(57)【要約】【課題】  各種アプリケーションを実行する場合のドキュメント入出力時に発生するドキュメント管理を明快にし各種アプリの開発，変更を効率化。【解決手段】  紙，電子ドキュメントを入出力する手段、ならびに、入出力処理アプリ（コピー，ファクス，スキャナ，プリンタ等）に対応して入出力ドキュメントを管理するドキュメントマネージャａ１および各種ドキュメント入出力処理の中の各種管理項目内のサービスを実行するサービスマネージャａ２を含むドキュメント入出力処理アプリａ、を備えるドキュメント処理装置において、ドキュメントマネージャａ１が、ユーザのドキュメント入出力処理アプリ指示を管理するリクエスト管理ａ１Ｒ，入出力ドキュメントをドキュメントおよびページで管理するドキュメント管理ａ１Ｄ、および、ページの中の小単位であるブロックで管理するブロックデータ管理ａ１Ｂ、の３階層を含む。【選択図】  図３
2005117537.tif 000002
【特許請求の範囲】
【請求項１】
紙ドキュメントおよび又は電子ドキュメントを入出力する機能手段、ならびに、ドキュメント入出力処理種に対応して入出力ドキュメントを管理するドキュメントマネージャおよび各種ドキュメント入出力処理の中の各種管理項目内のサービスを実行するサービスマネージャを含むドキュメント入出力処理アプリケーション、を備えるドキュメント処理装置において、
前記ドキュメントマネージャが、ユーザのドキュメント入出力処理種指示を管理するリクエスト管理部，入出力ドキュメントをドキュメントおよびページで管理するドキュメント管理部、および、ページの中の小単位であるブロックで管理するブロックデータ管理部、の３階層を含むことを特徴とするドキュメント処理装置。
【請求項２】
前記入出力機能手段は原稿画像を読み取るスキャナおよび読取画像データを送信する通信手段を含み、前記ドキュメント入出力処理アプリケーションは、前記スキャナおよび通信手段を用いて原稿画像を読み取って送信するスキャナアプリケーションを含む、請求項１に記載のドキュメント処理装置。
【請求項３】
前記入出力機能手段は原稿画像を読み取るスキャナおよびプリンタを含み、ドキュメント処理装置はさらに読取画像データを読取り補正しプリント用の画像データに変換する画像データ処理機能および読取り補正した読取画像データを記憶する画像メモリを備え、前記ドキュメント入出力処理アプリケーションは、前記スキャナ，画像データ処理機能，画像メモリおよびプリンタを用いて原稿画像を読み取ってプリントアウトするコピーアプリケーションを含む、請求項１に記載のドキュメント処理装置。
【請求項４】
前記リクエスト管理部は、ユーザが指定したドキュメント入出力処理種のドキュメントの入出力に関するユーザに対する報知も管理する、請求項１乃至３の何れか１つに記載のドキュメント処理装置。
【請求項５】
前記ドキュメント管理部は、その管理単位のページ群に入力ドキュメントを分解するページ展開機能およびページ群を出力ドキュメントに編成するドキュメント編成機能を含む、請求項１乃至４の何れか１つに記載のドキュメント処理装置。
【請求項６】
前記ブロックデータ管理部は、前記ドキュメント入出力機能に対するブロックデータのやり取り制御をも管理する、請求項１乃至５の何れか１つに記載のドキュメント処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、紙ドキュメントおよび又は電子ドキュメント（文書データ，作図データ，コンピュータグラフィックスデータ，イメージデータ等）を入出力する装置又はシステムの、ドキュメント入出力処理アプリケーションに関する。該装置又はシステムは、例えば、画像読取機能，画像プリント機能，ドキュメント受信機能およびドキュメント送信機能を常備するあるいは必要に応じて組み合わせあるいは交換できる複合機能画像形成装置もしくはこれらの機能ユニット又は装置を通信網で接続する画像形成システムである。
【背景技術】
【０００２】
【特許文献１】特開平１１−９１１８７号公報は、複数のアプリケーションで作成されたドキュメントを、編集，印刷，仕分けするシステムを提案している。
【０００３】
【特許文献２】特開平１１−１２０２０２号公報は、データ形式の異なる文書を一元管理する仕組みを提案している。
【０００４】
【特許文献３】特開２０００−３１５１３０号公報は、複数の入力元から入力される情報を、所望の順序で組み合わせて出力することができる装置を提案している。
【０００５】
【特許文献４】特開２０００−１１２８６５号公報は、ドキュメント処理のアプリケーション層を、コピー，ファクス，スキャナ，プリンタといった機能を実現するアプリケーション部分と、スキャン機器，プリント機器，通信機器といった機器を制御するサービス部分に分け、さらにアプリケーション部分に、ドキュメント全般に対する処理と各ページに対する処理を分離して、処理要求があったユーザドキュメントにユーザページを追加あるいは削除する機能を加えた、拡張性，再利用性に優れたシステムを提示している。
【０００６】
【特許文献５】特開２００２−３１４７３１号公報は、特許文献４と同様に、ドキュメント処理のアプリケーション層を、コピー，ファクス，スキャナ，プリンタといった機能を実現するアプリケーション部分と、スキャン機器，プリント機器，通信機器といった機器を制御するサービス部分に分けている。さらに、画像入出力装置における共通構造としてドキュメント，ページ，オーナー，サーバを抽出してフレームワーク化し、アプリケーションごとにフレームワークを選択組み込みすることによって、ドキュメント処理アプリケーション開発の効率をよくすることを記載している。
【０００７】
ドキュメント処理装置の一形態である複合機能画像形成装置の一例を図１に示す。この複合機能画像形成装置は、マイコンの主体として各部を集中的に制御するＣＰＵ１を内蔵している。このＣＰＵ１には、画像バス２を介して、プログラム等の固定的データを予め格納するＲＯＭ３，各種データを書き換え自在に格納するＲＡＭ４，データを消滅させることなく格納する不揮発性ＲＡＭであるＮＶＲＡＭ５が接続されている。また、画像バス２には、ネットワーク６との接続を担う通信制御部７，パネル制御部８を介してユーザとのインターフェースを司るＬＣＤタッチパネルを有する操作パネル９，原稿画像読取機構（スキャンエンジン）およびエンジン制御部があるスキャナ部１５，用紙上に画像を形成するプリント機構（プリントエンジン）およびエンジン制御部があるプリンタ部１６，ディスクドライバ１２を介してイメージデータや制御プログラム等の記憶蓄積に利用されるＨＤＤである記憶装置１３，画像メモリＭＥＭ（メモリモジュール；以下では単にＭＥＭと記述）１０，画像データ処理部ＩＰＰ（Image Processing Processor；以下では単にＩＰＰと記述）１１、および、公衆回線等を通じて外部機器とのデータ通信を可能とするモデム１４が接続されている。
【０００８】
スキャナ部１５で読取ったＲＧＢ画像データは、ＩＰＰ１１で、スキャナガンマ補正，フィルタ処理などの、読取り歪を補正する画像処理を施してから、ＭＥＭ１０に蓄積する。ＭＥＭ１０の画像データをプリントアウトするときには、ＩＰＰ１１においてＲＧＢ信号をＹＭＣＫ信号に色変換し、所要時は変倍し、プリンタガンマ変換，階調変換，および、ディザ処理もしくは誤差拡散処理などの階調処理などの画質処理をおこなう。画質処理後の画像データはＩＰＰ１１から直接にあるいはＭＥＭ１０を経由してプリンタ部１６に転送される。プリンタ部１６は、階調処理された信号に対し、パルス幅とパワー変調によりレーザー制御をおこなって、転写紙上に再生画像を形成する。
【０００９】
図１に示す複合機能画像形成装置の記憶装置１３に格納されている制御プログラムの中の、ユーザの入力操作（アプリケーション指定）に応じたものが、記憶装置１３から読み出されて、ＲＡＭ４に展開され、このＲＡＭ４の制御プログラムに基づいてＣＰＵ１が動作する。制御プログラムは、図２に示すように、アプリケーション層ａ，ハードウェア制御層ｂで構成された２層に大別される構造になっている。アプリケーション層ａは、コピー，ファクス，スキャナ，プリンタ等の各種機能についてのアプリケーションを形成する層である。このアプリケーション層ａは、ドキュメントマネージャａ１，サービスマネージャａ２，デバイスマネージャａ３，オペレーションマネージャａ４，データベースマネージャａ５の各機能ブロックにより構成されている。
【００１０】
ドキュメントマネージャａ１は、コピー，ファクス，スキャナ，プリンタ等のシナリオに沿ってドキュメントをハンドリングすなわち管理するアプリケーションの中心となる機能ブロックである。
【００１１】
サービスマネージャａ２は、ドキュメントをハンドリングする際、各機能に共通して必要な機能ブロックであって、各種サービスすなわちデータ処理の管理，実行をするものである。
【００１２】
デバイスマネージャａ３は、各種デバイスの管理，実行すなわち動作管理を行うものであって、スキャナ部１５，ＩＰＰ１１，ＭＥＭ１０，記憶装置１３，プリンタ部１６，モデム１４，通信制御部７，画像バス２等のデバイスの動作を決定する機能ブロックである。
【００１３】
オペレーションマネージャａ４は、前述した操作パネル９を制御する機能ブロックであって、ＬＣＤタッチパネルのボタンの表示、ボタンオペレーションのノーティファイ，アラートの通知等を行うものである。
【００１４】
データベースマネージャａ５は、フォント，定形フォーム，ファクシミリ受信履歴，利用履歴等の永続データおよび蓄積ドキュメントの維持，管理を行う。
【００１５】
ハードウェア制御層ｂは、ＣＰＵ１により制御可能な各デバイスの駆動制御を実行させるための各種機能ブロック（ドライバ）によって構成されている層である。制御可能なデバイスとして、スキャナ部１５，プリンタ部１６，画像バス２，ＲＯＭ３，ＲＡＭ４，ＮＶＲＡＭ５，通信制御部７，ＭＥＭ１０，ＩＰＰ１１，記憶装置１３，モデム１４等が存在する。
【００１６】
図１３に、従来のドキュメントマネージャａ１の管理対象を示す。従来のドキュメントマネージャａ１は、コピー，ファクス，スキャナ，プリンタといったアプリケーションの分類すなわちドキュメント入出力処理種に応じて、ドキュメントおよびページを管理する。従来は、入出力装置であるスキャナ部１５，プリンタ部１６，通信制御部７，モデム１４と、ドキュメントデータが入力される又はドキュメントデータを出力するデータ処理機能又はデバイスであるＩＰＰ１１，ＭＥＭ１０，記憶装置１３との間のデータの転送、また、データ処理機能又はデバイスであるＩＰＰ１１，ＭＥＭ１０，記憶装置１３の間でのドキュメントデータの転送は、それぞれの転送機能ならびにデータ処理容量，速度を共に満たすブロック単位（通常ページ単位より少量）であり、ドキュメント入出力処理種とその処理の実行に関わるドキュメント入出力機能ならびにデータ処理機能およびデータ処理デバイスとの組み合わせと処理の進行にともなって、データ転送のブロック単位のバラエティが多種あり、各種アプリケーションにおいてこれらに対応するブロックデータの管理および転送が複雑である。すなわち各種アプリケーションにおいて図１３に示す従来のドキュメントマネージャａ１のドキュメントおよびページの管理に複雑さが集中してしまっている。
【発明の開示】
【発明が解決しようとする課題】
【００１７】
昨今の複合機能複写機あるいはシステムは、複数のアプリケーションが膨大な機能を有し、全ての機能を理解するのは非常に困難である。また、これらの機能には、目的が類似したものがあり、機能に重複が存在している場合もある。結果、ユーザによっては、備わった機能をほとんど使用しないという状況も少なくない。また、開発側の立場からすると、目的の類似した重複した機能を個別に開発するという非効率な状況に陥っており、開発にかかるコストは増大するばかりである。
【００１８】
特許文献１は複数の機能（機器）を組み合わせて、複数のアプリケーションで作成されたドキュメントを編集，印刷，仕分けするシステムを提示し、特許文献２はデータ形式の異なる文書を一元管理する仕組みを提示しているが、ドキュメントの入出力管理は記載がない。特許文献３および４はドキュメントの入出力管理を提示しているが、複数の情報を組み合わせることに重点を置いており、入出力機能とデータ処理機能又はデバイスとの間のドキュメントの入出力管理は記載がない。
【００１９】
本発明は、各種アプリケーションを実行する場合のドキュメントの入出力時に発生するドキュメントの管理を明快にすることを第１の目的とし、入出力機能を用いる各種アプリケーションの開発を効率良くすることを第２の目的とし、入出力機能あるいはそれからドキュメントを受け又は与えるドキュメント処理機能又はデバイスの変更に対応するアプリケーションの変更を容易にすることを第３の目的とする。
【課題を解決するための手段】
【００２０】
大要では、本発明は、ドキュメントマネージャａ１の「ドキュメント」管理から、従来のコピー，ファクス，スキャナ，プリンタといったアプリケーション分類すなわちドキュメント入出力処理種を分離して、「ドキュメント」管理は、「ドキュメントをどこからどこへ移動させるのか」という管理に単純化あるいは特化する。これを実現するために、ドキュメントマネージャａ１のドキュメント管理を３階層に分解整理する。すなわち、「リクエスト管理部」，「ドキュメント管理部」および「ブロックデータ管理部」の３つの階層から構成する。「リクエスト管理部」はユーザがリクエストする処理の単位を扱い、「ドキュメント管理部」はドキュメント／ページという単位を扱い、「ブロックデータ管理部」はドキュメント／ページを構成する最小のデータ単位（ブロックデータ）を扱う。より具体的には本願発明のドキュメント処理装置は次のとおりである。
【００２１】
（１）紙ドキュメントおよび又は電子ドキュメントを入出力する機能手段（７，１４，１５，１６）、ならびに、ドキュメント入出力処理種（コピー，ファクス，スキャナ，プリンタ等）に対応して入出力ドキュメントを管理するドキュメントマネージャ（ａ１）および各種ドキュメント入出力処理の中の各種管理項目内のサービスを実行するサービスマネージャ（ａ２）を含むドキュメント入出力処理アプリケーション（ａ）、を備えるドキュメント処理装置において、
前記ドキュメントマネージャ（ａ１）が、ユーザのドキュメント入出力処理種指示を管理するリクエスト管理部（ａ１Ｒ），入出力ドキュメントをドキュメントおよびページで管理するドキュメント管理部（ａ１Ｄ）、および、ページの中の小単位であるブロックで管理するブロックデータ管理部（ａ１Ｂ）、の３階層（図３〜５）を含むことを特徴とするドキュメント処理装置。
【００２２】
なお、理解を容易にするためにカッコ内には、図面に示し後述する実施例の対応要素または対応事項の記号もしくは対応事項を、例示として参考までに付記した。以下も同様である。
【発明の効果】
【００２３】
ユーザがリクエストするアプリケーション単位、ドキュメント／ページという単位、ドキュメント／ページを構成する最小のデータ単位（データブロック）は、いずれもドキュメント処理を行うアプリケーションには必ず存在するものである。そのため、ドキュメント処理を行うアプリケーションは、全て上記３階層で構成することができる。つまり、コピー，ファクス，スキャナ，プリンタといったどのアプリケーションにおいても、上記３つの階層に分解することが可能であり、同じ３階層構成で各種ドキュメント処理を実現することができる。結果、各アプリケーションならびにドキュメント処理装置の開発を効率良く行うことが可能になり、品質水準の確保，開発人員の削減，開発期間の短縮が可能になる。
【発明を実施するための最良の形態】
【００２４】
（２）前記入出力機能手段は原稿画像を読み取るスキャナ（１５）および読取画像データを送信する通信手段（１，１４）を含み、前記ドキュメント入出力処理アプリケーションは、前記スキャナおよび通信手段を用いて原稿画像を読み取って送信するスキャナアプリケーションを含む、上記（１）に記載のドキュメント処理装置。
【００２５】
これによれば、原稿の画像をスキャナで読み取って離れた場所の事務機器に送信するスキャナアプリケーションおよびそれを実行するドキュメント処理装置の開発を効率良く行うことが可能になる。
【００２６】
（３）前記入出力機能手段は原稿画像を読み取るスキャナ（１５）およびプリンタ（１６）を含み、ドキュメント処理装置はさらに読取画像データを読取り補正しプリント用の画像データに変換する画像データ処理機能（１１）および読取り補正した読取画像データを記憶する画像メモリ（１０）を備え、前記ドキュメント入出力処理アプリケーションは、前記スキャナ，画像データ処理機能，画像メモリおよびプリンタを用いて原稿画像を読み取ってプリントアウトするコピーアプリケーションを含む、上記（１）に記載のドキュメント処理装置。
【００２７】
これによれば、原稿の画像をスキャナで読み取ってプリント用の画像データに変換してプリンタでプリントアウトするコピーアプリケーションおよびそれを実行するドキュメント処理装置の開発を効率良く行うことが可能になる。
【００２８】
（４）前記リクエスト管理部（ａ１Ｒ）は、ユーザが指定したドキュメント入出力処理種のドキュメントの入出力に関するユーザに対する報知（図６〜８）も管理する、上記（１）乃至（３）の何れか１つに記載のドキュメント処理装置。
【００２９】
ユーザとの交信すなわちインタラクションが必要になるタイミングとしては、ドキュメント処理の内容変更の受け付けや、ドキュメント処理の完了を妨げる事象が発生したときの事後処理の確認が挙げられる。ユーザとのインタラクションの手順に変化が生じても、リクエスト管理部（ａ１Ｒ）を変更するだけで解決でき、他の階層に影響を与えることがない。特に、ユーザからの要求は変わりやすいため、他の階層に影響の出ないような構成にすることは、ドキュメント処理装置の開発を効率良く行うことを可能にする。
【００３０】
（５）前記ドキュメント管理部（ａ１Ｄ）は、その管理単位のページ群に入力ドキュメントを分解するページ展開機能およびページ群を出力ドキュメントに編成するドキュメント編成機能を含む、上記（１）乃至（４）の何れか１つに記載のドキュメント処理装置。
【００３１】
これは、ドキュメント管理部（ａ１Ｄ）において、入出力ドキュメントの媒体（紙／電子）に依らない概念を抽出し、共通の制御でドキュメント処理を実行することを意図するものである。ドキュメントの媒体に依らない概念とは、「ドキュメント」，「ページ」といった概念であり、入力から出力にかけて、この「ドキュメント」，「ページ」をハンドリングすることでドキュメント処理を実行する。例えば紙ドキュメントには、両面や見開きというレイアウトが存在し、１枚の紙に複数のページが割り当てられることがあり得るが、その場合でもドキュメントが複数のページから構成されている点は変わりない。ドキュメントの媒体に変化が生じても、ドキュメント管理部（ａ１Ｄ）の変動部（図９，１０）である、ページ展開機能および又はドキュメント編成機能を変更するだけで解決でき、ドキュメント／ページを扱う固定部や、他の階層に影響を与えることがない。つまり、ドキュメント管理部ａ１Ｄの固定部を共通に使用することができ、品質水準を確保することができる。また、他の階層に影響の出ないような構成にすることは、ドキュメント処理装置の開発を効率良く行うことを可能にする。
【００３２】
（６）前記ブロックデータ管理部（ａ１Ｂ）は、前記ドキュメント入出力機能（７，１４，１５，１６）に対するブロックデータのやり取り制御（図１１，１２）をも管理する、上記（１）乃至（５）の何れか１つに記載のドキュメント処理装置。
【００３３】
これによれば、ドキュメント入出力機能（７，１４，１５，１６）とのブロックデータのやり取りの手順に変化が生じても、ブロックデータ管理部（ａ１Ｂ）を変更するだけで解決でき、他の階層に影響を与えることがない。特に、入出力機能（７，１４，１５，１６）の制御方法は機種が変わることで変化しやすい要因であり、入出力機能によって扱えるブロックデータのサイズも変動する。他の階層に影響の出ないような構成にすることは、ドキュメント処理装置の開発を効率良く行うことを可能にする。
【００３４】
本発明の他の目的および特徴は、図面を参照した以下の実施例の説明より明らかになろう。
【実施例】
【００３５】
図１に本発明の一実施例である複合機能画像形成装置の概要を示し、図２には、その記憶装置１３に格納されてそれから読み出されてＲＡＭ４に展開される制御プログラムの概要を示す。これらはすでに説明したので、ここでの再度の説明は省略する。
【００３６】
図３に、本発明を適用したドキュメントマネージャａ１のソフトウェア構造（階層構造）を、一般形態で示す。ドキュメントマネージャａ１は、リクエスト管理部ａ１Ｒ，ドキュメント管理部ａ１Ｄおよびブロックデータ管理部ａ１Ｂでなる３層構成である。各管理部（階層）ａ１Ｒ，ａ１Ｄおよびａ１Ｂにはそれぞれ、「リクエスト」，「ドキュメント，ページ」および「ブロックデータ」といった管理対象が存在する。リクエスト管理部ａ１Ｒはユーザがリクエストする処理の単位を扱い、ドキュメント管理部ａ１Ｄはドキュメント／ページという単位を扱い、ブロックデータ管理部ａ１Ｂはドキュメント／ページを構成する最小のデータ単位（ブロックデータ）を扱う。例として、コピーを実行したときの各階層の管理対象を図４に、ファクス送信を実行したときの各階層の管理対象を図５に示す。
【００３７】
リクエスト管理部ａ１Ｒはユーザのアプリケーション指定すなわちドキュメント入出力処理種指示を管理し、ユーザが指定したドキュメント入出力処理種のドキュメントの入出力に関するユーザに対する報知も管理する。すなわち、ユーザとのインタラクションが必要なタイミング又は事態になったときに、操作パネル９から例えば図６に示すような、ユーザに対する報知と、それに応答したユーザの入力を待ち入力を解読するルーチンを管理する。これにより、たとえば圧板を使用したコピー又は原稿読取を実行したときには図７に示すように、このコピー又は原稿読取を繰り返すかのインタラクションが実行される。コピー又はプリントアウトが用紙ジャムにより中断したときには図８に示すように、ジャム報知のインタラクションが実行される。
【００３８】
ドキュメント管理部ａ１Ｄはドキュメントの入出力を管理する。図９に示すように、ドキュメントを展開すなわち分解したページ群を管理する固定部のほかに、変動部として、その管理単位のページ群に入力ドキュメントを分解するページ展開機能およびページ群を出力ドキュメントに編成するドキュメント編成機能を含む。例として、両面の紙文書と電子文書を入力し集約コピーを出力するときの変動部と固定部の管理対象を図１０に示す。
【００３９】
ブロックデータ管理部ａ１Ｂは、ドキュメント入出力機能（７，１４，１５，１６）とやり取りするブロックデータを管理し、図１１に示すドキュメント入出力機能に対するブロックデータのやり取り制御をも管理する。例えば、コピーを実行するときの図１２に示すスキャナ部１５が発生するドキュメントデータの受け入れ（ＩＰＰ１１への転送）およびプリンタ部１６へのドキュメントデータの送出（ＩＰＰ１１からの転送）も管理する。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施例である複合機能画像形成装置の構成の概要を示すブロック図である。
【図２】図１に示す記憶装置１３に格納されてそれから読み出されてＲＡＭ４に展開される制御プログラムの概要を示すブロック図である。
【図３】図２に示すドキュメントマネージャａ１のソフトウェアの階層構造を、一般形態で示すブロック図である。
【図４】アプリケーションが「コピー」の場合の、図２に示すドキュメントマネージャａ１のソフトウェアの階層構造を示すブロック図である。
【図５】アプリケーションが「コピー」の場合の、図２に示すドキュメントマネージャａ１のソフトウェアの階層構造を示すブロック図である。
【図６】図３に示すリクエスト管理部ａ１Ｒのリクエスト管理によって行われるユーザとのインタラクションの一般態様を示すブロック図である。
【図７】図３に示すリクエスト管理部ａ１Ｒのリクエスト管理によって行われる、圧版押さえの原稿コピーまたは画像読取における、ユーザとのインタラクションを示すブロック図である。
【図８】図３に示すリクエスト管理部ａ１Ｒのリクエスト管理によって行われる、コピーまたはプリントアウトにおいて用紙ジャムを生じたときの、ユーザとのインタラクションを示すブロック図である。
【図９】図３に示すドキュメント管理部ａ１Ｄの、ページ展開機能およびドキュメント編成機能によるドキュメントの変換態様の一般態様を示すブロック図である。
【図１０】両面印刷の紙２枚と電子文書２ページを合成する場合の、図３に示すドキュメント管理部ａ１Ｄの、ページ展開機能およびドキュメント編成機能によるドキュメントの変換態様を示すブロック図である。
【図１１】図３に示すブロックデータ管理部ａ１Ｂが管理する、ドキュメント入出力機能に対するブロックデータのやり取り態様を一般形態で示すブロック図である。
【図１２】図３に示すブロックデータ管理部ａ１Ｂが管理する、スキャナ部１５からのドキュメント入力と、プリンタ部１６へのドキュメント出力での、ブロックデータのやり取り態様を示すブロック図である。
【図１３】従来のドキュメントマネージャａ１ｐの管理対象を示すブロック図である。
【符号の説明】
【００４１】
１０：画像メモリ  １１：画像データ処理部
【図１】
2005117537.tif 000003
【図２】
2005117537.tif 000004
【図３】
2005117537.tif 000005
【図４】
2005117537.tif 000006
【図５】
2005117537.tif 000007
【図６】
2005117537.tif 000008
【図７】
2005117537.tif 000009
【図８】
2005117537.tif 000010
【図９】
2005117537.tif 000011
【図１０】
2005117537.tif 000012
【図１１】
2005117537.tif 000013
【図１２】
2005117537.tif 000014
【図１３】
2005117537.tif 000015