JP2006215739A - 文書処理装置、画像形成装置、文書処理方法及び文書処理プログラム - Google Patents

Abstract

【課題】入力元及び出力先の違いを吸収して文書の加工処理を共通化すること。
【解決手段】機能に応じた複数の入力元及び複数の出力先を備えた複合機において、入力元より入力処理された入力文書を、入力元よらず共通するフォーマットに当てはめて管理する入力ドキュメントクラスと、入力文書から、加工処理の対象となる所定のサイズのユーザ画像を取得し、取得したユーザ画像で構成されるユーザ文書を管理するユーザドキュメントクラスと、ユーザ文書を構成するユーザ画像から生成された出力画像を用いて、出力先に出力するフォーマットに整形した出力文書を生成して出力する出力ドキュメントクラスと、を備えた。
【選択図】 図１０

Description

本発明は、文書処理装置、画像形成装置、文書処理方法及び文書処理プログラムに関するものであり、複数の入力手段のいずれかから入力処理された文書に対して加工処理を行う際に用いられる技術に関するものである。

従来、プリンタ、コピーおよびスキャナなどの複数の機能を一つの筐体内に収納した複合機が知られている。かかる複合機では、ＵＮＩＸ（Ｒ）などの汎用ＯＳ上に、プリンタアプリ、コピーアプリおよびスキャナアプリと呼ばれる複数のアプリケーションを搭載し、これらのアプリケーションの実行処理を切替えながら複数の機能を実現していた。

ところが、上記プリンタアプリ、コピーアプリおよびスキャナアプリは、それぞれエンジン制御、メモリ制御およびシステム制御などを別個におこなっているので、重複処理という無駄が生じていた。

このため、特許文献１では、複合機に搭載される複数のアプリケーションがそれぞれ担っていたエンジン制御、メモリ制御およびシステム制御などの処理を共通処理部分（プラットホーム）として各アプリケーションから括り出すことにより、アプリケーションの開発効率の向上を図っている。

また、特許文献２では、印刷装置に搭載される印刷制御ソフトウェアを、オブジェクト指向設計による複数のソフトウェア部品から構成し、かかる部品群の協調動作により印刷処理をおこなうこととしている。

特開２００２−０８４３８３号公報 特開平１１−３２７８８３号公報

しかしながら、この特許文献１で開示されている発明は、ハードウェアを制御する処理部分を共通化するものであり、各アプリケーションの内部処理全般を共通化するものではなく、さらには共通化した上で内部処理を機能に応じたクラスに分割していないため、内部処理全般の開発効率が良くないという問題がある。つまり、複合機上のアプリケーションには、開発効率の向上を図るためには内部処理を共通化して特徴のある機能をクラスとして分割することで改善の余地が残されている。

例えば、ユーザが複合機においてＦＡＸあるいはスキャナ等の複数の入力元から入力された文書を、プリンタ、ローカルストレージあるいはＦＡＸ等から出力する場合では、コピーあるいはＦＡＸなどのアプリケーション毎の含まれたジョブで入力から出力まで実現されているため、アプリケーション毎に異なるジョブで加工処理がなされることとなり、入力された文書に対する加工処理を共通化されていなかった。

また、特許文献２で開示されている発明は、印刷制御ソフトウェアをオブジェクト指向設計による複数のソフトウェア部品から構成したものであり、入力された文書を出力するまでを共通化した加工処理についての流れを制御するソフトウェア部品を開示したものではない。したがって、多機能化により複数の入力元及び出力先を有する複合機において、特許文献２で開示されている発明を応用して、入力された文書を出力するまでの加工処理に対応するソフトウェア部品を作成したとしても、従来はユーザが要求処理に応じて異なるアプリケーション毎のジョブで処理を行っていたため、全てのアプリケーションにまたがる処理を共通化して加工処理を効率よく制御することは容易でない。

これらのことから、複合機に搭載されるアプリケーションにおいて入力元及び出力先の違いを吸収して文書の加工処理の共通化をいかにして効率よく実現するかが大きな課題となっている。なお、かかる課題は複合機についてのみ生じるものではなく、たとえば、複数の入力手段を有し、入力手段から入力された文書に対して、例えば「２ in １」等の加工処理を行った後、複数備えられた出力先のうち一つ又は複数から出力する場合にも同様に生ずる課題である。

本発明は、上述した従来技術による問題点を解消するためになされたものであり、入力元及び出力先の違いを吸収して文書の加工処理の共通化することができる文書処理装置、文書処理方法及び文書処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、機能に応じて複数の入力手段及び複数の出力手段を備えた文書処理装置において、前記入力手段から入力処理を行い、該入力処理された後に前記入力手段によらず共通する予め定められた形式に変換された入力文書情報として複数保持可能な入力文書手段と、前記入力文書手段に基づいて生成された加工処理の対象となる所定のサイズの利用者画像を取得し、取得した該利用者画像で構成される利用者文書情報として複数保持可能な利用者文書手段と、前記利用者文書手段として構成される前記利用者画像から生成された出力画像を用いて、前記出力手段から出力する形式に整形して出力する出力文書情報として複数保持可能な出力文書手段と、を備えたことを特徴とする。

また、請求項２にかかる発明は、請求項１にかかる発明において、前記入力文書手段で入力処理されたページ毎に生成され、入力処理されたページ情報として複数保持可能な入力ページ手段と、前記入力ページ手段に対応して生成され、前記入力処理されたページ毎に配置を定める際に用いられる入力枠情報に対応する入力レイアウト手段と、前記入力ページ手段に対応して生成され、前記入力レイアウト手段により定められる配置に従い分割された入力画像として複数保持可能な入力画像手段と、を備え、前記利用者文書手段は、前記入力画像手段に基づいて生成された加工処理の対象となる所定のサイズの前記利用者画像として取得し、取得した前記利用者画像で構成されることを特徴とする。

また、請求項３にかかる発明は、請求項１又は２にかかる発明において、前記出力文書手段で出力処理するページ毎に生成され、出力処理されるページ情報として複数保持可能な出力ページ手段と、前記出力ページ手段に対応して生成され、前記出力処理するページ毎に配置を定める際に用いられる出力枠情報に対応する出力レイアウト手段と、前記出力ページ手段に対応して生成され、前記出力レイアウト手段により定められる配置に従い、且つ前記利用者文書手段で構成される前記利用者画像を利用して生成された出力画像として複数保持可能な出力画像手段と、前記出力文書手段は、前記出力画像手段を用いて、前記出力手段から出力する形式に整形してから出力することを特徴とする。

また、請求項４にかかる発明は、請求項１〜３のいずれか一つにかかる発明において、前記入力文書手段は前記入力手段から入力処理対象である入力文書を全て入力処理し、前記利用者文書手段が前記入力文書手段に基づいて生成された前記利用者画像を取得し、前記出力文書手段が前記利用者文書を構成する前記利用者画像から生成された前記出力画像を用いて前記出力手段から出力する形式に整形してから出力する処理を逐次実行する制御を行う文書逐次処理手段と、を備えたことを特徴とする。

また、請求項５にかかる発明は、請求項１〜３のいずれか一つにかかる発明において、前記入力文書手段は前記入力手段から入力処理対象である入力文書の一部を入力処理し、前記利用者文書手段が前記入力文書手段に基づいて生成された前記利用者画像を取得し、前記出力文書手段が前記利用者文書手段を構成する前記利用者画像から生成された前記出力画像を用いて前記出力手段から出力する形式に整形してから出力する処理を並行して実行する制御を行う文書並行処理手段と、を備えたことを特徴とする。

また、請求項６にかかる発明は、機能に応じて複数の入力手段及び複数の出力手段を備えた画像形成装置において、前記入力手段から入力処理を行い、該入力処理された後に前記入力手段によらず共通する予め定められた形式に変換された入力文書情報として複数保持可能な入力文書手段と、前記入力文書手段に基づいて生成された加工処理の対象となる所定のサイズの利用者画像を取得し、取得した該利用者画像で構成される利用者文書情報として複数保持可能な利用者文書手段と、前記利用者文書手段として構成される前記利用者画像から生成された出力画像を用いて、前記出力手段より出力する形式に整形してから出力する出力文書情報として複数保持可能な出力文書手段と、を備えたことを特徴とする。

また、請求項７にかかる発明は、複数有する入力手段のいずれか一つ以上より入力処理された入力文書情報を、該入力手段によらず共通する予め定めた形式に変換して管理する入力文書ステップと、前記入力文書ステップにより管理された前記入力文書情報から、加工処理の対象となる所定のサイズの利用者画像を取得し、取得した該利用者画像で構成される利用者文書情報を管理する利用者文書ステップと、前記利用者文書ステップにより管理された前記利用者文書情報を構成する前記利用者画像から生成された出力画像を用いて、複数有する出力手段のいずれか一つ以上から出力する形式に整形した出力文書情報を生成して出力する出力文書ステップと、を備えたことを特徴とする。

また、請求項８にかかる発明は、請求項７にかかる発明において、前記入力文書ステップで管理された前記入力文書情報をページ毎に分割した入力ページ情報を管理する入力ページステップと、前記入力ページステップで管理される前記入力ページ情報内の配置を定める際に用いられる入力枠情報を生成する入力レイアウトステップと、前記入力ページ手段で管理された前記入力ページ情報を、前記入力レイアウトステップにより生成された前記入力枠情報で定められる配置に従い分割した入力画像を管理する入力画像ステップと、を有し、前記利用者文書ステップは、前記入力画像ステップが管理する前記入力画像を、加工処理の対象となる所定のサイズの前記利用者画像として取得し、取得した前記利用者画像で構成される利用者文書情報を管理することを特徴とする。

また、請求項９にかかる発明は、請求項７又は８にかかる発明において、前記出力文書手段で出力する対象となる前記出力文書情報をページ毎に分割した出力ページ情報を管理する出力ページステップと、前記出力ページステップで管理される前記出力ページ情報内の配置を定める際に用いられる出力枠情報を生成する出力レイアウトステップと、前記利用者文書手段が管理する前記利用者文書情報を構成する前記利用者画像から生成された前記出力画像を取得して、前記出力ページステップで管理された前記出力ページについて、前記出力レイアウトステップにより生成された前記出力枠情報で定められる配置に前記出力画像を当てはめる出力画像ステップと、前記文書出力ステップは、前記出力画像手段により前記出力枠情報に当てはめられた前記出力画像を用いて、前記出力手段から出力する形式に整形した出力文書情報を生成して出力することを特徴とする。

また、請求項１０にかかる発明は、請求項７〜９のいずれか一つにかかる発明において、前記入力文書ステップは、前記入力手段から入力処理対象となる前記入力文書情報を全て入力処理し、前記利用者文書ステップが、前記入力文書ステップにより全て入力処理された前記入力文書情報に基づいて生成された前記利用者画像で構成される利用者文書情報を生成し、前記出力文書手段は、前記利用者文書ステップにより前記利用者文書情報を生成された後、前記利用者文書を構成する前記利用者画像から生成された前記出力画像を用いて、前記出力手段から出力する形式に整形した出力文書情報を生成して出力することを特徴とする。

また、請求項１１にかかる発明は、請求項７〜９のいずれか一つにかかる発明において、前記入力文書ステップは、前記入力手段から入力処理対象となる前記入力文書情報の一部を入力処理し、前記利用者文書ステップが、前記入力文書ステップにより一部入力処理された前記入力文書情報に基づいて生成された前記利用者画像で構成される利用者文書情報を生成し、前記出力文書ステップが、前記利用者文書ステップにより生成された前記利用者文書情報を構成する前記利用者画像から生成された前記出力画像を用いて、前記出力手段から出力する形式に整形した出力文書情報を生成してから出力し、前記入力文書ステップは、さらに、前記出力文書ステップが出力文書情報を生成するか否かに関わらず、入力処理された前記入力文書の一部と異なる他の一部を前記入力手段から入力処理を開始することを特徴とする。

また、請求項１２にかかる発明は、請求項７〜１１のいずれか一つに記載された文書処理方法をコンピュータで実行させることを特徴とする。

請求項１にかかる発明によれば、異なる入力手段から入力処理された場合でも入力文書手段が予め定めた形式に変換し、出力文書手段が出力する際に出力手段毎に出力する形式に整形してから出力するため、入力手段及び出力手段の違いを吸収して文書情報の加工処理の共通化することができるという効果を奏する。

また、請求項２にかかる発明によれば、入力文書情報として入力ページ毎に入力枠情報により分割された入力画像毎に処理が可能なので、加工処理が容易になるという効果を奏する。

また、請求項３にかかる発明によれば、出力処理の対象となる出力文書情報として出力ページ毎に出力枠情報により出力画像毎に配置を定めることが可能であるため、利用者の要求に応じて出力文書情報における出力画像の配置が容易になり、利用者の要求に応じた出力文書情報の生成が容易になるという効果を奏する。

また、請求項４にかかる発明によれば、入力から出力までの処理を逐次行うことを可能にしたため、利用者の要望に応じて適切な処理が可能になり、利便性が向上するという効果を奏する。

また、請求項５にかかる発明によれば、入力から出力までの処理を並行して行うことを可能にしたため、利用者の要望に応じて適切な処理が可能になり、利便性が向上するという効果を奏する。

請求項６にかかる発明によれば、異なる入力手段から入力処理された場合でも入力文書手段が予め定めた形式に変換し、出力文書手段が出力する際に出力手段毎に出力する形式に整形してから出力するため、入力手段及び出力手段の違いを吸収して文書情報の加工処理の共通化することができるという効果を奏する。

請求項７にかかる発明によれば、異なる入力手段から入力された場合の入力文書情報でも予め定めた形式に変換して管理し、出力する際に出力する形式に整形した出力文書情報を生成して出力するため、入力手段及び出力手段の違いを吸収して文書情報の加工処理の共通化することができるという効果を奏する。

また、請求項８にかかる発明によれば、入力文書情報を構成する入力ページ情報が入力枠情報より分割された入力画像で構成されることとしたため、入力画像毎に処理を行うことが可能となるので加工処理が容易になるという効果を奏する。

また、請求項９にかかる発明によれば、出力文書情報を構成する出力ページ情報が出力枠情報より分割された出力画像で構成されることとしたため、出力する際に出力画像毎に配置を定めることが可能であるため出力する形式に整形する処理が容易になり、利用者の要求に応じて出力文書情報における出力画像の配置が容易になり、利用者の要求に応じた出力文書情報の生成が容易になるという効果を奏する。

また、請求項１０にかかる発明によれば、入力から出力までの処理を逐次行っていくことを可能としたため、利用者の要望に応じて適切な処理が可能になり、利便性が向上するという効果を奏する。

また、請求項１１にかかる発明によれば、入力から出力までの処理を並行して行っていくことを可能としたため、利用者の要望に応じて適切な処理が可能になり、利便性が向上するという効果を奏する。

また、請求項１２にかかる発明によれば、コンピュータに読み取らせて実行することによって、請求項７から１１のいずれか一つに記載された文書処理方法をコンピュータの利用で実現することができ、これら各文書処理方法と同様の効果を奏する。

以下に添付図面を参照して、この発明にかかる文書処理装置、画像形成装置、文書処理方法及び文書処理プログラムの最良な実施の形態を詳細に説明する。なお、本実施の形態では、この発明を画像形成装置に適用した場合について説明するが、本発明はこれに限らず、複数の入出力部から文書を入出力する際に加工処理を行う各種装置に適用することができる。

（第１の実施の形態）
まず、本発明の第１の実施の形態に係る画像形成装置（以下「複合機」と言う）１の概要について図１、図２、図３、図１６および図１７を用いて説明する。図１は、本実施の形態に係る複合機１を取り巻くネットワーク環境を説明するためのネットワーク図であり、図２は、図１に示した複合機１のハードウェア構成を示すブロック図であり、図３は、図１に示した複合機１のソフトウェアとハードウェアの関係を説明するための概念図である。そして図１６は、複合機に搭載されるソフトウェア構成の変遷を説明するための説明図であり、図１７は、従来の複合機のソフトウェアとハードウェアの関係を説明するための説明図である。

図１に示すように、近年のネットワーク化の進展により、オフィスなどに設けられたＰＣ（Personal Computer）などの機器は、ＬＡＮ（Local Area Network）などのネットワークに接続され、相互に通信することが通常となった。たとえば、本図に示したように、かかるネットワークには、クライアントＰＣ、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ、ＦＴＰ（File Transfer Protocol）サーバ、サーバＰＣなどが接続され、電子メールの送受信やファイル転送をすることができ、モデム接続された配信サーバは、オフィス外のファックス装置と通信することができる。

このようなネットワーク化の進展に伴い、複合機１もかかるネットワークに接続され、ＰＣ等の機器と相互に通信することが可能となり、ハードディスク等の記憶装置を内蔵することで、いわゆるネットワーク複合機へと進化し、ユーザの様々なニーズに応えることができるようになった。

具体的には、複合機１は、通常のコピー機能に加えて、クライアントＰＣからの印刷要求により文書データ等を印刷するプリンタ機能、クライアントＰＣからのファックス要求により文書データ等をサーバＰＣに接続されたモデムを経由して他のオフィスのファックス機器に送信するファックス機能、受信したファックス文書やコピー文書を内蔵したハードディスクに蓄積する蓄積機能などを有している。このような多くの機能を実現するために、従来からの複合機に搭載されるソフトウェアは規模が大きくなり、かつ複雑なものとなる。それにともない、それらのソフトウェアの開発と維持管理のための工数も大幅に増大している。そこで本実施の形態にかかる複合機１に搭載されるソフトウェアでは、開発と維持管理のための工数を減少させる。なお、複合機１に搭載されるソフトウェアの構成については後述する。

図２は、かかる複合機１のハードウェア構成を示すブロック図である。本図に示すように、この複合機１は、コントローラ１０とエンジン部（Engine）６０とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０は、複合機１全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ文書データなどの画像処理部分が含まれる。

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Application Specific Integrated Circuit）１６と、ハードディスクドライブ（ＨＤＤ）１８とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Accelerated Graphics Port）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ（Read Only Memory）１２ａと、ＲＡＭ(Random Access Memory)１２ｂとをさらに有する。

ＣＰＵ１１は、複合機１の全体制御をおこなうものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。

ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Direct Memory Access Controller）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）３０、ＵＳＢ（Universal Serial Bus）４０、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インターフェース５０が接続される。

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ（Hard Disk Drive）１８は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

図３は、かかる複合機１のハードウェアおよびソフトウェアの構成を示した概念図であり、具体的には、後述する本実施の形態の特徴部分であるドキュメントハンドリング部２１２を含む統合アプリケーション１１０と、ソフトウェア１００およびハードウェア１５０の階層関係を示している。本図に示すように、ハードウェア１５０は、ハードウェアリソース１５１を有し、このハードウェアリソース１５１は、スキャナ１５１ａ、プロッタ１５１ｂ、ＨＤＤ（Hard Disk Drive）１５１ｃ、ネットワーク１５１ｄおよびその他のリソース１５１ｅを有する。なお、その他のリソース１５１ｅは、１５１ａ〜１５１ｄ以外のハードウェアリソース１５１のことであり、たとえば、操作パネルなどの入出力デバイスを示す。

図４は、複合機１の操作パネル４００の一例を示した図である。本図に示したように、かかる操作パネル４００は、初期設定キー４０１、コピーキー４０２、コピーサーバーキー４０３、プリンタキー４０４、送信キー４０５、テンキー４０６、クリア／ストップキー４０７、スタートキー４０８、予熱キー４０９、リセットキー４１０および液晶タッチパネル４２０を有する。このような構成を有する操作パネル４００でユーザが所定の操作を行った場合に、統合アプリケーション１１０に含まれている本実施の形態の特徴である各クラスを実体化したオブジェクトが動作する。

例えば、初期設定キー４０１をタッチすると、液晶タッチパネル４２０に初期設定用のメニューが表示され、かかるメニューにおいては、収納される用紙サイズなどを設定することができる。また、コピーをしたい場合にはコピーキー４０２を、コピー結果を複合機１に蓄積したい場合にはコピーサーバーキー４０３を、プリンタに係る操作をおこないたい場合には、プリンタキー４０４を、ファックスや蓄積画像などの送信をしたい場合には送信キー４０５を、それぞれタッチすると、液晶タッチパネル４２０に対応したメニューが表示される。

図３に戻り、かかるハードウェア１５０に搭載されるソフトウェア１００は階層化されており、オペレーティングシステム１０３の上層にはサービス層１０２が構築され、このサービス層１０２の上層にはアプリケーション層１０１が構築されている。そして、サービス層１０２は、各ハードウェアリソース（１５１ａ〜１５１ｅ）を制御するドライバーに相当する、スキャナ制御部１０２ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、配信／メール送受信制御部１０２ｄ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇを有する。

ここで、図３に示したソフトウェア１００が、かかる階層構造をとるに至った経緯について、図１６および図１７を用いて説明する。図１６は、複合機に搭載されるソフトウェア構成の変遷を示す説明図である。図１６のサービス層分離前アプリケーション１６０１に示すように、多機能化した複合機に搭載されるソフトウェアは、コピーアプリケーション、ＦＡＸアプリケーション、スキャナアプリケーションなどの機能別に独立したアプリケーションとして作成され、図３に示したオペレーティングシステム１０３上で動作していた。

しかしながら、これらのアプリケーションは、ハードウェアリソースを制御するドライバー（サービス層１０２）を含んでいたため、各アプリケーションには重複した処理が存在していた。その結果、各アプリケーションの規模は大きなものとなっていた。

そこで、図１６のサービス層分離後アプリケーション１６０２に示すように、サービス層分離前アプリケーション１６０１のサービス層相当部分を括りだしてサービス層１０２にするとともに、各アプリケーションは、このサービス層１０２の上層であるアプリケーション層１０１に構築する構成とした。かかる階層化構成をとることで、各アプリケーションはスリム化され開発労力も軽減された。

しかしながら、複合機のネットワーク化、多機能化がさらに進展するに従って、各アプリケーションに共通処理部分が存在することが問題となってきた。具体的には、アプリケーション層１０１の各アプリケーション、たとえば、コピーアプリケーションやスキャナアプリケーションなどは、それぞれ、スキャナ制御部１０２ａや蓄積制御部１０２ｃといったドライバーと通信をおこなう処理や、各種機能が取り扱うデータの流れを制御するストリーム制御などの同様な処理を内部に有していた。このように、同様な処理を各アプリケーションが有していると、各アプリケーションの開発規模が大きくなるとともに、サービス層の仕様変更に対する各アプリケーションの改修規模が大きくなることが問題となってきた。

この問題を解決するため、図１６の共通ルーチン分離アプリケーション１６０３に示すように、かかる同様な処理（共通処理部分）を共通ルーチンとして括りだすことも考えられた。しかしながら、かかる共通ルーチンは、各アプリケーションにおいて微妙に異なる処理を共通化しようとするものであるため、共通ルーチン内部の処理は複雑なものとなってしまう。また、たとえば、プリンタアプリケーションなどの新規アプリケーションを追加する場合においては、かかる新規アプリケーションに適応するために、共通ルーチンの改修が必要となる。

しかし、共通ルーチンの内部処理は複雑であるため、改修要員が処理を把握することが困難となり、改修規模の増大や、改修ミスによる他のアプリケーションへの影響が懸念された。

そこで、図１６のオブジェクト指向アプリケーション１６０４に示すように、オブジェクト指向による設計手法（オブジェクトモデリング）により、かかる複数のアプリケーションを、統合アプリケーション１１０に統合することとした。具体的には、各アプリケーションの共通処理部分をオブジェクトモデルとして抽出し、このオブジェクトモデルの集合体から、統合アプリケーション１１０を構成する。そして、従来のコピー機能やスキャナ機能といった機能は、かかるオブジェクトモデルの協調関係によって実現する。

このような構成をとることにより、たとえばプリンタ機能のような新規機能の追加は、かかるオブジェクトモデルに属するクラスのサブクラス化などにより対処できる。このため、改修部分が明確となり、改修による他の機能への影響を小さくすることができる。また、オブジェクトモデリングによるプログラムは、従来の手続き型プログラムに比べて、処理の把握が容易であるため、改修要員が処理を把握することも容易となり、改修規模の削減や、改修ミスによる他のアプリケーションへの影響を小さくすることができる。

図１７は、図１６に示したサービス層分離後アプリケーション１６０２の段階における従来のアプリケーションの構成と、かかるアプリケーションとサービス層１０２の各ドライバーの関係を示した説明図である。本図に示すように、アプリケーション層１０１Ａは、コピーアプリケーション１２１、スキャナアプリケーション１２２、ファックスアプリケーション１２３およびプリンタアプリケーション１２４を有する。

たとえば、コピーアプリケーション１２１は、コピー機能を実現するために、スキャナ制御部１０２ａ、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃおよびその他の制御部１０２ｇとデータの送受信をおこなう。また、ファックスアプリケーション１２３は、ファックス機能を実現するために、プロッタ制御部１０２ｂ、蓄積制御部１０２ｃ、ＦＡＸ送受信制御部１０２ｅ、ネットワーク通信制御部１０２ｆおよびその他の制御部１０２ｇとデータの送受信をおこなう。このように、アプリケーション層１０１Ａの各アプリケーションとサービス層１０２の各ドライバー間の通信は、複雑なものとなっていた。

図３に戻り、上述したオブジェクトモデリングにより、アプリケーション層１０１に存在した複数のアプリケーションは、統合アプリケーション１１０に統合されている。そして、各アプリケーションが重複しておこなっていた各ドライバーとの通信処理は、統合アプリケーション１１０を構成する所定のオブジェクトモデルにおこなわせるように構成したことにより、アプリケーション層１０１のアプリケーションと、サービス層１０２の各ドライバー間の通信は、図１７と比較して単純になっている。

次に、統合アプリケーション１１０の内部構成について説明する。図５は、統合アプリケーション１１０の内部構成、及び統合アプリケーション１１０内における後述する本実施の形態の特徴的部分であるドキュメントハンドリング部２１２の位置を示す説明図である。本図に示すように、統合アプリケーション１１０は、操作系サブシステム２０１と、管理系サブシステム２０２と、実行系サブシステム２０３とを有する。

操作系サブシステム２０１は、マンマシンインタフェースを担当するソフトウェア群である。具体的には、この操作系サブシステム２０１は、ユーザの要求を受け付ける処理と、この要求の実行を指示する処理と、この要求の実行状況と実行結果についての情報をユーザに提供する処理をおこなう。

管理系サブシステム２０２は、複合機１の資源を管理するソフトウェア群である。具体的には、この管理系サブシステム２０２は、ハードウェアリソース１５１およびこのハードウェアリソース１５１が保持するデータ状態を管理するサービスをおこなう。

実行系サブシステム２０３は、ユーザからの要求の実行を担当するソフトウェア群である。例えば実行系サブシステム２０３は、コピー要求がなされた場合、原稿の読み取りから成果物の出力までの処理をおこなう。

操作系サブシステム２０１、管理系サブシステム２０２および実行系サブシステム２０３は、必要に応じて相互に処理を依頼してその結果を送り合う。このようにそれぞれのサブシステムが協調し合って、統合アプリケーション１１０全体として複合機１に必要とされるサービスの提供をおこなう。

そして、実行系サブシステム２０３は、本実施の形態の特徴部分であるドキュメントハンドリング部２１２、そしてリクエスト管理部２１１及び実行制御部２１３を有する。このドキュメントハンドリング部２１２は、リクエスト管理部２１１からの文書データの処理の要求を受け付け、実行制御部２１３に対してスキャナ１５１ａの読み取り制御やＨＤＤ１５１ｃ等のローカルストレージからの読み込み制御あるいはプロッタ１５１ｂやローカルストレージ等に出力する制御を要求し、入力元や出力先によらず共通する文書データの処理を行う。

図６は、図５に示した各サブシステムを、ＵＭＬ（Unified Modeling Language）のクラス図（ＵＭＬクラス図）に置き換えた図である。ここで、ＵＭＬとは、ＯＭＧ（Object Management Group）が仕様を策定しているシステムモデリング言語であり、モデリングの成果を記述する記法を定義したものである。このＵＭＬは、オブジェクト指向によるソフトウェアの設計において広く用いられている。

図６に示すように、統合アプリケーション１１０は複数のパッケージを有し、また、この統合アプリケーション１１０自体もひとつのパッケージとなっている。ここで、パッケージとはＵＭＬモデルの各構成要素（シンボル）をグループ化したものであり、このパッケージは、左上にタブのついたフォルダ型のシンボルで表現される。また、各パッケージを相互に結ぶ直線は、各パッケージ間に処理依頼などの関連があることを示している。

図６に示したように、統合アプリケーション１１０は、操作系サブシステム２０１、管理系サブシステム２０２および実行系サブシステム２０３の３つのパッケージを内部に有するパッケージである。さらに、実行系サブシステム２０３は、リクエスト管理部２１１、ドキュメントハンドリング部２１２及び実行制御部２１３のパッケージを内部に有するパッケージである。そして、操作系サブシステム２０１、管理系サブシステム２０２および実行系サブシステム２０３を相互に結ぶ直線は、各パッケージ間にメッセージ送受信などの関連があることを示している。なお、操作系サブシステム２０１、管理系サブシステム２０２および実行系サブシステム２０３のタブの右端に記された記号は、かかるパッケージがサブシステムであることを示すＵＭＬのシンボルである。

そして、本実施の形態の特徴部分であるドキュメントハンドリング部２１２について詳細に説明する。このドキュメントハンドリング部２１２は、リクエスト管理部２１１から文書データを処理するリクエストを受け付けた場合に処理を行う。なお、このドキュメントハンドリング部２１２は、オブジェクト指向に基づいて設計するにあたって、既存の処理を単純にオブジェクト化せず、機能追加や改修をより一層容易におこなうことができるようにオブジェクトモデルを構成した。かかるオブジェクトモデルの構成を導出するまでの経緯について説明する。

従来、複合機においては図１７で示したアプリケーション層１０１に備えられたコピーアプリケーション１２１等の各々アプリケーションが処理を行っていた。図１４は、従来の複合機においてアプリケーション毎に有するジョブの種類を示した説明図である。本図に示すように複合機の機能を実現するために担当するアプリケーションが、必要に応じて入力の際には「読み取り」、「ＦＡＸ受信」、「印刷」、「蓄積」あるいは「ＦＡＸ送信」などのジョブを実行していた。このような構成の場合、アプリケーション毎に「読み取り」等のジョブを備えている必要がある。つまり、複合機の機能として入力元あるいは出力先が増加するとアプリケーション毎に機能を拡張する必要があった。そこで、処理を共通化させるが、どのようなクラスの構成を生成すれば入出力及び加工処理を共通化させることができるのか問題となる。

図１５は、従来の複合機においてアプリケーション毎に備えられたジョブを入力と出力により分類した説明図である。本図に示すように、アプリケーション毎に実行される機能が異なる場合でも入力あるいは出力に用いられるジョブが共通していることが確認できる。このため、機能毎にアプリケーションを備えるという概念を排除し、加工処理を共通化させて、入力元及び出力先だけ選択させるオブジェクトモデルを構成することとした。

図７は、本実施の形態の特徴部分であるドキュメントハンドリング部２１２で行われる処理の概念を示した概念図である。本図に示すように、入力処理された文書データの入力元が紙文書、電子文書、ＦＡＸ受信文書にかかわらず、入力処理された文書データ（以下入力ドキュメントという）から、ページとして構成することが可能な所定のサイズに分割した加工処理の対象となる画像を求め、これら加工処理の対象となる画像で構成される文書データ（以下、ユーザドキュメントという）を生成する。そして、生成されたユーザドキュメントを出力先に応じて整形した文書データ（以下、出力ドキュメントという）を生成して、印刷、保存あるいはＦＡＸ送信等の出力を行う。このような構成を備えることで入力元及び出力先について変更あるいは追加される場合、複数備えられたアプリケーション毎にプログラムを修正する必要が無くなり、プログラム開発が容易となる。

また、入力元あるいは出力先によらず共通して加工処理を行うためには、予めフォーマットを用意しておき、このフォーマットに入力ドキュメントあるいは出力ドキュメントを当てはめて管理することで、入力元あるいは出力先にかかわらず共通して管理することを可能とし、さらには容易に加工処理を行うことを可能とする。

図８は、本実施の形態において入力ドキュメント及び出力ドキュメントを管理するための構成の概念を示した概念図である。本図で示したように、入力ドキュメント及び出力ドキュメントはページ毎に分割して管理される。そして各ページは画像と、画像の配置を決めるレイアウトで構成されている。つまり、ページとして構成することが可能な所定のサイズに分割した画像を各ページに予め定められたレイアウトに従い順番に当てはめることで入力ドキュメント又は出力ドキュメントとなる。

このような構成とすることで、入力元あるいは出力先によらず共通したフォーマットで文書データを管理することを可能とすると共に、例えば「２ in １」等の加工処理を容易に行うことが出来る。

つまり、入力元から入力された入力ドキュメントから、ページ毎（以下、入力ページという）にレイアウト（以下、入力レイアウト）に従って分割された画像（以下、入力画像）を生成する。そして加工する際に、入力画像から加工対象となる画像（以下、ユーザ画像）を生成し、これらユーザ画像を有するユーザドキュメントを生成する。そして、出力する際にはユーザドキュメントが有するユーザ画像から出力画像を作成し、生成された出力画像を出力先に応じた出力レイアウトにページ毎に当てはめて出力ドキュメントを生成する。図９は、本実施の形態に係る文書処理で用いられる入力ドキュメントからユーザドキュメント、そして出力ドキュメントまでの構成の変化を示した説明図である。本図に示すように、入力元によらず入力ドキュメントを、入力ページ、入力レイアウト及び入力画像の組み合わせとして管理し、加工処理を施す際には入力画像から生成されたユーザ画像のみ有するユーザドキュメントとして管理する。ユーザドキュメントが所定サイズに分割されたユーザ画像として有する。これにより、出力ドキュメントとして出力する際に出力レイアウトに従ってユーザ画像より生成された出力画像をユーザの要求に従って柔軟に配置することができる。なお、ユーザ画像から出力画像を生成する際に、出力レイアウトに当てはまるように拡大又は縮小等の処理を行う。

上述したオブジェクトモデリングにより、ドキュメントハンドリング部２１２は、「入力ドキュメントクラス」、「ユーザドキュメントクラス」及び「出力ドキュメントクラス」を有する構成とした。そして、図８で示した構成から「入力ドキュメントクラス」は「入力ページクラス」を、また「出力ドキュメントクラス」は「出力ページクラス」を保持する。さらに「入力ページクラス」は「入力レイアウトクラス」と「入力画像クラス」を保持し、「出力ページクラス」は「出力レイアウトクラス」と「出力画像クラス」を保持する。そして、「ユーザドキュメントクラス」は「ユーザ画像」を保持する。

そして、「入力ドキュメントクラス」は入力元毎にサブクラスが設けられ、「出力ドキュメントクラス」も同様に出力先毎にサブクラスが設けられる。本実施の形態では、入力元としては、スキャナで読み込まれる「紙」ドキュメント、ネットワークを介して入力される「ネット」ドキュメントそしてハードディスク等のローカルストレージに保存されている「ＬＳ」ドキュメントとする。そこで、「入力ドキュメントクラス」のサブクラスとして「入力ネットドキュメントクラス」、「入力紙ドキュメントクラス」及び「入力ＬＳドキュメントクラス」が設けられる。そして、出力先も同様に「紙」、「ネット」及び「ＬＳ」とし、「出力ドキュメントクラス」のサブクラスとして「出力ネットドキュメントクラス」、「出力紙ドキュメントクラス」及び「出力ＬＳドキュメントクラス」が設けられる。

そして、上述したオブジェクトモデリングにより設計されたドキュメントハンドリング部２１２は、リクエスト管理部２１１から文書データを処理する旨の要求を受け付けた場合に、入力文書（例えば紙文書、電子文書、ＦＡＸ受信文書等）を入力処理してから加工処理を行い、出力文書（例えば、紙文書、電子文書あるいはＦＡＸ送信文書）を出力処理するまでの処理を行う。これらの処理が行われた後、実行系サブシステム２０３からサービス層１０２による制御により、ハードウェアリソース１５１から出力される。

図１０は、上述したオブジェクトモデリングにより設計されたドキュメントハンドリング部２１２のクラス構成をＵＭＬのクラスで示した図である。本図に示すように、ドキュメントハンドリング部２１２は、ドキュメント操作スケジューラクラス１００１と、入力ドキュメントクラス１０１１と、入力ページクラス１０１２と、入力レイアウトクラス１０１３と、入力画像クラス１０１４と、入力ネットドキュメントクラス１０１５と、入力紙ドキュメントクラス１０１６と、入力ＬＳドキュメントクラス１０１７と、ユーザドキュメントクラス１００２と、ユーザドキュメントパラレルクラス１００３と、ユーザドキュメントシーケンシャルクラス１００４と、ユーザ画像クラス１００５と、出力ドキュメントクラス１０２１と、出力ページクラス１０２２と、出力レイアウトクラス１０２３と、出力画像クラス１０２４と、出力ネットドキュメントクラス１０２５と、出力紙ドキュメントクラス１０２６と、出力ＬＳドキュメントクラス１０２７と、を備えている。このような構成を備えたことで、入力元あるいは出力先にかかわらず共通した文書処理を行うことを可能とする。

各クラスを示す矩形は３段の区画を有し、上から、クラス名を示す名前区画、クラスが有するデータ（属性）を示す属性区画およびクラスが有する処理（操作）を示す操作区画と呼ばれる。たとえば、入力ドキュメントクラス１０１１を示す矩形の名前区画は、かかるクラスのクラス名が「入力ドキュメント」であることを示し、属性区画は、かかるクラスが有する属性が、「ページ数」であることを示し、操作区画は、かかるクラスが有する操作が、「開始（）」であることを示している。

このように、各クラスは、データ（属性）を所持するための属性区画と、かかる属性の書き込みおよび読み出しをおこなう処理（操作）を所持するための操作区画とを有している。これらのクラスは、プログラム（統合アプリケーション１１０）の一部として含まれるので、あらかじめＲＯＭ１２ａに格納されたこのプログラムが実行されると、各クラスはＲＡＭ１２ｂの所定領域に実体化され、属性区画に含まれる各データ（属性）がＲＡＭ１２ｂ上に展開される。したがって、クラスを実体化したオブジェクトは、ＲＡＭ１２ｂ上の各データ（属性）の書き込みおよび読み出しをすることが可能となる。

なお、属性や操作といったクラスの要素の左側に「−」記号を付した場合は、かかる要素は外部のクラスには非公開であることを示し、「＋」記号を付した場合は、かかる要素は外部のクラスに公開されていることを示す。また、操作については「変更（）」のように「（）」記号を付することが通例であり、「（引数１，引数２）」のように、かかる操作に引き渡す引数を記述する場合もある。

次に、図１０に示した本実施の形態の特徴部分であるドキュメントハンドリング部２１２が備える各クラスについて説明する。

ドキュメント操作スケジューラクラス１００１は、リクエスト管理部２１１から受け付けたリクエストに対応した文書処理を行うためにドキュメントの管理及び操作するクラスであり、リクエストに応じたユーザドキュメントクラス１００２のサブクラスのオブジェクトを生成する。具体的にはドキュメント操作スケジューラクラス１００１は、操作として登録（）１００１ａを有する。また、ドキュメント操作スケジューラクラス１００１は、リクエスト管理部２１１からリクエストされた文書処理のスケジューリングを行う。

登録（）１００１ａは、リクエスト管理部２１１から文書処理の要求を受け付け、受け付けた要求に応じたユーザドキュメントクラス１００２のサブクラスのオブジェクトを生成する。また、登録（）１００１ａの引数として受け渡された情報には、ユーザが文書処理に対して設定した情報が含まれる。そして、ドキュメント操作スケジューラオブジェクト１００１Ａは、この情報より文書データの入力処理と出力処理を並行して処理するか逐次処理するか判断し、ユーザドキュメントパラレルオブジェクト１００３Ａ及びユーザドキュメントシーケンシャルオブジェクト１００４Ａのどちらかを生成する。なお、ユーザドキュメントパラレルオブジェクト１００３Ａ及びユーザドキュメントシーケンシャルオブジェクト１００４Ａについては後述する。

ユーザドキュメントクラス１００２は、入力文書を入力処理してから加工処理を行い、出力先に出力文書（例えば、紙文書、電子文書あるいはＦＡＸ送信文書）を出力するまでの工程を管理するクラスである。さらに、ユーザドキュメントクラス１００２は、ユーザが複合機１を使用する際に設定した情報からユーザの要求を実現するための仕様を導出し、導出した仕様を満たすように入力ドキュメントクラス１０１１や出力ドキュメントクラス１０２１に指示するクラスとする。このユーザドキュメントクラス１００２は、ユーザドキュメントパラレルクラス１００３およびユーザドキュメントシーケンシャルクラス１００４の上位クラス（スーパークラス）であり、ユーザドキュメントクラス１００２自体が実体化されることはないが、ユーザドキュメントクラス１００２の属性および操作は、下位クラス（サブクラス）であるユーザドキュメントパラレルクラス１００３およびユーザドキュメントシーケンシャルクラス１００４に継承される。具体的にはユーザドキュメントクラス１００２は、操作として開始（）１００２ａを有する。また、ユーザドキュメントクラス１００２のサブクラスは、文書処理が終了した後に、入力ドキュメントクラス１０１１のサブクラス及び出力ドキュメントクラス１０２１のサブクラスのオブジェクトを削除する。

開始（）１００２ａは、ユーザドキュメントクラス１００２が文書処理を開始するためのトリガーを与える処理をおこなう。この開始（）１００２ａは、サブクラスであるユーザドキュメントパラレルクラス１００３およびユーザドキュメントシーケンシャルクラス１００４に継承され、各サブクラスにおける具体的な処理によりオーバーライド（override）される。なお、かかる具体的な処理の説明については、後述するユーザドキュメントパラレルクラス１００３およびユーザドキュメントシーケンシャルクラス１００４の説明でおこなう。

ユーザドキュメントパラレルクラス１００３は、ユーザドキュメントクラス１００２のサブクラスであり、ドキュメント操作スケジューラクラス１００１から文書処理の開始を受け付けた場合に入力処理から出力処理まで並行して実行する制御を行う。本実施の形態では、ユーザドキュメントパラレルクラス１００３は、ドキュメント操作スケジューラクラス１００１から文書処理の開始の要求があった場合に入力ドキュメントクラス１０１１のサブクラスのオブジェクト及び出力先に応じた出力ドキュメントクラス１０２１のサブクラスのオブジェクトの生成し、文書データとして入力処理及び出力処理を並行して実行するクラスである。また、文書データとして入力処理及び出力処理を並行して行うとは、例えば、入力処理が終わったページ等から順に加工処理して出力処理し、この出力処理がされている時には他のページの入力処理が行われていること等をいう。つまり、入力文書の入力処理、加工処理及び出力文書の出力処理が並列して行われていることをいう。ユーザドキュメントパラレルオブジェクト１００３Ａが処理を行う場合は、例えば紙原稿の画像データをメモリに保存せずに直接コピーする場合や、ＦＡＸから直接送信する場合が考えられる。

具体的には、このユーザドキュメントパラレルクラス１００３は、操作として、並行処理（）１００３ａを有するとともに、ユーザドキュメントクラス１００２から、開始（）１００２ａを継承する。また、ユーザドキュメントパラレルクラス１００３は、属性として文書データとして入力処理及び出力処理を並行して行うためのタイミング等を保持するが、図１０では省略する。

そして、ユーザドキュメントパラレルオブジェクト１００３Ａは、開始（）１００２ａで引数として受け渡された情報より入力元を判断し、判断に基づいて入力ネットドキュメントオブジェクト１０１５Ａ、入力紙ドキュメントオブジェクト１０１６Ａあるいは入力ＬＳドキュメントオブジェクト１０１７Ａを生成し、さらに引数として受け渡された情報より出力先を判断し、判断に基づいて出力ネットドキュメントオブジェクト１０２５Ａ、出力紙ドキュメントオブジェクト１０２６Ａあるいは出力ＬＳドキュメントオブジェクトを生成する。

ユーザドキュメントクラス１００２から承継した開始（）１００２ａは、ユーザドキュメントパラレルクラス１００３に文書処理を開始する指示を行う。そして、並行処理（）１００３ａは、開始する指示を受け付けたユーザドキュメントパラレルオブジェクト１００３Ａ自身から呼び出され、並行処理を行うための設定が行われる。

ユーザドキュメントシーケンシャルクラス１００４は、ユーザドキュメントクラス１００２のサブクラスであり、ドキュメント操作スケジューラクラス１００１から文書処理の開始を受け付けた場合に入力処理から出力処理まで逐次実行する制御を行う。本実施の形態では、ユーザドキュメントシーケンシャルクラス１００４は、ドキュメント操作スケジューラクラス１００１から文書処理の開始の要求があった場合に入力ドキュメントクラス１０１１のサブクラスのオブジェクトを生成して入力処理を行った後、出力先に応じた出力ドキュメントクラス１０２１のサブクラスのオブジェクトを生成して出力処理を行うクラスである。また、逐次実行するとは、例えば原稿を全て入力処理してメモリに保存した後でメモリに保存した文書データを加工処理してから出力処理することをいう。ユーザドキュメントシーケンシャルクラス１００４より生成されたユーザドキュメントシーケンシャルオブジェクト１００４Ａが処理を行う場合としては、例えばＦＡＸ受信時の集約印刷を行う場合や、ＦＡＸを用いたメモリ送信等が考えられる。

具体的には、このユーザドキュメントシーケンシャルクラス１００４は、操作として、逐次処理（）１００４ａを有するとともに、ユーザドキュメントクラス１００２から、開始（）１００２ａを継承する。また、ユーザドキュメントシーケンシャルクラス１００４は、属性として入力文書の入力処理及び出力文書の出力処理のタイミング等を保持するが、図１０では省略する。

また、ユーザドキュメントシーケンシャルオブジェクト１００４Ａは、上述したユーザドキュメントパラレルオブジェクト１００３Ａと同様に引数として受け渡された情報より生成するオブジェクトを決定する。

ユーザドキュメントクラス１００２から承継した開始（）１００２ａは、ユーザドキュメントシーケンシャルクラス１００４に文書処理を開始する指示を行う。そして、開始する指示を行った場合、逐次処理（）１００４ａは、ユーザドキュメントシーケンシャルオブジェクト１００４Ａ自身から呼び出され、入力処理から出力処理までを逐次行うための設定を行う。

入力ドキュメントクラス１０１１は、入力元より入力処理された入力ドキュメントを、入力元によらず共通する予め定めたフォーマット、換言すると入力画像と入力レイアウトで構成される入力ページに当てはめて管理するクラスである。入力元とは、例えばスキャナ、ネットワークを介して接続された機器、ＦＡＸ受信あるいはローカルストレージ等の入力手段が考えられる。この入力ドキュメントクラス１０１１は、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７の上位クラス（スーパークラス）であり、入力ドキュメントクラス１０１１自体が実体化されることはないが、入力ドキュメントクラス１０１１の属性および操作は、下位クラス（サブクラス）である入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７に継承される。具体的には入力ドキュメントクラス１０１１は、属性としてページ数１０１１ａを、操作として開始（）１０１１ｂを有する。

ページ数１０１１ａは、入力処理された入力ドキュメントのページ数を保持する。また、入力ドキュメントクラス１０１１は、保持されたページ数だけ入力ページオブジェクト１０１２Ａを生成する。

開始（）１０１１ｂは、入力ドキュメントクラス１０１１が文書処理を開始するためのトリガーを与える処理をおこなう。この開始（）１０１１ｂは、サブクラスである入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７に継承され、各サブクラスにおける具体的な処理によりオーバーライド（override）される。なお、かかる具体的な処理の説明については、後述する入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７の説明でおこなう。

入力ネットドキュメントクラス１０１５は、入力ドキュメントクラス１０１１のサブクラスであり、接続したネットワークの入力元から取得したドキュメントを入力処理した入力ドキュメントをページ毎に分割し、分割したページ毎に入力ページオブジェクト１０１２Ａを生成し、入力ページオブジェクト１０１２Ａに対して該当するページを管理する旨を指示することで入力ドキュメントを管理するクラスである。

具体的には、この入力ネットドキュメントクラス１０１５は、入力ドキュメントクラス１０１１から、属性としてページ数１０１１ａを、操作として開始（）１０１１ｂを承継する。さらに、入力ネットドキュメントクラス１０１５は、属性として、ネットワークを介して入力処理を行うために必要な仕様を保持するが、図１０では省略する。なお、かかる入力ネットドキュメントクラス１０１５を実体化したオブジェクトが生成されると、属性として保持する入力処理を行うために必要な仕様及びページ数１０１１ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

入力ドキュメントクラス１０１１から承継した開始（）１０１１ｂは、入力処理を開始するためのトリガーであり、ユーザドキュメントオブジェクト１００２Ａから呼び出された場合、入力ネットドキュメントクラス１０１５がネットワークを介してドキュメントを受信し、入力元により異なるフォーマットの入力文書を入力処理し、入力処理した後に入力ドキュメントに変換して管理する制御を行う。なお、入力ドキュメントのフォーマットは、入力元にかかわらず共通したフォーマットとする。

また、入力ネットドキュメントオブジェクト１０１５Ａは、開始（）１０１１ｂによりドキュメントの入力処理を行うためにネットワークを介してドキュメントを受信する際、引数として受け渡された情報よりネットワークを介して入力されるドキュメントを特定し、実行制御部２１３を介して利用できるＦＡＸ送受信制御部１０２ｅやネットワーク通信制御部１０２ｆを用いてネットワークへ接続してから受信する。

入力紙ドキュメントクラス１０１６は、入力ドキュメントクラス１０１１のサブクラスであり、スキャナ１５１ａより読み込まれた原稿を入力処理した入力ドキュメントをページ毎に分割し、分割したページ毎に入力ページオブジェクト１０１２Ａを生成し、入力ページオブジェクト１０１２Ａに対して該当するページを管理する旨を指示することで入力ドキュメントを管理するクラスである。

具体的には、この入力紙ドキュメントクラス１０１６は、入力ドキュメントクラス１０１１から、属性としてページ数１０１１ａを、操作として開始（）１０１１ｂを承継する。さらに、入力紙ドキュメントクラス１０１６は、属性として、スキャナ１５１ａから原稿を読み取るための設定及び仕様を保持するが、図１０では省略する。なお、かかる入力紙ドキュメントクラス１０１６を実体化したオブジェクトが生成されると、属性として保持する原稿を読み取るための設定及び仕様及びページ数１０１１ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

入力ドキュメントクラス１０１１から承継した開始（）１０１１ｂは、入力処理を開始するためのトリガーであり、ユーザドキュメントオブジェクト１００２Ａから呼び出された場合、入力紙ドキュメントクラス１０１６がスキャナ１５１ａで原稿を読み取り、読み取った原稿から入力ドキュメントに変換して管理する制御を行う。

また、入力紙ドキュメントクラス１０１６は、開始（）１０１１ｂによりスキャナ１５１ａで原稿を読み出す際、実行制御部２１３を介して利用できるスキャナ制御部１０２ａを用いて読み取りを行う。また、入力紙ドキュメントオブジェクト１０１６Ａが紙の表裏に印刷されている原稿を読み取る場合でも、表裏を順番に読み込んだ原稿を入力ドキュメントに変換することになるが、入力ドキュメントに表裏という概念は存在しない。つまり、読み込んだ原稿は、表のみ又は表裏両面の読み込みにかかわらず、読み込まれた順番に入力ページとして割り当てられた入力ドキュメントとなる。これにより媒体の特性あるいはスキャナ１５１ａによる原稿のハンドリングモードの違いにかかわらず共通した様式で入力ドキュメントを保持するため、入力元の違いに応じて異なる加工処理を行わなくてよくなり、加工処理が容易となる。

入力ＬＳドキュメントクラス１０１７は、入力ドキュメントクラス１０１１のサブクラスであり、ハードディスク等のローカルストレージより読み込まれた電子文書を入力処理した入力ドキュメントをページ毎に分割し、分割したページ毎に入力ページオブジェクト１０１２Ａを生成し、入力ページオブジェクト１０１２Ａに対して該当するページを管理する旨を指示することで入力ドキュメントを管理するクラスである。

具体的には、この入力ＬＳドキュメントクラス１０１７は、入力ドキュメントクラス１０１１から、属性としてページ数１０１１ａを、操作として開始（）１０１１ｂを承継する。さらに、入力ＬＳドキュメントクラス１０１７は、属性として、ローカルストレージから電子文書を読み込むための設定及び仕様を保持するが、図１０では省略する。なお、かかる入力ＬＳドキュメントクラス１０１７を実体化したオブジェクトが生成されると、属性としてローカルストレージから電子文書を読み込むための設定及び仕様及びページ数１０１１ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

入力ドキュメントクラス１０１１から承継した開始（）１０１１ｂは、入力処理を開始するためのトリガーであり、ユーザドキュメントオブジェクト１００２Ａから呼び出された場合に入力ＬＳドキュメントクラス１０１７にローカルストレージから電子文書を読み込み、読み込んだ電子文書から入力ドキュメントに変換して管理する制御を行う。

また、入力ＬＳドキュメントクラス１０１７は、開始（）１０１１ｂにより電子文書を読み込む際、実行制御部２１３を介して利用できる蓄積制御部１０２ｃを用いて読み込みを行う。

また、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７が管理する入力ドキュメントは、入力元に係わらず共通した入力ページクラス１０１２、入力レイアウトクラス１０１３及び入力画像クラス１０１４等を用いて保持するため、入力元にかかわらず共通した加工処理等を可能とする。次に入力ページクラス１０１２，入力レイアウトクラス１０１３及び入力画像クラス１０１４について説明する。

入力ページクラス１０１２は、入力ドキュメントクラス１０１１で管理する入力ドキュメントより分割された各ページを、入力ページとして管理するクラスである。入力ページクラス１０１２は、入力レイアウトオブジェクト１０１３Ａ及び入力画像オブジェクト１０１４Ａを生成し、入力レイアウトに入力画像を当てはめた構成として管理する。

また、ページ毎の入力レイアウトの設定する際に、例えばスキャナ１５１ａで読み込む原稿を、ユーザが「２ in １」の集約原稿であると設定した場合、入力レイアウトは入力画像が２枚当てはめられたレイアウトとなり、この条件を満たした入力レイアウトオブジェクト１０１３Ａが生成されることになる。

具体的には、この入力ページクラス１０１２は、属性としてページ番号１０１２ａを有し、操作として開始（）１０１２ｂを有する。なお、かかる入力ページクラス１０１２を実体化したオブジェクトが生成されると、属性としてページ番号１０１２ａがＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

ページ番号１０１２ａは、この入力ページオブジェクト１０１２Ａが管理するページを示す番号を保持する。つまり、入力ドキュメントオブジェクト１０１１Ａが保持するページ数１０１１ａだけ入力ページオブジェクト１０１２Ａを生成するので、入力ページオブジェクト１０１２Ａが割り振られたページの番号をページ番号１０１２ａで保持する。

開始（）１０１２ｂは、入力ページクラス１０１２がページ処理を開始するためのトリガーを与える処理を行う。この開始（）１０１２ｂが、入力ネットドキュメントオブジェクト１０１５Ａ等の入力ドキュメントクラス１０１１のサブクラスのオブジェクトから呼び出された場合に、引数として受け渡されたページ番号に該当する入力ドキュメント中のページの情報を取得し、取得したページの情報に基づいて入力レイアウトオブジェクト１０１３Ａ及び入力画像オブジェクト１０１４Ａの生成を開始する。

また、入力ページクラス１０１２は、開始（）１０１２ｂが呼び出された場合、入力ドキュメントクラス１０１１が管理する入力ドキュメントから該当する入力ドキュメント中のページの情報を取得し、生成した入力レイアウトオブジェクト１０１３Ａ及び入力画像オブジェクト１０１４Ａを用いて入力ページを管理する。

入力レイアウトクラス１０１３は、入力ページクラス１０１２で管理する入力ページに後述する入力画像を当てはめるために用いられるレイアウト（以下、入力レイアウトという）を作成して管理するクラスである。具体的には、この入力レイアウトクラス１０１３は、属性として外枠や内枠あるいはオフセット位置などの情報を有するが図１０では省略する。また、入力レイアウトクラス１０１３は、操作として作成（）１０１３ａを有する。なお、かかる入力レイアウトクラス１０１３を実体化したオブジェクトが生成されると、属性として外枠や内枠あるいはオフセット位置などの情報がＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

作成（）１０１３ａは、入力レイアウトオブジェクト１０１３Ａが入力ページに入力画像を適した位置に配置する入力レイアウトを作成する。この作成（）１０１３ａが、入力ページオブジェクト１０１２Ａから呼び出された場合、引数として受け渡された情報から、属性としてユーザの要求に応じた外枠や内枠あるいはオフセット位置を設定することで、入力レイアウトが作成される。これにより、入力ページ内の入力画像の数が決定される。つまり、入力ページを入力画像というドキュメントハンドリングの最小単位に分割することが可能となる。

入力画像クラス１０１４は、入力ページに対して入力レイアウトにより定められた配置に当てはまる画像（以下、入力画像という）を管理するクラスである。具体的には、入力画像クラス１０１４は、上述した入力ドキュメントクラス１０１１のサブクラスのオブジェクトで生成された入力ドキュメントから入力画像となる範囲の画像の実体を読み込み、保持する。また、入力画像クラス１０１４は、属性として読み込んだ画像の実体を特定する情報を有し、操作として開始（）１０１４ａを有する。なお、かかる入力画像クラス１０１４を実体化したオブジェクトが生成されると、読み込んだ画像の実体を特定する情報がＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

入力画像は、入力レイアウトに当てはめられる画像をいい、所定のサイズの画像、本実施の形態ではドキュメントハンドリングの最小単位に分割された画像となる。ドキュメントハンドリングの最小単位とは、１ページとして構成することが可能な領域をいい、例えば特殊な設定を行っていない場合であれば１ページ全体の領域が入力画像となり、「２ in １」に設定されている場合であれば１ページを２つに分割した各領域が入力画像となる。また、入力画像は、単なる画像のみならず、上述した領域に示された文字情報や、図形なども含まれる。

開始（）１０１４ａは、入力画像クラス１０１４が画像処理を開始するためのトリガーを与える処理を行う。この開始（）１０１４ａが、入力ページオブジェクト１０１２Ａから呼び出された場合に、引数として受け渡された入力レイアウト等の設定により定められる範囲の画像の実体を読み込み、読み込んだ画像の実体を特定する情報を属性として書き込み、さらに入力画像に対応したユーザ画像を管理するユーザ画像オブジェクト１００５Ａを生成する。

ユーザ画像クラス１００５は、入力画像から生成された加工処理の対象となるユーザ画像を管理し、出力画像を生成するための加工処理を行うクラスである。具体的にはユーザ画像クラス１００５は、属性として生成されたユーザ画像を特定する情報を有し、操作として作成１００５ａ及び利用１００５ｂを有する。なお、かかるユーザ画像クラス１００５を実体化したオブジェクトが生成されると、作成された画像を特定する情報がＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

また、ユーザ画像は加工処理の対象となる画像をいい、所定のサイズの画像、本実施の形態ではドキュメントハンドリングの最小単位に分割された画像となる。ドキュメントハンドリングの最小単位は入力画像で説明したので省略する。ユーザ画像は、単なる画像のみならず、ユーザ画像として所定サイズの領域に示された文字情報や、図形なども含まれる。

作成（）１００５ａは、入力画像クラス１０１４から呼び出され、ユーザ画像クラス１００５が対応する入力画像に基づいてユーザ画像を生成する処理を行う。この作成（）１００５ａが、入力画像オブジェクト１０１４Ａから呼び出された場合に、入力画像の実体を読み込み、読み込んだ画像をユーザ画像としてこの画像の実体を特定にする情報を属性に書き込む。

利用（）１００５ｂは、後述する出力画像クラス１０２４から呼び出され、作成（）１００５ａで読み込んだ画像の実体を出力形式に適するように加工処理を行った後、出力画像クラス１０２４に送信し、出力画像を生成する。加工処理の例としては、１枚毎に入力処理された原稿を「２ in １」で出力したい場合、ユーザ画像を縮小する処理を行う等が考えられる。

出力ドキュメントクラス１０２１は、出力先によらず共通する予め定めたフォーマット、換言すると出力画像と出力レイアウトを組み合わせた出力ページで構成される出力ドキュメントを生成し、出力先に出力処理を行うクラスである。出力先とは、例えばプロッタ、プリンタ、ネットワークを介して接続された機器、ＦＡＸ送信あるいはローカルストレージ等の出力手段が考えられる。この出力ドキュメントクラス１０２１は、出力ネットドキュメントクラス１０２５、出力紙ドキュメントクラス１０２６及び出力ＬＳドキュメントクラス１０２７の上位クラス（スーパークラス）であり、出力ドキュメントクラス１０２１自体が実体化されることはないが、出力ドキュメントクラス１０２１の属性および操作は、下位クラス（サブクラス）である出力ネットドキュメントクラス１０２５、出力紙ドキュメントクラス１０２６及び出力ＬＳドキュメントクラス１０２７に継承される。具体的には出力ドキュメントクラス１０２１は、属性としてページ数１０２１ａを、操作として開始（）１０２１ｂを有する。

ページ数１０２１ａは、出力処理された出力ドキュメントのページ数を保持する。出力ドキュメントのページ数は、複合機１に対して行った出力する際の設定及びユーザドキュメントオブジェクト１００２Ａが保持するユーザ画像の数から求めることができる。具体的には後述する開始（）１０２１ｂが呼び出された際に、引数として受け渡されたユーザ画像の数や、出力する際の設定より定められる出力レイアウト等からページ数が求められて、ページ数１０２１ａに設定される。例えばシーケンシャルに処理を行う場合で、ユーザドキュメントオブジェクト１００２Ａが保持するユーザ画像の数が４枚であり、ユーザが「２ｉｎ１」で出力するように設定していた場合、ページ数１０２１ａは‘２’と設定される。また、出力ドキュメントクラス１０２１はページ数だけ出力ページオブジェクト１０２２Ａを生成する。また、ページ数１０２１ａは、パラレルに処理を行う場合、入力処理により入力ページの数が増加する毎に、必要なページ数が追加される。

開始（）１０２１ｂは、出力ドキュメントクラス１０２１が文書処理を開始するためのトリガーを与える処理をおこなう。この開始（）１０２１ｂは、サブクラスである出力ネットドキュメントクラス１０２５、出力紙ドキュメントクラス１０２６及び出力ＬＳドキュメントクラス１０２７に継承され、各サブクラスにおける具体的な処理によりオーバーライド（override）される。なお、かかる具体的な処理の説明については、後述する出力ネットドキュメントクラス１０２５、出力紙ドキュメントクラス１０２６及び出力ＬＳドキュメントクラス１０２７の説明でおこなう。

出力ネットドキュメントクラス１０２５は、出力ドキュメントクラス１０２１のサブクラスであり、出力ドキュメントの出力先にネットワークを介して接続し、出力ページオブジェクト１０２２Ａに対して出力ドキュメントの出力ページ毎に出力処理する指示を行うクラスである。また、出力ネットドキュメントクラス１０２５は、出力先毎に異なるプロトコル、例えばＦＡＸ送信、メール送信あるいはファイルの転送等の違いに応じて、通信を制御するよう実行制御部２１３に指示し、さらに通信方式に応じた出力ドキュメントのフォーマットを用意し、出力ドキュメントを出力先に応じたフォーマットで整形して出力する処理を行う。このフォーマットはＦＡＸ送信等の通信で通常用いられている周知のフォーマットとする。

具体的には、この出力ネットドキュメントクラス１０２５は、出力ドキュメントクラス１０２１から、属性としてページ数１０２１ａを、操作として開始（）１０２１ｂを承継する。さらに、出力ネットドキュメントクラス１０２５は、属性として、ネットワークを介して出力処理を行うために必要な仕様及び設定を保持するが、図１０では省略する。なお、かかる出力ネットドキュメントクラス１０２５を実体化したオブジェクトが生成されると、属性として保持する出力処理を行うために必要な仕様且つ設定及びページ数１０２１ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

出力ドキュメントクラス１０２１から承継した開始（）１０２１ｂは、出力処理を開始するためのトリガーであり、ユーザドキュメントオブジェクト１００２Ａから呼び出された場合、出力ネットドキュメントクラス１０２５が出力先にネットワークを介して接続し、予め生成されたユーザ画像を利用して出力先に応じたフォーマットで整形した出力ドキュメントを生成して出力する制御を行う。

また、出力ネットドキュメントオブジェクト１０２５Ａは、開始（）１０２１ｂの引数として受け渡された情報よりネットワークを介した出力先を特定し、実行制御部２１３を介して利用できるＦＡＸ送受信制御部１０２ｅやネットワーク通信制御部１０２ｆを用いてネットワークへ接続し、出力先にこれから出力する出力文書の登録等の処理を行うことで、後述する出力ページクラス１０２２や出力画像クラス１０２４が出力する出力文書を構成するための情報、例えば出力レイアウトや出力画像等を出力先に出力することを可能とする。

出力紙ドキュメントクラス１０２６は、出力ドキュメントクラス１０２１のサブクラスであり、プロッタ１５１ｂを制御して、出力ページオブジェクト１０２２Ａに出力ドキュメントの出力ページ毎に出力処理する指示を行うクラスである。また、出力紙ドキュメントクラス１０２６は、実行制御部２１３にプロッタ１５１ｂを制御して出力するよう指示すると共に、プロッタ１５１ｂで出力するために適したフォーマットを用意し、出力ドキュメントを用意したフォーマットを利用して出力する処理を行う。

具体的には、この出力紙ドキュメントクラス１０２６は、出力ドキュメントクラス１０２１から、属性としてページ数１０２１ａを、操作として開始（）１０２１ｂを承継する。さらに、出力紙ドキュメントクラス１０２６は、属性として、プロッタ１５１ｂから原稿を出力するための設定及び仕様を保持するが、図１０では省略する。なお、かかる出力紙ドキュメントクラス１０２６を実体化したオブジェクトが生成されると、属性として原稿を出力するための設定及び仕様及びページ数１０１１ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

出力ドキュメントクラス１０２１から承継した開始（）１０２１ｂは、出力処理を開始するためのトリガーであり、ユーザドキュメントオブジェクト１００２Ａから呼び出された場合に出力紙ドキュメントクラス１０２６がプロッタ１５１ｂで印刷するためのフォーマットを利用して出力ドキュメントを出力する制御を行う。

また、出力紙ドキュメントクラス１０２６は、開始（）１０２１ｂが呼び出された場合、印刷する際に、実行制御部２１３を介して利用できるプロッタ制御部１０２ｂでプロッタ１５１ｂに対して出力する制御を行う。また、出力ページオブジェクト１０２２Ａに対して、印刷に適したレイアウト及び出力画像の配置を定める旨を指示する。これにより媒体の特性あるいはプロッタ１５１ｂによる原稿のハンドリングモードの違いにかかわらず共通した加工処理を行うことができる。さらに、出力紙ドキュメントクラス１０２６は、ユーザにより入力された設定に基づいて、紙の表のみ、あるいは表裏に印刷するか決定し、決定に従うようにプロッタ１５１ｂを制御する指示を行う。

出力ＬＳドキュメントクラス１０２７は、出力ドキュメントクラス１０２１のサブクラスであり、ハードディスク等のローカルストレージ内の保存場所を定め、出力ページオブジェクト１０２２Ａに対して出力ドキュメントの出力ページ毎に出力処理する指示を行うクラスである。なお、ローカルストレージ内に出力ドキュメントを保存する際の電子文書のフォーマットに制限を設けるものではない。

具体的には、この出力ＬＳドキュメントクラス１０２７は、出力ドキュメントクラス１０２１から、属性としてページ数１０２１ａを、操作として開始（）１０２１ｂを承継する。さらに、出力ＬＳドキュメントクラス１０２７は、属性として、ローカルストレージに保存するための設定及び仕様を保持するが、図１０では省略する。なお、かかる出力ＬＳドキュメントクラス１０２７を実体化したオブジェクトが生成されると、属性としてローカルストレージに保存するための設定及び仕様及びページ数１０２１ａはＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

出力ドキュメントクラス１０２１から承継した開始（）１０２１ｂは、出力処理を開始するためのトリガーであり、ユーザドキュメントオブジェクト１００２Ａから呼び出された場合に出力ＬＳドキュメントクラス１０２７がローカルストレージの保存場所を特定し、保存する電子文書のファイル名等を登録し、予め生成されたユーザ画像を利用して保存する際のフォーマットで整形した出力ドキュメントを生成して出力する制御を行う。

また、出力ＬＳドキュメントクラス１０２７Ａは、開始（）１０２１ｂの引数として受け渡された情報より保存先及び電子文書のファイル名を特定し、実行制御部２１３を介して利用できる蓄積制御部１０２ｃを用いてローカルストレージの保存場所に出力文書の登録等の処理を行うことで、後述する出力ページクラス１０２２や出力画像クラス１０２４から出力文書に関する情報、例えば出力レイアウトや出力画像等の出力を可能にする。

出力ページクラス１０２２は、出力ドキュメントクラス１０２１で生成される出力ドキュメントを構成する各ページを出力ページとして生成し、レイアウト等のページ毎の設定を出力先に出力するクラスである。出力ページクラス１０２２は、後述する出力レイアウトオブジェクト１０２３Ａ及び出力画像オブジェクト１０２４Ａを生成し、出力レイアウトに出力画像を当てはめた構成として出力ページを生成する。

具体的には、この出力ページクラス１０２２は、属性としてページ番号１０２２ａを有し、操作として開始（）１０２２ｂを有する。なお、かかる出力ページクラス１０２２を実体化したオブジェクトが生成されると、属性としてページ番号１０２２ａがＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

ページ番号１０２２ａは、この出力ページオブジェクト１０２２Ａが生成するページを示す番号を保持する。つまり出力ドキュメントオブジェクト１０２１Ａが保持するページ数１０１１ａだけ出力ページオブジェクト１０２２Ａを生成するので、出力ページオブジェクト１０２２Ａが割り振られたページを特定するためにページ番号１０１２ａを保持することとなる。

開始（）１０２２ｂは、出力ページクラス１０２２がページ処理を開始するためのトリガーを与える処理を行う。この開始（）１０２２ｂが、出力ネットドキュメントオブジェクト１０２５Ａ等の出力ドキュメントクラス１０２１のサブクラスのオブジェクトから呼び出された場合に、引数として受け渡されたページ番号及びユーザにより受け付けられた設定より定められるページの情報を取得し、取得したページの情報に基づいて出力レイアウトオブジェクト１０２３Ａ及び出力画像オブジェクト１０２４Ａを生成する。

また、出力ページクラス１０２２は、開始（）１０２２ｂが呼び出された場合、出力ドキュメントクラス１０２１が管理する出力ドキュメントから該当するページの情報（以下、出力ページとする）を取得することで生成した出力レイアウトオブジェクト１０２３Ａを用いて出力レイアウト等のページ毎の設定を出力先に出力し、その後出力レイアウトに当てはめる出力画像を保持する出力画像オブジェクト１０２４Ａを生成する。

出力レイアウトクラス１０２３は、出力ページクラス１０２２で生成される入力ページに出力画像を当てはめるために用いられるレイアウト（以下、出力レイアウトという）を作成して管理するクラスである。具体的には、この出力レイアウトクラス１０２３は、属性として外枠や内枠あるいはオフセット位置などの情報を有するが図１０では省略する。また、出力レイアウトクラス１０２３は、操作として作成（）１０２３ａを有する。なお、かかる出力レイアウトクラス１０２３を実体化したオブジェクトが生成されると、属性として外枠や内枠あるいはオフセット位置などの情報がＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

作成（）１０２３ａは、出力レイアウトオブジェクト１０２３Ａが出力ページに出力画像を適した位置に配置するために設定する処理を行う。この作成（）１０２３ａが、出力ページオブジェクト１０２２Ａから呼び出された場合に、引数として受け渡された情報から、属性として有する外枠や内枠あるいはオフセット位置を設定する。この設定により出力ページ内の出力画像の数が決定される。これにより、出力ページに出力画像というドキュメントハンドリングの最小単位を当てはめることが可能となる。

出力画像クラス１０２４は、出力ページに対して出力レイアウトにより定められた配置に当てはまる画像（以下、出力画像という）を生成して出力するクラスである。具体的には、出力画像クラス１０２４は、上述したユーザ画像オブジェクト１００５Ａで生成されたユーザ画像に基づいて生成された出力先に適したフォーマットの出力画像を取得する。また、出力画像クラス１０２４は、属性として出力画像を保持するための情報を有し、操作として開始（）１０２４ａを有する。なお、かかる出力画像クラス１０２４を実体化したオブジェクトが生成されると、出力画像を保持するための情報がＲＡＭ１２ｂ上に展開されるので、これらのデータ（属性）の書き込みおよび読み出しをすることが可能となる。

また、出力画像とは、出力レイアウトに当てはめる画像をいい、上述した入力画像及びユーザ画像と同様に、出力画像は所定のサイズの画像、本実施の形態ではドキュメントハンドリングの最小単位に分割された画像となる。また、出力画像は、単なる画像のみならず、出力レイアウトにより定められた枠内に表示される文字情報や、図形なども含まれる。

開始（）１０２４ｂは、出力画像クラス１０２４が画像処理を開始するためのトリガーを与える処理を行う。この開始（）１０２４ｂが、出力ページオブジェクト１０２２Ａから呼び出された場合に、引数として受け渡される情報より、対応するユーザ画像を特定し、ユーザ画像オブジェクト１００５Ａの利用（）１００５ｂを呼び出すことで、ユーザ画像から出力レイアウトに当てはまるよう加工処理された出力画像を受信し、受信した出力画像を出力先に出力する。

図１１は、本実施の形態のドキュメントハンドリング部２１２において「２ in １」の入力ドキュメントから「４ in １」の出力ドキュメントを生成するまでの工程を示した説明図である。本図に示すように、ドキュメントハンドリング部２１２は、ドキュメントをページ毎にレイアウトとレイアウトに当てはめる画像の組み合わせを用いることで画像単位での加工処理が容易になった。

次に、図１０に戻り、各クラス間の関係について説明する。本図に示したように、各クラスを示す矩形を結ぶ直線は、その両端のクラス間に関係があることを表しており、この直線の両端付近の文字はクラスの役割を、数字はクラスの多重度をそれぞれ示している。ここで、役割とは、かかる直線の両端における、一方のクラスからみた、もう一方のクラスの役割や立場のことであり、多重度とは、かかる直線の両端のクラスから生成されるオブジェクト数の対応関係のことである。

たとえば、ドキュメント操作スケジューラクラス１００１からみたユーザドキュメントクラス１００２の役割は「要求」であり、ユーザドキュメントクラス１００２からみたドキュメント操作スケジューラクラス１００１の役割は「受付」であり、ドキュメント操作スケジューラクラス１００１の多重度は「１」であり、ユーザドキュメントクラス１００２の多重度は「１．．＊」である。ここで、「１．．＊」は、かかるユーザドキュメントクラス１００２の多重度が、１から上限数なしの範囲であることを示している。また、たとえば、「１．．３」の記載をした場合には、かかるクラスの多重度が、１〜３の範囲であることを示す。

そして、本図に示したように、ドキュメントハンドリング部２１２が実行される場面において、ドキュメント操作スケジューラクラス１００１をＲＡＭ１２ｂ上に展開（実体化）したオブジェクトは１個だけ存在し、このドキュメント操作スケジューラクラス１００１の文書処理の要求対象となるユーザドキュメントクラス１００２を実体化したオブジェクトは０個以上、上限数なしの範囲で存在する。

次に、ユーザドキュメントクラス１００２と入力ドキュメントクラス１０１１とのクラス関係について説明する。入力ドキュメントクラス１０１１は、ユーザドキュメントクラス１００２からみるとユーザドキュメントを生成するために用いられる入力文書としての役割を有しており、一方、ユーザドキュメントクラス１００２は、入力ドキュメントクラス１０１１からみると加工処理が行われるユーザ文書としての役割を有している。このようなクラス関係により入力された文書から加工対象となる対象となるユーザ文書を生成することが可能となる。

また、ユーザドキュメントクラス１００２は、ユーザからの要求毎に生成されるものであるのに対して、入力ドキュメントクラス１０１１は、ユーザ文書を生成する際に必要な文書の数に応じて生成されて入力処理を行うクラスであるため、ユーザドキュメントクラス１００２と入力ドキュメントクラス１０１１とは１対多の関係を有する。１つのユーザドキュメントを生成する際に複数の入力文書を入力処理する場合とは、例えば、ファックス受信文書と予め蓄積していた電子文書を１つにまとめて印刷するよう要求があった場合等が考えられる。また、このように「紙」文書と「ネット」文書のように入力元が異なる文書を１つにまとめて出力したい場合でも良いし、二つの「ネット」文書のように入力元が同じ複数の入力文書を１つにまとめて出力したい場合でも良い。

次に、入力ドキュメントクラス１０１１と、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７の関係について説明する。入力ドキュメントクラス１０１１は、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７の上位クラス（スーパークラス）であり、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７は、入力ドキュメントクラス１０１１の属性および操作を継承する。

また、入力ドキュメントクラス１０１１と入力ページクラス１０１２の関係について説明する。入力ページクラス１０１２は、入力ドキュメントクラス１０１１が保持するドキュメントのページ毎に生成されるものである。このため、入力ページクラス１０１２は、入力ドキュメントクラス１０１１からみるとページとしての役割を有しており、一方、入力ドキュメントクラス１０１１は、入力ページクラス１０１２からみると文書としての役割を有している。

また、入力ドキュメントクラス１０１１は、入力処理される入力文書毎に生成されるものであるのに対して、入力ページクラス１０１２はページ毎に生成されるクラスであるため、入力ドキュメントクラス１０１１と入力ページクラス１０１２とは１対多の関係を有する。また、入力ページクラス１０１２は、入力ドキュメントクラス１０１１に集約される関係を有する。

次に、入力ページクラス１０１２と入力レイアウトクラス１０１３との関係について説明する。入力ページクラス１０１２は、ページ毎に生成されるものであり、入力レイアウトクラス１０１３は、ページ毎に定められるレイアウトである。つまり、入力レイアウトクラス１０１３は、入力ページクラス１０１２からみるとページ毎の枠としての役割を有しており、一方、入力ページクラス１０１２は、入力レイアウトクラス１０１３からみるとページとしての役割を有している。このような関係である以上、入力ページクラス１０１２と入力レイアウトクラス１０１３は１対１の関係となる。

また、入力ページクラス１０１２と入力画像クラス１０１４の関係について説明する。入力画像クラス１０１４は、入力ページクラス１０１２が保持するページのレイアウトに従って分割された領域毎に生成されるものである。このため、入力画像クラス１０１４は、入力ページクラス１０１２からみるとページが有する枠に当てはめられる枠内構成物としての役割を有しており、一方、入力ページクラス１０１２は、入力画像クラス１０１４からみるとページとしての役割を有している。

また、入力ページクラス１０１２は、入力ドキュメントのページ毎に生成されるものであるのに対して、入力画像クラス１０１４はページが有するレイアウトに従って分割された数だけ生成されるクラスであるため、入力ページクラス１０１２と入力画像クラス１０１４とは１対多の関係を有する。また、入力画像クラス１０１４は、入力ページクラス１０１２に集約される関係を有する。

次に、入力画像クラス１０１４とユーザ画像クラス１００５との関係について説明する。入力画像クラス１０１４はページが有する枠に従って分割された数だけ生成されるものであり、ユーザ画像クラス１００５は入力画像に基づいて加工対象として作成されるものである。つまり、ユーザ画像クラス１００５は、入力画像クラス１０１４からみると作成物としての役割を有しており、一方、入力画像クラス１０１４は、ユーザ画像クラス１００５からみると入力物としての役割を有している。

また、ユーザ画像クラス１００５は、入力画像クラス１０１４に基づいて生成されるものであり、入力画像クラス１０１４及びユーザ画像クラス１００５ともにドキュメントハンドリングの最小単位で分割したものであるため、入力画像クラス１０１４とユーザ画像クラス１００５とは１対１の関係を有する。

次に、ユーザドキュメントクラス１００２と、ユーザドキュメントパラレルクラス１００３及びユーザドキュメントシーケンシャルクラス１００４の関係について説明する。ユーザドキュメントクラス１００２は、ユーザドキュメントパラレルクラス１００３及びユーザドキュメントシーケンシャルクラス１００４の上位クラス（スーパークラス）であり、ユーザドキュメントパラレルクラス１００３及びユーザドキュメントシーケンシャルクラス１００４は、ユーザドキュメントクラス１００２の属性および操作を継承する。

また、ユーザドキュメントクラス１００２とユーザ画像クラス１００５の関係について説明する。ユーザ画像クラス１００５は、ユーザドキュメントクラス１００２が保持するユーザドキュメントを構成するハンドリングの最小単位となる画像毎に生成されるものである。このため、ユーザ画像クラス１００５は、ユーザドキュメントクラス１００２からみると構成物としての役割を有しており、一方、ユーザドキュメントクラス１００２は、ユーザ画像クラス１００５からみると文書としての役割を有している。

また、ユーザ画像クラス１００５は、文書を構成する画像毎に生成されるものであるのに対して、ユーザドキュメントクラス１００２は文書毎に生成されるクラスであるため、ユーザドキュメントクラス１００２とユーザ画像クラス１００５とは１対多の関係を有する。また、ユーザ画像クラス１００５は、ユーザドキュメントクラス１００２に集約される関係を有する。

次に、ユーザドキュメントクラス１００２と出力ドキュメントクラス１０２１とのクラス関係について説明する。出力ドキュメントクラス１０２１は、ユーザドキュメントクラス１００２からみるとユーザの要求に応じた出力形式で出力される出力文書としての役割を有しており、一方、ユーザドキュメントクラス１００２は、出力ドキュメントクラス１０２１からみるとユーザ文書としての役割を有している。このようなクラス関係により加工対象となるユーザ文書から出力文書を生成することが可能となる。

また、ユーザドキュメントクラス１００２は、ドキュメント操作スケジューラクラス１００１から文書処理毎に生成されるものであり、出力ドキュメントクラス１０２１は、ユーザの要求に応じた文書毎に生成されるものであり、１つの文書処理要求に基づいて複数の文書を出力することは当然可能である。つまり、ユーザドキュメントクラス１００２とユーザ画像クラス１００５とは１対多の関係を有する。１つの文書処理要求に基づいて複数の文書を出力する場合とは、例えばユーザがスキャナで読み込んだ文書を「印刷＋蓄積」する旨の設定を行った場合等が考えられる。

次に、出力画像クラス１０２４とユーザ画像クラス１００５との関係について説明する。出力画像クラス１０２４は、出力ページが有する枠に当てはめられる数だけ、ユーザ画像を利用して生成されるものである。つまり、出力画像クラス１０２４は、ユーザ画像クラス１００５からみると出力物としての役割を有しており、一方、ユーザ画像クラス１００５は、出力画像クラス１０２４からみると利用物としての役割を有している。

また、出力画像クラス１０２４は、ユーザ画像クラス１００５に基づいて生成されるものであり、出力画像クラス１０２４及びユーザ画像クラス１００５ともにドキュメントハンドリングの最小単位で分割したものである。また、１つのユーザ画像を複数の出力文書毎に利用される場合や、１つの出力文書中に１つのユーザ画像を複数利用する場合も考えられる。このため、ユーザ画像クラス１００５と出力画像クラス１０２４とは１対多の関係を有する。

また、出力ドキュメントクラス１０２１と、出力ネットドキュメントクラス１０２５、出力紙ドキュメントクラス１０２６及び出力ＬＳドキュメントクラス１０２７の関係は、入力ドキュメントクラス１０１１と、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６及び入力ＬＳドキュメントクラス１０１７の関係と同様であるため説明を省略する。

また、出力ドキュメントクラス１０２１と出力ページクラス１０２２の関係は入力ドキュメントクラス１０１１と入力ページクラス１０１２の関係と、出力ページクラス１０２２と出力レイアウトクラス１０２３の関係は入力ページクラス１０１２と入力レイアウトクラス１０１３の関係と、出力ページクラス１０２２と出力画像クラス１０２４の関係は入力ページクラス１０１２と入力画像クラス１０１４の関係と同様であるため説明を省略する。

このように、ドキュメント操作スケジューラクラス１００１、入力ドキュメントクラス１０１１、入力ページクラス１０１２、入力レイアウトクラス１０１３、入力画像クラス１０１４、入力ネットドキュメントクラス１０１５、入力紙ドキュメントクラス１０１６、入力ＬＳドキュメントクラス１０１７、ユーザドキュメントクラス１００２、ユーザドキュメントパラレルクラス１００３、ユーザドキュメントシーケンシャルクラス１００４、ユーザ画像クラス１００５、出力ドキュメントクラス１０２１、出力ページクラス１０２２、出力レイアウトクラス１０２３、出力画像クラス１０２４、出力ネットドキュメントクラス１０２５、出力紙ドキュメントクラス１０２６、出力ＬＳドキュメントクラス１０２７の各オブジェクトは、相互に関連し合い、協調することによりドキュメントハンドリング部２１２に必要な機能を実現することが可能となる。

次に、図１０に示した各クラスの操作の実行手順について例をあげて説明する。図１２は、ドキュメントハンドリング部２１２が紙文書を読み込んでネットワーク上のコンピュータに送信するまでの文書処理をシーケンシャルに実行する場合の手順を示すＵＭＬシーケンス図である。

ここで、ＵＭＬシーケンス図について説明しておく。図１２の上部に並んだ矩形は、それぞれがクラスのオブジェクトを示している。各オブジェクトから下方に伸びた線は、各オブジェクトが生存していることを示す線（ライフライン）であり、上方から下方に向かって時間が流れているものとみなされる。この線上に存在する細長い矩形は、当該のオブジェクトが実際に活動している期間（活性期間）を示す。

各ライフラインの間を結ぶ横向きの矢印は、オブジェクトに含まれる操作の実行を示す。具体的には、この矢印は、矢印の元のオブジェクトが、矢印の先のオブジェクトに含まれる操作を呼び出すことを示す。また、矢印が自分自身のオブジェクトを指している場合は、オブジェクトが自分に含まれる操作を自身で呼び出すことを意味する。

図１２に示すように、ユーザが複合機１を操作して、紙文書をネットワーク上のコンピュータに送信する旨を入力すると、操作系サブシステム２０１は、ユーザが入力した上述した文書処理を行う旨のリクエストをドキュメント操作スケジューラオブジェクト１００１Ａに登録する（ステップＳ１２０１）。具体的には、操作系サブシステム２０１からの要求をリクエスト管理部２１１がリクエスト要求として受け付ける。そして、リクエスト管理部２１１が文書の処理先にリクエストを登録するためにドキュメントハンドリング部２１２のドキュメント操作スケジューラオブジェクト１００１Ａの登録（）１００１ａを呼び出す。

ドキュメント操作スケジューラオブジェクト１００１Ａは、登録（）１００１ａの引数として受け渡された情報から並行処理を行うか、逐次処理を行うか判断し、判断結果に基づいてユーザドキュメントシーケンシャルクラス１００４及びユーザドキュメントパラレルクラス１００３のどちらのオブジェクトを生成するか決定する（ステップＳ１２０２）。なお、本シーケンシャル図では、受け渡された情報から逐次処理と判断されたこととする。また、生成は、すべてのオブジェクトが有する操作であり、生成することで各オブジェクトはＲＡＭ１２ｂ上に実体化される。

そして、ドキュメント操作スケジューラオブジェクト１００１Ａは、開始（）１００２ａを呼び出して、生成されたユーザドキュメントシーケンシャルオブジェクト１００４Ａに対して文書処理の開始を要求する（ステップＳ１２０３）。

文書処理の開始が要求されたユーザドキュメントシーケンシャルオブジェクト１００４Ａは、逐次処理（）１００４ａを呼び出して、逐次処理を行うために必要な設定を行う（ステップＳ１２０４）。次に、ユーザドキュメントシーケンシャルオブジェクト１００４Ａは、開始（）１００２ａで引数として受け渡された情報から入力元を特定し、入力先に応じた入力ドキュメントクラス１０１１のサブクラスを生成する（ステップＳ１２０５）。本シーケンス図で示す例では、入力元が紙文書の場合とし、生成されるオブジェクトは、入力ドキュメントクラス１０１１のサブクラスである入力紙ドキュメントクラス１０１６のオブジェクトとなる。

次に、ユーザドキュメントシーケンシャルオブジェクト１００４Ａは、生成された入力紙ドキュメントオブジェクト１０１６Ａの開始（）１０１１ｂを呼び出して、入力紙ドキュメントオブジェクト１０１６Ａに対して紙文書の入力処理の開始を要求する（ステップＳ１２０６）。

入力紙ドキュメントオブジェクト１０１６Ａは、要求に応じて実行制御部２１３を通じてスキャナ１５１ａを制御し、紙文書を読み込んで入力処理を開始する。そして、入力紙ドキュメントオブジェクト１０１６Ａは、読み込んだ紙文書のページ毎に入力ページオブジェクト１０１２Ａを生成し、生成された入力ページオブジェクト１０１２Ａの開始（）１０１２ｂを呼び出して、読み込んだ紙文書のページ毎の入力処理の開始を要求する（ステップＳ１２０７）。

次に、入力ページオブジェクト１０１２Ａは、ページの入力処理を開始し、まず入力レイアウトオブジェクト１０１３Ａを生成し、生成された入力レイアウトオブジェクト１０１３Ａの作成（）１０１３ａを呼び出して、ユーザにより入力された設定に基づいて、生成された入力レイアウトオブジェクト１０１３Ａの属性を設定する（ステップＳ１２０８）。そして、入力レイアウトオブジェクト１０１３Ａは、ページ毎に定められる入力画像の配置及び数等のレイアウトに関する情報を、入力ページオブジェクト１０１２Ａにメッセージとして送信する。

そして、入力ページオブジェクト１０１２Ａは、入力レイアウトオブジェクト１０１３Ａにより定められる入力ページ毎の入力画像の数だけ、入力画像オブジェクト１０１４Ａを生成し、生成された入力画像オブジェクト１０１４Ａの開始（）１０１４ａを呼び出して、入力画像オブジェクト１０１４Ａに入力画像の入力処理の開始を要求する（ステップＳ１２０９）。

次に、入力画像オブジェクト１０１４Ａは、スキャナ１５１ａを用いて入力処理された入力ドキュメントから、入力レイアウトにより定められた領域から入力画像の実体を入力処理する（ステップＳ１２１０）。そして、入力画像オブジェクト１０１４Ａは、入力画像に対応するユーザ画像を保持するユーザ画像オブジェクト１００５Ａを生成し、生成されたユーザ画像オブジェクト１００５Ａの作成（）１００５ａを呼び出す（ステップＳ１２１１）。そして、ユーザ画像オブジェクト１００５Ａは、入力画像オブジェクト１０１４Ａで入力処理された入力画像の実体に基づいてユーザ画像を作成する。このステップＳ１２０９〜ステップＳ１２１１までの処理はページ内に当てはめられる入力画像の数だけ繰り返す。

そして、入力紙ドキュメントオブジェクト１０１６Ａは、次原稿有無確認（）１０１１６ｂを呼び出して、スキャナ１５１ａに対して紙文書の次の原稿があるか否か確認する（ステップＳ１２１２）。次の原稿がある場合は、再び入力ページオブジェクト１０１２Ａを生成してステップＳ１２０７から開始する。次の原稿がない場合、入力紙ドキュメントオブジェクト１０１６Ａは、ユーザドキュメントシーケンシャルオブジェクト１００４Ａの入力処理が終了した旨のメッセージを送信して終了する。

次に、ユーザドキュメントシーケンシャルオブジェクト１００４Ａは、ステップＳ１２０３の開始（）１００２ａで引数として受け渡された情報から出力先を特定し、出力先に応じた出力ドキュメントクラス１０２１のサブクラスを生成する（ステップＳ１２１３）。本シーケンス図で示す例では、出力先がネットワーク上のコンピュータの場合とし、生成されるオブジェクトは、出力ドキュメントクラス１０２１のサブクラスである出力ネットドキュメントクラス１０２５のオブジェクトとなる。

次に、ユーザドキュメントシーケンシャルオブジェクト１００４Ａは、生成された出力ネットドキュメントオブジェクト１０２５Ａの開始（）１０２１ｂを呼び出して、出力ネットドキュメントオブジェクト１０２５Ａに対してネットワーク上のコンピュータに電子文書の出力処理の開始を要求する（ステップＳ１２１４）。この開始（）１０２１ｂで呼び出された際に、出力ネットドキュメントオブジェクト１０２５Ａのページ数１０２１ａが設定される。

そして、出力ネットドキュメントオブジェクト１０２５Ａは、要求に応じて実行制御部２１３を通じて利用できるネットワーク通信制御部１０２ｆを用いてネットワークを介して出力先のコンピュータに接続する（ステップＳ１２１５）。さらに、出力ネットドキュメントオブジェクト１０２５Ａは、接続されたコンピュータに出力する電子文書のファイル名等を送信して、接続されたコンピュータに電子文書を登録する（ステップＳ１２１６）。

そして、出力ネットドキュメントオブジェクト１０２５Ａは、ページ数１０２１ａの数だけ出力ページオブジェクト１０２２Ａを生成し、生成された出力ページオブジェクト１０２２Ａの開始（）１０２２ｂを呼び出して、電子文書のページ毎の出力処理の開始を要求する（ステップＳ１２１７）。

次に、出力ページオブジェクト１０２２Ａは、ページの出力処理を開始する。まずは、ユーザにより入力された形式で出力するために、出力レイアウトオブジェクト１０２３Ａを生成し、生成された出力レイアウトオブジェクト１０２３Ａの作成（）１０２３ａを呼び出し、ユーザにより入力された形式で出力するために最適な属性値を、生成された出力レイアウトオブジェクト１０２３Ａの属性に設定する（ステップＳ１２１８）。そして、出力レイアウトオブジェクト１０２３Ａは、当てはめられる出力画像の数やレイアウトについて出力先のコンピュータに送信する情報を、出力ページオブジェクト１０２２Ａにメッセージとして送信する。そして、出力ページオブジェクト１０２２Ａは、出力ページの必要な情報を接続先のコンピュータに送信して、ページ登録を行う（ステップＳ１２１９）。

そして、出力ページオブジェクト１０２２Ａは、出力レイアウトオブジェクト１０２３Ａにより定められる出力ページに当てはめられる出力画像の数だけ、出力画像オブジェクト１０２４Ａを生成し、生成された出力画像オブジェクト１０２４Ａの開始（）１０１４ａを呼び出して、出力画像オブジェクト１０２４Ａに出力画像の出力処理の開始を要求する（ステップＳ１２２０）。

次に、出力画像オブジェクト１０２４Ａは、開始（）１０１４ａの引数として受け渡された情報、例えばページ番号やページ内で何番目の出力画像か等の情報により対応関係が特定されるユーザ画像オブジェクト１００５Ａの利用（）１００５ｂを呼び出す（ステップＳ１２２１）。そして、ユーザ画像オブジェクト１００５Ａは、保持する画像の実体を、出力レイアウトに当てはまるよう拡大あるいは縮小などの加工処理を行った後に、呼び出しを行った出力画像オブジェクト１０２４Ａに送信する（ステップＳ１２２２）。

そして、出力画像オブジェクト１０２４Ａは、受信した出力画像の実体を、出力先のコンピュータに出力する（ステップＳ１２２３）。このステップＳ１２２０〜ステップＳ１２２３までの処理はページ内に当てはめられる出力画像の数だけ繰り返す。

そして、出力ネットドキュメントオブジェクト１０２５Ａは、ページ数だけ生成した出力ページオブジェクト１０２２Ａで全ての出力処理が終了した場合は、出力先のコンピュータに出力処理が全て終了したことを示す情報を送信した後、コンピュータとの通信を切断する（ステップＳ１２２４）。そして、ユーザドキュメントシーケンシャルオブジェクト１００４Ａが文書処理を終了した旨のメッセージをドキュメント操作スケジューラオブジェクト１００１Ａに送信して終了する。

次に、図１０に示した各クラスの操作の実行手順についてもう一例をあげて説明する。図１３は、ドキュメントハンドリング部２１２が、紙文書を読み込んで印刷するまでの文書処理をパラレルに実行する場合の手順を示すＵＭＬシーケンス図である。

図１３に示すように、ユーザが複合機１を操作して、紙文書をプロッタから印刷する旨を入力すると、操作系サブシステム２０１は、ユーザが入力した上述した文書処理を行う旨のリクエストをドキュメント操作スケジューラオブジェクト１００１Ａに登録する（ステップＳ１３０１）。具体的な処理は図１２のステップＳ１２０１と同様とする。そして、ドキュメント操作スケジューラオブジェクト１００１Ａは、登録（）１００１ａの引数として受け渡された情報から並行処理を行うか、逐次処理を行うか判断し、判断結果に基づいてユーザドキュメントシーケンシャルクラス１００４及びユーザドキュメントパラレルクラス１００３のどちらのオブジェクトを生成するか決定する（ステップＳ１３０２）。なお、本シーケンシャル図では、受け渡された情報から並行処理と判断されたこととする。

そして、ドキュメント操作スケジューラオブジェクト１００１Ａは、開始（）１００２ａを呼び出して、生成されたユーザドキュメントパラレルオブジェクト１００３Ａに対して文書処理の開始を要求する（ステップＳ１３０３）。

文書処理の開始が要求されたユーザドキュメントパラレルオブジェクト１００３Ａは、並行処理（）１００３ａを呼び出して、並行処理を行うために必要な設定を行う（ステップＳ１３０４）。次に、ユーザドキュメントパラレルオブジェクト１００３Ａは、開始（）１００２ａで引数として受け渡された情報から入力元を特定し、入力先に応じた入力ドキュメントクラス１０１１のサブクラスを生成する（ステップＳ１３０５）。本シーケンス図で示す例では、入力元が紙文書の場合とし、生成されるオブジェクトは、入力ドキュメントクラス１０１１のサブクラスである入力紙ドキュメントクラス１０１６のオブジェクトとなる。

次に、ユーザドキュメントパラレルオブジェクト１００３Ａは、生成された入力紙ドキュメントオブジェクト１０１６Ａの開始（）１０１１ｂを呼び出して、入力紙ドキュメントオブジェクト１０１６Ａに対して紙文書の入力処理の開始を要求する（ステップＳ１３０６）。

次に、ユーザドキュメントパラレルオブジェクト１００３Ａは、ステップＳ１３０３の開始（）１００２ａで引数として受け渡された情報から出力先を特定し、出力先に応じた出力ドキュメントクラス１０２１のサブクラスを生成する（ステップＳ１３０７）。本シーケンス図で示す例では、出力先としてプロッタから印刷する場合とし、生成されるオブジェクトは、出力ドキュメントクラス１０２１のサブクラスである出力紙ドキュメントクラス１０２６のオブジェクトとなる。

次に、ユーザドキュメントパラレルオブジェクト１００３Ａは、生成された出力紙ドキュメントオブジェクト１０２６Ａの開始（）１０２１ｂを呼び出して、出力紙ドキュメントオブジェクト１０２６Ａにプロッタから印刷する処理の開始を要求する（ステップＳ１３０８）。この開始（）１０２１ｂで呼び出された際に、出力ネットドキュメントオブジェクト１０２５Ａのページ数１０２１ａは‘１’となり、入力紙ドキュメントオブジェクト１０１６Ａで紙文書の原稿が読み込まれて入力ドキュメントのページ数が増加する毎に追加していく。

そして、出力ネットドキュメントオブジェクト１０２５Ａは、実行系サブシステム２０３を介してプロッタ１５１ｂが動作するか否か確認を行う（ステップＳ１３０９）。動作することが確認できなかった場合は、処理を中断する。動作することが確認できた場合は引き続き以下の処理が行われる。

そして、図１２のステップＳ１２０７〜ステップＳ１２１１の処理と同様に、紙文書の読み込み処理と、読み込んだ原稿に基づいた入力ページオブジェクト１０１２Ａ、入力レイアウトオブジェクト１０１３Ａ及び入力画像オブジェクト１０１４Ａを生成して、ユーザ画像オブジェクト１００５Ａでユーザ画像を作成するまでの処理を行う（ステップＳ１３１０〜ステップＳ１３１４）。

次に、出力紙ドキュメントオブジェクト１０２６Ａは、作成されたユーザ画像に基づいて印刷する処理を行うため、出力ページオブジェクト１０２２Ａを生成し、生成された出力ページオブジェクト１０２２Ａの開始（）１０２２ｂを呼び出して、紙原稿のページ毎の出力処理の開始を要求する（ステップＳ１３１５）。

次に、出力ページオブジェクト１０２２Ａは、ページの出力処理を開始する。まずは、ユーザにより入力された形式で出力するために、出力レイアウトオブジェクト１０２３Ａを生成し、生成された出力レイアウトオブジェクト１０２３Ａの作成（）１０２３ａを呼び出し、ユーザにより入力された形式で出力するために最適な属性値を、生成された出力レイアウトオブジェクト１０２３Ａの属性に設定する（ステップＳ１３１６）。そして、出力レイアウトオブジェクト１０２３Ａは、当てはめられる出力画像の数等の情報を、出力ページオブジェクト１０２２Ａにメッセージとして送信する。そして、出力ページオブジェクト１０２２Ａは、出力するページの情報をプロッタ１５１ｂに送信して、ページ登録を行う（ステップＳ１３１７）。

そして、出力ページオブジェクト１０２２Ａは、出力レイアウトオブジェクト１０２３Ａにより定められる出力ページに当てはめられる出力画像の数だけ、出力画像オブジェクト１０２４Ａを生成し、生成された出力画像オブジェクト１０２４Ａの開始（）１０１４ａを呼び出して、出力画像オブジェクト１０２４Ａに出力画像の出力処理の開始を要求する（ステップＳ１３１８）。

次に、出力画像オブジェクト１０２４Ａは、開始（）１０１４ａの引数として受け渡された情報、例えばページ番号やページ内で何番目の出力画像か等の情報により対応関係が特定されるユーザ画像オブジェクト１００５Ａの利用（）１００５ｂを呼び出す（ステップＳ１３１９）。そして、ユーザ画像オブジェクト１００５Ａは、保持する画像の実体を、出力レイアウトに当てはまるよう拡大あるいは縮小などの加工処理を行った後に、呼び出しを行った出力画像オブジェクト１０２４Ａに送信する（ステップＳ１３２０）。

そして、出力画像オブジェクト１０２４Ａは、受信した画像の実体を出力文書のレイアウトに当てはまるよう縮小あるいは拡大などの加工処理を行った後、プロッタ１５１ｂに出力する（ステップＳ１３２１）。

そして、入力紙ドキュメントオブジェクト１０１６Ａは、次原稿有無確認（）１０１１６ｂを呼び出して、スキャナ１５１ａより次の原稿があるか否か確認する（ステップＳ１３２２）。次の原稿がある場合は、再び入力ページオブジェクト１０１２Ａを生成してステップＳ１３１０から開始する。次の原稿がない場合、入力紙ドキュメントオブジェクト１０１６Ａは、ユーザドキュメントパラレルオブジェクト１００３Ａの入力処理が終了した旨のメッセージを送信して終了する。

そして、ユーザドキュメントパラレルオブジェクト１００３Ａは、入力処理が終了した旨のメッセージを受信した場合は、文書処理を終了するための処理を行い、文書処理が終了した旨のメッセージをドキュメント操作スケジューラオブジェクト１００１Ａに送信して終了する。

上述した図１２及び図１３のシーケンス図で示したように、本実施の形態では、文書処理を行うにあたり、ドキュメント操作スケジューラクラス１００１と、ユーザドキュメントシーケンシャルクラス１００４と、入力ドキュメントクラス１０１１及びこのサブクラスと、入力ページクラス１０１２と、入力レイアウトクラス１０１３と、入力画像クラス１０１４と、出力ドキュメントクラス１０２１とこのサブクラスと、出力ページクラス１０２２と、出力画像クラス１０２４と、出力レイアウトクラス１０２３と、ユーザ画像クラス１００５とから構成され、各クラスから生成されたオブジェクトで文書の入力処理から出力処理までを行うことでユーザの要求に応じた加工処理が容易となる。また、オブジェクト指向設計により、かかるドキュメントハンドリング部１２２の仕組みを構築し、図７で示したような概念に基づいてオブジェクトモデリングをおこない、文書処理に必要なクラスとして上述したクラスを用いることで、かかるドキュメントハンドリング部１２２を実現したので、ソフトウェア開発者やソフトウェア保守要員が、ドキュメントハンドリング部２１２の構成と役割を容易に把握することができるとともに、汎用性及び信頼性の高い文書処理をおこなうことができる。

なお、本実施の形態の画像形成装置で実行される文書処理プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（CD Recordable）、ＤＶＤ（Digital Versatile Disk）などのコンピュータで読み取り可能な記録媒体に記録して提供するよう構成してもよい。この場合、ＣＰＵ１１が上記記憶媒体から、文書処理プログラムを読み出してＭＥＭ−Ｐ１２上にロードすることで、画像形成装置に、上述した各ステップ、各手段または各部を実現させる。

また、文書処理プログラムを、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するよう構成してもよい。さらに、かかる文書処理プログラムをインターネットなどのネットワーク経由で提供または配布するようにしてもよい。

上述した構成は、本発明の文書処理装置、文書処理方法及び文書処理プログラムの一例を示したものであり、上述した構成に制限するものではない。

また、本実施の形態を、ドキュメントを「紙」ドキュメント、「ネット」ドキュメント及び「ＬＳ」ドキュメントに制限するものではなく、光あるいは磁気（ＣＤ−ＲＯＭ／ＲＡＭ、ＤＶＤ―ＲＯＭ／ＲＡＭ、磁気テープ、フロッピーディスク、スマートカード）、赤外線（ＩｒＤＡ等）、音声などでも良い。

本実施の形態のドキュメントハンドリング部２１２は、ユーザからの文書処理の要求を入力元及び出力先を組み合わせ（例えば紙原稿を入力処理してローカルストレージ上に出力する）で保持するため、ユーザからの複雑な要求にも柔軟に対応することが可能となる。また、入力文書と出力文書をユーザの要求により任意の組み合わせで、一又は複数選択できるため、複合機１が入出力について受け付けられる設定が増加することになる。

そして、本実施の形態のドキュメントハンドリング部２１２は、オブジェクト毎に分割して設計し、上述した構成を備えることとした。これによりプログラムの変更が生じた場合そのクラス等のみ変更を加えればよい。このため従来は機能が拡張されると設計者の作業量もこれに比例していたが、上述した構成を備えたことで作業量が低減される。

また、従来の文書処理を行う部分は、アプリケーション毎に設計されていたが、上述した構成を備えたことでアプリケーション毎という概念が無くなったため、設計の効率が向上した。また、アプリケーション毎に文書処理を行う場合では、出力先毎に同じ設定を行ったにもかかわらず、アプリケーション毎の処理の違いにより、出力先毎にレイアウトが異なる（より詳細な例としてはヘッダまたはフッタの間隔が異なる）文書が出力されるという問題があった。しかし、本実施の形態にかかるドキュメントハンドリング部２１２は、上述した構成を備えることでアプリケーション毎に処理を行うという概念が無くなったため、異なるレイアウトの文書が出力されるという問題を解消し、信頼性が向上した。

上述した構成を備えることで、入力元あるいは出力先が増加した場合、従来はアプリケーション毎に入力先あるいは出力先に関する機能を追加する必要があったが、本発明により入力元あるいは出力先に相当する入力ドキュメントクラス１０１１あるいは出力ドキュメントクラス１０２１のサブクラスを追加するだけで機能の拡張が可能となる。これにより新機能追加した場合の作業量が低減することとなる。

以上のように、本発明にかかる文書処理装置、画像形成装置、文書処理方法及び文書処理プログラムは、文書処理に有用であり、特に、入力手段及び出力手段によらず文書データを入力処理した後から出力処理する前までの処理手順を共通化する技術に適している。

実施の形態に係る複合機を取り巻くネットワーク環境を説明するためのネットワーク図である。 実施の形態に係る複合機のハードウェア構成を示すブロック図である。 実施の形態に係る複合機のソフトウェアとハードウェアの関係を説明するための概念図である。 実施の形態に係る複合機の操作パネルの一例を示した図である。 実施の形態に係る複合機の統合アプリケーションの内部構成、及び統合アプリケーション内におけるドキュメントハンドリング部の位置を示す説明図である。 実施の形態に係る複合機の統合アプリケーションの内部構成として示した各サブシステムについてのＵＭＬクラス図である。 実施の形態に係る複合機が有するドキュメントハンドリング部で行われる処理の概念を示した概念図である。 実施の形態において入力ドキュメント及び出力ドキュメントを管理するための構成の概念を示した概念図である。 実施の形態に係る文書処理で用いられる入力ドキュメントからユーザドキュメント、そして出力ドキュメントまでの構成の変化を示した説明図である。 オブジェクトモデリングにより設計されたドキュメントハンドリング部のクラス構成をＵＭＬのクラスで示した図である。 実施の形態に係るドキュメントハンドリング部において「２ in １」の入力ドキュメントから「４ in １」の出力ドキュメントを生成するまでの工程を示した説明図である。 実施の形態に係るドキュメントハンドリング部が、紙文書を読み込んでネットワーク上のコンピュータに送信するまでの文書処理をシーケンシャルに実行する場合の手順を示すＵＭＬシーケンス図である。 実施の形態に係るドキュメントハンドリング部が、紙文書を読み込んで印刷するまでの文書処理をパラレルに実行する場合の手順を示すＵＭＬシーケンス図である。 従来の複合機においてアプリケーション毎に有するジョブの種類を示した説明図である。 従来の複合機においてアプリケーション毎に備えられたジョブを入力と出力により分類した説明図である。 複合機に搭載されるソフトウェア構成の変遷を説明するための説明図である。 従来の複合機のソフトウェアとハードウェアの関係を説明するための説明図である。

符号の説明

１ 複合機
１０ コントローラ
１１ ＣＰＵ
１２ システムメモリ（ＭＥＭ−Ｐ）
１２ａ ＲＯＭ
１２ｂ ＲＡＭ
１３ ノースブリッジ（ＮＢ）
１４ サウスブリッジ（ＳＢ）
１５ ＡＧＰバス
１６ ＡＳＩＣ
１７ ローカルメモリ（ＭＥＭ−Ｃ）
１８ ハードディスクドライブ（ＨＤＤ）
２０ キーボード
３０ ＦＣＵ
４０ ＵＳＢ
５０ ＩＥＥＥ１３９４インターフェース
６０ エンジン部
１００、１００Ａ ソフトウェア
１０１、１０１Ａ アプリケーション層
１０２ サービス層
１０２ａ スキャナ制御部
１０２ｂ プロッタ制御部
１０２ｃ 蓄積制御部
１０２ｄ 配信／メール送受信制御部
１０２ｅ ＦＡＸ送受信制御部
１０２ｆ ネットワーク通信制御部
１０２ｇ その他の制御部
１０３ オペレーティングシステム
１１０ 統合アプリケーション
１２１ コピーアプリケーション
１２２ スキャナアプリケーション
１２３ ファックスアプリケーション
１２４ プリンタアプリケーション
１５０ ハードウェア
１５１ ハードウェアリソース
１５１ａ スキャナ
１５１ｂ プロッタ
１５１ｃ ＨＤＤ
１５１ｄ ネットワーク
１５１ｅ その他のリソース
２０１ 操作系サブシステム
２０２ 管理系サブシステム
２０３ 実行系サブシステム
２１１ リクエスト管理部
２１２ ドキュメントハンドリング部
２１３ 実行制御部
４００ 操作パネル
４０１ 初期設定キー
４０２ コピーキー
４０３ コピーサーバーキー
４０４ プリンタキー
４０５ 送信キー
４０６ テンキー
４０７ クリア／ストップキー
４０８ スタートキー
４０９ 予熱キー
４１０ リセットキー
４２０ 液晶タッチパネル
１００１ ドキュメント操作スケジューラクラス
１００１ａ 登録（）
１００１Ａ ドキュメント操作スケジューラオブジェクト
１００２ ユーザドキュメントクラス
１００２ａ 開始（）
１００２Ａ ユーザドキュメントオブジェクト
１００３ ユーザドキュメントパラレルクラス
１００３ａ 並列処理（）
１００３Ａ ユーザドキュメントパラレルオブジェクト
１００４ ユーザドキュメントシーケンシャルクラス
１００４ａ 逐次処理（）
１００４Ａ ユーザドキュメントシーケンシャルオブジェクト
１００５ ユーザ画像クラス
１００５ａ 作成（）
１００５ｂ 利用（）
１００５Ａ ユーザ画像オブジェクト
１０１１ 入力ドキュメントクラス
１０１１ａ ページ数
１０１１ｂ 開始（）
１０１１Ａ 入力ドキュメントオブジェクト
１０１２ 入力ページクラス
１０１２ａ ページ番号
１０１２ｂ 開始（）
１０１２Ａ 入力ページオブジェクト
１０１３ 入力レイアウトクラス
１０１３ａ 作成（）
１０１３Ａ 入力レイアウトオブジェクト
１０１４ 入力画像クラス
１０１４ａ 開始（）
１０１４Ａ 入力画像オブジェクト
１０１５ 入力ネットドキュメントクラス
１０１５Ａ 入力ネットドキュメントオブジェクト
１０１６ 入力紙ドキュメントクラス
１０１６ａ 用紙枚数
１０１６ｂ 次原稿有無確認（）
１０１６Ａ 入力紙ドキュメントオブジェクト
１０１７ 入力ＬＳドキュメントクラス
１０１７Ａ 入力ＬＳドキュメントオブジェクト
１０２１ 出力ドキュメントクラス
１０２１ａ ページ数
１０２１ｂ 開始（）
１０２１Ａ 出力ドキュメントオブジェクト
１０２２ 出力ページクラス
１０２２ａ ページ番号
１０２２ｂ 開始（）
１０２２Ａ 出力ページオブジェクト
１０２３ 出力レイアウトクラス
１０２３ａ 作成（）
１０２３Ａ 出力レイアウトオブジェクト
１０２４ 出力画像クラス
１０２４ａ 開始（）
１０２４Ａ 出力画像オブジェクト
１０２５ 出力ネットドキュメントクラス
１０２５Ａ 出力ネットドキュメントオブジェクト
１０２６ 出力紙ドキュメントクラス
１０２６Ａ 出力紙ドキュメントオブジェクト
１０２７ 出力ＬＳドキュメントクラス
１０２７Ａ 出力ＬＳドキュメントクラス
１６０１ サービス層分離前アプリケーション
１６０２ サービス層分離後アプリケーション
１６０３ 共通ルーチン分離アプリケーション
１６０４ オブジェクト指向アプリケーション

Claims (12)

1. 機能に応じて複数の入力手段及び複数の出力手段を備えた文書処理装置において、
   前記入力手段から入力処理を行い、該入力処理された後に前記入力手段によらず共通する予め定められた形式に変換された入力文書情報として複数保持可能な入力文書手段と、
   前記入力文書手段に基づいて生成された加工処理の対象となる所定のサイズの利用者画像を取得し、取得した該利用者画像で構成される利用者文書情報として複数保持可能な利用者文書手段と、
   前記利用者文書手段として構成される前記利用者画像から生成された出力画像を用いて、前記出力手段から出力する形式に整形して出力する出力文書情報として複数保持可能な出力文書手段と、
   を備えたことを特徴とする文書処理装置。
2. 前記入力文書手段で入力処理されたページ毎に生成され、入力処理されたページ情報として複数保持可能な入力ページ手段と、
   前記入力ページ手段に対応して生成され、前記入力処理されたページ毎に配置を定める際に用いられる入力枠情報に対応する入力レイアウト手段と、
   前記入力ページ手段に対応して生成され、前記入力レイアウト手段により定められる配置に従い分割された入力画像として複数保持可能な入力画像手段と、を備え、
   前記利用者文書手段は、前記入力画像手段に基づいて生成された加工処理の対象となる所定のサイズの前記利用者画像として取得し、取得した前記利用者画像で構成されることを特徴とする請求項１に記載の文書処理装置。
3. 前記出力文書手段で出力処理するページ毎に生成され、出力処理されるページ情報として複数保持可能な出力ページ手段と、
   前記出力ページ手段に対応して生成され、前記出力処理するページ毎に配置を定める際に用いられる出力枠情報に対応する出力レイアウト手段と、
   前記出力ページ手段に対応して生成され、前記出力レイアウト手段により定められる配置に従い、且つ前記利用者文書手段で構成される前記利用者画像を利用して生成された出力画像として複数保持可能な出力画像手段と、
   前記出力文書手段は、前記出力画像手段を用いて、前記出力手段から出力する形式に整形してから出力することを特徴とする請求項１又は２に記載の文書処理装置。
4. 前記入力文書手段は前記入力手段から入力処理対象である入力文書を全て入力処理し、前記利用者文書手段が前記入力文書手段に基づいて生成された前記利用者画像を取得し、前記出力文書手段が前記利用者文書を構成する前記利用者画像から生成された前記出力画像を用いて前記出力手段から出力する形式に整形してから出力する処理を逐次実行する制御を行う文書逐次処理手段と、
   を備えたことを特徴とする請求項１乃至３のいずれか一つに記載の文書処理装置。
5. 前記入力文書手段は前記入力手段から入力処理対象である入力文書の一部を入力処理し、前記利用者文書手段が前記入力文書手段に基づいて生成された前記利用者画像を取得し、前記出力文書手段が前記利用者文書手段を構成する前記利用者画像から生成された前記出力画像を用いて前記出力手段より出力する形式に整形してから出力する処理を並行して実行する制御を行う文書並行処理手段と、
   を備えたことを特徴とする請求項１乃至３のいずれか一つに記載の文書処理装置。
6. 機能に応じて複数の入力手段及び複数の出力手段を備えた画像形成装置において、
   前記入力手段から入力処理を行い、該入力処理された後に前記入力手段によらず共通する予め定められた形式に変換された入力文書情報として複数保持可能な入力文書手段と、
   前記入力文書手段に基づいて生成された加工処理の対象となる所定のサイズの利用者画像を取得し、取得した該利用者画像で構成される利用者文書情報として複数保持可能な利用者文書手段と、
   前記利用者文書手段として構成される前記利用者画像から生成された出力画像を用いて、前記出力手段から出力する形式に整形して出力する出力文書情報として複数保持可能な出力文書手段と、
   を備えたことを特徴とする画像形成装置。
7. 複数有する入力手段のいずれか一つ以上より入力処理された入力文書情報を、該入力手段によらず共通する予め定めた形式に変換して管理する入力文書ステップと、
   前記入力文書ステップにより管理された前記入力文書情報から、加工処理の対象となる所定のサイズの利用者画像を取得し、取得した該利用者画像で構成される利用者文書情報を管理する利用者文書ステップと、
   前記利用者文書ステップにより管理された前記利用者文書情報を構成する前記利用者画像から生成された出力画像を用いて、複数有する出力手段のいずれか一つ以上から出力する形式から整形した出力文書情報を生成して出力する出力文書ステップと、
   を備えたことを特徴とする文書処理方法。
8. 前記入力文書ステップで管理された前記入力文書情報をページ毎に分割した入力ページ情報を管理する入力ページステップと、
   前記入力ページステップで管理される前記入力ページ情報内の配置を定める際に用いられる入力枠情報を生成する入力レイアウトステップと、
   前記入力ページ手段で管理された前記入力ページ情報を、前記入力レイアウトステップにより生成された前記入力枠情報で定められる配置に従い分割した入力画像を管理する入力画像ステップと、を有し、
   前記利用者文書ステップは、前記入力画像ステップが管理する前記入力画像を、加工処理の対象となる所定のサイズの前記利用者画像として取得し、取得した前記利用者画像で構成される利用者文書情報を管理することを特徴とする請求項７に記載の文書処理方法。
9. 前記出力文書手段で出力する対象となる前記出力文書情報をページ毎に分割した出力ページ情報を管理する出力ページステップと、
   前記出力ページステップで管理される前記出力ページ情報内の配置を定める際に用いられる出力枠情報を生成する出力レイアウトステップと、
   前記利用者文書手段が管理する前記利用者文書情報を構成する前記利用者画像から生成された前記出力画像を取得して、前記出力ページステップで管理された前記出力ページについて、前記出力レイアウトステップにより生成された前記出力枠情報で定められる配置に前記出力画像を当てはめる出力画像ステップと、
   前記文書出力ステップは、前記出力画像手段により前記出力枠情報に当てはめられた前記出力画像を用いて、前記出力手段から出力する形式に整形した出力文書情報を生成して出力することを特徴とする請求項７又は８に記載の文書処理方法。
10. 前記入力文書ステップは、前記入力手段から入力処理対象となる前記入力文書情報を全て入力処理し、
    前記利用者文書ステップが、前記入力文書ステップにより全て入力処理された前記入力文書情報に基づいて生成された前記利用者画像で構成される利用者文書情報を生成し、
    前記出力文書手段は、前記利用者文書ステップにより前記利用者文書情報を生成された後、前記利用者文書を構成する前記利用者画像から生成された前記出力画像を用いて、前記出力手段から出力する形式に整形した出力文書情報を生成して出力することを特徴とする請求項７乃至９のいずれか一つに記載の文書処理方法。
11. 前記入力文書ステップは、前記入力手段から入力処理対象となる前記入力文書情報の一部を入力処理し、
    前記利用者文書ステップが、前記入力文書ステップにより一部入力処理された前記入力文書情報に基づいて生成された前記利用者画像で構成される利用者文書情報を生成し、
    前記出力文書ステップが、前記利用者文書ステップにより生成された前記利用者文書情報を構成する前記利用者画像から生成された前記出力画像を用いて、前記出力手段から出力する形式に整形した出力文書情報を生成してから出力し、
    前記入力文書ステップは、さらに、前記出力文書ステップが出力文書情報を生成するか否かに関わらず、入力処理された前記入力文書の一部と異なる他の一部を前記入力手段から入力処理を開始することを特徴とする請求項７乃至９のいずれか一つに記載の文書処理方法。
12. 請求項７乃至１１のいずれか一つに記載された文書処理方法をコンピュータで実行させることを特徴とする文書処理プログラム。
    
    

Images