(57)【要約】【課題】複数の画像形成アプリケーションに点在する要求データの解析を画像形成アプリケーションから切り離すことにより、開発工数を低減させること。【解決手段】少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応したデータ処理を行うデータ処理方法であって、クライアントＰＣ２００からの要求データを解析し抽出する受信データ解析ステップ（Ｓ１２）と、受信データ解析ステップで抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析ステップ（Ｓ１５）と、要求データ解析ステップで解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出しステップ（Ｓ１７）と、を含むものである。【選択図】        図４
2007251246.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応したデータ処理を行うデータ処理方法であって、
クライアント端末からの要求データを解析し抽出する受信データ解析ステップと、
前記受信データ解析ステップで抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析ステップと、
前記要求データ解析ステップで解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出しステップと、
を含むことを特徴とする受信データ処理方法。
【請求項２】
さらに、前記受信データ解析ステップによって受信データを解析し、要求データが得られた後に、その要求データを一時的に記憶手段に記録するスプール書込みステップを含むことを特徴とする請求項１に記載の受信データ処理方法。
【請求項３】
さらに、前記要求データ解析ステップにて要求データを解析する前に、あらかじめスプールされた要求データを記憶手段から読み出すスプール読み出しステップを含むことを特徴とする請求項２に記載の受信データ処理方法。
【請求項４】
少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応したデータ処理を行う画像処理装置であって、
クライアント端末からの要求データを解析し抽出する受信データ解析手段と、
前記受信データ解析手段で抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析手段と、
前記要求データ解析手段で解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出し手段と、
を備えたことを特徴とする画像処理装置。
【請求項５】
少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応した画像形成処理を行う画像形成装置であって、
システムの窓口となるプレゼンテーション層と、統一した文書操作アプリケーションのロジックを把握するビジネスロジック層と、画像処理を行うハードウェアの制御および画像情報の変換を担当するイメージデバイス層と、ローカル／リモートに保存される永続情報に対してアクセスするためのサービスを提供するデータ層と、それらの各層が共通に利用するセキュリティメカニズムと、少なくともアプリケーション全体が共通して利用する仕組みを提供する運用管理メカニズムと、通信メカニズムと、を有し、
前記通信メカニズムはクライアント端末からの要求データを解析し抽出する受信データ解析手段を、前記アプリケーション層は前記受信データ解析手段で抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析手段と前記要求データ解析手段で解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出し手段とを備えることを特徴とする画像形成装置。
【請求項６】
さらに前記受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すスプール処理手段を有することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記通信メカニズムは、さらに前記受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すスプール処理手段を備えることを特徴とする請求項５に記載の画像形成装置。
【請求項８】
さらに、
前記受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、
要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段と、
を有することを特徴とする請求項５に記載の画像形成装置。
【請求項９】
さらに、前記通信メカニズムは、
前記受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、
要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段と、
を備えることを特徴とする請求項５に記載の画像形成装置。
【請求項１０】
請求項１〜３のいずれか一つに記載の受信データ処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コピー機能、ファクシミリ機能、プリンタ機能などの複数の機能を有する複合機などに利用可能な受信データ処理方法、画像処理装置、画像形成装置、受信データ処理方法をコンピュータに実行させるプログラムに関するものである。
【背景技術】
【０００２】
近年、複写機のデジタル化により、複写機はコピー機能の他に、プリンタ機能、ファクシミリ（以下、ＦＡＸまたはファックスと記述する）機能といった異なる複数の機能を１つの装置で実現するように複合化されている。たとえば、画像データをレーザー光で感光ドラムに書き込むという方式は、レーザプリンターの書き込み方式と全く同じ仕組みである。よって、両用のコントローラーを搭載すれば、複写機とプリンタの機能を一体化、すなわち、複合化することができる。また、同じ要領でファックスやスキャナの機能も融合することで、これらの機能の複合化が可能である。このような複合機の登場により、これまでそれぞれ単機能の事務機だった複写機、プリンタ、ファクス、スキャナが１台の機器にまとまり、オフィスのトータルコストの低減につながっている。また、近年において、複写機は複合化だけでなく、ネットワーク化も行われている。たとえば、デジタル化によって複合機がオフィスのネットワークにつながることが可能になり、パーソナルコンピュータ（ＰＣ）やサーバと一緒に働くようになった。さらに、複合機自体が、メモリやハードディスク駆動装置(ＨＤＤ)を搭載し、パーソナルコンピュータとほぼ同じ機能を持つに至っている。このように、複写機は、ネットワーク複合機へ進化することで、オフィスにおけるセンターマシンとなり、ユーザーの多種多様なニーズに応えることが可能となっている。
【０００３】
従来、以上のような複合機の動作制御は、この複合機に搭載されたコンピュータによって行われており、このコンピュータは動作制御のためのプログラムを実行することにより、コンピュータ内におけるＲＡＭの所定領域において、図６に示すようなアプリケーション層とサービス層を構築することができる。また、印刷データを、プロトコル処理ステップを実行する手段とは異なる機能的に独立した手段によって共有メモリを介して印刷ジョブとして記憶手段に登録することで、スプール処理に関連するインタフェースの変更があった場合でも一ヶ所のスプール処理部分のプログラム変更を行えばインタフェースの変更に対応することができる技術が開示されている（たとえば、特許文献１参照）。
【０００４】
図７は、従来におけるプリンタ印刷の一例を示すシーケンス図である。クライアント端末から送られてきたデータはＮＣＳ（ネットワークコントロールサービス）のプロトコル処理部が受け取る。プロトコル処理部は受け取った受信データを解析する。解析の詳細は、要求データを抽出し、その要求データがどのアプリケーションに対するものなのかを明らかにすることである。受信データの解析が完了すると、プロトコル処理部はプリンタアプリケーションに対して、要求の実行を依頼する。プリンタアプリケーションは受け取った要求データを解析し、要求の詳細を明らかにする。その後にプリンタ要求を実行する。
【０００５】
また、図８は、従来におけるＰＣ−ＦＡＸ送信の一例を示すシーケンス図である。クライアント端末から送られてきたデータはＮＣＳ（ネットワークコントロールサービス）のプロトコル処理部が受け取る。プロトコル処理部は受け取った受信データを解析する。解析の詳細は、要求データを抽出し、その要求データがどのアプリケーションに対するものなのかを明らかにすることである。受信データの解析が完了すると、プロトコル処理部はＦＡＸ用アプリケーションアプリケーションに対して、要求の実行を依頼する。ＦＡＸ用アプリケーションは受け取った要求データを解析し、要求の詳細を明らかにする。その後にＰＣ−ＦＡＸ要求を実行する。
【０００６】
【特許文献１】特開２００５−９９９２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記に示されるような従来の画像形成装置にあっては、クライアント端末から受け取ったさまざまな通信プロトコルに則った要求データの解析を、プリンタやＦＡＸといった画像形成装置の持つ機能を実現する画像形成アプリケーションの中で行っていたため、要求データの内容に追加／変更があった場合、すべての画像形成アプリケーションに設計変更の必要が生じ、その変更に多大な時間と経費を要するという問題が生じていた。
【０００８】
本発明は、上記に鑑みてなされたものであって、複数の画像形成アプリケーションに点在する要求データの解析を画像形成アプリケーションから切り離すことにより、開発工数を低減させることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応したデータ処理を行うデータ処理方法であって、クライアント端末からの要求データを解析し抽出する受信データ解析ステップと、前記受信データ解析ステップで抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析ステップと、前記要求データ解析ステップで解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出しステップと、を含むことを特徴とする。
【００１０】
この発明によれば、クライアント端末からの要求データを解析し抽出し、この抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行い、この解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求することにより、画像形成アプリケーションに点在していた要求データ解析ステップを共通化し、要求データに変更、追加が生じた場合の開発工数を低減させることが可能になる。
【００１１】
また、請求項２にかかる発明は、さらに、前記受信データ解析ステップによって受信データを解析し、要求データが得られた後に、その要求データを一時的に記憶手段に記録するスプール書込みステップを含むことを特徴とする。
【００１２】
この発明によれば、請求項１において、一般的にプリンタなどで行われている要求データを一時的に記憶手段に記憶しておき、それを後でまとめて処理することが可能になる。
【００１３】
また、請求項３にかかる発明は、さらに、前記要求データ解析ステップにて要求データを解析する前に、あらかじめスプールされた要求データを記憶手段から読み出すスプール読み出しステップを含むことを特徴とする。
【００１４】
この発明によれば、請求項２において、記憶手段に書き込んだ要求データを読み出すことが可能になる。
【００１５】
また、請求項４にかかる発明は、少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応したデータ処理を行う画像処理装置であって、クライアント端末からの要求データを解析し抽出する受信データ解析手段と、前記受信データ解析手段で抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析手段と、前記要求データ解析手段で解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出し手段と、を備えたことを特徴とする。
【００１６】
この発明によれば、クライアント端末からの要求データを解析し抽出し、この抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行い、この解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求することにより、画像形成アプリケーションに点在していた要求データ解析ステップを共通化し、要求データに変更、追加が生じた場合の開発工数を低減させることが可能になる。
【００１７】
また、請求項５にかかる発明は、少なくとも画像形成アプリケーションを含む複数のアプリケーションにより複数の機能に対応した画像形成処理を行う画像形成装置であって、システムの窓口となるプレゼンテーション層と、統一した文書操作アプリケーションのロジックを把握するビジネスロジック層と、画像処理を行うハードウェアの制御および画像情報の変換を担当するイメージデバイス層と、ローカル／リモートに保存される永続情報に対してアクセスするためのサービスを提供するデータ層と、それらの各層が共通に利用するセキュリティメカニズムと、少なくともアプリケーション全体が共通して利用する仕組みを提供する運用管理メカニズムと、通信メカニズムと、を有し、前記通信メカニズムはクライアント端末からの要求データを解析し抽出する受信データ解析手段を、前記アプリケーション層は前記受信データ解析手段で抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行う要求データ解析手段と前記要求データ解析手段で解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求する要求呼び出し手段とを備えることを特徴とする。
【００１８】
この発明によれば、受信データ解析手段と要求データ解析手段と要求呼び出し手段を画像形成装置のアーキテクチャに適用することが可能になる。
【００１９】
また、請求項６にかかる発明は、さらに前記受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すスプール処理手段を有することを特徴とする。
【００２０】
この発明によれば、請求項５において、受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すというスプール処理が画像形成装置上で実現可能になる。
【００２１】
また、請求項７にかかる発明は、前記通信メカニズムは、さらに前記受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すスプール処理手段を備えることを特徴とする。
【００２２】
この発明によれば、請求項５において、受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すというスプール処理が画像形成装置のアーキテクチャの通信メカニズムで実現可能になる。
【００２３】
また、請求項８にかかる発明は、さらに、前記受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段と、を有することを特徴とする。
【００２４】
この発明によれば、請求項５において、受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段とを有することにより、スプール処理の実行が可能になる。
【００２５】
また、請求項９にかかる発明は、さらに、前記通信メカニズムは、前記受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段と、を備えることを特徴とする。
【００２６】
この発明によれば、請求項５において、通信メカニズムが、受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段とを備えることにより、スプール書き込み手段とスプール読み出し手段とを画像形成装置のアーキテクチャに適用可能になる。
【００２７】
また、請求項１０にかかる発明は、請求項１〜３のいずれか一つに記載の受信データ処理方法をコンピュータに実行させることを特徴とする。
【００２８】
この発明によれば、請求項１〜３のいずれか一つに記載の受信データ処理動作をコンピュータ上で実現することが可能になる。
【発明の効果】
【００２９】
本発明（請求項１）にかかる受信データ処理方法は、クライアント端末からの要求データを解析し抽出し、この抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行い、この解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求することにより、画像形成アプリケーションに点在していた要求データ解析ステップを共通化するため、要求データに変更、追加が生じた場合の開発工数を低減させることができるという効果を奏する。
【００３０】
また、本発明（請求項２）にかかる受信データ処理方法は、請求項１において、一般的にプリンタなどで行われている要求データを一時的に記憶手段に記憶しておき、それを後でまとめて処理することができるという効果を奏する。
【００３１】
また、本発明（請求項３）にかかる受信データ処理方法は、請求項２において、記憶手段に書き込んだ要求データを読み出すことができるという効果を奏する。
【００３２】
また、本発明（請求項４）にかかる画像処理装置は、クライアント端末からの要求データを解析し抽出し、この抽出された要求データからアプリケーションを特定するレベルまで詳細な解析を行い、この解析した結果によって得られる解析結果に基づいて、複合機能における当該アプリケーションの実行を要求することにより、画像形成アプリケーションに点在していた要求データ解析ステップを共通化するため、要求データに変更、追加が生じた場合の開発工数を低減させることができるという効果を奏する。
【００３３】
また、本発明（請求項５）にかかる画像形成装置は、受信データ解析手段と要求データ解析手段と要求呼び出し手段を画像形成装置のアーキテクチャに適用することができるという効果を奏する。
【００３４】
また、本発明（請求項６）にかかる画像形成装置は、請求項５において、受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すというスプール処理が画像形成装置上で実現することができるという効果を奏する。
【００３５】
また、本発明（請求項７）にかかる画像形成装置は、請求項５において、受信データ解析手段による解析の結果得られる要求データを一時的に記憶手段に記録し、また要求があった際に当該要求データを読み出して要求元に渡すというスプール処理が画像形成装置のアーキテクチャの通信メカニズムで実現することができるという効果を奏する。
【００３６】
また、本発明（請求項８）にかかる画像形成装置は、請求項５において、受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段とを有することにより、スプール処理を実行することができるという効果を奏する。
【００３７】
また、本発明（請求項９）にかかる画像形成装置は、請求項５において、通信メカニズムが、受信データ解析手段による解析の結果から得られる要求データを一時的に記憶手段に記録するスプール書込み手段と、要求があった際に当該要求データを読み出して要求元に渡すスプール読み出し手段とを備えることにより、スプール書き込み手段とスプール読み出し手段とを画像形成装置のアーキテクチャに適用することができるという効果を奏する。
【００３８】
また、本発明（請求項１０）にかかるプログラムは、請求項１〜３のいずれか一つに記載の受信データ処理動作をコンピュータ上で実現することができるという効果を奏する。
【発明を実施するための最良の形態】
【００３９】
以下に添付図面を参照して、この発明にかかる受信データ処理方法、画像処理装置、画像形成装置、受信データ処理方法をコンピュータに実行させるプログラムの最良な実施の形態を詳細に説明する。
【００４０】
（実施の形態）
本発明が該当するドキュメント処理装置の電気的接続を、図１を参照して説明する。この図１に示すように、ドキュメント処理装置５０は、マイクロコンピュータシステムの主体として各部を集中的に制御するＣＰＵ１を内蔵している。このＣＰＵ１には、画像バス２を介して、プログラムなどの固定的データをあらかじめ格納するＲＯＭ３、各種データを書き換え自在に格納するＲＡＭ４、データを消滅させることなく格納する不揮発性ＲＡＭであるＮＶＲＡＭ５が接続されている。また、画像バス２には、ネットワーク６との接続を担う通信制御部７、パネル制御部８を介してユーザーとのインタフェースを司るＬＣＤタッチパネルを有する操作パネル９、エンジン制御部１０を介してイメージデータの入出力（紙原稿の読み取りと転写紙への印刷）をスキャナ部やプリンタ部に対して実行させるスキャン／プリントエンジン１１、ディスクドライバ１２を介してイメージデータや制御プログラムなどの記憶蓄積に利用されるＨＤＤ（ハードディスク駆動装置）である記憶装置１３、公衆回線などを通じて外部機器とのデータ通信を可能とするモデム１４が接続されている。
【００４１】
本発明が該当する画像形成装置（複合機）におけるソフトウェア構成は、階層型分散アプリケーションの実装基盤としてマイクロソフト社が提唱するＮＥＴ  Ｆｒａｍｅｗｏｒｋというアプリケーションアーキテクチャ（Ａｐｐｌｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）を適用している。このアーキテクチャを適用することで、ＷＥＢ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）や他の機器と連携し新たな価値の提供が可能となる。
【００４２】
ただし、このＮＥＴアーキテクチャは、基本的には、ＰＣアプリケーション向けのアーキテクチャであるため、本発明が該当する画像形成装置においては、さらに機器を制御するための組み込みアプリケーション特有の階層「デバイス層１３０」を追加する。デバイス層１３０を追加した画像形成装置アーキテクチャの階層図を図２に示す。この図２に示すように、ユーザインタフェースを担当するプレゼンテーション層１００、ビジネスロジックを担当するビジネス層１１０、データソースへの入出力を担当するデータ層１２０、デバイス層１３０、セキュリティ１４０、運用管理１５０、通信メカニズム１６０を備えている。また、各層における詳細な役割は以下のように定義できる。
【００４３】
プレゼンテーション層１００は、操作パネル９、ブラウザ、ＷＥＢサービスなどを介したシステムの窓口を担当する。システムに対する要求を把握し、この要求を実現するために、ビジネス層１１０を利用する。また、要求者に対して、ビジネス層１１０からのフィードバック情報を提示する。このプレゼンテーション層１００は、後述する要求データ解析部１０１、要求呼び出し部１０２を有する。
【００４４】
ビジネス層１１０は、ドキュメント処理のビジネスロジック(上位機能)を担当する。文書操作アプリケーションのロジックを把握している。システムの利用者に対してワークフローを提示し、操作の受付、認証、文書入出力の処理、課金など、文書操作に必要な一連の処理を担当する。文書操作に対しては、論理的に処理順序を入れ替えるスケジューリングを行う。文書操作アプリケーションが扱うデータの内容を理解し、一括して担当する。文書操作アプリケーションが扱うデータとしては、アカウント、蓄積文書、アドレス帳、装置構成／能力、設定情報、画データなどの情報がある。保存先の場所（ローカル／リモート）を把握しており、実際の物理デバイスへのデータ入出力はデータ層に委譲する。
【００４５】
データ層１２０は、ローカル／リモートの保存領域への入出力を担当する。ローカル／リモートのデータ保存領域に、アクセスするためのサービスを提供する。データ層１２０は、デバイスの状況を把握し、デバイスの能力に応じて、処理要求のスケジューリングを行う。
【００４６】
デバイス層１３０は、原稿の読み取り、文書の印刷を行うため、スキャナ、プロッタなど、画像を扱うデバイスの制御を担当する。また、デバイス層１３０は、画像情報の変換（加工、形式変換など）を担当する。デバイスの状況を把握し、デバイスの能力に応じて、処理要求のスケジューリングを行う。文書操作を実現する際、ビジネス層１１０から使用される。
【００４７】
セキュリティ１４０は、認証、アクセス制御、暗号化、セキュリティログの制御を担当する。利用者、サービス、データリソース、デバイスリソースなどに対して、共通したセキュリティをかけるための仕組みを提供する。また、セキュリティ１４０は、セキュリティの履歴情報を残す。
【００４８】
運用管理１５０は、プラグイン、日時管理、メモリ管理、タイマー、デバッグ、履歴、電力、レポートの制御を担当する。機能の追加、変更、削除を、容易に実現するための仕組みを提供する。また、運用管理１５０は、アプリケーション全体、また、他のポリシーが、共通して利用する仕組みを提供する。
【００４９】
通信メカニズム１６０は、ネットワーク、ＦＡＸ、ＷＥＢサービスの制御を担当する。外部システムと、プロトコルにしたがったデータの送受信を行う。この通信メカニズム１６０は、後述する受信データ解析部１６１を有する。
【００５０】
図３は、デバイス層１３０を追加したＮＥＴアーキテクチャを画像形成装置に適用した際における機能動作を示すブロック図である。ユーザーからの要求をプレゼンテーション層１００が受け付け、プレゼンテーション層１００はビジネス層１１０を利用し、ビジネス層１１０はデバイス層１１０、データ層１２０を利用する。また、セキュリティ１４０、運用管理１５０、通信メカニズム１６０は、すべての層から利用される。
【００５１】
このように、受信データ解析部１６１は通信メカニズム１６０に、要求データ解析部１０１、要求呼び出し部１０２はプレゼンテーション層１００に属する。
【００５２】
つぎに、以上のドキュメント処理装置アーキテクチャにおけるシーケンス例について説明する。図４は、プリンタのシーケンスを示す説明図である。まず、受信データ解析部１６１はクライアントＰＣ２００から受信データを受け取る（ステップＳ１１）。続いて、受信データ解析部１６１はステップＳ１１で受け取った受信データのプロトコルを解析し、プリンタ要求データを抽出する（ステップＳ１２）。さらに、受信データ解析部１６１は、プリンタ用の要求データ解析部１０１にクライアントＰＣ２００からの要求を受け取ったことを通知する（ステップＳ１３）。続いて、要求データ解析部１０１は、受信データ解析部１６１に対して、プリンタ要求データの取得を依頼する（ステップＳ１４）。さらに要求データ解析部１０１はステップＳ１４で受け取ったプリンタ要求データの解析を行い、要求データの種類に依らない要求パラメータを抽出する（ステップＳ１５）。続いて、要求データ解析部１０１は、要求呼び出し部１０２に要求の実行を依頼する（ステップＳ１６）。続いて、要求呼び出し部１０２は６で受け取った要求パラメータをもとに、ビジネス層（文書操作部）１１０にプリンタ出力の要求の実行を依頼する（ステップＳ１７）。
【００５３】
図５は、ファックスのシーケンスを示す説明図である。まず、受信データ解析部１６１はクライアントＰＣ２００から受信データを受け取る（ステップＳ２１）。続いて、受信データ解析部１６１はステップＳ２１で受け取った受信データのプロトコルを解析し、プリンタ要求データを抽出する（ステップＳ２２）。さらに受信データ解析部１６１は、ファクス用の要求データ解析部１０１にクライアントＰＣ２００からの要求を受け取ったことを通知する（ステップＳ２３）。続いて、要求データ解析部１０１は、受信データ解析部に対して、ファクス要求データの取得を依頼する（ステップＳ２４）。さらに要求データ解析部１６１はステップＳ２４で受け取ったファクス要求データの解析を行い、要求データの種類に依らない要求パラメータを抽出する（ステップＳ２５）。さらに、要求データ解析部１０１は、要求呼び出し部１０２に要求の実行を依頼する（ステップＳ２６）。続いて、要求呼び出し部１０２はステップＳ２６で受け取った要求パラメータをもとに、ビジネス層（文書操作部）１１０にＰＣファクス送信の要求の実行を依頼する（ステップＳ２７）。
【００５４】
したがって、このようなアーキテクチャにより、複数の画像形成アプリケーションに点在していた要求データ解析ステップを共通化することにより、要求データに変更、追加のあった場合の開発工数（開発時間）を低減させることができる。また、上述したアーキテクチャを画像形成装置や画像処理装置に適用することで、データやビジネスロジックを集中的に管理することができる。また、新たな機能を追加する場合、ある階層における実装上の変更が他の階層に及ぼすことを回避することができる。さらに、アプリケーションを複数のハードウェアに分散させることが可能になり、システムの拡張性を向上させることができる。
【００５５】
ところで、一般的なプリンタで行われているように、要求データを一時的にＨＤＤ（ハードディスク駆動装置）などの記憶手段に保存しておき、それを後でまとめて処理するスプール処理をさらに加えてもよい。たとえば、上記図４、図５において、さらに、受信データ解析ステップ（ステップＳ１２，ステップＳ２２）によって受信データを解析し、要求データが得られた後に、その要求データを一時的に記憶装置１３に記録するスプール書込みステップを設ける。
【００５６】
これにより、一般的なプリンタで行われている要求データを一時的にＨＤＤなどの記憶手段に保存しておき、それを後でまとめて処理するスプール処理をさらに加えることができる。
【００５７】
また、上記図４、図５において、要求データ解析ステップにて要求データを解析する前に、あらかじめスプールされた要求データを記憶手段から読み出すスプール読み出しステップを設ける。これにより、記憶領域に書き込んだ要求データを読み出すことが可能になる。
【産業上の利用可能性】
【００５８】
以上のように、本発明にかかる受信データ処理方法、画像処理装置、画像形成装置、受信データ処理方法をコンピュータに実行させるプログラムは、コピー機能、ファクシミリ機能、プリンタ機能などの複数の機能を有する複合機などに有用であり、特に、複数の画像形成アプリケーションに点在する要求データの解析を画像形成アプリケーションから切り離すことにより、開発工数の低減させるシステムに適している。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施の形態にかかるドキュメント処理装置の構成を示すブロック図である。
【図２】本発明の実施の形態にかかるデバイス層を追加した画像形成装置アーキテクチャの階層を示すブロック図である。
【図３】図２の階層型アーキテクチャにおける機能・動作を示すブロック図である。
【図４】本発明の実施の形態にかかるプリンタ機能におけるシーケンスを示す説明図である。
【図５】本発明の実施の形態にかかるファクシミリ機能におけるシーケンスを示す説明図である。
【図６】従来の複合機におけるアプリケーション層とサービス層を示す説明図である。
【図７】従来の複合機におけるプリンタ機能のシーケンスを示す説明図である。
【図８】従来の複合機におけるファクシミリ機能のシーケンスを示す説明図である。
【符号の説明】
【００６０】
１  ＣＰＵ
６  ネットワーク
９  操作パネル
１１  スキャンプリントエンジン
１３  記憶装置
５０  ドキュメント処理装置
１００  プレゼンテーション層
１０１  要求データ解析部
１０２  要求呼び出し部
１１０  ビジネス層
１２０  データ層
１３０  デバイス層
１４０  セキュリティ
１５０  運用管理
１６０  通信メカニズム
１６１  受信データ解析部
２００  クライアントＰＣ
【図１】
2007251246.tif 000003
【図２】
2007251246.tif 000004
【図３】
2007251246.tif 000005
【図４】
2007251246.tif 000006
【図５】
2007251246.tif 000007
【図６】
2007251246.tif 000008
【図７】
2007251246.tif 000009
【図８】
2007251246.tif 000010