(57)【要約】【課題】本発明の課題は、複数の処理単位を組み合わせたワークフローをアプリケーションとして開発することを可能とするアーキテクチャを備えた画像処理装置を提供することを目的とする。【解決手段】本発明の課題は、画像処理に係るアプリケーションを実行する画像処理装置であって、操作者からのサービス要求を解析する要求解析層と、前記要求解析層からのサービスの実行要求に応じて該サービスに対応する１つ以上の機能単位処理部を組み合わせて前記アプリケーションとして動作させるためのワークフローを制御するワークフロー制御層とを有する画像処理装置によって達成される。【選択図】図３
2007235933.tif 000002
【特許請求の範囲】
【請求項１】
画像処理に係るアプリケーションを実行する画像処理装置であって、
操作者からのサービス要求を解析する要求解析層と、
前記要求解析層からのサービスの実行要求に応じて該サービスに対応する１つ以上の機能単位処理部を組み合わせて前記アプリケーションとして動作させるためのワークフローを制御するワークフロー制御層とを有することを特徴とする画像処理装置。
【請求項２】
前記ワークフロー制御層は、前記サービスに対応するワークフロー毎に該ワークフローで組み合わされる前記１つ以上の機能単位処理部の実行順を制御する処理フロー制御部を備えることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記ワークフロー制御層に備えられる前記処理フロー制御部は、前記要求解析層からの前記サービスの実行要求によってのみ前記ワークフローを実行することを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記要求解析層では、前記サービスの実行要求の解析と、前記ワークフロー制御層への前記サービスの実行要求とを、１つのサービス処理部で行うことを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記要求解析層に備えられた前記サービス処理部は、
前記画像処理装置へのアクセスを受け付けるアクセス受付部と、
前記アクセス受付部が受け付けた前記アクセスによって指定される前記サービス要求を受け付けて処理を開始する要求受付部とを備えることを特徴とする請求項４記載の画像処理装置。
【請求項６】
前記１つ以上の機能単位処理部を有し、各処理部は前記ワークフロー制御層からの要求を受信することによって前記画像処理に係る資源を制御する資源制御層を備えることを特徴とする請求項１乃至５のいずれか一項記載の画像処理装置。
【請求項７】
前記資源制御層は、前記ワークフロー制御層からの要求を受信する機能単位処理部からの要求によって実行される内部処理部を備えていることを特徴とする請求項６記載の画像処理装置。
【請求項８】
前記資源制御層は、前記ワークフロー制御層からの要求を受信する機能単位処理部からの要求によって処理を実行する複数の内部処理部を備え、
前記機能単位処理部は、１つ以上の前記内部処理部を組み合わせた内部ワークフローを制御することを特徴とする請求項６記載の画像処理装置。
【請求項９】
前記資源制御層は、
１枚以上の原稿を読み込んで画情報を生成する読込処理部と、
前記画情報を所定媒体に転写する転写処理部とを前記機能単位処理部として備え、
前記ワークフロー制御層は、前記要求解析層からのサービスの実行要求が印刷要求である場合、前記読込処理部そして前記転写処理部の順に前記資源制御層への要求を制御することによって印刷処理のワークフローを行うことを特徴とする請求項７又は８項記載の画像処理装置。
【請求項１０】
前記資源制御層は、
１枚以上の原稿を読み込んで画情報を生成する読込処理部と、
前記画情報を記憶領域に蓄積するために登録する登録処理部とを前記機能単位処理部として備え、
前記ワークフロー制御層は、前記要求解析層からのサービスの実行要求が原稿の画情報の保存要求である場合、前記読込処理部そして前記蓄積処理部の順に前記資源制御層への要求を制御することによって保存処理のワークフローを行うことを特徴とする請求項７又は８項記載の画像処理装置。
【請求項１１】
前記資源制御層は、
外部から文書データを受信して記憶領域に画情報として格納する文書データ処理部と、
画情報を所定媒体に転写する転写処理部とを前記機能単位処理部として備え、
前記ワークフロー制御層は、前記要求解析層からのサービスの実行要求が文書データの印刷要求である場合、前記文書データ処理部そして前記転写処理部の順に前記資源制御層への要求を制御することによって文書データの印刷処理のワークフローを行うことを特徴とする請求項７又は８記載の画像処理装置。
【請求項１２】
前記資源制御層は、
１枚以上の原稿を読み込んで画情報を生成する読込処理部と、
前記画情報のＦＡＸ送受信を行うＦＡＸ送受信処理部とを前記機能単位処理部として備え、
前記ワークフロー制御層は、前記要求解析層からのサービスの実行要求がＦＡＸ送信要求である場合、前記読込処理部そして前記ＦＡＸ送受信処理部の順に前記資源制御層への要求を制御することによってＦＡＸ送信処理のワークフローを行うことを特徴とする請求項７又は８項記載の画像処理装置。
【請求項１３】
前記資源制御層は、
前記画情報に対して編集処理を行う画像編集処理部を前記内部処理部として備えることを特徴とする請求項７乃至１２のいずれか一項記載の画像処理装置。
【請求項１４】
実世界に存在する概念をエンティティとして表現するデータへのアクセスを制御し、１つ以上のエンティティ毎に機能単位処理部を有する概念的データ層を備え、
前記エンティティの少なくとも１つに対して前記要求解析層から直接に前記サービス要求を受付けることを特徴とする請求項１記載の画像処理装置。
【請求項１５】
記憶領域の種別に対応する１つ以上の機能単位処理部を有し、各機能単位処理部は前記概念的データ層からの要求を受信することによってデータの保存領域への入出力を制御するデータ層を備えることを特徴とする請求項１４項記載の画像処理装置。
【請求項１６】
他の層から直接アクセス可能な１つ以上の機能単位処理部を有する共通部を備えることを特徴とする請求項１乃至１５のいずれか一項記載の画像処理装置。
【請求項１７】
画像処理に係るアプリケーションを実行する画像処理方法であって、
操作者からのサービス要求を解析する要求解析層において動作し、該サービス要求によるサービスを開始するサービス開始手順と、
１つ以上の機能単位処理部を組み合わせて前記アプリケーションとして動作させるためのワークフローを制御するワークフロー制御層において動作し、前記サービス開始手順からの前記サービスの実行要求を受信して、該サービスに対応するワークフローに従って該１つ以上の機能単位へ要求を送信するワークフロー制御手順とを有することを特徴とする画像処理方法。
【請求項１８】
前記画像処理に係る資源を制御する資源制御層において動作し、前記ワークフロー制御手順からの実行順に前記機能単位での処理を行う１つ以上の機能単位処理手順とを有することを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の機能処理単位の処理部を組み合わせたワークフローをアプリケーションとして開発することを可能とするアーキテクチャを備えた画像処理装置を提供するものである。
【背景技術】
【０００２】
近年、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能を１つの筐体内に収納した画像処理装置が一般的に知られている。このような複合型の画像処理装置は、１つの筐体内に表示部、印刷部および撮像部などを設けるとともに、プリンタ、コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け、アプリケーションの切り替えによって、当該装置をプリンタ、コピー、スキャナまたはファクシミリ装置として動作させるものである（例えば、特許文献１）。
【０００３】
このような複合型の画像処理装置にて動作する複数のアプリケーションは膨大な機能を有し、ソフトウェアの規模が肥大化すると共に複雑化している。また、スタンドアローンとして利用されるにとどまらず、分散コンピューティング環境に対応することによってＷｅｂでの利用及び他の機器との連携によって新たな価値を提供するようになってきた。
【０００４】
例えば、モバイルデバイスのユーザがインターネットを介して印刷サービスにアクセスし、ＵＲＬでドキュメントの格納場所を指定して印刷要求を送信することが提案されている（例えば、特許文献２）。
【０００５】
また、分散コンピューティング環境において、新たにプリンタリソースがネットワーク上に接続された場合、所定条件に適合する場合にダウンロードすることによって、大規模な分散コンピューティング環境に対応することが提案されている（例えば、特許文献３）。
【０００６】
更に、アプリケーション及びコンピュータのハードウェアによるネットワークソフトウェアプラットフォームを容易にしようするためのアプリケーションプログラムインターフェースが提案されている（例えば、特許文献４）。
【特許文献１】特開２００２−０８４３８３号公報
【特許文献２】特開２００４−０６２８８９号公報
【特許文献３】特開２００４−３５５５０４号公報
【特許文献４】米国特許出願公開第２００３／０２８６８５号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１では画像形成装置において複数のアプリケーションとオペレーティングシステムとに階層化することによってプリンタ、スキャナなどのハードウェア資源の制御を各アプリケーションが意識しないように構成することが可能となり、特許文献２ではＷｅｂの利用によるサービスを拡大し、特許文献３ではＷｅｂを介したダウンロードの処理付加の増加を抑止し、特許文献４ではアプリケーション及びコンピュータのハードウェアの変更を容易とすることができるようになった。
【０００８】
しかしながら、これら技術は新たなアプリケーションの適応可能性を拡大したが、各アプリケーションが一連の動作を行うように開発する必要があるため、アプリケーションそれぞれの開発負担が問題となってきた。
【０００９】
そこで、本発明の課題は、複数の処理単位を組み合わせたワークフローをアプリケーションとして開発することを可能とするアーキテクチャを備えた画像処理装置及び画像処理方法を提供することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は、画像処理に係るアプリケーションを実行する画像処理装置であって、操作者からのサービス要求を解析する要求解析層と、前記要求解析層からのサービスの実行要求に応じて該サービスに対応する１つ以上の機能単位処理部を組み合わせて前記アプリケーションとして動作させるためのワークフローを制御するワークフロー制御層とを有するように構成される。
【００１１】
このような画像処理装置では、操作者から見た処理単位に対応するように機能単位処理部が組み合わされてアプリケーションとして動作することが可能となる。
【００１２】
上記課題を解決するための手段として、本発明は、上記画像処理装置での処理を行う画像処理方法とすることもできる。
【発明の効果】
【００１３】
本発明によれば、画像処理装置が、上位層から（画像処理装置の操作者に最も近い層から）プレゼンテーション層と、ビジネス層とを構成し、ビジネス層の下位層にはビジネスデータ層及びデータ層と、デバイス層とを並べて構成する。更に、プレゼンテーション層、データ層、デバイス層の各層から直接アクセス可能な共通部を備えている。
【００１４】
全ての処理は、プレゼンテーション層の１つのクラスから開始されるように構成することによって、ビジネス層では、操作者クラスからの要求によってデバイス層のクラスとしての機能処理単位の処理部を組み合わせる、といった統一した概念でワークフローを制御することによってアプリケーションを実現することができる。
【００１５】
従って、各ワークフローは機能単位処理部の組み合わせであるため、アプリケーションの開発の負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１７】
本発明の一実施例に係る画像処理装置のハードウェアは、例えば、図１に示されるように構成される。図１は、本発明の一実施例に係る画像処理装置のハードウェア構成例を示す図である。
【００１８】
図１において、画像処理装置１００は、ＣＰＵ（Central Processing Unit）１と、ＲＯＭ（Read Only Memory）３と、ＲＡＭ（Random Access Memory）４と、ＮＶＲＡＭ（不揮発性ＲＡＭ）５と、パネル制御部６と、エンジン制御部７と、ディスクドライバ８と、通信制御部９と、モデム１０とを有し、それらは画像バス２を介して相互に接続される。画像処理装置１００は、更に、操作パネル１６と、スキャンプリントエンジン１７と、記憶装置１８とを有する。
【００１９】
ＣＰＵ１は、画像処理装置１００全体を制御する。ＲＯＭ３には、予めプログラム等の本発明に係る処理を実現するための固定的なデータが格納されている。ＲＡＭ４は、各種データを書き換え自在に格納する。また、ＮＶＲＡＭ５は、必要なデータを消滅させることなく格納する。
【００２０】
また、画像バス２には、ネットワーク２０との接続を担う通信制御部７と、パネル制御部６を介してユーザとのインターフェースを行うＬＣＤタッチパネル等を有する操作パネル１６と、エンジン制御部７を介してイメージデータの入出力（紙原稿の読み取り、及び、転写紙への印刷）をスキャナ部やプリンタ部に対して実行させるスキャン／プリントエンジン１７と、ディスクドライバ８を介してイメージデータや制御プログラム等の記憶蓄積に利用されるＨＤＤである記憶装置１８と、公衆回線等を通じて外部機器とのデータ通信及びＦＡＸ送受信可能なモデム１０とが接続されている。
【００２１】
このように、画像処理装置１００は、少なくともプリンタ、コピーおよびＦＡＸ送受信にそれぞれ対応する種々のアプリケーションを設けプリンタ、コピー、スキャナまたはＦＡＸ装置として動作可能である。
【００２２】
分散コンピューティング環境において要求される種々のアプリケーションを体系的に構成するために、本発明に係る画像処理装置１００は、図２に示すような構造を有する。図２は、本発明における画像処理装置におけるアプリケーションの原理構成例を示す図である。
【００２３】
図２において、画像処理装置１００は、分散コンピューティング環境におけるアプリケーションの原理構造３０として、プレゼンテーション層３１と、ビジネス層３２と、ビジネスデータ層３３ａと、データ層３３ｂと、デバイス層３４と、共通部３５とを有する。
【００２４】
プレゼンテーション層３１は、操作者（ユーザ）のサービス要求を解析してビジネス層３２が提供するサービスを指定するレイヤである。例えば、操作パネル１６、ブラウザなどを介してなされる操作者の要求やＷｅｂサービスからの要求等を受け付ける画像処理装置１００を用いたシステムの窓口を担う。画像処理装置１００に対するサービス要求を解釈し、その要求を実現するために、ビジネス層３２を利用する。また、要求元に対して、ビジネス層３２からフィードバックされる情報を提示する。
【００２５】
ビジネス層３２は、要求されたサービスに対応するようにデバイス層３４の機能単位毎の処理部を組み合わせてロジックを作成するレイヤである。ビジネス層３２は、スキャナ／プロットエンジン１７を用いた画像処理、文書操作に係る処理等を行うアプリケーションのロジックを備えており、操作者に対してワークフロー（ビジネスフロー）を提示し、操作の受付処理、認証処理、画像処理、文書入出力の処理、課金処理等をデータ層３３ｂ、デバイス層３４、共通部３５の１つ以上を用いて行う。例えば、ビジネス層３２は、文書操作に対しては、論理的に処理順序を入れ替えるスケジューリングを行う。
【００２６】
ビジネス層３２では要求された内容に応じてワークフローを形成しており、従来のアプリケーションを特定した要求とは異なるため、そのような要求された内容を「サービス」という語で表現している。
【００２７】
ビジネスデータ層３３ａは、実世界に存在する概念をエンティティとして表現するデータを扱うレイヤである。ビジネスデータ層３３ａは、操作の対象となるデータの内容を理解し、要求される処理を一括して担当する。例えば、操作の対象となるデータとしては、アカウント、蓄積文書、アドレス帳、装置構成／能力、設定情報、画像データなどをエンティティとして表現する。保存先の場所（ローカル／リモート）を把握しており、実際の記憶領域を有する物理デバイスへのデータ入出力はデータ層３３ｂにその処理を渡す。ローカルな保存先であれば、実際の物理デバイスとは、ＲＯＭ３、ＲＡＭ４、ＮＶＲＡＭ５、記憶装置１８のいずれかである。
【００２８】
データ層３３ｂは、ビジネスデータ層３３ａから要求されるデータの実体に対して操作を行うレイヤであり、ローカル／リモートの保存領域への入出力を行う。ローカル／リモートのデータ保存領域にアクセスするためのサービスを提供する。データ層３３ｂは、物理デバイスの状況を把握し、物理デバイスの能力に応じて、処理要求のスケジューリングを行う。
【００２９】
デバイス層３４は、原稿の読取又は文書の印刷を行うためにスキャン／プリントエンジン１７の制御を行う。また、画情報の変換（加工、形式変換など）を行う。スキャン／プリントエンジン１７の状況を把握し、スキャン／プリントエンジン１７の能力に応じて処理要求のスケジューリングを行う。デバイス層３４が提供するサービスは、ビジネス層３２から使用される。
【００３０】
共通部３５は、メモリ管理、通信制御等を行い、プレゼンテーション層３１、ビジネス層３２、データ層３３ｂ、デバイス層３４のいずれのレイヤからも要求受付を可能とする処理部である。
【００３１】
本発明に係る画像処理装置１００では、図２に示す原理構造３０に基づいて、一連の処理を行うアプリケーションを、複数のクラスの組み合わせと、それら複数のクラス間の関係によって定められる処理フローとによるオブジェクト指向によって実現している。以下、複数のクラスと、複数のクラス間の関係によって定められる処理フローとを、図２に示す原理構造３０上に示した図をクラス図と言う。処理フローは、点線で示される。
【００３２】
図３は、図２に示す原理構造に基づく画像処理装置での処理全体を表したクラス図である。図３において、図２に示す原理構造３０は、画像処理装置１００のアプリケーション部１２０に構成され、ハードウェア部１１０には、図１に示すＮＶＲＡＭ５と、パネル制御部６と、エンジン制御部７と、ディスクドライバ８と、通信制御部９と、モデム１０とが含まれる。
【００３３】
プレゼンテーション層３１は、外部からのイベントを受け取るための操作者クラス３１０を有する。操作者クラス３１０は、複数の機能処理単位を組み合わせたワークフローを形成して１つのアプリケーションとして実行する場合にはビジネス層３２へ指示を行い、ワークフローを形成しない機能による単体のアプリケーション（以下、単体アプリケーションと言う）を実行する場合にはそのアプリケーションに相当するクラスに指示を行う。また、操作者クラス３１０は、パネル制御部６によってユーザインタフェースを制御する。
【００３４】
複数の機能処理単位を組み合わせたワークフローを形成するアプリケーションとは、物理的な紙を搬送して画像処理を行うスキャナ、プリント、ＦＡＸ、更に、画像編集などの少なくとも１つを機能処理単位として含む処理である。
【００３５】
単体アプリケーションとは、物理的な紙を搬送して行う画像処理及び画像編集を伴わないデータ処理である。
【００３６】
ビジネス層３２は、受付クラス３２０と、文書入出力リクエストクラス３２２とを有する。受付クラス３２０は、プレゼンテーション層３１の操作者クラス３１０からの要求に応じて、操作の開始及び終了を管理する。文書入出力リクエストクラス３２２は、画像形成、画像操作等の夫々を一連の処理として行うためにリクエストを発行する。
【００３７】
ビジネスデータ層３３ａは、アドレス帳クラス３３５ａと、蓄積文書３３７ａと、画像３３９ａとを有する。アドレス帳クラス３３５ａは、アドレス帳へアクセスする。アドレス帳は、物理的な記憶領域内に格納され、概念的なアドレス帳をエンティティとして表現するデータそのものであるが、以下、単に、アドレス帳という。蓄積文書クラス３３７ａは、デバイス層３４の文書登録クラス３４６ａからの要求に応じて、画像クラス３３９ａに文書（画情報）を所定の記憶領域に書き込ませて蓄積する。画像３３９ａは、データ層３３ｂの保存データクラス３３１ｂに対して文書（画情報）のメモリ３５２へ書き込み又はメモリ３５２からの読み出しを行わせる。
【００３８】
データ層３３ｂは、保存データクラス３３１ｂと、外部保存データ３３２ｂとを有する。保存データクラス３３１ｂは、ビジネスデータ層３３ａからの要求に応じて、画像処理装置１００内部の記憶領域のデータにアクセスする。外部保存データ３３２ｂは、画像処理装置１００外部の記憶領域のデータにアクセスする。
【００３９】
デバイス層３４は、ビジネス層３２からの要求に応じて、スキャナ／プリントエンジン１７を制御することによって所定の処理を実行するための、原稿束クラス３４１と、転写紙束クラス３４２と、ＰＣ文書クラス３４４と、ＦＡＸ文書クラス３４５と、文書登録クラス３４６と、エミュレーションクラス３４８とを有する。
【００４０】
原稿束クラス３４１は、ビジネス層３２の文書入出力リクエストクラス３２２からの要求に応じて、スキャナ／プリントエンジン１７を制御することによって画像処理装置１００にセットされた１枚以上の原稿束を読み込んで、画像クラス３３９ａに画情報を所定の記憶領域に格納させる。
【００４１】
転写紙束クラス３４２は、ビジネス層３２の文書入出力リクエストクラス３２２からの要求に応じて、画像クラス３３９ａに読み込んだ原稿の画情報を読み出させて、スキャナ／プリントエンジン１７を制御することによって画情報を用紙に転写する。
【００４２】
ＰＣ文書クラス３４４は、ビジネス層３２の文書入出力リクエストクラス３２２からの要求に応じて、共通部３５のネットワーククラス３５７によってネットワーク２０を介して外部から画像（文書データ）を受信し、エミュレーションクラス３４８によって画像（文書データ）を画像処理装置１００の画像処理用に変換した画情報を画像クラス３３９ａによって所定の記憶領域に格納し、画情報の編集要求がある場合には、画像編集クラス３４７を用いて画情報を編集する。
【００４３】
ＦＡＸ文書クラス３４５は、ビジネス層３２の文書入出力リクエストクラス３２２からの要求に応じて、画像クラス３３９ａによって所定の記憶領域から画情報を読み出し、画像編集クラス３４７によって画像を編集し、ＦＡＸクラス３５８を利用してモデム１０を制御することによってＦＡＸ送信する。また、ＦＡＸ文書クラス３４５は、ＦＡＸクラス３５８を利用して受信したＦＡＸを画像クラス３３９ａによって所定の記憶領域に画情報を格納する。
【００４４】
文書登録３４６は、ビジネス層３２の文書入出力リクエストクラス３２２からの要求に応じて、画情報を登録する処理を行い、蓄積文書クラス３３７ａによって画像処理装置１００内の記憶領域に画情報を格納する。
【００４５】
画像編集クラス３４７は、デバイス層３４内部の他クラスからの要求に応じて、画像編集を行う。
【００４６】
エミュレーションクラス３４８は、デバイス層３４内部の他クラスからの要求に応じて、外部から受信した画像（種々のデータ形式のデータファイル）を画像形成するための所定の形式に変換して画情報を取得する。
【００４７】
共通部３５は、プレゼンテーション層３１、ビジネス層３２、データ層３３ｂ、デバイス層３４によって共通に利用される処理部であり、パーサクラス３５３と、メモリクラス３５４と、ネットワーククラス３５７と、ＦＡＸクラス３５８とを有する。
【００４８】
パーサクラス３５３は、例えば、プレゼンテーション層３１の操作者クラス３１０からの要求に応じて、外部から受信した要求内容を解析する。
【００４９】
メモリクラス３５４は、データ層３３ｂからの要求に応じて、指定されるＮＶＲＡＭ５又はディスクドライバ８のいずれかの記憶領域に指定される画情報を蓄積し、また、指定される記憶領域から指定される画情報を読み出す。
【００５０】
ネットワーククラス３５７は、データ層３３ｂと、デバイス層３４とからの要求に応じて、通信制御部９を介してネットワーク２０から画像情報を受信する、また、ネットワーク２０を介して所定の機器へと画像処理装置１００に蓄積されている指定された画情報を送信する。ＦＡＸクラス３５８は、モデム１０を制御してＦＡＸデータの送受信を行う。
【００５１】
以下、各一連の処理毎にクラス図及び処理シーケンス図を用いて説明する。以下の処理シーケンス図において、必要に応じてインスタンスが生成されるクラスは、<<create>>で生成され<<delete>>で削除される。それ以外のクラスは、画像処理装置１００が起動したときに初期化によってインスタンスが生成され、画像処理装置１００の電源がオフになるまで所定記憶領域に常駐する。
【００５２】
先ず、単体アプリケーションの処理について図４から図７で説明する。
【００５３】
図４は、アドレス帳情報を編集する処理を行うためのクラス図である。図４において、プレゼンテーション層３１の操作者クラス３１０は、操作の開始をビジネス層３２の受付クラス３２０に通知し、ビジネスデータ層３３ａのアドレス帳クラス３３５ａに対して、アドレス帳情報を編集する処理として検索、参照、登録などを要求する。
【００５４】
アドレス帳クラス３３５ａは、操作者クラス３１０から要求された処理種別（検索、参照、登録など）に応じて、データ層３３ｂの保存データクラス３３１ｂに対して、所定記憶領域に格納されたアドレス帳へのアクセスを要求する。
【００５５】
保存データクラス３３１ｂは、アドレス帳クラス３３５ａからの要求に応じて、共通部３５のメモリクラス３５４によって、要求された処理種別（検索、参照、登録など）に応じたアクセスを行う。
【００５６】
図５は、アドレス帳情報を編集する処理を行うための処理シーケンス図である。図５において、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する（ステップＳ１０１）。例えば、ユーザが操作パネル１６を操作すると、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する。
【００５７】
そして、操作者クラス３１０は、アドレス帳クラス３３５ａのインスタンスを生成して（ステップＳ１０２）、アドレス帳クラス３３５ａのインスタンス（以下、単にアドレス帳クラス３３５ａとする）に対して、ユーザが指定した情報を検索する要求を行う（ステップＳ１０３）。アドレス帳クラス３３５ａは、保存データクラス３３１ｂに対して、ユーザが指定した情報に係るデータを検索する要求を行う（ステップＳ１０４）。保存データクラス３３１ｂは、メモリクラス３５４によって、ユーザが指定した情報に係るデータをアドレス帳から読み出す（ステップＳ１０５）。
【００５８】
操作者クラス３１０は、アドレス帳クラス３３５ａに対して、ユーザが指定した情報を参照する要求を行う（ステップＳ１０６）。アドレス帳クラス３３５ａは、保存データクラス３３１ｂに対して、ユーザが指定した情報に係るデータを読み出す要求を行う（ステップＳ１０７）。保存データクラス３３１ｂは、メモリクラス３５４によって、ユーザが指定した情報に係るデータをアドレス帳から読み出す（ステップＳ１０８）。
【００５９】
操作者クラス３１０は、アドレス帳クラス３３５ａに対して、ユーザが指定した（或いは入力した）情報を登録する要求を行う（ステップＳ１０９）。保存データクラス３３１ｂは、メモリクラス３５４によって、ユーザが指定した情報に係るデータをアドレス帳に書き込む（ステップＳ１１０）。
【００６０】
操作者クラス３１０は、アドレス帳クラス３３５ａのインスタンスを削除し（ステップＳ１１１）、操作の終了を受付クラス３２０に通知して（ステップＳ１１２）、アドレス帳情報を編集する処理を終了する。
【００６１】
図５に示す処理シーケンスの例において、情報の検索、情報の参照、情報の登録を一連の処理として説明したが、いずれか１つのみが実行される場合であってもよい。
【００６２】
図６は、外部のアドレス帳情報を参照する処理を行うためのクラス図である。図６において、プレゼンテーション層３１の操作者クラス３１０は、操作の開始をビジネス層３２の受付クラス３２０に通知し、ビジネスデータ層３３ａのアドレス帳クラス３３５ａに対して、外部のアドレス帳情報を編集する処理として検索、参照、登録などを要求する。
【００６３】
アドレス帳クラス３３５ａは、操作者クラス３１０から要求された処理種別（検索、参照、登録など）に応じて、データ層３３ｂの外部保存データクラス３３２ｂに対して、外部の記憶領域に格納されているアドレス帳へのアクセスを要求する。
【００６４】
外部保存データクラス３３２ｂは、アドレス帳クラス３３５ａからの要求に応じて、共通部３５のネットワーククラス３５７によって、外部の記憶領域に格納されているアドレス帳へ要求された処理種別（検索、参照、登録など）に応じたアクセスを行う。
【００６５】
図７は、外部のアドレス帳情報を参照する処理を行うための処理シーケンス図である。図７において、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する（ステップＳ１３１）。例えば、ユーザが操作パネル１６を操作すると、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する。
【００６６】
そして、操作者クラス３１０は、アドレス帳クラス３３５ａのインスタンスを生成して（ステップＳ１３２）、アドレス帳クラス３３５ａのインスタンス（以下、単にアドレス帳クラス３３５ａとする）に対して、ユーザが指定した情報を検索する要求を行う（ステップＳ１３３）。アドレス帳クラス３３５ａは、外部保存データクラス３３１ｂに対して、ユーザが指定した情報に係るデータを検索する要求を行う（ステップＳ１３４）。
【００６７】
外部保存データクラス３３２ｂは、ネットワーククラス３５４にアドレス帳が格納されている外部の記憶領域への接続を要求する（ステップＳ１３５）。ネットワーククラス３５４によって接続が完了すると、外部保存データ３３２ｂは、ネットワーククラス３５４に対してユーザが指定した情報に係るデータの検索による検索結果を受信する要求をする（ステップＳ１３６）。その後、検索結果は、操作パネル１６に表示される。
【００６８】
操作者クラス３１０は、アドレス帳クラス３３５ａに対して、ユーザが指定した情報を参照する要求を行う（ステップＳ１３７）。アドレス帳クラス３３５ａは、外部保存データクラス３３２ｂに対して、ユーザが指定した情報に係るデータを読み出す要求を行う（ステップＳ１３８）。
【００６９】
外部保存データクラス３３２ｂは、ネットワーククラス３５４にアドレス帳が格納されている外部の記憶領域への接続を要求する（ステップＳ１３９）。ネットワーククラス３５４によって接続が完了すると、外部保存データ３３２ｂは、ネットワーククラス３５４に対してユーザが指定した情報に係るデータの読み出しによる読み出し結果を受信する要求をする（ステップＳ１４０）。その後、読み出し結果は、操作パネル１６に表示される。
【００７０】
操作者クラス３１０は、アドレス帳クラス３３５ａのインスタンスを削除し（ステップＳ１４１）、操作の終了を受付クラス３２０に通知して（ステップＳ１４２）、アドレス帳情報を編集する処理を終了する。
【００７１】
次に、デバイス層３４を利用して行われる種々の処理について図８から図１５で説明する。
【００７２】
図８は、紙原稿を印刷する処理を行うためのクラス図である。図８において、プレゼンテーション層３１の操作者クラス３１０は、操作の開始をビジネス層３２の受付クラス３２０に通知し、ビジネス層３２の文書入出力リクエストクラス３２２に対して、紙原稿の印刷を要求する。
【００７３】
文書入出力リクエストクラス３２２は、操作者クラス３１０からの紙原稿の印刷の要求に応じて、デバイス層３４の原稿束クラス３４１に対して、紙原稿の読み取りを要求し、次に、デバイス層３４の転写紙束クラス３４２に対して、紙原稿から読み取った画情報の印刷を要求する。
【００７４】
原稿束クラス３４１は、スキャン／プリントエンジン１７によって紙原稿から読み取った画情報を記憶領域に書き込むことを画像クラス３３９ａに要求し、画像クラス３３９ａは保存データクラス３３１ｂを介してメモリクラス３５４によって記憶領域に書き込ませる。
【００７５】
転写紙束クラス３４２は、記憶領域から紙原稿の画情報を読み出すことを画像クラス３３９ａに要求し、画像クラス３３９ａが保存データクラス３３１ｂを介してメモリクラス３５４から読み出した画情報をスキャン／プリントエンジン１７によって印刷出力する。
【００７６】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からの紙原稿の印刷の要求に応じて、デバイス層３４の原稿束クラス３４１と、転写紙束クラス３４２とを組み合わせることによって、紙原稿を印刷する一連の処理として実行する。
【００７７】
図９は、紙原稿を印刷する処理を行うための処理シーケンス図である。図９において、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する（ステップＳ２０１）。例えば、ユーザが紙原稿を印刷するために操作パネル１６を操作すると、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する。
【００７８】
そして、操作者クラス３１０は、文書入出力リクエストクラス３２２へ動作を予約し（ステップＳ２０２）、ユーザが操作パネル１６を操作して入力した印刷条件を動作条件として文書入出力リクエストクラス３２２に設定し（ステップＳ２０３）、動作の実行を要求する（ステップＳ２０４）。
【００７９】
文書入出力リクエストクラス３２２は、デバイス層３４の原稿束クラス３４１のインスタンスを生成して（ステップＳ２０５）、原稿束クラス３４１のインスタンス（以下、単に原稿束クラス３４１とする）に対して、処理の予約を行い（ステップＳ２０６）、処理の実行を要求する（ステップＳ２０７）。
【００８０】
デバイス層３４の原稿束クラス３４１は、ビジネス層３２の文書入出力リクエスト３２２からの処理の実行の要求に応じて、紙原稿から読み取った画情報の書き込み要求を画像クラス３３９ａに行う（ステップＳ２０８）。画像クラス３３９ａは、画情報を格納するために保存データクラス３３１ｂに対してデータの書き込み要求を行なう（ステップＳ２０８−２）。保存データクラス３３１ｂは、画像クラス３３９ａから受け取った画情報を共通部３５のメモリクラス３５４によって記憶領域に書き込む（ステップＳ２０９）。
【００８１】
メモリクラス３５４が画情報の書き込みを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ２１０）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、原稿束クラス３４１へ情報操作経過を通知する（ステップＳ２１１）。原稿束クラス３４１は、画像クラス３３９ａからの情報操作経過の通知に基づいて、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ２１２）。
【００８２】
動作経過の通知後、文書入出力リクエストクラス３２２は、原稿束クラス３４１のインスタンスを削除する（ステップＳ２１３）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知する（ステップＳ２１４）。
【００８３】
次に、ビジネス層３２の文書入出力リクエストクラス３２２は、デバイス層３４の転写紙束クラス３４２のインスタンスを生成して（ステップＳ２１５）、転写紙束クラス３４２のインスタンス（以下、単に転写紙束クラス３４２とする）に対して、処理の予約を行い（ステップＳ２１６）、処理の実行を要求する（ステップＳ２１７）。
【００８４】
デバイス層３４の転写紙束クラス３４２は、ビジネス層３２の文書入出力リクエスト３２２からの処理の実行の要求に応じて、紙原稿から読み取った画情報の読み出し要求を画像クラス３３９ａに行う（ステップＳ２１８）。画像クラス３３９ａは、画情報を取得するために保存データクラス３３１ｂに対してデータの読み出し要求を行なう（ステップＳ２１８−２）。保存データクラス３３１ｂは、要求された画情報を共通部３５のメモリクラス３５４によって記憶領域から読み出す（ステップＳ２１９）。
【００８５】
メモリクラス３５４が画情報の読み出しを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ２２０）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、転写紙束クラス３４２へ情報操作経過を通知する（ステップＳ２２１）。
【００８６】
情報操作経過の通知後、転写紙束クラス３４２は、印刷するために画像を編集する（ステップＳ２２２）。転写紙束クラス３４２は、画像クラス３３９ａからの情報操作経過の通知及び画像編集の結果に基づいて、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ２２３）。
【００８７】
動作経過の通知後、文書入出力リクエストクラス３２２は、転写紙束クラス３４２のインスタンスを削除する（ステップＳ２２４）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知し（ステップＳ２２５）、操作の終了を受付クラス３２０に通知して（ステップＳ２２６）、紙原稿を印刷する処理を終了する。
【００８８】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からの紙原稿の印刷の要求に応じて、デバイス層３４の原稿束クラス３４１と、転写紙束クラス３４２とを組み合わせることによって、紙原稿を印刷する一連の処理として実行する。
【００８９】
図１０は、紙原稿を電子化し保管する処理を行うためのクラス図である。図１０において、プレゼンテーション層３１の操作者クラス３１０は、操作の開始をビジネス層３２の受付クラス３２０に通知し、ビジネス層３２の文書入出力リクエストクラス３２２に対して、紙原稿の電子化及び保存を要求する。
【００９０】
文書入出力リクエストクラス３２２は、操作者クラス３１０からの紙原稿の電子化し保存する要求に応じて、デバイス層３４の原稿束クラス３４１に対して紙原稿の読み取りを要求し、次に、デバイス層３４の蓄積文書クラス３３７ａに対して紙原稿から読み取った画情報の読み出しを要求する。
【００９１】
原稿束クラス３４１は、スキャン／プリントエンジン１７によって紙原稿から読み取った画情報を記憶領域に書き込むことを画像クラス３３９ａに要求し、画像クラス３３９ａは保存データクラス３３１ｂを介してメモリクラス３５４によって記憶領域に書き込ませる。画情報は一時的に記憶領域に格納される。文書入出力リクエストクラス３２２からの要求に画像編集に係る処理が含まれている場合には、原稿束クラス３４１は、画像編集クラス３４７によって画情報を編集して、画像クラス３３９ａによって記憶領域に書き込ませる。
【００９２】
文書登録クラス３４６は、記憶領域から紙原稿の画情報を読み出すことを画像クラス３３９ａに要求し、画像クラス３３９ａが保存データクラス３３１ｂを介してメモリクラス３５４から読み出した画情報を文書情報として登録する要求を蓄積文書クラス３３７ａへ行う。
【００９３】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からの紙原稿を電子化し保管する要求に応じて、デバイス層３４の原稿束クラス３４１と、蓄積文書クラス３３７ａとを組み合わせることによって、紙原稿を電子化し保管する一連の処理として実行する。
【００９４】
図１１は、紙原稿を電子化し保管する処理を行うための処理シーケンス図である。図１１において、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する（ステップＳ３０１）。例えば、ユーザが紙原稿を電子化し保管するために操作パネル１６を操作すると、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する。
【００９５】
そして、操作者クラス３１０は、文書入出力リクエストクラス３２２へ動作を予約し（ステップＳ３０２）、ユーザが操作パネル１６を操作して入力した紙原稿を電子化し保管する条件を動作条件として文書入出力リクエストクラス３２２に設定し（ステップＳ３０３）、動作の実行を要求する（ステップＳ３０４）。
【００９６】
文書入出力リクエストクラス３２２は、デバイス層３４の原稿束クラス３４１のインスタンスを生成して（ステップＳ３０５）、原稿束クラス３４１のインスタンス（以下、単に原稿束クラス３４１とする）に対して、処理の予約を行い（ステップＳ３０６）、処理の実行を要求する（ステップＳ３０７）。
【００９７】
デバイス層３４の原稿束クラス３４１は、ビジネス層３２の文書入出力リクエスト３２２からの処理の実行の要求に応じて、紙原稿から読み取った画情報の書き込み要求を画像クラス３３９ａに行う（ステップＳ３０８）。画像クラス３３９ａは、画情報を格納するために保存データクラス３３１ｂに対してデータの書き込み要求を行なう（ステップＳ３０８−２）。保存データクラス３３１ｂは、画像クラス３３９ａから受け取った画情報を共通部３５のメモリクラス３５４によって記憶領域に書き込む（ステップＳ３０９）。
【００９８】
メモリクラス３５４が画情報の書き込みを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ３１０）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、原稿束クラス３４１へ情報操作経過を通知する（ステップＳ３１１）。原稿束クラス３４１は、画像クラス３３９ａからの情報操作経過の通知に基づいて、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ３１２）。
【００９９】
動作経過の通知後、文書入出力リクエストクラス３２２は、原稿束クラス３４１のインスタンスを削除する（ステップＳ３１３）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知する（ステップＳ３１４）。
【０１００】
次に、ビジネス層３２の文書入出力リクエストクラス３２２は、デバイス層３４の文書登録クラス３３６のインスタンスを生成して（ステップＳ３１５）、文書登録クラス３３６のインスタンス（以下、単に文書登録クラス３３６とする）に対して、処理の予約を行い（ステップＳ３１６）、処理の実行を要求する（ステップＳ３１７）。
【０１０１】
デバイス層３４の文書登録クラス３３６は、ビジネス層３２の文書入出力リクエスト３２２からの処理の実行の要求に応じて、紙原稿から読み取った画情報の読み出し要求を画像クラス３３９ａに行う（ステップＳ３１８）。画像クラス３３９ａは、画情報を取得するために保存データクラス３３１ｂに対してデータの読み出し要求を行なう（ステップＳ３１８−２）。保存データクラス３３１ｂは、要求された画情報を共通部３５のメモリクラス３５４によって記憶領域から読み出す（ステップＳ３１９）。
【０１０２】
メモリクラス３５４が画情報の読み出しを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ３２０）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、文書登録クラス３３６へ情報操作経過を通知する（ステップＳ３２１）。
【０１０３】
情報操作経過の通知後、文書登録クラス３３６は、画像クラス３３９ａが読み出した画情報を文書情報として登録する要求を蓄積文書３３７ａに行い（ステップＳ３２２）、登録処理の結果に基づいて、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ３２２−４）。
【０１０４】
動作経過の通知後、文書入出力リクエストクラス３２２は、蓄積文書クラス３３７ａのインスタンスを削除する（ステップＳ３２３）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知し（ステップＳ３２４）、操作の終了を受付クラス３２０に通知して（ステップＳ３２５）、紙原稿を電子化し保管する処理を終了する。
【０１０５】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からの紙原稿を電子化し保管する要求に応じて、デバイス層３４の原稿束クラス３４１と、蓄積文書クラス３３７ａとを組み合わせることによって、紙原稿を電子化し保管する一連の処理として実行する。
【０１０６】
図１２は、ＰＣ文書を印刷する処理を行うためのクラス図である。図１２において、プレゼンテーション層３１の操作者クラス３１０は、ネットワーク３５７から要求を受け付けると、受け付けた要求をパーサ３５３によって解析する。その解析結果に基づいて、操作者クラス３１０は、操作の開始をビジネス層３２の受付クラス３２０に通知し、ビジネス層３２の文書入出力リクエストクラス３２２に対して、ＰＣ文書の印刷を要求する。
【０１０７】
文書入出力リクエストクラス３２２は、操作者クラス３１０からのＰＣ文書の印刷の要求に応じて、デバイス層３４のＰＣ文書クラス３４４に対して、ＰＣ文書の受信を要求し、次に、デバイス層３４の転写紙束クラス３４２に対して、受信したＰＣ文書の画情報の印刷を要求する。
【０１０８】
ＰＣ文書クラス３４４は、ネットワーククラス３５７によって画像（文書）を受信し、エミュレーションクラス３４８によって受信した画像（文書）を画像処理装置１００の所定の形式に変換して画情報を取得し、その画情報を画像クラス３３９ａによって記憶領域へ書き込ませる。
【０１０９】
転写紙束クラス３４２は、記憶領域から紙原稿の画情報を読み出すことを画像クラス３３９ａに要求し、画像クラス３３９ａが保存データクラス３３１ｂを介してメモリクラス３５４から読み出した画情報をスキャン／プリントエンジン１７によって印刷出力する。
【０１１０】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からのＰＣ文書を印刷する要求に応じて、デバイス層３４のＰＣ文書クラス３４４と、転写紙束クラス３４２とを組み合わせることによって、ＰＣ文書を印刷する一連の処理として実行する。
【０１１１】
図１３は、ＰＣ文書を印刷する処理を行うための処理シーケンス図である。図１３において、操作者クラス３１０は、ネットワーククラス３５７から要求を受け付けると（ステップＳ４０１）、受け付けた要求をパーサ３５３によって解析する（ステップＳ４０２）。例えば、操作者クラス３１０は、ネットワーククラス３５７から文書受信の要求を受け付ける。そして、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する（ステップＳ４０３）。この場合、ユーザによる操作パネル１６の操作によるものではないので、操作者クラス３１０は、内部的に受付クラス３２０へ操作の開始を通知することになる。
【０１１２】
そして、操作者クラス３１０は、文書入出力リクエストクラス３２２へ動作を予約し（ステップＳ４０４）、文書を受信する条件を動作条件として文書入出力リクエストクラス３２２に設定し（ステップＳ４０５）、動作の実行を要求する（ステップＳ４０６）。
【０１１３】
文書入出力リクエストクラス３２２は、デバイス層３４のＰＣ文書クラス３４４のインスタンスを生成して（ステップＳ４０７）、ＰＣ文書クラス３４４に対して文書を受信する要求を行う（ステップＳ４０８）。
【０１１４】
ＰＣ文書クラス３４４は、ビジネス層３２の文書入出力リクエスト３２２からの文書を受信する要求に応じて、ネットワーククラス３５７に対して要求元に接続する要求を行い（ステップＳ４０９）、文書を受信する要求を行う（ステップＳ４１０）。文書を受信すると、ネットワーククラス３５７は、ＰＣ文書クラス３４４に転送経過を通知する（ステップＳ４１１）。
【０１１５】
ＰＣ文書クラス３４４は、エミュレーションクラス３４８に対して受信した画像（文書）を変換する要求を行う（ステップＳ４１２）。エミュレーションクラス３４８は、受信した画像（文書）を画像処理装置１００の所定の形式に変換して画情報を取得すると、ＰＣ文書クラス３４４は、画像クラス３３９ａに対して、エミュレーションクラス３４８によって変換された画情報を書き込む要求を行う（ステップＳ４１３）。画像クラス３３９ａは、画情報を格納するために保存データクラス３３１ｂに対してデータの書き込み要求を行なう（ステップＳ２０８−２）。保存データクラス３３１ｂは、画像クラス３３９ａから受け取った画情報を共通部３５のメモリクラス３５４によって記憶領域に書き込む（ステップＳ４１４）。
【０１１６】
メモリクラス３５４が画情報の書き込みを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ４１５）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過に基づいて、ＰＣ文書クラス３４４へ情報操作経過を通知する（ステップＳ４１６）。ＰＣ文書クラス３４４は、その情報操作経過に基づいて、文書入出力リクエスト３２２へ動作経過を通知する（ステップＳ４１７）。
【０１１７】
文書入出力リクエスト３２２は、ＰＣ文書クラス３４４から動作経過を受信すると、ＰＣ文書クラス３４４のインスタンスを削除する（ステップＳ４１８）。そして、文書入出力リクエスト３２２は、操作者クラス３１０へ進捗を通知する（ステップＳ４１９）。
【０１１８】
次に、ビジネス層３２の文書入出力リクエストクラス３２２は、デバイス層３４の転写紙束クラス３４２のインスタンスを生成して（ステップＳ４２０）、転写紙束クラス３４２のインスタンス（以下、単に転写紙束クラス３４２とする）に対して、処理の予約を行い（ステップＳ４２１）、処理の実行を要求する（ステップＳ４２２）。
【０１１９】
デバイス層３４の転写紙束クラス３４２は、ビジネス層３２の文書入出力リクエスト３２２からの処理の実行の要求に応じて、画情報の読み出し要求を画像クラス３３９ａに行う（ステップＳ４２３）。画像クラス３３９ａは、画情報を取得するために保存データクラス３３１ｂに対してデータの読み出し要求を行なう（ステップＳ４２３−２）。保存データクラス３３１ｂは、要求された画情報を共通部３５のメモリクラス３５４によって記憶領域から読み出す（ステップＳ４２４）。
【０１２０】
メモリクラス３５４が画情報の読み出しを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ４２５）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、転写紙束クラス３４２へ情報操作経過を通知する（ステップＳ４２６）。
【０１２１】
情報操作経過の通知後、転写紙束クラス３４２は、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ４２７）。
【０１２２】
動作経過の通知後、文書入出力リクエストクラス３２２は、転写紙束クラス３４２のインスタンスを削除する（ステップＳ４２８）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知し（ステップＳ４２９）、操作の終了を受付クラス３２０に通知して（ステップＳ４３０）、ＰＣ文書を印刷する処理を終了する。
【０１２３】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からのＰＣ文書を印刷する要求に応じて、デバイス層３４のＰＣ文書クラス３４４と、転写紙束クラス３４２とを組み合わせることによって、ＰＣ文書を印刷する一連の処理として実行する。
【０１２４】
図１４は、紙原稿をＦＡＸ送信する処理を行うためのクラス図である。図１４において、プレゼンテーション層３１の操作者クラス３１０は、操作の開始をビジネス層３２の受付クラス３２０に通知し、ビジネス層３２の文書入出力リクエストクラス３２２に対して、紙原稿をＦＡＸ送信する要求を行う。
【０１２５】
文書入出力リクエストクラス３２２は、操作者クラス３１０からの紙原稿をＦＡＸ送信する要求に応じて、デバイス層３４の原稿束クラス３４１に対して、紙原稿の読み取りを要求し、次に、デバイス層３４のＦＡＸ文書クラス３４５に対して、紙原稿から読み取った文書を送信する要求を行う。
【０１２６】
原稿束クラス３４１は、スキャン／プリントエンジン１７によって紙原稿から読み取った画情報を記憶領域に書き込むことを画像クラス３３９ａに要求し、画像クラス３３９ａは保存データクラス３３１ｂを介してメモリクラス３５４によって記憶領域に書き込ませる。画情報は一時的に記憶領域に格納される。文書入出力リクエストクラス３２２からの要求に画像編集に係る処理が含まれている場合には、原稿束クラス３４１は、画像編集クラス３４７によって画情報を編集して、画像クラス３３９ａによって記憶領域に書き込ませる。
【０１２７】
ＦＡＸ文書クラス３４５は、記憶領域から紙原稿の画情報を読み出すことを画像クラス３３９ａに要求し、画像クラス３３９ａが保存データクラス３３１ｂを介してメモリクラス３５４から読み出した画情報を画像編集３４７によって編集し、ＦＡＸクラス３５８によって画像を送信先へと送信する。
【０１２８】
このように、ビジネス層３２の文書入出力リクエストクラス３２２は、プレゼンテーション層３１の操作者クラス３１０からの紙原稿をＦＡＸ送信する要求に応じて、デバイス層３４の原稿束クラス３４１と、ＦＡＸ文書クラス３４５とを組み合わせることによって、紙原稿をＦＡＸ送信する一連の処理として実行する。
【０１２９】
図１５は、紙原稿をＦＡＸ送信する処理を行うための処理シーケンス図である。図１５において、紙原稿を電子化し保管する処理を行うための処理シーケンス図である。図１５において、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する（ステップＳ５０１）。例えば、ユーザが紙原稿をＦＡＸ送信するために操作パネル１６を操作すると、操作者クラス３１０は、受付クラス３２０へ操作の開始を通知する。
【０１３０】
そして、操作者クラス３１０は、文書入出力リクエストクラス３２２へ動作を予約し（ステップＳ５０２）、ユーザが操作パネル１６を操作して入力した紙原稿をＦＡＸ送信する条件を動作条件として文書入出力リクエストクラス３２２に設定し（ステップＳ５０３）、動作の実行を要求する（ステップＳ５０４）。
【０１３１】
文書入出力リクエストクラス３２２は、デバイス層３４の原稿束クラス３４１のインスタンスを生成して（ステップＳ５０５）、原稿束クラス３４１のインスタンス（以下、単に原稿束クラス３４１とする）に対して、処理の予約を行い（ステップＳ５０６）、処理の実行を要求する（ステップＳ５０７）。
【０１３２】
デバイス層３４の原稿束クラス３４１は、ビジネス層３２の文書入出力リクエスト３２２からの処理の実行の要求に応じて、紙原稿から読み取った画情報の書き込み要求を画像クラス３３９ａに行う（ステップＳ５０８）。画像クラス３３９ａは、画情報を格納するために保存データクラス３３１ｂに対してデータの書き込み要求を行なう（ステップＳ５０８−２）。保存データクラス３３１ｂは、画像クラス３３９ａから受け取った画情報を共通部３５のメモリクラス３５４によって記憶領域に書き込む（ステップＳ５０９）。
【０１３３】
メモリクラス３５４が画情報の書き込みを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ５１０）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、原稿束クラス３４１へ情報操作経過を通知する（ステップＳ５１１）。原稿束クラス３４１は、画像クラス３３９ａからの情報操作経過の通知に基づいて、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ５１２）。
【０１３４】
動作経過の通知後、文書入出力リクエストクラス３２２は、原稿束クラス３４１のインスタンスを削除する（ステップＳ５１３）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知する（ステップＳ５１４）。
【０１３５】
次に、ビジネス層３２の文書入出力リクエストクラス３２２は、デバイス層３４のＦＡＸ文書クラス３４５のインスタンスを生成して（ステップＳ５１５）、ＦＡＸ文書クラス３４５のインスタンス（以下、単にＦＡＸ文書クラス３４５とする）に対して、文書の送信を要求する（ステップＳ５１６）。
【０１３６】
デバイス層３４のＦＡＸ文書３４５は、ビジネス層３２の文書入出力リクエスト３２２からの要求に応じて、紙原稿から読み取った画情報の読み出し要求を画像クラス３３９ａに行う（ステップＳ５１７）。画像クラス３３９ａは、画像クラス３３９ａは、画情報を取得するために保存データクラス３３１ｂに対してデータの読み出し要求を行なう（ステップＳ５１７−２）。保存データクラス３３１ｂは、要求された画情報を共通部３５のメモリクラス３５４によって記憶領域から読み出す（ステップＳ５１８）。
【０１３７】
メモリクラス３５４が画情報の読み出しを終了すると、保存データクラス３３１ｂはアクセス経過を画像クラス３３９ａへ通知する（ステップＳ５１９）。画像クラス３３９ａは、保存データクラス３３１ｂのアクセス経過の通知に基づいて、ＦＡＸ文書クラス３４５へ情報操作経過を通知する（ステップＳ５２０）。
【０１３８】
情報操作経過の通知を受信後、ＦＡＸ文書クラス３４５は、ＦＡＸ送信するために画像を編集する（ステップＳ５２１）。そして、ＦＡＸ文書クラス３４５は、ＦＡＸクラス３５８に接続を要求して（ステップＳ５２２）、文書（画像）の送信を要求する（ステップＳ５２３）。
【０１３９】
ＦＡＸクラス３５８は、モデム１０を制御することによって文書（画像）をＦＡＸ送信する。ＦＡＸクラス３５８は、ＦＡＸ文書クラス３４５へ転送経過を通知する（ステップＳ５２４）。
【０１４０】
転送経過の通知を受信後、ＦＡＸ文書クラス３４５は、画像クラス３３９ａからの情報操作経過の通知及び画像編集の結果に基づいて、文書入出力リクエストクラス３２２へ動作経過を通知する（ステップＳ５２５）。
【０１４１】
動作経過の通知を受信後、文書入出力リクエストクラス３２２は、ＦＡＸ文書クラス３４５のインスタンスを削除する（ステップＳ５２６）。そして、文書入出力リクエストクラス３２２は、操作者クラス３１０へ進捗を通知し（ステップＳ５２７）、操作の終了を受付クラス３２０に通知して（ステップＳ５２８）、紙原稿をＦＡＸ送信する処理を終了する。
【０１４２】
図１６は、操作者クラスの内部クラス構成を示す図である。図１６において、操作者クラス３１０は、ユーザアクセスクラス３１５とユーザ要求クラス３１７とで構成され、ユーザアクセスクラス３１５とユーザ要求クラス３１７とは互いに関連づけられている。
【０１４３】
更に、ユーザアクセスクラス３１５は、外部からのアクセスを受け付ける処理を行うクラスであり、ネットワーク２０を介して成されるリモートアクセスを受け付けて処理するリモートアクセスクラス３１５ａと、パネル制御部６によるユーザインタフェースを介したアクセスを受け付けて処理する操作パネルアクセスクラス３１５ｂとを備えている。リモートアクセスクラス３１５ａと操作パネルアクセスクラス３１５ｂとは、ユーザアクセスクラス３１５のサブクラスである。
【０１４４】
リモートアクセスクラス３１５ａは、ネットワーククラス３５７との連携によってネットワーク２０を介したアクセスを受け付け、パーサクラス３５３との連携によって受け付けたアクセスの内容を解釈する。例えば、リモートアクセスクラス３１５ａは、印刷出力するための文書データを受け付けたりする。
【０１４５】
また、ユーザ要求クラス３１７は、要求を受け付けて、その要求に応じた処理を下位層へ指示するクラスであり、単体アプリケーションに対する要求に応じた処理を下位層に行わせるための単体アプリケーション要求クラス３１７ａと、ワークフローを形成することによって複数の機能処理単位を組み合わせて一連の処理を下位層に行わせるためのワークフロー要求クラス３１７ｂとを備えている。単体アプリケーション要求クラス３１７ａとワークフロー要求クラス３１７ｂとは、ユーザ要求クラス３１７のサブクラスである。
【０１４６】
ユーザ要求クラス３１７が受付クラス３２０へ要求の受け付け処理を行わせた後、要求の種別に応じて単体アプリケーション要求クラス３１７ａ又はワークフロー要求クラス３１７ｂが動作する。例えば、単体アプリケーション要求クラス３１７ａはアドレス帳クラス３３５ａへと指示を行い、ワークフロー要求クラス３１７ｂは文書入出力リクエストクラス３２２へと指示を行う。
【０１４７】
図１７は、文書入出力リクエストクラスの内部クラス構成を示す図である。図１７において、文書入出力リクエストクラス３２２は、操作クラス３１０からの要求に応じたワークフローへと処理を指示する文書処理ワークフロークラス３２６を備える。
【０１４８】
文書処理ワークフロークラス３２６は、原稿を読み取った画情報を記憶領域に蓄積するサブクラスとしての原稿蓄積ワークフロークラス３２６ａと、原稿をコピーするサブクラスとしてのコピーワークフロークラス３２６ｂと、ネットワーク２０を介して受信した文書データを印刷出力するサブクラスとしてのプリンタワークフロークラス３２６ｃと、原稿を読み取ってＦＡＸするサブクラスとしてのＦＡＸ送信ワークフロークラス３２６ｄと、複数の画像処理を連携させた複雑な処理をするサブクラスとしての複雑なワークフロークラス３２６ｅとを備える。原稿蓄積ワークフロークラス３２６ａと、コピーワークフロークラス３２６ｂと、プリンタワークフロークラス３２６ｃと、ＦＡＸ送信ワークフロークラス３２６ｄと、複雑なワークフロークラス３２６ｅとは、文書処理ワークフロークラス３２６のサブクラスである。
【０１４９】
原稿蓄積ワークフロークラス３２６ａは、原稿束クラス３４１と文書登録クラス３４６とを組み合わせて原稿を読み取って記憶領域に蓄積するための一連の処理を行う原稿蓄積アプリケーションを実現する。原稿蓄積アプリケーションとしての詳細な仕組みは、図１０に示すクラス図及び図１１に示す処理シーケンス図で例示される。
【０１５０】
コピーワークフロークラス３２６ｂは、原稿束クラス３４１と転写紙束クラス３４２とを組み合わせて原稿をコピーするための一連の処理を行うコピーアプリケーションを実現する。コピーアプリケーションとしての詳細な仕組みは、図８に示すクラス図及び図９に示す処理シーケンス図で例示される。
【０１５１】
プリンタワークフロークラス３２６ｃは、ＰＣ文書クラス３４４と転写紙束クラス３４２とを組み合わせてネットワーク２０を介して受信した文書データを印刷出力するための一連の処理を行うプリンタアプリケーションを実現する。プリンタアプリケーションとしての詳細な仕組みは、図１２に示すクラス図及び図１３に示す処理シーケンス図で例示される。
【０１５２】
ＦＡＸ送信ワークフロークラス３２６ｄは、原稿束クラス３４１とＦＡＸ文書クラス３４５とを組み合わせてＦＡＸするための一連の処理を行うＦＡＸアプリケーションを実現する。ＦＡＸアプリケーションとしての詳細な仕組みは、図１４に示すクラス図及び図１５に示す処理シーケンス図で例示される。
【０１５３】
複雑なワークフロークラス３２６ｅは、原稿束クラス３４１と、文書登録クラス３４６と、転写紙束クラス３４２と、画像編集クラス３４７と、ＦＡＸ文書クラス３４５とを組み合わせて複数の処理を連携させた複雑な処理をする連携アプリケーションを実現する。
【０１５４】
このように、文書入出力リクエストクラス３２２によるワークフローによって実現されるデバイス層３４における各アプリケーションについて簡単に図１８に示す。図１８は、アプリケーション毎の複数の機能処理単位の組み合わせ例を示す図である。図１８中、クラスで示される機能処理単位間の矢印は、文書入出力リクエストクラス３２２によるワークフローに従ったデバイス層３４内での処理の順序を示す。
【０１５５】
図１８において、原稿蓄積アプリケーション７０ａは、原稿束クラス３４１による処理の後に文書蓄積クラス３４６による処理を行うことによって実現される。コピーアプリケーション７０ｂは、原稿束クラス３４１による処理の後に転写紙束クラス３４２による処理を行うことによって実現される。
【０１５６】
プリンタアプリケーション７０ｃは、ＰＣ文書クラス３４４による処理の後に転写紙束クラス３４２による処理を行うことによって実現される。ＦＡＸアプリケーション７０ｄは、原稿束クラス３４１による処理の後にＦＡＸ文書クラス３４５による処理を行うことによって実現される。
【０１５７】
連携アプリケーション７０ｅは、原稿束クラス３４１による処理の後に文書登録クラス３４６による処理を行うワークフローと、原稿束クラス３４１による処理の後に画像編集クラス３４７による編集処理Ａを行って、更にＦＡＸ文書クラス３４５による処理を行うワークフローとがある。更に、画像編集クラス３４７による編集処理Ａの後に画像編集クラス３４７による編集処理Ｂを行って、転写紙束クラス３４２による処理を行うワークフローがある。例えば、２ページを１ページに集約して（編集処理Ａ）、更に日時又はスタンプを印字する（編集処理Ａ）場合、連続して画像編集クラス３４７に処理を行わせることになる。
【０１５８】
更に、図３に示すように文書入出力リクエストクラス３２２は、画像編集クラス３４７に処理を直接指示できるため、画像編集クラス３４７に記憶領域に蓄積されている文書データに対して編集処理Ａをさせた後にＦＡＸ文書クラス３４５による処理を行わせるようにワークフローを形成することができる（矢印ｆ１からのフロー）。
【０１５９】
同様に、文書入出力リクエストクラス３２２は、画像編集クラス３４７に記憶領域に蓄積されている文書データに対して編集処理Ｂをさせた後に転写紙束クラス３４２による処理を行わせるようにワークフローを形成することができる（矢印ｆ２からのフロー）。
【０１６０】
このように任意のタイミングで画像編集を行うことができる。
【０１６１】
図１８に示す連携アプリケーション７０ｅを実行するための複数のクラス間での処理の流れとその順番を示すコラボレーションについて図１９で説明する。図１９は、図１８に示す連携アプリケーションを行うためのコラボレーションの例を示す図である。
【０１６２】
図１９において、操作者クラス３１０は、ネットワーク２０又は操作パネル１６から指示された要求に応じて、受付クラス３２０へ操作の開始を通知する（ステップＳ１）。
【０１６３】
その後、操作者クラス３１０は、文書入出力リクエストクラス３２２に対して、動作を予約し（ステップＳ２）、動作条件を設定し（ステップＳ３）、動作を実行する（ステップＳ４）ことを指示する。
【０１６４】
文書入出力リクエストクラス３２２は、原稿束クラス３４１に対して原稿読み込みを予約し（ステップＳ５）、読み込みの実行を要求する（ステップＳ６）。原稿束クラス３４１は、画像クラス３３９ａに対して、原稿から読み込んだ画情報を登録するために画情報０１として記憶領域に書き込むことを要求し（ステップＳ７）、また、その画情報を編集するために画情報０２として記憶領域に書き込むことを要求する（ステップＳ８）。
【０１６５】
そして、文書入出力リクエストクラス３２２は、文書登録クラス３４６に対して、文書登録の予約をし（ステップＳ９）、文書登録の実行を要求する（ステップＳ１０）。文書登録クラス３４６は、画像クラス３３９ａに対して、画情報０１を記憶領域から読み出す要求を行い（ステップＳ１１）、記憶領域から読み出した画情報０１に対して文書登録処理を実行する（ステップＳ１２）。
【０１６６】
また、文書入出力リクエストクラス３２２は、画像編集クラス３４７に対して予約し（ステップＳ１３）、編集処理Ａの実行を要求する（ステップＳ１４）。画像編集クラス３４７は、画像クラス３３９ａに対して画情報０２の読み出しを要求し（ステップＳ１５）、画情報０２に編集処理Ａを行った後、画像クラス３３９ａに対して編集処理Ａが行われた画情報０２を画情報０３として記憶領域に書き込む要求をする（ステップＳ１６）。また、画像編集クラス３４７は、画像クラス３３９ａに対して画情報０３を更に編集するために画情報０４として記憶領域に書き込む要求をする（ステップＳ１７）。
【０１６７】
更に、文書入出力リクエストクラス３２２は、ＦＡＸ文書クラス３４５に対して予約して（ステップＳ１８）、ＦＡＸ送信の実行を予約する（ステップＳ１９）。ＦＡＸ文書クラス３４５は、画像クラス３３９ａに対して画情報０３の読み出しを要求し（ステップＳ２０）、画情報０３を指定された宛先へＦＡＸするためのＦＡＸ送信処理を実行する（ステップＳ２１）。
【０１６８】
次に、文書入出力リクエストクラス３２２は、画像編集クラス３４７に対して予約し（ステップＳ２２）、編集処理Ｂの実行を要求する（ステップＳ２３）。画像編集クラス３４７は、画像クラス３３９ａに対して画情報０４の読み出しを要求し（ステップＳ２４）、画情報０４に編集処理Ｂを行った後、画像クラス３３９ａに対して編集処理Ｂが行われた画情報０４を画情報０５として記憶領域に書き込む要求をする（ステップＳ２５）。
【０１６９】
そして、文書入出力リクエストクラス３２２は、転写紙束クラス３４２に対して、印刷の予約をし（ステップＳ２６）、印刷の実行を要求する（ステップＳ２７）。転写紙束クラス３４２は、画像クラス３３９ａに対して画情報０５の読み出しを要求し（ステップＳ２８）、画情報０５を印刷して出力する印刷処理を実行する（ステップＳ２９）。
【０１７０】
本発明に係る画像処理装置１００では、上位層から（画像処理装置１００の操作者に最も近い層から）プレゼンテーション層３１と、ビジネス層３２とを構成し、ビジネス層３２の下位層にはデータアクセスに係るビジネスデータ層３３ａ及びデータ層３３ｂと、デバイス層３４とを並べて構成する。更に、プレゼンテーション層３１、ビジネス層３２、データ層３３ｂ、デバイス層３４の各層から直接アクセス可能な共通部３５を備えている。
【０１７１】
全ての処理は、プレゼンテーション層３１の操作者クラス３１０から開始されるように構成している。そのため、ビジネス層３２では、操作者クラス３１０からの要求によってデータ層３３ｂ又はデバイス層３４のクラスとしての機能処理単位毎の処理部を組み合わせてその実行順序を制御する、といった統一した概念に基づくワークフローをアプリケーションとして実現することができる。
【０１７２】
また、本発明において、画像処理装置１００が行う画像処理に関する機能部分をデバイス層３４に構成する。従って、ビジネス層３２は、スキャナ、プリント、ＦＡＸなどの画像処理に関するワークフロー、画像処理によって生成された文書の画像を管理する文書処理装置としてのワークフローなどのように、デバイス層３４の機能処理単位毎の処理部の組み合わせによって種々のワークフローを実現することができる。
【０１７３】
また、各ワークフローは機能処理単位毎の処理部の組み合わせであるため、従来の各ワークフローを個別のアプリケーションとして開発する場合に比べて、アプリケーションの開発の負担を軽減することが可能となる。
【０１７４】
請求項に記載の要求解析層、ワークフロー制御層、資源制御層は、夫々、上記実施例におけるプレゼンテーション層３１、ビジネス層３２、デバイス層３４に相当する。
【０１７５】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１７６】
【図１】本発明の一実施例に係る画像処理装置のハードウェア構成例を示す図である。
【図２】本発明における画像処理装置におけるアプリケーションの原理構成例を示す図である。
【図３】図２に示す原理構造に基づく画像処理装置での処理全体を表したクラス図である。
【図４】アドレス帳情報を編集する処理を行うためのクラス図である。
【図５】アドレス帳情報を編集する処理を行うための処理シーケンス図である。
【図６】外部のアドレス帳情報を参照する処理を行うためのクラス図である。
【図７】外部のアドレス帳情報を参照する処理を行うための処理シーケンス図である。
【図８】紙原稿を印刷する処理を行うためのクラス図である。
【図９】紙原稿を印刷する処理を行うための処理シーケンス図である。
【図１０】紙原稿を電子化し保管する処理を行うためのクラス図である。
【図１１】紙原稿を電子化し保管する処理を行うための処理シーケンス図である。
【図１２】ＰＣ文書を印刷する処理を行うためのクラス図である。
【図１３】ＰＣ文書を印刷する処理を行うための処理シーケンス図である。
【図１４】紙原稿をＦＡＸ送信する処理を行うためのクラス図である。
【図１５】紙原稿をＦＡＸ送信する処理を行うための処理シーケンス図である。
【図１６】操作者クラスの内部クラス構成を示す図である。
【図１７】文書入出力リクエストの内部クラス構成を示す図である。
【図１８】アプリケーション毎の複数の機能処理単位の組み合わせ例を示す図である。
【図１９】図１８に示す連携アプリケーションを行うためのコラボレーションの例を示す図である。
【符号の説明】
【０１７７】
１          ＣＰＵ
２          画像バス
３          ＲＯＭ
４          ＲＡＭ
５          ＮＶＲＡＭ
６          パネル制御部
７          エンジン制御部
８          ディスクドライバ
９          通信制御部
１０        モデム
１６        操作パネル
１７        スキャン／プリントエンジン
１８        記憶装置
２０        ネットワーク
３０        原理構造
３１        プレゼンテーション層
３２        ビジネス層
３３ａ      ビジネスデータ層
３３ｂ      データ層
３４        デバイス層
３５        共通部
１００      画像処理装置
３１０      操作者クラス
３２０      受付クラス
３２２      文書入出力リクエストクラス
３３１ｂ      保存データクラス
３３２ｂ      外部保存データクラス
３３５ａ    アドレス帳クラス
３３７ａ    蓄積文書クラス
３３９ａ    画像クラス
３４１      原稿束クラス
３４２      転写紙束クラス
３４４      ＰＣ文書クラス
３４５      ＦＡＸ文書クラス
３４７      画像編集クラス
３４８      エミュレーションクラス
３５３      パーサクラス
３５４      メモリクラス
３５７      ネットワーククラス
３５８      ＦＡＸクラス
【図１】
2007235933.tif 000003
【図２】
2007235933.tif 000004
【図３】
2007235933.tif 000005
【図４】
2007235933.tif 000006
【図５】
2007235933.tif 000007
【図６】
2007235933.tif 000008
【図７】
2007235933.tif 000009
【図８】
2007235933.tif 000010
【図９】
2007235933.tif 000011
【図１０】
2007235933.tif 000012
【図１１】
2007235933.tif 000013
【図１２】
2007235933.tif 000014
【図１３】
2007235933.tif 000015
【図１４】
2007235933.tif 000016
【図１５】
2007235933.tif 000017
【図１６】
2007235933.tif 000018
【図１７】
2007235933.tif 000019
【図１８】
2007235933.tif 000020
【図１９】
2007235933.tif 000021