JP4866620B2 - ドキュメント処理装置及び画像形成装置 - Google Patents

Description

本発明は、ドキュメント処理装置及び画像形成装置に係り、特に、ネットアーキテクチャを使用してドキュメントの処理を行う機能を備えたドキュメント処理装置及び画像形成装置に関する。

近年のドキュメント処理装置及び画像形成装置を含んで構成される複合機は、複数のアプリケーションを備え、膨大な機能を有して構成されている。そして、これらのアプリケーションを構成するソフトウェアは、大規模化、複雑化が進展している。また、複合機は、スタンドアローンにとどまらず、分散環境に対応することにより、ＷＥＢや他の機器と連携して新たな価値を提供している。

前述したようなドキュメント処理装置、画像形成装置等に関する従来技術として、例えば、特許文献１、２等に記載された技術が知られている。特許文献１には、モバイルコンピユーテイングデバイスを所持するユーザがドキユメントを印刷するためのシステムとその方法についての技術が開示されており、また、特許文献２には、リソース転送システム及びリソース転送方法に関する技術が開示されている。
特開２００４−０６２８８９号公報 特開２００４−３５５５０４号公報

このような状況で、複合機のためのアプリケーションシステムを開発するに当たっては、開発初期の段階で適切なアーキテクチャを定めておくことが必須である。しかし、分散環境におけるアプリケーションは、そのアーキテクチャを設計することが非常に大変な作業である。すなわち、作業者には、セキュリティ、トランザクション、ユーザーインターフェース、分散オブジェクト、コンポーネント、データ、メッセージング、ネーミングサービス、ディレクトリ等の様々な知識とスキルとが要求される。このようなアーキテクトの作業を軽減するために、分散アプリケーションの実装基盤として、 NET Frameworkと呼ばれアーキテクチャが知られている。

本発明の目的は、前述の NET Frameworkを、ドキュメント処理装置及び該ドキュメント処理装置を含む画像形成装置のアーキテクチャに適用して、アーキテクトの作業を軽減することを可能としたドキュメント処理装置及び画像形成装置を提供することにある。

前記目的を達成するための本発明の第１の手段は、各部を集中的に制御するＣＰＵ、プログラムである固定的データが予め格納されているＲＯＭ、各種データを書き換え自在に格納するＲＡＭ、データを消滅させることなく格納している不揮発性ＲＡＭであるＮＶＲＡＭ、ネットワークとの接続を制御する通信制御部、ユーザとのインタフェースを司る操作パネル、イメージデータや制御プログラムの記憶蓄積に利用される記憶装置、外部機器とのデータ通信を可能とするモデムがバスを介して接続されて構成されているドキュメント処理装置において、前記ＣＰＵは、ネットアーキテクチャにより、ドキュメント処理装置を構成する前記各構成要素を制御し、前記ネットアーキテクチャは、ユーザーインターフェースを担当するプレゼンテーション層、ビジネスロジックを担当するビジネス層、データソースへの入出力を担当するデータ層、画像情報の変換、デバイスの状況の把握、デバイスの能力に応じた処理要求のスケジューリングを行うデバイス層、セキュリティ原則、認証、承認、安全な通信、プロファイル管理、監査を担当するセキュリティ部、例外管理、モニタリング、設定、メタデータ、サービスの位置の管理を担当する運用管理部、通信モデルの選定、同期、フォーマット、スキーマ、プロトコルを担当する通信部を有して構成され、前記デバイス層には、接続されるオプション器機の設定、制御を行う機能を有するプラグインがインストールされていることを特徴とする。

また、本発明の第２の手段は、第１の手段において、前記ネットアーキテクチャを構成するプレゼンテーション層、ビジネス層、データ層、セキュリティ部、運用管理部、通信部には、プラグインのインストールを行うことができることを特徴とする。

また、本発明の第３の手段は、第２の手段において、前記ビジネス層にインストールされるプラグインは、ドキュメントの処理を行う機能を有するものであることを特徴とする。

また、本発明の第４の手段は、各部を集中的に制御するＣＰＵ、プログラムである固定的データが予め格納されているＲＯＭ、各種データを書き換え自在に格納するＲＡＭ、データを消滅させることなく格納している不揮発性ＲＡＭであるＮＶＲＡＭ、ネットワークとの接続を制御する通信制御部、ユーザとのインタフェースを司る操作パネル、イメージデータの入出力をスキャナ部やプリンタ部に対して実行させるスキャン／プリントエンジン、イメージデータや制御プログラムの記憶蓄積に利用される記憶装置、外部機器とのデータ通信を可能とするモデムがバスを介して接続されて構成されている画像形成装置において、前記ＣＰＵは、ネットアーキテクチャにより、画像形成装置を構成する前記各構成要素を制御し、前記ネットアーキテクチャは、ユーザーインターフェースを担当するプレゼンテーション層、ビジネスロジックを担当するビジネス層、データソースへの入出力を担当するデータ層、紙を扱うデバイスの制御、画像情報の変換、デバイスの状況の把握、デバイスの能力に応じた処理要求のスケジューリングを行うデバイス層、セキュリティ原則、認証、承認、安全な通信、プロファイル管理、監査を担当するセキュリティ部、例外管理、モニタリング、設定、メタデータ、サービスの位置の管理を担当する運用管理部、通信モデルの選定、同期、フォーマット、スキーマ、プロトコルを担当する通信部を有して構成され、前記デバイス層には、接続されるオプション器機の設定、制御を行う機能を有するプラグインがインストールされていることを特徴とする。

また、本発明の第５の手段は、第４の手段において、前記ネットアーキテクチャを構成するプレゼンテーション層、ビジネス層、データ層、セキュリティ部、運用管理部、通信部には、プラグインのインストールを行うことができることを特徴とする。

また、本発明の第６の手段は、第５の手段において、前記ビジネス層にインストールされるプラグインは、ドキュメントの処理を行う機能を有するものであることを特徴とする。

本発明によれば、分散環境に親和性のよいドキュメント処理装置及び画像形成装置を構築することができ、また、実績のあるアーキテクチャを採用することにより、高い品質を確保することができる。

以下、本発明によるドキュメント処理装置及び画像形成装置の実施形態を図面により詳細に説明する。

図１は本発明の一実施形態による画像形成装置の構成を示すブロック図である。図１に示す画像形成装置は、ドキュメント処理装置をも含んだものである。

図１に示す画像形成装置は、所謂マイコンであり各部を集中的に制御するＣＰＵ１を内蔵して構成されている。このＣＰＵ１には、画像バス２を介して、プログラム等の固定的データが予め格納されているＲＯＭ３、各種データを書き換え自在に格納するＲＡＭ４、データを消滅させることなく格納している不揮発性ＲＡＭであるＮＶＲＡＭ５が接続されている。また、画像バス２には、ネットワーク６との接続を制御する通信制御部７、パネル制御部８を介してユーザとのインタフェースを司るＬＣＤタッチパネルを有する操作パネル９、エンジン制御部１０を介してイメージデータの入出力（紙原稿の読み取り及び転写紙への印刷）をスキャナ部やプリンタ部に対して実行させるスキャン／プリントエンジン１１、ディスクドライバ１２を介してイメージデータや制御プログラム等の記憶蓄積に利用されるＨＤＤによる記憶装置１３、公衆回線等を通じて外部機器とのデータ通信を可能とするモデム１４が接続されている。なお、前述において、エンジン制御部１０とスキャン／プリントエンジン１１とを取り除いた構成がドキュメント処理装置となる。

前述したように構成される画像形成装置の処理動作は、よく知られているところであり、また、本発明の要旨とはならないのでここでの説明を省略する。

図２はＣＰＵ１が画像形成装置内の各種の機能部を動作させる NET Frameworkと呼ぶアーキテクチャの構成を説明する図である。

図示ネットアーキテクチャは、ユーザーインターフェースを担当するプレゼンテーション層２１、ビジネスロジックを担当するビジネス層２２、データソースへの入出力を担当するデータ層２３、セキュリティ原則、認証、承認、安全な通信、プロファイル管理、監査を担当するセキュリティ部２４、例外管理、モニタリング、設定、メタデータ、サービスの位置の管理を担当する運用管理部２５、通信モデルの選定、同期、フォーマット、スキーマ、プロトコルを担当する通信部２６により構成される。

前述したようなネットアーキテクチャをドキュメント処理装置を含む画像形成装置に適用した場合、前述の各層の役割は、以下のようになものとされる。

プレゼンテーション層２１
オペレーションパネル、ブラウザ、ＷＥＢサービスなどを介したシステムの窓口を担当する。そして、システムに対する要求を把握し、要求を実現するために、ビジネス層を利用する。また、要求者に対して、ビジネス層からのフィードバック情報を提示する。

ビジネス層２２
ドキュメント処理のビジネスロジック（上位機能）を担当する。この層は、文書操作アプリケーションのロジックを把握している。そして、システムの利用者に対してワークフローを提示し、操作の受付、認証、文書入出力の処理、課金等の文書操作に必要な一連の処理を担当する。

さらに、文書操作に対しては、論理的に処理順序を入れ替えるスケジューリングを行う。また、文書操作アプリケーションが扱うデータの内容を理解し、一括して担当する。文書操作アプリケーションが扱うデータとしては、アカウント、蓄積文書、アドレス帳、装置構成／能力、設定情報、画データ等の情報がある。保存先の場所（ローカル／リモート）を把握しており、実際の物理デバイスへのデータ入出力はデータ層に委譲される。

データ層２３
ローカル／リモートの保存領域への入出力を担当する。そして、ローカル／リモートのデータ保存領域に、アクセスするためのサービスを提供する。また、デバイスの状況を把握し、デバイスの能力に応じて、処理要求のスケジューリングを行う。

セキュリティ部２４
認証、アクセス制御、暗号化、セキュリティログの制御を担当する。そして、利用者、サービス、データリソース、デバイスリソース等に対して、共通したセキュリティをかけるための仕組みを提供する。また、セキュリティの履歴情報を残す。

運用管理部２５
プラグイン、日時管理、メモリ管理、タイマー、デバッグ、履歴、電力、レポートの制御を担当する。そして、機能の追加、変更、削除を、容易に実現するための仕組みを提供する。また、アプリケーション全体、及び、他のポリシーが、共通して利用する仕組みを提供する。

通信部２６
ネットワーク、ＦＡＸ、ＷＥＢサービスの制御を担当する。そして、外部システムとプロトコルに従ったデータの送受信を行う。

図３はＣＰＵ１が画像形成装置内の各種のプログラムを動作させる NET Frameworkと呼ぶアーキテクチャの他の構成例を説明する図である。

図２により説明したネットアーキテクチャは、基本的には、ＰＣアプリケーション向けのアーキテクチャを本発明によるドキュメント処理装置に適用したしたものであるが、本発明の実施形態では、さらに、機器を制御するために、組み込みアプリケーション特有の階層として、図３に示すように、ドキュメント処理装置特有の階層「デバイス層」２７を追加している。

デバイス層２７は、原稿の読取、文書の印刷を行うため、スキャナ、プロッタ等の紙を扱うデバイスの制御を担当すると共に、画像情報の変換（加工、形式変換など）をも担当する。また、デバイス層２７は、デバイスの状況を把握し、デバイスの能力に応じて、処理要求のスケジューリングを行い、文書操作を実現する際、ビジネス層から使用される。

図４は図３に示すネットアーキテクチャの各層、各部にプラグインのインストールを行うことについて説明する図である。

図４に示すように、ネットアーキテクチャを構成するプレゼンテーション層２１、ビジネス層２２、データ層２３、デバイス層２７、セキュリティ部２４、運用管理部２５、通信部２６のそれぞれには、各種の機能を持つプラグインをインストールすることができる。

そして、デバイス層２７に対するプラグインは、オプション機器としてのＡＤＦ(Auto Documents Feeder）、画像処理系デバイス等が物理的に接続された後の各種の設定を容易に、あるいは、自動的に行うことができ、人手により煩雑な設定を不要とすることができる。

また、ビジネス層２２に対するプラグインとして、ドキュメント処理用のプラグインをインストールすることができる。ドキュメント処理用のプラグインを使用することにより、文書操作のカスタマイズ、プラグインの個別販売（ネットからダウンロード、媒体で提供など）等のプラグインの一般的な使用用途をドキュメント処理にも適用することが可能となる。

また、ここでの説明を省略するが前述した層以外の層及び各機能部に対しても、オプションの機能を追加する等のために各種のプラグインをインストールすることができる。

図５はネットアーキテクチャを構成する各層、各部の機能と相互の利用関係について説明する図である。

図５において、プレゼンテーション層２１は、ユーザからの要求を受け付け、ビジネス層２２を利用し、ビジネス層２２は、データ層２３を利用する。また、セキュリティ部２４、運用管理部２５、通信部２６は、全ての層から利用される。詳細には、プレゼンテーション層２１は、ビジネス層２２に対して、操作の開始終了の処理、動作条件を設定する処理、動作を実行する処理、情報を登録、参照、編集を行う処理、ユーザを認証する処理、機能を追加、削除する処理を指示し、ビジネス層２２は、これらの処理の結果をプレゼンテーション層２１に通知する。また、ビジネス層２２は、データ層２３に対して、データを読み出す処理、データを書き込む処理を指示し、データ層２３は、これらの処理の結果をビジネス層２２に通知する。ビジネス層２２は、デバイス層２７に対して、データを読み取る処理、印刷を行う処理、画像を加工する処理を指示し、デバイス層２７は、これらの処理の結果をビジネス層２２に通知する。

また、セキュリティ部２４は、ユーザ権限を確認する処理を行う。運用管理部２５は、プラグインを取り込む処理、プラグインを取り除く処理、機能を利用可能にする処理、機能を利用不可にする処理、履歴を登録する処理、レポートイメージを作成する処理を実行する。通信部２６は、データの送信、受信の処理を実行する。

図６はネットアーキテクチャでの画像読取処理の動作例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから画像読取要求を受けると、ビジネス層に対して画像読み取り動作の実行を要求する（ステップ６１）。ビジネス層２２は、デバイス層２７に画像の読取を実施させる（ステップ６２）。デバイス層２７は、画像の読取処理を実施する。この処理の中で、プラグインが存在する場合、プラグインに読取処理を実行させる（ステップ６３）。読み取り終了後、プラグインは、実行結果をデバイス層２７に通知する（ステップ６４）。デバイス層２７は、ビジネス層２２へ読み取り結果を通知する（ステップ６５）。ビジネス層２２は、プレゼンテーション層２１へ実行結果を通知する（ステップ６６）。

前述において、プラグインされるものは、例えば、オプション機器であるＡＤＦ等の画像読取デバイスの制御機能である。

図７はネットアーキテクチャでの画像加工処理の動作例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから画像加工要求を受けると、ビジネス層２２に対して画像加工動作の実行を要求する（ステップ７１）。ビジネス２２層は、デバイス層２７に画像加工を実施させる（ステップ７２）。デバイス層２７は、画像加工処理を実施する（ステップ７３）。ステップ７３の処理の中で、プラグインが存在する場合、プラグインに画像加工処理を実行させる（ステップ７４）。画像加工終了後、プラグインは、実行結果をデバイス層２７に通知する（ステップ７５）。デバイス層２７は、ビジネス層２２へ画像加工結果を通知する（ステップ７６）。ビジネス層２２は、プレゼンテーション層２１へ実行結果を通知する（ステップ７７）。

前述において、プラグインされるものは、例えば、画像加工デバイスの制御機能である。

図８はネットアーキテクチャでの印刷処理の動作例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから印刷要求を受けると、ビジネス層２２に対して印刷動作の実行を要求する（ステップ８１）。ビジネス層２２は、デバイス層２７に印刷を実施させる（ステップ８２）。デバイス層２７は、印刷処理を実施する（ステップ８３）。ステップ８３の処理の中で、プラグインが存在する場合、プラグインに印刷処理を実行させる（ステップ８４）。印刷終了後、プラグインは、実行結果をデバイス層２７に通知する（ステップ８５）。デバイス層２７は、ビジネス層２２へ印刷結果を通知する（ステップ８６）。ビジネス層２２は、プレゼンテーション層２１へ実行結果を通知する（ステップ８７）。

前述において、プラグインされるものは、例えば、印刷デバイスの制御機能である。

図６〜図８に示して説明したフローチャートの処理は、組み合わせて全体を１つの動作として実行させることもできる。例えば、図６、図７、図８の順で動作を実行すれば、文書のコピーが実現できる。なお、組み合わせて動作を実行する場合、プレゼンテーション層２１からビジネス層２２への動作実行の要求は、複数回であってもよいし、１回にまとめてもよい。

前述した画像読取処理、画像加工処理、印刷処理は、デバイス層を使用しない画像蓄積処理、送信処理、受信処理等とも組み合わせることが可能である。これにより、読み取り画像蓄積、読み取り画像送信、受信画像印刷等の動作を実現することができる。また、それぞれの処理（読取、画像加工、印刷）において、プラグインが複数存在する場合もあり、その場合、各処理中で、どのプラグインを使用するか、何れのプラグインを組み合わせて使用するかを判断する。

図９はネットアーキテクチャでの動作条件設定の処理動作の例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから動作条件設定の要求を受けると、ビジネス層２２に対して動作条件の設定を要求する（ステップ９１）。ビジネス層２２は、動作条件設定処理を実施する（ステップ９２）。ステップ９２の処理中で、プラグインを使用する場合、プラグインに動作条件設定処理を実行させる（ステップ９３）。動作条件設定の処理の後、プラグインは、実行結果をビジネス層２２に通知する（ステップ９４）。ビジネス層２２は、プレゼンテーション層２１へ設定結果を通知する（ステップ９５）。

前述において、プラグインされるものは、例えば、動作条件設定の制御機能である。動作条件設定とは、読み取り、画像加工、印刷等の動作設定のことであり、印刷部数設定、集約設定、濃度設定な等が含まれる。

プラグインが、例えば、スタンプ印字機能であった場合、ユーザがスタンプ印字設定を選択したときに、ビジネス層２２は、スタンプ印字機能プラグインを実行する（ステップ９３）。

また、例えば、集約設定がデフォルト（標準搭載されていること）の機能である場合、ユーザが集約設定を選択したとき、ビジネス層２２は、ビジネス層２２内の設定処理（ステップ９２）のみで集約設定を実施してもよいし、集約設定というプラグインが標準で搭載されている構成とし、ビジネス層２２が、プラグインである集約設定を実行（ステップ９３）しても良い。

また、動作条件設定のプラグインが複数存在する場合もある。その場合、設定処理の中で、どのプラグインを使用するか、何れのプラグインを組み合わせて使用するかを判断する。

図１０はネットアーキテクチャでの情報登録の処理動作の例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから情報登録の要求を受けると、ビジネス層２２に対して情報の登録を要求する（ステップ１０１）。ビジネス層２２は、情報登録処理を実施する（ステップ１０２）。ステップ１０２の処理の中で、プラグインを使用する場合、プラグインに登録処理を実行させる（ステップ１０３）。プラグインは、データ層２３へ登録するデータを書き込む（ステップ１０４）。書き込み終了後、データ層２３は、プラグインに結果を通知する（ステップ１０５）。プラグインは、実行結果をビジネス層２２に通知する（ステップ１０６）。ビジネス層２２は、プレゼンテーション層２１へ登録結果を通知する（ステップ１０７）。

前述において、情報とは、ユーザ情報、アドレス帳情報、蓄積文書情報等のことである。情報によって使用するプラグインが異なる場合もあるが、フローチャートは同じである。

前述において、プラグインされるものは、例えば、情報管理の制御機能であり、ユーザ情報を登録する場合、標準のユーザ情報をユーザ名、パスワードのみとし、拡張的なユーザ情報（個人毎のショートカットボタン、個人毎の操作画面など）をプラグインとすれば、ユーザが拡張的なユーザ情報を登録するときに、ビジネス層２２がプラグインである拡張的なユーザ情報管理機能を実行する（ステップ１０３）。

また、例えば、ユーザが標準のユーザ情報を登録する場合、ビジネス層２２は、ビジネス層内の情報登録処理（ステップ１０２）のみを実施してもよいし、標準ユーザ情報管理というプラグインが標準で搭載されている構成として、ビジネス層２２がプラグインである標準ユーザ情報管理機能を実行（ステップ１０３）してもよい。

図１１はネットアーキテクチャでの情報登録の処理動作の別の例を説明するフローチャートであり、次に、これについて説明する。ここで説明する例は、リモートのデータ保存領域へ情報登録を行う場合の例である。

プレゼンテーション層２１は、ユーザから情報登録の要求を受けると、ビジネス層２２に対して情報の登録を要求する（ステップ１１１）。ビジネス層２２は、情報登録処理を実施する（ステップ１１２）。ステップ１１２の処理の中で、プラグインを使用する場合、プラグインに登録処理を実行させる（ステップ１１３）。プラグインは、データ層２３へ登録するデータを書き込む（ステップ１１４）。データ層２３は、通信部２６に対して登録するデータを送信する（ステップ１１５）。通信部２６は、送信結果をデータ層２３に通知する（ステップ１１６）、データ層２３は、ビジネス層２２のプラグインへ書き込み終了を通知する（ステップ１１７）。プラグインは、実行結果をビジネス層２２へ通知する（ステップ１１８）。ビジネス層２２は、プレゼンテーション層２１へ登録結果を通知する（ステップ１１９）。

前述において、プラグインされるものは、例えば、情報管理の制御機能であり、例えば、情報を登録する場合、標準の情報登録をローカルのデータ保存領域へ行うものとし、リモートのデータ保存領域へ行うものをプラグインとすれば、ユーザがリモートのデータ保存領域へ登録したいときに、ビジネス層２２は、プラグインを実行する（ステップ１１３）。

また、例えば、ユーザがローカルのデータ保存領域へ登録する場合、ビジネス層２２は、ビジネス層内の情報登録処理（ステップ１１２）のみを実施してもよいし、標準情報管理というプラグインが標準で搭載されている構成として、ビジネス層２２がプラグインである標準情報管理機能を実行（ステップ１１３）してもよい。

図１２はネットアーキテクチャでの情報参照の処理動作の例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから情報参照の要求を受けると、ビジネス層２２に対して情報の参照を要求する（ステップ１２１）。ビジネス層２２は、情報参照処理を実施する（ステップ１２２）。ステップ１２２の処理の中で、プラグインを使用する場合、プラグインに参照処理を実行させる（ステップ１２３）。プラグインは、データ層２３へ参照するデータの読み出しを実施する（ステップ１２４）。データ層２３は、読み出し終了後、ビジネス層２２のプラグインへ結果を通知する（ステップ１２５）。プラグインは、実行結果をビジネス層２２に通知する（ステップ１２６）。ビジネス層２２は、プレゼンテーション層２１へ結果情報を通知する（ステップ１２７）。

前述において、情報とは、ユーザ情報、アドレス帳情報、蓄積文書情報等のことである。情報によって使用するプラグインは異なる場合もあるが、フローチャートは同じである。

また、この処理でプラグインされるものは、情報管理の制御機能である。例えば、ユーザ情報を参照する場合、標準のユーザ情報をユーザ名、パスワードのみとし、拡張的なユーザ情報（個人毎のショートカットボタン、個人毎の操作画面など）をプラグインとすれば、ユーザが拡張的なユーザ情報を参照するときに、ビジネス層２２は、プラグインである拡張的なユーザ情報管理機能を実行する（ステップ１２３）。

また、例えば、ユーザが標準のユーザ情報を参照する場合、ビジネス層２２は、ビジネス層内の情報参照処理（ステップ１２２）のみを実施してもよいし、標準ユーザ情報管理というプラグインが標準で搭載されている構成として、ビジネス層２２がプラグインである標準ユーザ情報管理機能を実行（ステップ１２３）してもよい。

図１３はネットアーキテクチャでの情報参照の処理動作の別の例を説明するフローチャートであり、次に、これについて説明する。ここで説明する例は、リモートのデータ保存領域の情報を参照する場合の例である。

プレゼンテーション層２１は、ユーザから情報参照の要求を受けると、ビジネス層２２に対して情報の参照を要求する（ステップ１３１）。ビジネス層２２は、情報参照処理を実施する（ステップ１３２）。ステップ１３２の処理の中で、プラグインを使用する場合、プラグインに参照処理を実行させる（ステップ１３３）。プラグインは、データ層２３へ参照するデータの読み出しを実施する（ステップ１３４）。データ層２３は、通信部２６に対してデータ取得要求を送信する（ステップ１３５）。通信部２６は、送信結果の情報を取得し、その送信結果をデータ層２３に通知する（ステップ１３６）。データ層２３は、ビジネス層２２のプラグインへ結果情報を通知する（ステップ１３７）。プラグインは、実行結果をビジネス層２２に通知する（ステップ１３８）。ビジネス層２２は、プレゼンテーション層２１へ結果情報を通知する（ステップ１３９）。

前述において、プラグインされるものは、情報管理の制御機能である。例えば、情報を参照する場合、標準の情報参照をローカルのデータ保存領域へ行うものとし、リモートのデータ保存領域へ行うものをプラグインとすれば、ユーザがリモートのデータ保存領域の情報を参照したいとき、ビジネス層２２がプラグインを実行する（ステップ１３３）。

また、例えば、ユーザがローカルのデータ保存領域の情報を参照する場合、ビジネス層２２は、ビジネス層内の情報参照処理（ステップ１３２）のみを実施してもよいし、標準情報管理というプラグインが標準で搭載されている構成として、ビジネス層２２がプラグインである標準情報管理機能を実行（ステップ１３３）してもよい。

図１４はネットアーキテクチャでの情報編集の処理動作の例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザから情報編集の要求を受けると、ビジネス層２２に対して情報の編集を要求する（ステップ１４１）。ビジネス層２２は、情報編集処理を実施する（ステップ１４２）。ステップ１４２の処理の中で、プラグインを使用する場合、プラグインに編集処理を実行させる（ステップ１４３）。プラグインは、データ層２３へ編集するデータの読み出しを実施する（ステップ１４４）。データ層２３は、データの読み出しの結果情報を取得した後、その結果をビジネス層２２のプラグインに通知する（ステップ１４５）。プラグインは、データ層２３へ編集後のデータを書き込む（ステップ１４６）。データ層２３は、書き込み終了後、その結果をビジネス層２２のプラグインに通知する（ステップ１４７）。プラグインは、実行結果をビジネス層２２に通知する（ステップ１４８）。ビジネス層２２は、プレゼンテーション層２１へ編集結果を通知する（ステップ１４９）。

前述において、情報とは、ユーザ情報、アドレス帳情報、蓄積文書情報等のことである。情報によって使用するプラグインが異なる場合もあるが、フローチャートは同じである。

この処理でプラグインされるものは、情報管理の制御機能である。例えば、ユーザ情報を編集する場合、標準のユーザ情報をユーザ名、パスワードのみとし、拡張的なユーザ情報（個人毎のショートカットボタン、個人毎の操作画面など）をプラグインとすれば、ユーザが拡張的なユーザ情報を編集するときに、ビジネス層がプラグインである拡張的なユーザ情報管理機能を実行する（ステップ１４３）。

また、例えば、ユーザが標準のユーザ情報を編集する場合、ビジネス層２２は、ビジネス層内の情報編集処理（ステップ１４２）のみを実施してもよいし、標準ユーザ情報管理というプラグインが標準で搭載されている構成として、ビジネス層がプラグインである標準ユーザ情報管理機能を実行（ステップ１４３）してもよい。

図１５はネットアーキテクチャでの情報編集の処理動作の別の例を説明するフローチャートであり、次に、これについて説明する。ここで説明する例は、リモートのデータ保存領域の情報を編集する場合の例である。

プレゼンテーション層２１は、ユーザから情報編集の要求を受けると、ビジネス層２２に対して情報の編集を要求する（ステップ１５１）。ビジネス層２２は、情報編集処理を実施する（ステップ１５２）。ステップ１５２の処理の中で、プラグインを使用する場合、プラグインに編集処理を実行させる（ステップ１５３）。プラグインは、データ層へ編集するデータの読み出しを実施する（ステップ１５４）。データ層２３は、通信部に対してデータ取得要求を送信する（ステップ１５５）。通信部２６は、要求の送信結果の情報を取得し、その送信結果をデータ層２３に通知する（ステップ１５６）。データ層２３は、ビジネス層２２のプラグインへ結果情報を通知する（ステップ１５７）。プラグインは、データ層２３へ編集後のデータを書き込む（ステップ１５８）。データ層２３は、通信部２６に対して編集後のデータを送信する（ステップ１５９）。通信部２６は、送信結果を受け取った後、その送信結果をデータ層２３に通知する（ステップ１５Ａ）。データ層２３は、ビジネス層２２のプラグインへ書き込み終了を通知する（ステップ１５Ｂ）。プラグインは、ビジネス層２２に実行結果を通知する（ステップ１５Ｃ）。ビジネス層２２は、プレゼンテーション層２１へ登録結果を通知する（ステップ１５Ｄ）。

前述において、プラグインされるものは、情報管理の制御機能である。例えば、情報を編集する場合、標準の情報編集をローカルのデータ保存領域へ行うものとし、リモートのデータ保存領域へ行うものをプラグインとすれば、ユーザがリモートのデータ保存領域の情報を編集したいときに、ビジネス層２２がプラグインを実行する（ステップ１５３）。

また、例えば、ユーザがローカルのデータ保存領域の情報を編集する場合、ビジネス層２２は、ビジネス層内の情報編集処理（ステップ１５２）のみを実施してもよいし、標準情報管理というプラグインが標準で搭載されている構成として、ビジネス層２２がプラグインである標準情報管理機能を実行（ステップ１５３）してもよい。

前述で説明した図１０〜図１５に記載の情報管理プラグインは、複数存在する場合もある。その場合、各処理中（情報登録処理、参照処理、編集処理）で、どのプラグインを使用するか、何れのプラグインを組み合わせて使用するかを判断する。

図１６はネットアーキテクチャでのユーザ認証の処理動作の例を説明するフローチャートであり、次に、これについて説明する。

プレゼンテーション層２１は、ユーザからユーザ認証の要求を受けると、ビジネス層２２に対してユーザ認証を要求する（ステップ１６１）。ビジネス層２２は、ユーザ認証処理を実施する（ステップ１６２）。ステップ１６２の処理の中で、プラグインを使用する場合、プラグインに認証処理を実行させる（ステップ１６３）。認証後、プラグインは、実行結果をビジネス層２２に通知する（ステップ１６４）。ビジネス層２２は、プレゼンテーション層２１へ認証結果を通知する（ステップ１６５）。

前述において、プラグインされるものは、ユーザ認証の制御機能である。例えば、ユーザ認証する場合、標準のユーザ認証はユーザ名とパスワードを用いて認証するものとし、それ以外を用いた認証（例えば、静脈認証、指紋認証、ＩＣカード認証等）をプラグインとすれば、後者を用いて認証するとき、ビジネス層２２は、プラグインを実行する（ステップ１６３）。

また、例えば、前者（ユーザ名、パスワード）を用いて認証するとき、ビジネス層２２は、ビジネス層内のユーザ認証処理（ステップ１６２）のみを実施してもよいし、標準認証というプラグインが標準で搭載されている構成として、ビジネス層がプラグインである標準認証を実行（ステップ１６３）してもよい。

また、ユーザ認証のプラグインは、複数存在する場合もある。その場合、ユーザ認証処理の中で、どのプラグインを使用するか、何れのプラグインを組み合わせて使用するかを判断する。

前述した本発明の実施形態での各処理は、プログラムにより構成し、画像形成装置が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

前述した本発明の実施形態によれば、適切なアーキテクチャが定まることにより、開発の枠組みを定めることができ、部品の再利用性を高めることができ、システムの統合を行い易くなり、開発者同士の意思疎通が容易になるという効果を得ることができる。また、本発明の実施形態によれば、分散環境に親和性のよいドキュメント処理装置及び画像形成装置を構築することができ、また、実績のあるアーキテクチャを採用することにより、高い品質を確保することができる。

さらに、本発明の実施形態によれば、装置に付随するハードウェアを利用することが容易となり、プラグインを適用することにより、オプション機器を接続した場合、煩雑な設定を行う必要をなくすことができ、、文書操作のカスタマイズ処理等を容易に行うことができる。

本発明の一実施形態による画像形成装置の構成を示すブロック図である。 ＣＰＵが画像形成装置内の各種の機能部を動作させる NET Frameworkと呼ぶアーキテクチャの構成を説明する図である。 ＣＰＵが画像形成装置内の各種のプログラムを動作させる NET Frameworkと呼ぶアーキテクチャの他の構成例を説明する図である。 図３に示すネットアーキテクチャの各層、各部にプラグインのインストールを行うことについて説明する図である。 ネットアーキテクチャを構成する各層、各部の機能と相互の利用関係について説明する図である。 ネットアーキテクチャでの画像読取処理の動作例を説明するフローチャートである。 ネットアーキテクチャでの画像加工処理の動作例を説明するフローチャートである。 ネットアーキテクチャでの印刷処理の動作例を説明するフローチャートである。 ネットアーキテクチャでの動作条件設定の処理動作の例を説明するフローチャートである。 ネットアーキテクチャでの情報登録の処理動作の例を説明するフローチャートである。 ネットアーキテクチャでの情報登録の処理動作の別の例を説明するフローチャートである。 ネットアーキテクチャでの情報参照の処理動作の例を説明するフローチャートである。 ネットアーキテクチャでの情報参照の処理動作の別の例を説明するフローチャートである。 ネットアーキテクチャでの情報編集の処理動作の例を説明するフローチャートである。 ネットアーキテクチャでの情報編集の処理動作の別の例を説明するフローチャートである。 ネットアーキテクチャでのユーザ認証の処理動作の例を説明するフローチャートである。

符号の説明

１ ＣＰＵ
２ 画像バス
３ ＲＯＭ
４ ＲＡＭ
５ ＮＶＲＡＭ
６ ネットワーク
７ 通信制御部、
８ パネル制御部、
９ 操作パネル
１０ エンジン制御部
１１ スキャン／プリントエンジン
１２ ディスクドライバ
１３ 記憶装置
２１ プレゼンテーション層
２２ ビジネス層
２３ データ層
２４ セキュリティ部
２５ 運用管理部
２６ 通信部
２７ デバイス層

Claims (6)

1. 各部を集中的に制御するＣＰＵ、プログラムである固定的データが予め格納されているＲＯＭ、各種データを書き換え自在に格納するＲＡＭ、データを消滅させることなく格納している不揮発性ＲＡＭであるＮＶＲＡＭ、ネットワークとの接続を制御する通信制御部、ユーザとのインタフェースを司る操作パネル、イメージデータや制御プログラムの記憶蓄積に利用される記憶装置、外部機器とのデータ通信を可能とするモデムがバスを介して接続されて構成されているドキュメント処理装置において、
   前記ＣＰＵは、ネットアーキテクチャにより、ドキュメント処理装置を構成する前記各構成要素を制御し、
   前記ネットアーキテクチャは、ユーザーインターフェースを担当するプレゼンテーション層、ビジネスロジックを担当するビジネス層、データソースへの入出力を担当するデータ層、画像情報の変換、デバイスの状況の把握、デバイスの能力に応じた処理要求のスケジューリングを行うデバイス層、セキュリティ原則、認証、承認、安全な通信、プロファイル管理、監査を担当するセキュリティ部、例外管理、モニタリング、設定、メタデータ、サービスの位置の管理を担当する運用管理部、通信モデルの選定、同期、フォーマット、スキーマ、プロトコルを担当する通信部を有して構成され、
   前記デバイス層には、接続されるオプション器機の設定、制御を行う機能を有するプラグインがインストールされていることを特徴とするドキュメント処理装置。
2. 前記ネットアーキテクチャを構成するプレゼンテーション層、ビジネス層、データ層、セキュリティ部、運用管理部、通信部には、プラグインのインストールを行うことができることを特徴とする請求項１記載のドキュメント処理装置。
3. 前記ビジネス層にインストールされるプラグインは、ドキュメントの処理を行う機能を有するものであることを特徴とする請求項２記載のドキュメント処理装置。
4. 各部を集中的に制御するＣＰＵ、プログラムである固定的データが予め格納されているＲＯＭ、各種データを書き換え自在に格納するＲＡＭ、データを消滅させることなく格納している不揮発性ＲＡＭであるＮＶＲＡＭ、ネットワークとの接続を制御する通信制御部、ユーザとのインタフェースを司る操作パネル、イメージデータの入出力をスキャナ部やプリンタ部に対して実行させるスキャン／プリントエンジン、イメージデータや制御プログラムの記憶蓄積に利用される記憶装置、外部機器とのデータ通信を可能とするモデムがバスを介して接続されて構成されている画像形成装置において、
   前記ＣＰＵは、ネットアーキテクチャにより、画像形成装置を構成する前記各構成要素を制御し、
   前記ネットアーキテクチャは、ユーザーインターフェースを担当するプレゼンテーション層、ビジネスロジックを担当するビジネス層、データソースへの入出力を担当するデータ層、紙を扱うデバイスの制御、画像情報の変換、デバイスの状況の把握、デバイスの能力に応じた処理要求のスケジューリングを行うデバイス層、セキュリティ原則、認証、承認、安全な通信、プロファイル管理、監査を担当するセキュリティ部、例外管理、モニタリング、設定、メタデータ、サービスの位置の管理を担当する運用管理部、通信モデルの選定、同期、フォーマット、スキーマ、プロトコルを担当する通信部を有して構成され、
   前記デバイス層には、接続されるオプション器機の設定、制御を行う機能を有するプラグインがインストールされていることを特徴とする画像形成装置。
5. 前記ネットアーキテクチャを構成するプレゼンテーション層、ビジネス層、データ層、セキュリティ部、運用管理部、通信部には、プラグインのインストールを行うことができることを特徴とする請求項４記載の画像形成装置。
6. 前記ビジネス層にインストールされるプラグインは、ドキュメントの処理を行う機能を有するものであることを特徴とする請求項５記載の画像形成装置。

Images