(57)【要約】【課題】  .NET Frameworkを、ドキュメント処理装置のアーキテクチャに適用する。【解決手段】  プレゼンテーション層は、入力手段等を介して入力された要求に基づいて処理をビジネス層に依頼する。また、当該ビジネス層からの通知を表示手段等に出力する。ビジネス層は、依頼された処理を実行し処理結果をプレゼンテーション層に通知する。また、当該処理の実行に際し必要なデータの入出力をデータ層に依頼する。データ層は、ビジネス層の依頼に基づいて記憶手段に対しデータの入出力を行う。セキュリティ部は、ビジネス層等の要求に基づいて処理の権限を判定する。また、運用管理部は、ビジネス層等に要求されたプラグインを利用させる。また、通信部は、プレゼンテーション層等が通信手段を利用する際に制御する。【選択図】  図３
2007208801.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの要求を受け付ける入力手段と、ユーザ宛の情報を表示する表示手段と、ドキュメントを読み取るドキュメント読取手段と、ドキュメントを印刷するドキュメント印刷手段と、ドキュメントを記憶する記憶手段と、外部装置と通信する通信手段と、前記入力手段又は通信手段を介した要求に基づいて前記ドキュメントを処理する処理手段とを備えたドキュメント処理装置において、
前記処理手段は、「．ＮＥＴ  Ｆｒａｍｅｗｏｒｋ」に準拠した、プレゼンテーション層と、ビジネス層と、データ層と、セキュリティ部と、運用管理部と、通信部とを備え、
前記プレゼンテーション層は、前記入力手段又は通信手段を介して入力された要求に基づいて所定の処理を前記ビジネス層に依頼すると共に、当該ビジネス層からの通知を前記表示手段又は通信手段を介してユーザ宛に出力する機能を少なくとも備え、
前記ビジネス層は、前記プレゼンテーション層から依頼された処理を実行し処理結果をプレゼンテーション層に通知する機能と、当該処理の実行に際し当該処理に必要なデータの入出力を前記データ層に依頼する機能と、前記プレゼンテーション層から依頼された処理の実行に際し処理の権限を前記セキュリティ部に確認し権限の無い処理の要求は拒否する機能と、前記プレゼンテーション層から依頼された処理の実行に際し前記運用管理部が管理するプラグインを適宜利用する機能とを少なくとも備え、
前記データ層は、前記ビジネス層の依頼に基づいて自装置の前記記憶手段又は前記外部装置の記憶手段に対しデータの入出力を行う機能を少なくとも備え、
前記セキュリティ部は、前記ビジネス層の要求に基づいて処理の権限を判定し判定結果をビジネス層に通知する機能を少なくとも備え、
前記運用管理部は、前記ビジネス層に要求されたプラグインを当該ビジネス層に利用させる機能を少なくとも備え、
前記通信部は、前記プレゼンテーション層又はデータ層が前記通信手段を利用する際に当該通信手段を制御する機能を少なくとも備えている、
ことを特徴としたドキュメント処理装置。
【請求項２】
請求項１記載のドキュメント処理装置において、
前記処理手段は、更にデバイス層を備え、
当該デバイス層は、前記ビジネス層の要求に基づいて、前記ドキュメント読取手段にドキュメントデータを読み取らせる機能と、前記ドキュメント印刷手段にドキュメントを印刷させる機能とを少なくとも備えていることを特徴としたドキュメント処理装置。
【請求項３】
請求項２記載のドキュメント処理装置におけるドキュメント処理方法であって、
前記プレゼンテーション層が、前記ビジネス層に対し操作の開始を宣言し、ビジネス層が、この宣言を受理するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し動作条件の設定を要求し、ビジネス層が、この要求を受けて動作条件を設定するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し動作の実行を要求し、ビジネス層が、この要求を受けて前記動作条件の設定に基づく所定の動作を実行するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し操作の終了を宣言し、ビジネス層が、この宣言を受理するステップと、
を備えたことを特徴とするドキュメント処理方法。
【請求項４】
請求項２記載のドキュメント処理装置におけるドキュメント処理方法であって、
前記通信部が、前記通信手段を介して前記外部装置のリモートユーザから受信した操作要求を前記プレゼンテーション層に渡すステップと、
前記プレゼンテーション層が、前記通信部から受けたリモートユーザの操作要求の内容を解析するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し前記操作要求に基づく操作の開始を宣言し、ビジネス層が、この宣言を受理するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し動作条件の設定を要求し、ビジネス層が、この要求を受けて動作条件を設定するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し動作の実行を要求し、ビジネス層が、この要求を受けて前記動作条件の設定に基づく所定の動作を実行するステップと、
前記プレゼンテーション層が、前記ビジネス層に対し操作の終了を宣言し、ビジネス層が、この宣言を受理するステップと、
前記プレゼンテーション層が、前記通信部に対し操作の終了を通知するステップと、
前記通信部が、この操作終了の通知を、前記通信手段を介して前記外部装置のリモートユーザ宛に通知するステップと、
を備えたことを特徴とするドキュメント処理方法。
【請求項５】
請求項３又は４に記載のドキュメント処理方法において、
前記プレゼンテーション層から動作の実行を要求されたビジネス層が、ドキュメントの読み取り処理を要求されると、前記デバイス層にドキュメントの読み取りを要求するステップと、
デバイス層が、この要求を受けて前記ドキュメント読取手段を制御し、このドキュメント読取手段によりドキュメントから読み取った画像データを一時記憶させるステップと、
ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求するステップと、
デバイス層が、この要求を受けて前記画像データに所定の加工を施し、加工した画像データを一時記憶させるステップと、
ビジネス層が、この一時記憶された加工済みの画像データを前記記憶手段に蓄積するように前記データ層に要求するステップと、
データ層が、この要求を受けて前記一時記憶された加工済みの画像データを前記記憶手段に蓄積するステップと、
を備えたことを特徴とするドキュメント処理方法。
【請求項６】
請求項３又は４に記載のドキュメント処理方法において、
前記プレゼンテーション層から動作の実行を要求されたビジネス層が、ドキュメントの印刷処理を要求されると、前記データ層に印刷対象の画像データの読み出しを要求するステップと、
データ層が、この要求を受けて自装置の前記記憶手段又は前記外部装置の記憶手段から対象の画像データを読み出し一時記憶させるステップと、
ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求するステップと、
デバイス層が、この要求を受けて前記画像データに所定の加工を施し、加工した画像データを一時記憶させるステップと、
ビジネス層が、この一時記憶された加工済みの画像データを画像として印刷するように前記デバイス層に要求するステップと、
デバイス層が、この要求を受けて前記ドキュメント印刷手段を制御し、前記一時記憶された加工済みの画像データを画像としてドキュメント印刷手段に印刷させるステップと、
を備えたことを特徴とするドキュメント処理方法。
【請求項７】
請求項３又は４に記載のドキュメント処理方法において、
前記プレゼンテーション層から動作の実行を要求されたビジネス層が、内部ドキュメントの外部提供処理を要求されると、前記データ層に提供対象の画像データの読み出しを要求するステップと、
データ層が、この要求を受けて自装置の前記記憶手段から対象の画像データを読み出し一時記憶させるステップと、
ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求するステップと、
デバイス層が、この要求を受けて前記画像データに所定の加工を施し、加工した画像データを一時記憶させるステップと、
ビジネス層が、この一時記憶された加工済みの画像データを外部装置の記憶手段に蓄積するように前記データ層に要求するステップと、
データ層が、この要求を受けて前記一時記憶された加工済みの画像データを前記外部装置の記憶手段に蓄積させるように前記通信部に要求するステップと、
前記通信部が、この要求を受けて前記加工済みの画像データを前記通信手段を介して外部装置に送信し記憶手段に蓄積させるステップと、
を備えたことを特徴とするドキュメント処理方法。
【請求項８】
請求項３又は４に記載のドキュメント処理方法において、
前記プレゼンテーション層から動作の実行を要求されたビジネス層が、外部ドキュメントの取得処理を要求されると、前記データ層にスプール領域の確保を要求するステップと、
データ層が、この要求を受けて自装置の前記記憶手段にスプール領域を確保するステップと、
ビジネス層が、データ層に対し、前記外部装置の記憶手段にあるドキュメント画像データを取得するように要求するステップと、
データ層が、この要求を受けて、前記外部装置の記憶手段にあるドキュメント画像データを受信するように前記通信部に要求するステップと、
通信部が、この要求を受けて、前記外部装置の記憶手段にあるドキュメント画像データを前記通信手段を介して外部装置から受信し一時記憶させるステップと、
ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求するステップと、
デバイス層が、この要求を受けて前記画像データに所定の加工を施し、加工した画像データを一時記憶させるステップと、
ビジネス層が、この一時記憶された加工済みの画像データを前記確保されたスプール領域に蓄積するように前記データ層に要求するステップと、
データ層が、この要求を受けて前記一時記憶された加工済みの画像データを前記確保したスプール領域に蓄積するステップと、
を備えたことを特徴とするドキュメント処理方法。
【請求項９】
請求項３又は４記載のドキュメント処理方法において、
請求項５乃至８記載の処理方法のうち少なくとも２以上の処理方法を連携して実行することを特徴としたドキュメント処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドキュメント処理装置及びその処理方法に係り、特に、分散アプリケーションを実装したドキュメント処理装置及びその処理方法に関する。
【背景技術】
【０００２】
昨今の複合機は、複数のアプリケーションが膨大な機能を有し、ソフトウェアの大規模化、複雑化が進展している。また、スタンドアローンにとどまらず、分散環境に対応することで、WEBや他の機器と連携し新たな価値を提供している。このような状況でアプリケーションシステムを開発するにあたっては、開発初期の段階で適切なアーキテクチャを定めておくことが必須である。
【０００３】
しかし、分散環境におけるアプリケーションでは、そのアーキテクチャを設計するのは非常に大変な作業である。セキュリティ、トランザクション、ユーザーインターフェース、分散オブジェクト、コンポーネント、データ、メッセージング、ネーミングサービス、ディレクトリなど、アーキテクトにはさまざまな知識とスキルが要求される。
【０００４】
こうしたアーキテクトの作業を軽減するために、分散アプリケーションの実装基盤としてマイクロソフト社は.NET Frameworkというアーキテクチャを公開している。本発明は、この.NET Frameworkを、ドキュメント処理装置のアーキテクチャに適用し、更に適用したアーキテクチャにおける処理ステップを定義するものである。
【０００５】
なお、出願人は、上記に関する公知技術文献の存在を知らない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、.NET Frameworkを、ドキュメント処理装置のアーキテクチャに適用し、更に適用したアーキテクチャにおける処理ステップを定義することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明では、以下の構成を採っている。
【０００８】
本発明のドキュメント処理装置は、ユーザからの要求を受け付ける入力手段と、ユーザ宛の情報を表示する表示手段と、ドキュメントを読み取るドキュメント読取手段と、ドキュメントを印刷するドキュメント印刷手段と、ドキュメントを記憶する記憶手段と、外部装置と通信する通信手段と、入力手段又は通信手段を介した要求に基づいてドキュメントを処理する処理手段とを備えている。
【０００９】
処理手段は、「．ＮＥＴ  Ｆｒａｍｅｗｏｒｋ」に準拠した、プレゼンテーション層と、ビジネス層と、データ層と、セキュリティ部と、運用管理部と、通信部とを備える。（「層」は「手段」や「部」と読み替えてもよい。）
【００１０】
プレゼンテーション層は、入力手段又は通信手段を介して入力された要求に基づいて所定の処理をビジネス層に依頼すると共に、当該ビジネス層からの通知を表示手段又は通信手段を介してユーザ宛に出力する機能を少なくとも備える。また、ビジネス層は、プレゼンテーション層から依頼された処理を実行し処理結果をプレゼンテーション層に通知する機能と、当該処理の実行に際し当該処理に必要なデータの入出力をデータ層に依頼する機能と、プレゼンテーション層から依頼された処理の実行に際し処理の権限を前記セキュリティ部に確認し権限の無い処理の要求は拒否する機能と、プレゼンテーション層から依頼された処理の実行に際し運用管理部が管理するプラグインを適宜利用する機能とを少なくとも備える。また、データ層は、ビジネス層の依頼に基づいて自装置の記憶手段又は外部装置の記憶手段に対しデータの入出力を行う機能を少なくとも備える。また、セキュリティ部は、ビジネス層の要求に基づいて処理の権限を判定し判定結果をビジネス層に通知する機能を少なくとも備える。また、運用管理部は、ビジネス層に要求されたプラグインを当該ビジネス層に利用させる機能を少なくとも備える。また、通信部は、プレゼンテーション層又はデータ層が通信手段を利用する際に当該通信手段を制御する機能を少なくとも備える。
【００１１】
これによると、ドキュメント処理装置の適切なアーキテクチャが定まることで、一般的には以下のメリットが享受できる。即ち、（１）開発の枠組みが定まる、（２）部品の再利用性が高まる、（３）システムが統合しやすくなる、（４）開発者同士の意思疎通を図ることができる。また、もともとスタンドアローンでの機能提供が主流のドキュメント処理装置に、分散アプリケーション向けの．ＮＥＴアーキテクチャを採用することによって、以下のようなメリットが享受できる。即ち、（１）分散環境に親和性の良いドキュメント処理装置を構築することができる、（２）実績のあるアーキテクチャを採用することで、高い品質を確保することができる。
【００１２】
ところで、本発明において、処理手段は、更にデバイス層を備えるとよい。当該デバイス層は、ビジネス層の要求に基づいて、ドキュメント読取手段にドキュメントデータを読み取らせる機能と、ドキュメント印刷手段にドキュメントを印刷させる機能とを少なくとも備える。
【００１３】
デバイス層を新規に追加することで、ドキュメント処理装置に付随するハードウェアを利用することが可能となる。
【００１４】
次に、上記の構成を前提としたドキュメント処理方法は以下のように定義するとよい。
【００１５】
まず、プレゼンテーション層が、ビジネス層に対し操作の開始を宣言し、ビジネス層が、この宣言を受理する。次いで、プレゼンテーション層が、ビジネス層に対し動作条件の設定を要求し、ビジネス層が、この要求を受けて動作条件を設定する。次いで、プレゼンテーション層が、ビジネス層に対し動作の実行を要求し、ビジネス層が、この要求を受けて動作条件の設定に基づく所定の動作を実行する。その後、プレゼンテーション層が、ビジネス層に対し操作の終了を宣言し、ビジネス層が、この宣言を受理する。
【００１６】
このように処理工程の雛型を定義し、具体的な処理をこの工程に当てはめることによって、次のメリットが享受できる。即ち、（１）複数の具体的な処理に共通する処理工程の共通化が容易になる、（２）処理工程の共通化によって、ソフトウェアの管理が容易になる、（３）処理によって、その中の工程の順序が統一されていると、ユーザーの使い勝手が良い。
【００１７】
また、リモートユーザーからの要求に対しては、ドキュメント処理方法を次のように定義するとよい。
【００１８】
即ち、通信部が、通信手段を介して外部装置のリモートユーザから受信した操作要求をプレゼンテーション層に渡す。次いで、プレゼンテーション層が、通信部から受けたリモートユーザの操作要求の内容を解析する。次いで、プレゼンテーション層が、ビジネス層に対し操作要求に基づく操作の開始を宣言し、ビジネス層が、この宣言を受理する。次いで、プレゼンテーション層が、ビジネス層に対し動作条件の設定を要求し、ビジネス層が、この要求を受けて動作条件を設定する。次いで、プレゼンテーション層が、ビジネス層に対し動作の実行を要求し、ビジネス層が、この要求を受けて動作条件の設定に基づく所定の動作を実行する。その後、プレゼンテーション層が、ビジネス層に対し操作の終了を宣言し、ビジネス層が、この宣言を受理する。次いで、プレゼンテーション層が、通信部に対し操作の終了を通知する。次いで、通信部が、この操作終了の通知を、通信手段を介して外部装置のリモートユーザ宛に通知する。
【００１９】
このように、リモートユーザーからの要求に対する処理工程を、ローカルユーザーのものと出来るだけ共通化することによって、ソフトウェアの管理が容易になる。
【００２０】
更に、上記の処理方法においてドキュメントの読取蓄積を実現する場合、処理方法は次のように定義するとよい。
【００２１】
即ち、プレゼンテーション層から動作の実行を要求されたビジネス層が、ドキュメントの読み取り処理を要求されると、デバイス層にドキュメントの読み取りを要求する。次いで、デバイス層が、この要求を受けてドキュメント読取手段を制御し、このドキュメント読取手段によりドキュメントから読み取った画像データを一時記憶させる。次いで、ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求する。次いで、デバイス層が、この要求を受けて画像データに所定の加工を施し、加工した画像データを一時記憶させる。次いで、ビジネス層が、この一時記憶された加工済みの画像データを記憶手段に蓄積するようにデータ層に要求する。次いで、データ層が、この要求を受けて一時記憶された加工済みの画像データを記憶手段に蓄積する。
【００２２】
これにより、本発明のアーキテクチャを用いて、ドキュメントの読み取り蓄積を行うことができるようになる。
【００２３】
また、蓄積文書の印刷を実現する場合、処理方法は次のように定義するとよい。
【００２４】
即ち、プレゼンテーション層から動作の実行を要求されたビジネス層が、ドキュメントの印刷処理を要求されると、データ層に印刷対象の画像データの読み出しを要求する。次いで、データ層が、この要求を受けて自装置の記憶手段又は外部装置の記憶手段から対象の画像データを読み出し一時記憶させる。次いで、ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求する。次いで、デバイス層が、この要求を受けて画像データに所定の加工を施し、加工した画像データを一時記憶させる。次いで、ビジネス層が、この一時記憶された加工済みの画像データを画像として印刷するようにデバイス層に要求する。次いで、デバイス層が、この要求を受けてドキュメント印刷手段を制御し、一時記憶された加工済みの画像データを画像としてドキュメント印刷手段に印刷させる。
【００２５】
これにより、本発明のアーキテクチャを用いて、蓄積文書の印刷を行うことができるようになる。
【００２６】
また、装置内部の文書を外部装置に送信し蓄積させる場合、処理方法は次のように定義するとよい。
【００２７】
即ち、プレゼンテーション層から動作の実行を要求されたビジネス層が、内部ドキュメントの外部提供処理を要求されると、データ層に提供対象の画像データの読み出しを要求する。次いで、データ層が、この要求を受けて自装置の記憶手段から対象の画像データを読み出し一時記憶させる。次いで、ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求する。次いで、デバイス層が、この要求を受けて画像データに所定の加工を施し、加工した画像データを一時記憶させる。次いで、ビジネス層が、この一時記憶された加工済みの画像データを外部装置の記憶手段に蓄積するようにデータ層に要求する。次いで、データ層が、この要求を受けて一時記憶された加工済みの画像データを外部装置の記憶手段に蓄積させるように通信部に要求する。次いで、通信部が、この要求を受けて加工済みの画像データを通信手段を介して外部装置に送信し記憶手段に蓄積させる。
【００２８】
これにより、本発明のアーキテクチャを用いて、外部装置へ文書を送信し蓄積させることができるようになる。
【００２９】
また、外部装置の文書を受信し蓄積する場合、処理方法は次のように定義するとよい。
【００３０】
即ち、プレゼンテーション層から動作の実行を要求されたビジネス層が、外部ドキュメントの取得処理を要求されると、データ層にスプール領域の確保を要求する。次いで、データ層が、この要求を受けて自装置の記憶手段にスプール領域を確保する。次いで、ビジネス層が、データ層に対し、外部装置の記憶手段にあるドキュメント画像データを取得するように要求する。次いで、データ層が、この要求を受けて、外部装置の記憶手段にあるドキュメント画像データを受信するように通信部に要求する。次いで、通信部が、この要求を受けて、外部装置の記憶手段にあるドキュメント画像データを通信手段を介して外部装置から受信し一時記憶させる。次いで、ビジネス層が、この一時記憶された画像データに対する所定の画像の加工をデバイス層に要求する。次いで、デバイス層が、この要求を受けて画像データに所定の加工を施し、加工した画像データを一時記憶させる。次いで、ビジネス層が、この一時記憶された加工済みの画像データを確保されたスプール領域に蓄積するようにデータ層に要求する。次いで、データ層が、この要求を受けて一時記憶された加工済みの画像データを先に確保したスプール領域に蓄積する。
【００３１】
これにより、本発明のアーキテクチャを用いて、外部装置から文書を取得し蓄積することができるようになる。
【００３２】
ここで、以上紹介した文書の読取蓄積、蓄積文書の印刷、蓄積文書の外部送信、又は外部文書の取得蓄積の各処理方法は、その２つ以上を連続して行ってもよい。
【００３３】
複数の処理工程を組み合わせた処理をサービスとして提供することによって、ユーザーの使い勝手を向上することができる。
【発明の効果】
【００３４】
上記のように、本発明によれば、適切なアーキテクチャが定まることで、一般的には以下のようなメリットが享受できる。即ち、開発の枠組みが定まり、部品の再利用性が高まり、システムが統合しやすくなる。開発者同士の意思疎通も図られる。また、もともとスタンドアローンでの機能提供が主流のドキュメント処理装置に、分散アプリケーション向けの.NETアーキテクチャを提供することによって、以下のようなメリットが享受できる。即ち、分散環境に親和性の良いドキュメント処理装置を構築することができ、実績のあるアーキテクチャを採用することで、高い品質を確保できる。
【発明を実施するための最良の形態】
【００３５】
<実施形態１>
【００３６】
以下、本発明の実施形態を説明する。図１は、本発明の一実施形態であるドキュメント処理装置のハードウェア構成を示している。ドキュメント処理装置は、マイコンの主体として各部を集中的に制御するＣＰＵ１（処理手段）を内蔵している。このＣＰＵ１には、画像バス２を介して、プログラム等の固定的データを予め格納するＲＯＭ３と、各種データを書き換え自在に格納するＲＡＭ４と、データを消滅させることなく格納する不揮発性ＲＡＭであるＮＶＲＡＭ５とが接続されている。また、画像バス２には、ネットワーク６との接続を担う通信制御部７（通信手段）と、パネル制御部８を介してユーザーとのインターフェースを司るＬＣＤタッチパネルを有する操作パネル９（入力手段および表示手段）と、エンジン制御部１０を介してイメージデータの入出力（紙原稿の読み取りと転写紙への印刷）をスキャナ部（ドキュメント読取手段）やプリンタ部（ドキュメント印刷手段）に対して実行させるスキャン／プリントエンジン１１と、ディスクドライバ１２を介してイメージデータや制御プログラム等の記憶蓄積に利用されるＨＤＤである記憶装置１３と、公衆回線等を通じて外部機器とのデータ通信を可能とするモデム１４（通信手段）とが接続されている。ここで、ＲＯＭ３、ＲＡＭ４、ＮＶＲＡＭ５および記憶装置１３は、本発明の構成要件である記憶手段に相当する。また、ＲＡＭ４および記憶装置１３は、一時記憶に利用される。
【００３７】
さて、本実施形態では、「．ＮＥＴ  Ｆｒａｍｅｗｏｒｋ」（以下、「．ＮＥＴアーキテクチャ」と略称する場合がある）を、ドキュメント処理装置のアーキテクチャに採用する。「．ＮＥＴ  Ｆｒａｍｅｗｏｒｋ」のアーキテクチャは、図２に示すように構成され、プレゼンテーション層と、ビジネス層と、データ層と、セキュリティー部と、運用管理部と、通信部とを備えている。各層および各部は、ＣＰＵ１が予め準備されたプログラムを実行することにより実現される。各層および各部の役割は以下の通りである。
【００３８】
プレゼンテーション層は、ユーザーインターフェースを担当する。即ち、プレゼンテーション層は、操作パネル９（オペレーションパネル）、外部装置のブラウザ又はWEBサービスなどを介した要求および通知の窓口を担当する。プレゼンテーション層は、操作パネル９又は外部装置から入力されるユーザの要求を把握し、その要求を実現するために、ビジネス層を利用する。また、要求をしたユーザに対し、ビジネス層からのフィードバック情報を操作パネル９や外部装置の表示装置を介して提供する。
【００３９】
また、ビジネス層は、ビジネスロジックを担当する。即ち、ビジネス層は、ドキュメント処理のビジネスロジック(上位機能)を担当する。ビジネス層は、文書操作アプリケーションのロジックを把握しており、ドキュメント処理装置のユーザに対してワークフローを提示し、操作の受付、認証、文書入出力の処理、課金など、文書操作に必要な一連の処理を担当する。また、文書操作に対しては、論理的に処理順序を入れ替えるスケジューリングを行う。また、文書操作アプリケーションが扱うデータの内容を理解し、一括して担当する。文書操作アプリケーションが扱うデータとしては、アカウント、蓄積文書、アドレス帳、装置構成／能力、設定情報、および画データなどの情報がある。また、保存先の場所（ローカル/リモート）を把握しており、実際の物理デバイスへのデータ入出力はデータ層に委譲する。
【００４０】
次に、データ層は、データソースへの入出力を担当する。即ち、データ層は、ローカル/リモートの保存領域への入出力を担当する。また、ローカル/リモートのデータ保存領域に、アクセスするためのサービスを提供する。また、デバイスの状況を把握し、デバイスの能力に応じて、処理要求のスケジューリングを行う。
【００４１】
また、セキュリティ部は、セキュリティ原則、認証、承認、安全な通信、プロファイル管理、および監査を行う。即ち、セキュリティ部は、認証、アクセス制御、暗号化、およびセキュリティログの制御を担当する。また、セキュリティー部は、ユーザ、サービス、データリソース、およびデバイスリソースなどに対して、共通したセキュリティをかけるための仕組みを提供する。また、セキュリティー部は、セキュリティの履歴情報を残す。
【００４２】
次に、運用管理部は、例外管理、モニタリング、設定、メタデータ、およびサービスの位置を担当する。また、運用管理部は、プラグイン、日時管理、メモリ管理、タイマー、デバッグ、履歴、電力、およびレポートの制御を担当する。また、運用管理部は、機能の追加、変更、削除を、容易に実現するための仕組みを提供する。また、運用管理部は、アプリケーション全体や他のポリシーが、共通して利用する仕組みを提供する。
【００４３】
次に、通信部は、通信モデルの選定、同期、フォーマット、スキーマ、およびプロトコルを担当する。また、通信部は、ネットワーク、FAX、およびWEBサービスの制御を担当する。また、通信部は、外部システムと、プロトコルに従ったデータの送受信を行う。
【００４４】
図３は、．ＮＥＴアーキテクチャをドキュメント処理装置に適用した際のブロック図である。ユーザーからの要求をプレゼンテーション層が受け付け、プレゼンテーション層はビジネス層を利用し、ビジネス層はデータ層を利用する。また、セキュリティ部、運用管理部、および通信部は、全ての層から利用される。
【００４５】
具体的には、プレゼンテーション層は、ビジネス層に対し、適宜以下の要求を行う。
（ａ）操作の開始／終了
（ｂ）動作条件の設定
（ｃ）動作の実行
（ｄ）情報の登録／参照／編集
（ｅ）ユーザの認証
（ｆ）機能の追加／削除
また、プレゼンテーション層は、セキュリティ部、運用管理部または通信部に対し、各部が提供するサービスの利用を適宜要求する。
【００４６】
一方、ビジネス層は、プレゼンテーション層に対し、当該プレゼンテーション層から要求された処理を実行すると共に、その実行結果をプレゼンテーション層に通知する。また、ビジネス層は、データ層に対し、適宜以下の要求を行う。
（ａ）データの読み出し
（ｂ）データの書き込み
また、ビジネス層も、セキュリティ部、運用管理部または通信部に対し、各部が提供するサービスの利用を適宜要求する。
【００４７】
一方、データ層は、ビジネス層に対し、当該ビジネス層から要求された処理を実行すると共に、その実行結果をビジネス層に通知する。また、データ層も、セキュリティ部、運用管理部または通信部に対し、各部が提供するサービスの利用を適宜要求する。
【００４８】
一方、セキュリティ部は、プレゼンテーション層、ビジネス層またはデータ層からの利用要求に応じて、権限の確認サービスを提供する。
【００４９】
一方、運用管理部は、プレゼンテーション層、ビジネス層またはデータ層からの利用要求に応じて、以下のサービスを提供する。
（ａ）プラグインの取り込み
（ｂ）プラグインの取り除き
（ｃ）機器を利用可能にする
（ｄ）機器を利用不可にする
（ｅ）履歴を登録する
（ｆ）レポートイメージを作成する
【００５０】
一方、通信部は、プレゼンテーション層、ビジネス層またはデータ層からの利用要求に応じて、以下のサービスを提供する。
（ａ）通信手段を介したデータの送信
（ｂ）通信手段を介したデータの受信
【００５１】
また、セキュリティ部、運用管理部、および通信部は、各部のサービスを互いに利用し合う場合がある。
【００５２】
以上のように、ドキュメント処理装置に、「．ＮＥＴ  Ｆｒａｍｅｗｏｒｋ」のアーキテクチャを採用すると、適切なアーキテクチャが定まることで、一般的には以下のようなメリットが享受できる。即ち、（１）開発の枠組みが定まる、（２）部品の再利用性が高まる、（３）システムが統合しやすくなる、（４）開発者同士の意思疎通が図れる。また、もともとスタンドアローンでの機能提供が主流のドキュメント処理装置に、分散アプリケーション向けの.NETアーキテクチャを提供することによって、以下のようなメリットが享受できる。即ち、（１）分散環境に親和性の良いドキュメント処理装置を構築できる、（２）実績のあるアーキテクチャを採用することで、高い品質を確保できる。
【００５３】
<実施形態２>
【００５４】
次に、本発明の第２実施形態を説明する。
【００５５】
第２実施形態では、第１実施形態の構成に加え、ドキュメント処理装置に特有の階層を、新規に追加する。第１実施形態によるドキュメント処理装置で採用した.NETアーキテクチャは、基本的には、PCアプリケーション向けのアーキテクチャである。そこで、第１実施形態のドキュメント処理装置において、さらに機器を制御するため、組み込みアプリケーション特有の階層を追加する。具体的には、第１実施形態の.NETアーキテクチャに対し、さらにドキュメント処理装置特有の階層「デバイス層」を追加する。
【００５６】
第２実施形態におけるドキュメント処理装置アーキテクチャの階層図を、図４に示す。デバイス層の役割は以下のように定義する。デバイス層は、原稿の読取、文書の印刷を行うため、スキャナ部、プロッタ部（プリンタ部）など、紙を扱うデバイスの制御を担当する。また、画像情報の変換（加工、形式変換など）を担当する。また、デバイスの状況を把握し、デバイスの能力に応じて、処理要求のスケジューリングを行う。また、文書操作を実現する際、ビジネス層から使用される。
【００５７】
図５は、デバイス層を追加した際のブロック図である。ユーザーからの要求をプレゼンテーション層が受け付け、プレゼンテーション層はビジネス層を利用し、ビジネス層はデバイス層およびデータ層を利用する。また、セキュリティ部、運用管理部、および通信部は、全ての層から利用される。
【００５８】
具体的には、ビジネス層は、デバイス層に対し、以下の要求を適宜行う。
（ａ）ドキュメント読取手段を利用したドキュメントの読み取り
（ｂ）ドキュメント印刷手段を利用したドキュメントの印刷
（ｃ）ドキュメント画像の加工
【００５９】
一方、デバイス層は、ビジネス層に対し、当該ビジネス層から要求された処理を実行すると共に、その処理結果をビジネス層に通知する。また、デバイス層は、セキュリティ部、運用管理部または通信部に対し、各部が提供するサービスの利用を適宜要求する。その他の構成は、第１実施形態と同一である。
【００６０】
このように、デバイス層を新規に追加することで、ドキュメント処理装置に付随するハードウェアを利用することが可能になる。
【００６１】
<実施形態３>
【００６２】
次に、本発明の第３実施形態を説明する。第３実施形態では、第２実施形態のアーキテクチャにおける処理工程を定義する。本実施形態における、処理工程の雛型は以下の通りである。
（ａ３） 操作の開始宣言（ログイン）
（ｂ３） 動作条件の設定
（ｃ３） 動作の実行
（ｄ３） 操作の終了宣言（ログアウト）
ここで、操作の中で複数の動作を続けて実行する事も可能である。その場合は（ｂ３）（ｃ３）が繰り返される。
【００６３】
図６および図７は、本実施形態における、処理工程の雛型となるシーケンス図である。図６の端子６１〜６３は、図７に接続される。
【００６４】
まず、（ａ３）操作の開始宣言（ログイン）、について説明する（シーケンス番号１〜３）
プレゼンテーション層は、操作パネル９等からユーザの操作を受け付け、操作の開始をビジネスロジック層（ビジネス層）に要求する。この要求を受けて、ビジネスロジック層は、操作の受付を準備し、操作開始準備の結果をプレゼンテーション層に通知する。
【００６５】
次に、（ｂ３）動作条件の設定、について説明する（シーケンス番号４〜６）
プレゼンテーション層は、所定の動作条件を設定するようにビジネスロジック層に要求し、ビジネスロジック層は、この要求を受けて所定の動作条件を設定領域に設定する。ビジネスロジック層は、この条件設定の結果をプレゼンテーション層に通知する。
【００６６】
次に、（ｃ３）動作の実行、について説明する（シーケンス番号７〜１２）
プレゼンテーション層は、ビジネスロジック層に対し所定の動作の実行を要求する。この要求を受けたビジネスロジック層は、セキュリティメカニズム（セキュリティ部）に対し要求された処理の権限を確認するように要求する。この要求を受けたセキュリティメカニズムは、要求された処理の権限を確認し、確認結果をビジネスロジック層に通知する。この通知を受けたビジネスロジック層は、セキュリティメカニズムによる確認の結果を参照し、処理の権限が確認できれば、プレゼンテーション層から要求された処理の動作を実行する。ビジネスロジック層は、実行が終了すると、実行終了の旨をプレゼンテーション層に通知する。
【００６７】
次に、（ｄ３）操作の終了宣言（ログアウト）、について説明する（シーケンス番号１３〜１５）
プレゼンテーション層は、操作の終了をビジネスロジック層に要求する。この要求を受けたビジネスロジック層は、操作の終了処理を実行し、この処理の結果をプレゼンテーション層に通知する。この通知を受けたプレゼンテーション層は、操作パネル９等の表示手段を介し、操作の終了をユーザに表示する。その他の構成は第２実施形態と同一である。
【００６８】
このように処理工程の雛型を定義し、具体的な処理をこの工程に当てはめる事によって、次のメリットが享受できる。即ち、（１）複数の具体的な処理に共通する処理工程の共通化が容易になる、（２）処理工程の共通化によって、ソフトウェアの管理が容易になる、（３） 処理によって、その中の工程の順序が統一されていると、ユーザーの使い勝手が良い。
【００６９】
<実施形態４>
【００７０】
次に、本発明の第４実施形態を説明する。本実施形態では、第２実施形態のアーキテクチャにおいて、外部装置のリモートユーザーからの要求に対する処理工程を定義する。リモートユーザーからの要求に対する処理工程の雛型は第３実施形態として定義した処理工程とできる限り共通化する。
【００７１】
本実施形態において、リモートユーザーからの要求に対する処理工程の雛型は以下の通りである。
（ａ４）リモートユーザーからの要求受付、及び内容の解析
（ｂ４）操作の開始宣言（ログイン）
（ｃ４）動作条件の設定
（ｄ４）動作の実行
（ｅ４）操作の終了宣言（ログアウト）
（ｆ４）リモートユーザーへの操作結果通知
ここで、操作の中で複数の動作を続けて実行する事も可能である。その場合は（ｃ４）（ｄ４）が繰り返される。
【００７２】
図８および図９は、第２実施形態のアーキテクチャを採用したドキュメント処理装置における、リモートユーザーからの要求に対する処理工程の雛型となるシーケンス図である。図８の端子８１〜８４は、図９に接続される。
【００７３】
まず、（ａ４）リモートユーザーからの要求受付、及び内容の解析、について説明する（シーケンス番号１〜２）
通信メカニズム（通信部）は、通信手段を介して外部装置から操作要求を受信すると、この操作要求をプレゼンテーション層に通知する。プレゼンテーション層は、通信メカニズムから引き渡された操作要求の内容を解析する。
【００７４】
次に、（ｂ４）操作の開始宣言（ログイン）、について説明する（シーケンス番号３〜５）。
プレゼンテーション層は、操作要求の解析結果に基づいて、ビジネスロジック層に対し操作の開始を要求する。この要求を受けて、ビジネスロジック層は、操作の受付を準備し、操作開始準備の結果をプレゼンテーション層に通知する。
【００７５】
次に、（ｃ４）動作条件の設定、について説明する（シーケンス番号６〜８）。これは、第３実施形態の（ｂ３）動作条件の設定、と同一である。
【００７６】
次に、（ｄ４）動作の実行、について説明する（シーケンス番号９〜１４）。これは、第３実施形態の（ｃ３）動作の実行、と同一である。
【００７７】
次に、（ｅ４）操作の終了宣言（ログアウト）、について説明する（シーケンス番号１５〜１７）
プレゼンテーション層は、操作の終了をビジネスロジック層に要求する。この要求を受けたビジネスロジック層は、操作の終了処理を実行し、この処理の結果をプレゼンテーション層に通知する。
【００７８】
次に、（ｆ４）リモートユーザーへの操作結果通知、について説明する（シーケンス番号１８）
ビジネスロジック層から操作終了処理の結果を受けたプレゼンテーション層は、当該操作の結果を通信部に通知し、通信部は、当該操作の結果を通信手段を介して外部装置に送信する。外部装置は、当該操作結果をリモートユーザに提示する。その他の構成は第２実施形態と同一である。
【００７９】
このように、リモートユーザーからの要求に対する処理工程を、第３実施形態のローカルユーザーのものと出来るだけ共通化することによって、ソフトウェアの管理が容易になる。
【００８０】
<実施形態５>
【００８１】
次に、本発明の第５実施形態を説明する。本実施形態では、第３実施形態または第４実施形態の処理工程において、ビジネスロジック層がドキュメントの読取蓄積を行う場合の処理工程を定義する。即ち、第３実施形態の（ｃ３）動作の実行または第４実施形態の（ｄ３）動作の実行に対応する処理工程を定義する。
【００８２】
本実施形態において、ドキュメントの読取蓄積を実現する処理工程は以下の通りであり、実施形態３または４にある処理工程「動作の実行」を詳細化している。
（ａ５）ドキュメントの読み取り処理
（ｂ５）ドキュメントの画像加工処理
（ｃ５）ドキュメントのデータ書込み処理
【００８３】
図１０および図１１は、第３実施形態または第４実施形態に記載のドキュメント処理装置において、ドキュメントの読み取り蓄積を実現する処理工程の詳細となるシーケンス図である。図１０の端子１０１〜１０３は、図１１に接続される。
【００８４】
まず、（ａ５）ドキュメントの読み取り処理、について説明する（シーケンス番号１〜３）
動作の実行処理（ｃ３，ｄ４）において、ドキュメントの読取蓄積を実行する場合、ビジネスロジック層は、ドキュメントの読み取りをデバイス層に要求する。この要求を受けたデバイス層は、ドキュメント読取手段を駆動し、ドキュメントの画像を光学的に読み取らせ、一時記憶領域に一時記憶させる。ドキュメント読取手段における読み取りが完了すると、デバイス層は、ビジネスロジック層に対し、読み取り終了を通知する。
【００８５】
次に、（ｂ５）ドキュメントの画像加工処理、について説明する（シーケンス番号４〜６）
読み取り終了の通知を受けたビジネスロジック層は、一時記憶されたドキュメント画像に対する所定の加工をデバイス層に要求する。この要求を受けたデバイス層は、一時記憶領域のドキュメント画像に対し所定の画像加工処理を施し、加工済みの画像を一時記憶領域に格納し、画像加工の終了をビジネスロジック層に通知する。
【００８６】
次に、（ｃ５）ドキュメントのデータ書込み処理、について説明する（シーケンス番号７〜９）
画像加工終了の通知を受けたビジネスロジック層は、一時記憶領域に格納された加工済みの画像データを記憶手段に蓄積するように、データ層に要求する。この要求を受けたデータ層は、一時記憶領域にある加工済みの画像データを読み出し、これを記憶手段の所定の蓄積領域に書き込み、当該書き込みの終了をビジネスロジック層に通知する。
【００８７】
このような処理工程を定義することにより、第３実施形態または第４実施形態のアーキテクチャを用いて、ドキュメントの読み取り蓄積を行うことができるようになる。
【００８８】
<実施形態６>
【００８９】
次に、本発明の第６実施形態を説明する。本実施形態では、第３実施形態または第４実施形態の処理工程において、蓄積済みの文書を印刷する場合の処理工程を定義する。ここで、「文書」と「ドキュメント」は同義である。第３実施形態または第４実施形態において、蓄積済み文書の印刷を実現する処理工程は以下の通りであり、第３実施形態または第４実施形態にある処理工程「動作の実行」（ｃ３，ｄ４）を詳細化している。
（ａ６）ドキュメント画像データの読出し処理
（ｂ６）ドキュメント画像の加工処理
（ｃ６）ドキュメントの印刷処理
【００９０】
図１２および図１３は、第３実施形態または第４実施形態において、蓄積済み文書の印刷を実現する処理工程の詳細となるシーケンス図である。図１２の端子１２１〜１２３は、図１３に接続される。
【００９１】
まず、（ａ６）データ読出し処理、について説明する（シーケンス番号１〜３）
動作の実行処理（ｃ３，ｄ４）において、蓄積済みドキュメントの印刷を実行する場合、ビジネスロジック層は、印刷対象となるドキュメントの画像データの読み出しをデータ層に要求する。この要求を受けたデータ層は、記憶手段の所定の蓄積領域から印刷対象の画像データを読み出し、一時記憶領域に格納し、読み出しの終了をビジネスロジック層に通知する。
【００９２】
次に、（ｂ６）画像加工処理、について説明する（シーケンス番号４〜６）
ビジネスロジック層は、一時記憶領域に格納された画像データに対し所定の加工を行うように、デバイス層に要求する。この要求を受けたデバイス層は、一時記憶領域に格納された画像データに対し所定の画像処理を施し、加工済みの画像データを一時記憶領域に格納し、画像加工の終了をビジネスロジック層に通知する。
【００９３】
次に、（ｃ６）印刷処理、について説明する（シーケンス番号７〜９）
ビジネスロジック層は、一時記憶領域に格納された加工済みの画像データに基づくドキュメントを印刷するようにデバイス層に要求する。この要求を受けたデバイス層は、一時記憶領域に格納された加工済みの画像データを読み出し、当該画像データに対応するドキュメントをドキュメント印刷手段に印刷させ、印刷が終了すると、当該印刷の終了をビジネスロジック層に通知する。
【００９４】
このような処理工程を定義することにより、第３実施形態又は第４実施形態のアーキテクチャを用いて、蓄積済み文書の印刷を行うことができるようになる。
【００９５】
<実施形態７>
【００９６】
次に、本発明の第７実施形態を説明する。本実施形態では、第３実施形態又は第４実施形態の処理工程において、蓄積済み文書を外部装置に送信し蓄積する場合の処理工程を定義する。第３実施形態または第４実施形態において、蓄積済み文書の送信を実現する処理工程は以下の通りであり、第３実施形態または第４実施形態にある処理工程「動作の実行」（ｃ３，ｄ４）を詳細化している。
（ａ７）データ読出し処理
（ｂ７）画像加工処理
（ｃ７）データ送信処理（リモートストレージに対するデータ書込み処理、と捉えている）
【００９７】
図１４および図１５は、第３実施形態または第４実施形態において、蓄積済み文書の送信を実現する処理工程の詳細となるシーケンス図である。図１４の端子１４１〜１４４は、図１５に接続される。
【００９８】
まず、（ａ７）データ読出し処理、について説明する（シーケンス番号１〜３）
動作の実行処理（ｃ３，ｄ４）において、蓄積済みドキュメントの外部装置への送信蓄積を実行する場合、ビジネスロジック層は、データ層に対し、対象のドキュメントの画像データを記憶手段から読み出すように要求する。この要求を受けたデータ層は、記憶手段の所定の蓄積領域から対象の画像データを読み出し、一時記憶領域に格納し、読み出しの終了をビジネスロジック層に通知する。
【００９９】
次に、（ｂ７）画像加工処理、について説明する（シーケンス番号４〜６）
読み出し終了の通知を受けたビジネスロジック層は、デバイス層に対し、一時記憶領域に格納した画像データに対する加工処理を要求する。この要求を受けたデバイス層は、一時記憶領域に格納された画像データに対し所定の画像変換処理を施し、変換済みの画像データを一時記憶領域に格納し、加工の終了をビジネスロジック層に通知する。
【０１００】
次に、（ｃ７）データ送信処理、について説明する（シーケンス番号７〜１０）
この通知を受けたビジネスロジック層は、変換済みの画像データを外部装置に送信し蓄積するように、データ層に要求する。この要求を受けたデータ層は、一時記憶領域にある変換済みの画像データを外部装置に送信し蓄積するように通信メカニズムに要求する。この要求を受けた通信メカニズムは、一時記憶領域にある変換済みの画像データを読み出し、通信手段を介して外部装置に送信し蓄積させる。画像データの送信が終了すると、通信メカニズムは、画像データの送信終了を要求元のデータ層に通知する。この通知を受けたデータ層は、外部装置へのデータ書き込みの終了を要求元のビジネスロジック層に通知する。
【０１０１】
このような処理工程を定義することにより、第３実施形態又は第４実施形態のアーキテクチャを用いて、蓄積済み文書の外部装置への送信および蓄積を行うことができるようになる。
【０１０２】
<実施形態８>
【０１０３】
次に、本発明の第８実施形態を説明する。本実施形態では、第３実施形態又は第４実施形態の処理工程において、外部装置からドキュメントデータを取得し、自装置の記憶手段に蓄積する場合の処理工程を定義する。第３実施形態または第４実施形態において、外部装置からドキュメントデータを取得し自装置の記憶手段に蓄積する処理工程は以下の通りである。これは、第３実施形態または第４実施形態にある処理工程「動作の実行」（ｃ３，ｄ４）を詳細化している。
（ａ８）スプール領域確保処理
（ｂ８）データ受信処理（リモートストレージからのデータ読出し処理、と捉えている）
（ｃ８）画像加工
（ｄ８）データ書込み処理
【０１０４】
図１６および図１７は、第３実施形態または第４実施形態において、外部装置からドキュメントデータを取得し自装置の記憶手段に蓄積する処理工程の詳細となるシーケンス図である。図１６の端子１６１〜１６４は、図１７に接続される。
【０１０５】
まず、（ａ８）スプール領域確保処理、について説明する（シーケンス番号１〜３）
動作の実行処理（ｃ３，ｄ４）において、外部装置のドキュメントを取得し自装置の記憶手段に蓄積する処理を実行する場合、ビジネスロジック層は、データ層に対し、外部装置から取得するデータを蓄積するためのスプール領域を確保するようにデータ層に要求する。この要求を受けたデータ層は、記憶手段の所定の領域にスプール領域を確保し、領域確保の終了をビジネスロジック層に通知する。
【０１０６】
次に、（ｂ８）データ受信処理、について説明する（シーケンス番号４〜８）
この通知を受けたビジネスロジック層は、データ層に対し、外部装置から目的のドキュメントデータを読み出すように要求する。この要求を受けたデータ層は、通信メカニズムに対し、目的のドキュメントデータを外部装置から受信するように要求する。この要求を受けた通信メカニズムは、通信手段を利用して外部装置から目的のドキュメントデータを受信して一時記憶領域に格納し、受信の終了を要求元のデータ層に通知する。この通知を受けたデータ層は、目的のドキュメントデータについて外部装置からの読み出しが終了したことを要求元のビジネスロジック層に通知する。
【０１０７】
次に、（ｃ８）画像加工処理、について説明する（シーケンス番号９〜１１）
この通知を受けたビジネスロジック層は、外部装置から取得したドキュメントの画像データに対し所定の加工処理を行うようにデバイス層に要求する。この要求を受けたデバイス層は、一時記憶領域に格納された外部装置から取得したドキュメントの画像データに対し所定の画像加工処理を実施し、加工済みの画像データを一時記憶領域に格納し、画像加工処理の終了をビジネスロジック層に通知する。
【０１０８】
次に、（ｄ８）データ書込み処理、について説明する（シーケンス番号１２〜１４）
この通知を受けたビジネスロジック層は、加工済みの画像データを自装置の記憶手段に格納するようにデータ層に要求する。この要求を受けたデータ層は、一時記憶領域から加工済みの画像データを読み出して自装置の記憶手段に蓄積し、書き込みの終了をビジネスロジック層に通知する。
【０１０９】
このような処理工程を定義することにより、第３実施形態又は第４実施形態のアーキテクチャを用いて、外部装置のドキュメントデータを自装置の記憶手段に蓄積できるようになる。
【０１１０】
<実施形態９>
【０１１１】
次に、本発明の第９実施形態を説明する。本実施形態では、第５実施形態から第８実施形態までに説明した各処理工程を、組み合わせて実行することを可能にする。複数の処理工程を組み合わせて使用できるようにすることで、例えば「読み取って、それを印刷したい」といった要求を実現することができる。
【０１１２】
ビジネスロジック層は、プレゼンテーション層から要求された動作の実行の内容に応じて、動作の実行処理（ｃ３，ｄ４）の中で、複数の処理工程を連続して行う。
【０１１３】
具体的には以下の例が考えられる。
（ａ９）ビジネスロジック層に対し実行を要求されたビジネスロジックが、読み取り蓄積処理と、蓄積文書印刷処理との連続処理を含む場合、第５実施形態で説明した処理工程と、第６実施形態で説明した処理工程とを連続して行う。この結果、ドキュメントのコピー処理を実現することができる。
（ｂ９）ビジネスロジック層に対し実行を要求されたビジネスロジックが、読み取り蓄積処理と、蓄積文書送信処理との連続処理を含む場合、第５実施形態で説明した処理工程と、第７実施形態で説明した処理工程とを連続して行う。この結果、スキャンしたドキュメントを外部装置へ送信し蓄積する処理を実現することができる。
（ｃ９）ビジネスロジック層に対し実行を要求されたビジネスロジックが、外部装置からドキュメントデータを取得して自装置の記憶手段に蓄積する処理と、蓄積文書印刷処理との連続処理を含む場合、第８実施形態で説明した処理工程と、第６実施形態で説明した処理工程とを連続して行う。この結果、パソコン等の外部装置に蓄積されたドキュメントのプリントアウト処理を実現することができる。
【０１１４】
また３つ以上の処理工程を組み合わせる事も可能である。
（ｄ９）ビジネスロジック層に対し実行を要求されたビジネスロジックが、読み取り蓄積処理と、蓄積文書印刷処理と、蓄積文書送信処理との複合処理を含む場合、第５実施形態で説明した処理工程に次いで、第６実施形態で説明した処理工程と第７実施形態で説明した処理工程とを行う。この結果、ドキュメントのコピー処理と同一ドキュメントの外部装置への送信蓄積処理とを同時に実現することができる。
【０１１５】
このように、複数の処理工程を組み合わせた処理をサービスとして提供することによって、ユーザーの使い勝手がよくなる。
【０１１６】
ここで、本発明の範囲は、以上の実施形態に限られるものではない。ビジネス層が行う動作の実行に多様なビジネスロジックを採用することによって、多様なサービスの実現が容易に可能である。
【図面の簡単な説明】
【０１１７】
【図１】本発明の実施形態であるドキュメント処理装置のハードウェアブロック図。
【図２】本発明の第１実施形態に採用した．ＮＥＴ  Ｆｒａｍｅｗｏｒｋアーキテクチャの構造図。
【図３】図２に示したアーキテクチャを構成する各層及び各部の相関図。
【図４】本発明の第２実施形態に採用したアーキテクチャの構造図。
【図５】図４に示したアーキテクチャを構成する各層及び各部の相関図。
【図６】本発明の第３実施形態に採用した処理工程の流れ図（前段）。
【図７】本発明の第３実施形態に採用した処理工程の流れ図（後段）。
【図８】本発明の第４実施形態に採用した処理工程の流れ図（前段）。
【図９】本発明の第４実施形態に採用した処理工程の流れ図（後段）。
【図１０】本発明の第５実施形態に採用した処理工程の流れ図（前段）。
【図１１】本発明の第５実施形態に採用した処理工程の流れ図（後段）。
【図１２】本発明の第６実施形態に採用した処理工程の流れ図（前段）。
【図１３】本発明の第６実施形態に採用した処理工程の流れ図（後段）。
【図１４】本発明の第７実施形態に採用した処理工程の流れ図（前段）。
【図１５】本発明の第７実施形態に採用した処理工程の流れ図（後段）。
【図１６】本発明の第８実施形態に採用した処理工程の流れ図（前段）。
【図１７】本発明の第８実施形態に採用した処理工程の流れ図（後段）。
【符号の説明】
【０１１８】
１  ＣＰＵ（処理手段）
２  画像バス
３  ＲＯＭ（記憶手段）
４  ＲＡＭ（記憶手段）
５  ＮＶＲＡＭ（記憶手段）
６  ネットワーク
７  通信制御部（通信手段）
８  パネル制御部
９  操作パネル（入力手段／表示手段）
１０  エンジン制御部
１１  スキャン／プリントエンジン（ドキュメント読取手段／ドキュメント印刷手段）
１３  記憶装置（記憶手段）
１４  モデム（通信手段）
【図１】
2007208801.tif 000003
【図２】
2007208801.tif 000004
【図３】
2007208801.tif 000005
【図４】
2007208801.tif 000006
【図５】
2007208801.tif 000007
【図６】
2007208801.tif 000008
【図７】
2007208801.tif 000009
【図８】
2007208801.tif 000010
【図９】
2007208801.tif 000011
【図１０】
2007208801.tif 000012
【図１１】
2007208801.tif 000013
【図１２】
2007208801.tif 000014
【図１３】
2007208801.tif 000015
【図１４】
2007208801.tif 000016
【図１５】
2007208801.tif 000017
【図１６】
2007208801.tif 000018
【図１７】
2007208801.tif 000019