(57)【要約】【課題】  組み込み系のＤＳＰ制御装置は部品化し、さまざまな機種に使い回すことができ、移植の際に作業が容易に行なえるＤＳＰ制御装置を提供する。【解決手段】  画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現するＤＳＰ５０３を制御するＤＳＰ制御装置２０２において、操作部２０１から入力された情報をＤＳＰ制御装置２０２が理解できる情報に翻訳する翻訳部４０１と、その翻訳された情報をもとにＤＳＰ５０３にダウンロード要求をするダウンロード要求部６０２とを備えた。【選択図】        図４
2004252948.tif 000002
【特許請求の範囲】
【請求項１】
情報処理部にプログラムおよび／またはデータをダウンロードし、操作部からの入力に基づいて情報処理機能を実現する情報処理制御方法において、
前記操作部から入力された情報の有効性を判断し、前記プログラムおよび／またはデータのダウンロードを決定し、
前記情報処理部にプログラムおよび／またはデータのダウンロード要求を行うことを特徴とする情報処理制御方法。
【請求項２】
前記ダウンロード要求されたプログラムおよび／またはデータはＤＳＰにダウンロードされることを特徴とする請求項１記載の情報処理制御方法。
【請求項３】
前記ＤＳＰの１つ１つが制御部品として機能することを特徴とする請求項２記載の情報処理制御方法。
【請求項４】
画像処理部に対して画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理制御方法において、
操作部から入力された情報の有効性を判断し、
この判断により有効な情報である場合に、プログラムおよび／またはデータのダウンロードを決定し、
前記画像処理部にプログラムおよび／またはデータのダウンロード要求を行うことを特徴とする画像処理制御方法。
【請求項５】
画像処理部に対して画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理制御方法において、
操作部から入力された情報を翻訳し、
翻訳された情報に基づいて情報の有効性を判断し、
この判断により有効な情報である場合には、プログラムおよび／またはデータのダウンロードを決定し、
前記画像処理部にプログラムおよび／またはデータのダウンロード要求を行うことを特徴とする画像処理制御方法。
【請求項６】
画像処理部に対して画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理制御方法において、
上位の制御ソフトから送られてきた画像処理制御要求に基づき、操作部から送られてきた情報を内部変数に変換し、
リソース状態の判断要求に基づき、過去に取得したリソースの状態と現在のプロセス情報による取得しなくてはいけないリソースを判断し、
さらに、要求されたリソースで実行可能かどうか判断し、
前記要求されたリソースで実行可能である場合に、ダウンロード詳細情報の決定要求に基づき、前記内部変数をダウンロードに必要なプログラムおよび／またはデータのダウンロード詳細情報に変換し、
ダウンロード実行要求に基づき、前記変換されたダウンロード詳細情報を前記画像処理部にダウンロードすることを特徴とする画像処理制御方法。
【請求項７】
画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理部を有する画像処理制御装置において、
操作部から入力された情報に基づいてプログラムおよび／またはデータを前記画像処理部にダウンロードする情報に変換し、ダウンロードする手段を備えていることを特徴とする画像処理制御装置。
【請求項８】
前記ダウンロードする手段が、
操作部から入力された情報をダウンロードする情報に変換する手段が理解できる情報に翻訳する手段と、
その翻訳された情報をもとに前記画像処理部にプログラムおよび／またはデータのダウンロード要求を行う手段と、
からなることを特徴とする請求項７に記載の画像処理制御装置。
【請求項９】
前記ダウンロードする手段が、
操作部から入力された情報をダウンロードする情報に変換する手段が理解できる情報に翻訳する翻訳部と、
前記翻訳する手段によって翻訳された情報を前記画像処理部にダウンロードするための詳細な情報に変換する手段と、
前記詳細な情報に変換する手段によって変換された情報をもとに前記画像処理部にプログラムとデータのダウンロード要求を行う手段と、
からなることを特徴とする請求項７記載の画像処理制御装置。
【請求項１０】
画像処理単位ごとに決められた共通のインターフェースを用い、前記翻訳部が前記ダウンロード要求を行う手段にダウンロードに必要な情報を伝えることを特徴とする請求項８記載の画像処理制御装置。
【請求項１１】
前記操作部に入力された情報を前記翻訳部で一元管理することを特徴とする請求項８または９記載の画像処理制御装置。
【請求項１２】
前記翻訳する手段は、前記操作部の要求レベルを次元にしたテーブルで管理してその翻訳された情報をもとに前記ダウンロード要求を行う手段へのダウンロード情報を決定することを特徴とする請求項８記載の画像処理制御装置。
【請求項１３】
前記ダウンロード要求を行う手段は、前記翻訳する手段が決定したダウンロード情報をテーブルで管理して前記画像処理部にダウンロードするプログラムとデータを決定することを特徴とする請求項８記載の画像処理制御装置。
【請求項１４】
前記ダウンロード要求を行う手段は、前記詳細な情報に変換する手段で変換された情報をもとに前記画像処理手段にダウンロードするための詳細な情報をテーブルで管理し、前記画像処理部にダウンロードするプログラムとデータを決定することを特徴とする請求項９記載の画像処理制御装置。
【請求項１５】
画像処理単位ごとに決められた共通のインターフェースを用い、前記詳細な情報に変換する手段がその変換した情報をもとにダウンロード要求を行う手段にダウンロードに必要な情報を伝えることを特徴とする請求項９記載の画像処理制御装置。
【請求項１６】
前記詳細な情報に変換する手段は、前記操作部の要求レベルを次元にしたテーブルで管理してその変換した情報をもとにダウンロード要求を行う手段へのダウンロード詳細情報を決定することを特徴とする請求項９記載の画像処理制御装置。
【請求項１７】
前記ダウンロード要求部は、前記詳細な情報に変換する手段で変換された情報をもとに前記画像処理部にダウンロードするための詳細な情報をテーブルで管理し、前記画像処理部ダウンロードするプログラムとデータを決定することを特徴とする請求項９記載の画像処理制御装置。
【請求項１８】
前記翻訳する手段、前記詳細な情報に変換する手段及びダウンロード要求を行う手段は、画像処理単位で管理されていることを特徴とする請求項９記載の画像処理制御装置。
【請求項１９】
画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理部を有する画像処理制御装置において、
１つの実行要求に対する要求を管理する手段と、
操作部から入力された情報を内部変数に変換する手段と、
前記実行要求に対するリソースを管理し、実装されている画像処理部に対するサービスの管理を行う手段と、
前記内部変数に変換する手段によって変換された内部変数を前記画像処理部にダウンロードするための詳細な情報に変換する手段と、
前記詳細な情報に変換する手段によって変換された情報を前記画像処理部へダウンロードする手段と、
を備えていることを特徴とする画像処理制御装置。
【請求項２０】
前記１つの実行要求に対する要求を管理する手段は、前記操作部から要求された画像処理パラメータ設定、画像処理実行、画像処理終了、キャンセルの要求を受付け、その１つの実行要求を他の部分に伝達することを特徴とする請求項１９記載の画像処理制御装置。
【請求項２１】
前記実行要求は前記操作部からの指示を前記画像処理制御装置の前段に設けられた制御手段を介して行われることを特徴とする請求項１９記載の画像処理制御装置。
【請求項２２】
前記サービスの管理を行う手段は、リソースの管理では、現在のリソース確保状態から画像処理制御を行なっていい状態か否かを判断することを特徴とする請求項１９記載の画像処理制御装置。
【請求項２３】
前記サービスの管理を行う手段は、サービスの管理では、実装されている前記画像処理部の処理機能を判断し、当該画像処理部の実装状態に応じて提供するサービスを切り替えることを有することを特徴とする請求項１９記載の画像処理制御装置。
【請求項２４】
前記詳細な情報に変換する手段は、前記ダウンロードするための詳細な情報とダウンロード要求を前記ダウンロードする手段に送り、
前記ダウンロードする手段は、前記ダウンロード要求に基づいて前記詳細な情報を前記画像処理部へダウンロードすることを特徴とする請求項１９記載の画像処理制御装置。
【請求項２５】
前記ダウンロードする手段は、ダウンロードする前記画像処理部単位で設けられていることを特徴とする請求項１９記載の画像処理制御装置。
【請求項２６】
前記画像処理部がディジタルシグナルプロセッサからなることを特徴とする請求項７ないし１８のいずれか１項に記載の画像処理制御装置。
【請求項２７】
前記画像処理部が画像処理デバイスからなることを特徴とする請求項７ないし２５のいずれか１項に記載の画像処理制御装置。
【請求項２８】
前記画像処理デバイスが、スキャナおよびプリンタの少なくとも一方を含むことを特徴とする請求項２７記載の画像処理制御装置。
【請求項２９】
請求項７ないし２８のいずれか１項に記載の画像処理制御装置と、
前記画像処理装置によって処理された画像情報に基づいて記録媒体に画像を形成する画像形成手段と、
を備えていることを特徴とする画像形成装置。
【請求項３０】
請求項４ないし６のいずれか１項に記載の画像処理制御方法をコンピュータで実現するための手順を備えていることを特徴とするコンピュータプログラム。
【請求項３１】
請求項７ないし２５のいずれか１項に記載の画像処理制御装置の各手段の機能をコンピュータで実現するための手順を備えていることを特徴とするコンピュータプログラム。
【請求項３２】
請求項３０または請求項３１記載のコンピュータプログラムがコンピュータによって読み取られ、実行可能に記録されていることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はソフトウェアの部品化を考慮した情報処理制御方法、画像処理を実現するためにソフトウェアを部品化して画像処理機能を実現する画像処理制御方法、この画像処理制御方法を実行するための画像処理制御装置、この画像処理制御装置を備えたプリンタ、複写機、ファクシミリなどの画像形成装置、前記画像処理制御方法あるいは画像処理制御装置をコンピュータで実現するためのコンピュータプログラム及びコンピュータプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
複写機（ＭＦＰ：Multi Function Peripheral）の性能が向上し、高速かつ幅広い画像処理が実現可能になった。それに対し、製品も多機能化してきて、多くの要求を操作部で設定可能になり、その多くの要求を制御する画像処理制御装置が必要になってきた。一方、デジタルシグナルプロセッサ（Digital Signal Processor−以下、ＤＳＰと略称する)も性能が向上し、高速かつ幅広い画像処理が実現可能になった。それに伴って製品も多機能化し、多くの要求を操作部で設定することが可能になり、その多くの要求を制御するＤＳＰ制御装置が必要になってきた。
【０００３】
また、従来のＡＳＩＣに比べＤＳＰ（ディジタルシグナルプロセッサ）は、プログラムやデータを入れ替えることによってさまざまな画像処理を実現可能にする。しかし、画像処理のバリエーションが増えた一方そのＤＳＰを制御する制御装置は煩雑になってしまう。さらに、仕様変更が容易に行なえるので画像処理制御は多々発生が予想される仕様変更に対し、早急にかつ確実に対応していかなければならなくなってきた。
【０００４】
しかし、ＤＳＰはＡＳＩＣに比べ高価であるので、変更があまり起こらないような画像処理に対してはＡＳＩＣで画像処理を実現している。このように画像処理を実現するデバイスも用途によって選択、あるいは両立するので、その制御装置が必要になる。また、高機能化に伴いコピーやネットワークに接続されプリンタ、スキャナ、ＦＡＸ等のさまざまな使用用途が増えてきた。利用者をネットワークに接続したことにより複数同時利用も考えられ、画像処理制御装置のリソースの管理が重要になってきた。このリソースの管理とは、ある利用者が大量コピーを実行しているとき、別の利用者がネットワーク越しにプリントを実行する場合に、画像処理制御装置は現在制御しているリソースの状態を管理し、両方同時に実行できないと判断した場合、後の実行要求に対し画像処理制御の待ち状態を知らせ、再び実行要求を実行してもらうようにするなどの処理のことである。
【０００５】
なお、従来から実施されているＤＳＰ制御装置として、下記の特許文献記載の発明が知られている。
【特許文献１】特開平６−１２５４１１号公報
【特許文献２】特開平６−２０５３０１号公報
【特許文献３】特開平７−２２１９９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、これらの公知文献では、複写機のような複雑な要求に対する制御を必要としたものではない。さらに、ＤＳＰ制御装置単体での部品化も考えられていないので、似たような画像処理装置に移植する際においても多大な変更を行う必要があった。さらに、近年ディジタル複写機の画像処理の実現にＤＳＰが用いられてきており、また機能の増大に伴うＤＳＰ制御装置は複雑化してきている。さらに、画像処理制御装置や複写機などの操作部から入力されるさまざまな要求を満たすような処理に対処したり、柔軟に仕様変更に対応できるようにが望まれているが、前記公知例記載の発明をはじめ、従来の装置では、このような要求に応えることはできなかった。
【０００７】
本発明は、このような従来技術の実情に鑑みてなされたもので、その目的は、ディジタル複写機のような組み込み系の画像処理制御装置を部品化し、さまざまな機種に使い回すことができ、画像処理機能の移植を容易にし、柔軟に仕様変更に対応できるようにすることにある。
【０００８】
また、他の目的は、多機能を実現するために設定可能な操作部の要求を、画像処理制御装置として必要な機能を部品化することにより、コピー、スキャナアプリケーション等の画像処理機能についてアーキテクチャ部を統一し、移植を容易にし、柔軟に仕様変更に対応できるようにすることにある。
【課題を解決するための手段】
【０００９】
本発明は、基本的には、従来ＡＳＩＣ（ハードウェア）で構成されていた制御部品をソフトウェアとＤＳＰで構成するようにしたものである。すなわち、使用するソフトウェアの全てがＲＯＭに格納されている場合に、全てのソフトウェアをダウンロードして使用すると、動作が重くなり処理時間も長くなる。また、使用できるメモリにも制限があるので、完全な動作を保証することも難しい。そこで、本発明では、ユーザの使用要求に対する必要最低限のソフトウェアだけロードさせて機能できるようにしている。
【００１０】
そこで、目的を達成するため、第１の手段は、情報処理部にプログラムおよび／またはデータをダウンロードし、操作部からの入力に基づいて情報処理機能を実現する情報処理制御方法において、前記操作部から入力された情報の有効性を判断し、前記プログラムおよび／またはデータのダウンロードを決定し、前記情報処理部にプログラムおよび／またはデータのダウンロード要求を行うことを特徴とする。
【００１１】
第２の手段は、前記ダウンロード要求されたプログラムおよび／またはデータはＤＳＰにダウンロードされることを特徴とする。
【００１２】
第３の手段は、第２の手段において、前記ＤＳＰの１つ１つが制御部品として機能することを特徴とする。
【００１３】
第４の手段は、画像処理部に対して画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理制御方法において、操作部から入力された情報の有効性を判断し、この判断により有効な情報である場合に、プログラムデータのダウンロードを決定し、前記画像処理手段にプログラムとデータのダウンロード要求を行うことを特徴とする。
【００１４】
第５の手段は、画像処理部に対して画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理制御方法において、操作部から入力された情報を翻訳し、翻訳された情報に基づいて情報の有効性を判断し、この判断により有効な情報である場合には、プログラムデータのダウンロードを決定し、前記画像処理手段にプログラムとデータのダウンロード要求を行うことを特徴とする。
【００１５】
第６の手段は、画像処理部に対して画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理制御方法において、上位の制御ソフトから送られてきた画像処理制御要求に基づき、操作部から送られてきた情報を内部変数に変換し、リソース状態の判断要求に基づき、過去に取得したリソースの状態と現在のプロセス情報による取得しなくてはいけないリソースを判断し、さらに、要求されたリソースで実行可能かどうか判断し、前記要求されたリソースで実行可能である場合に、ダウンロード詳細情報の決定要求に基づき、前記内部変数をダウンロードに必要なプログラムとデータのダウンロード詳細情報に変換し、ダウンロード実行要求に基づき、前記変換されたダウンロード詳細情報を画像処理部にダウンロードすることを特徴とする。
【００１６】
第７の手段は、画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理部を有する画像処理制御装置において、操作部から入力された情報に基づいてプログラムとデータを前記画像処理部にダウンロードする情報に変換し、ダウンロードする手段を備えていることを特徴とする。
【００１７】
第８の手段は、第４の手段において、前記ダウンロードする手段が、操作部から入力された情報をダウンロードする情報に変換する手段が理解できる情報に翻訳する手段と、その翻訳された情報をもとに前記画像処理部にプログラムとデータのダウンロード要求を行う手段とからなることを特徴とする。
【００１８】
第９の手段は、第７の手段において、前記ダウンロードする手段が、操作部から入力された情報をダウンロードする情報に変換する手段が理解できる情報に翻訳する翻訳部と、前記翻訳する手段によって翻訳された情報を前記画像処理部にダウンロードするための詳細な情報に変換する手段と、前記詳細な情報に変換する手段によって変換された情報をもとに前記画像処理部にプログラムとデータのダウンロード要求を行う手段とからなることを特徴とする。
【００１９】
第１０の手段は、第８の手段において、画像処理単位ごとに決められた共通のインターフェースを用い、前記翻訳部が前記ダウンロード要求を行う手段にダウンロードに必要な情報を伝えることを特徴とする。
【００２０】
第１１の手段は、第８または第９の手段において、前記操作部に入力された情報を前記翻訳部で一元管理することを特徴とする。
【００２１】
第１２の手段は、第８の手段において、前記翻訳する手段は、前記操作部の要求レベルを次元にしたテーブルで管理してその翻訳された情報をもとに前記ダウンロード要求を行う手段へのダウンロード情報を決定することを特徴とする。
【００２２】
第１３の手段は、第８の手段において、前記ダウンロード要求を行う手段は、前記翻訳する手段が決定したダウンロード情報をテーブルで管理して前記画像処理部にダウンロードするプログラムとデータを決定することを特徴とする。
【００２３】
第１４の手段は、第９の手段において、前記ダウンロード要求を行う手段は、前記詳細な情報に変換する手段で変換された情報をもとに前記画像処理手段にダウンロードするための詳細な情報をテーブルで管理し、前記画像処理部にダウンロードするプログラムとデータを決定することを特徴とする。
【００２４】
第１５の手段は、第９の手段において、画像処理単位ごとに決められた共通のインターフェースを用い、前記詳細な情報に変換する手段がその変換した情報をもとにダウンロード要求を行う手段にダウンロードに必要な情報を伝えることを特徴とする。
【００２５】
第１６の手段は、第９の手段において、前記詳細な情報に変換する手段は、前記操作部の要求レベルを次元にしたテーブルで管理してその変換した情報をもとにダウンロード要求を行う手段へのダウンロード詳細情報を決定することを特徴とする。
【００２６】
第１７の手段は、第９の手段において、前記ダウンロード要求部は、前記詳細な情報に変換する手段で変換された情報をもとに前記画像処理部にダウンロードするための詳細な情報をテーブルで管理し、前記画像処理部ダウンロードするプログラムとデータを決定することを特徴とする。
【００２７】
第１８の手段は、第９の手段において、前記翻訳する手段、前記詳細な情報に変換する手段及びダウンロード要求を行う手段は、画像処理単位で管理されていることを特徴とする。
【００２８】
第１９の手段は、画像処理を実現するためにプログラムおよび／またはデータをダウンロードすることによって画像処理機能を実現する画像処理部を有する画像処理制御装置において、１つの実行要求に対する要求を管理する手段と、操作部から入力された情報を内部変数に変換する手段と、前記実行要求に対するリソースを管理し、実装されている画像処理部に対するサービスの管理を行う手段と、前記内部変数に変換する手段によって変換された内部変数を前記画像処理部にダウンロードするための詳細な情報に変換する手段と、前記詳細な情報に変換する手段によって変換された情報を前記画像処理部へダウンロードする手段とを備えていることを特徴とする。
【００２９】
第２０の手段は、第１９の手段において、前記１つの実行要求に対する要求を管理する手段は、前記操作部から要求された画像処理パラメータ設定、画像処理実行、画像処理終了、キャンセルの要求を受付け、その１つの実行要求を他の部分に伝達することを特徴とする。
【００３０】
第２１の手段は、第１９の手段において、前記実行要求は前記操作部からの指示を前記画像処理制御装置の前段に設けられた制御手段を介して行われることを特徴とする。
【００３１】
第２２の手段は、第１９の手段において、前記サービスの管理を行う手段は、リソースの管理では、現在のリソース確保状態から画像処理制御を行なっていい状態か否かを判断することを特徴とする。
【００３２】
第２３の手段は、第１９の手段において、前記サービスの管理を行う手段は、サービスの管理では、実装されている前記画像処理部の処理機能を判断し、当該画像処理部の実装状態に応じて提供するサービスを切り替えることを有することを特徴とする。
【００３３】
第２４の手段は、第１９の手段において、前記詳細な情報に変換する手段は、前記ダウンロードするための詳細な情報とダウンロード要求を前記ダウンロードする手段に送り、前記ダウンロードする手段は、前記ダウンロード要求に基づいて前記詳細な情報を前記画像処理部へダウンロードすることを特徴とする。
【００３４】
第２５の手段は、第１９の手段において、前記ダウンロードする手段は、ダウンロードする前記画像処理部単位で設けられていることを特徴とする。
【００３５】
第２６の手段は、第７ないし第１８の手段において、前記画像処理部がディジタルシグナルプロセッサからなることを特徴とする。
【００３６】
第２７の手段は、第７ないし第２５の手段において、前記画像処理部が画像処理デバイスからなることを特徴とする。
【００３７】
第２８の手段は、第２７の手段において、前記画像処理デバイスが、スキャナおよびプリンタの少なくとも一方を含むことを特徴とする。
【００３８】
第２９の手段は、第７ないし第２７の手段に係る画像処理制御装置と、前記画像処理装置によって処理された画像情報に基づいて記録媒体に画像を形成する画像形成手段とから画像形成装置を構成したことを特徴とする。
【００３９】
第３０の手段は、コンピュータプログラムが、第４ないし第６の手段に係る画像処理制御方法をコンピュータで実現するための手順を備えていることを特徴とする。
【００４０】
第３１の手段は、コンピュータプログラムが、第７ないし第２５の手段に係る画像処理制御装置の各手段の機能をコンピュータで実現するための手順を備えていることを特徴とする。
【００４１】
第３２の手段は、第３０または第３１の手段に係るコンピュータプログラムがコンピュータによって読み取られ、実行可能に記録媒体に記録されていることを特徴とする。
【００４２】
なお、以下の実施形態において、画像処理部はディジタルシグナルプロセッサ（ＤＳＰ）２０３あるいは画像処理デバイス５０４に対応し、操作部から入力された情報をダウンロードする情報に変換する手段が理解できる情報に翻訳する手段は符号４０１、その翻訳された情報をもとに前記画像処理部にプログラムとデータのダウンロード要求を行う手段は符号４０２、翻訳する手段によって翻訳された情報を前記画像処理部にダウンロードするための詳細な情報に変換する手段は符号４０２ａ、詳細な情報に変換する手段によって変換された情報をもとに前記画像処理部にプログラムとデータのダウンロード要求を行う手段は符号４０２ｂで示される構成にそれぞれ対応する。
【００４３】
また、１つの実行要求に対する要求を管理する手段は１プロセス要求管理部６０１に、操作部から入力された情報を内部変数に変換する手段はインターフェースプロトコル管理部６０２あるいは操作部の入力情報をインターフェースプロトコルに変換する部分１５１に、実行要求に対するリソースを管理し、実装されている画像処理部に対するサービスの管理を行う手段はリソース管理及びサービス管理部６０３あるいは操作部からの実行要求に対するリソース管理、実行されているデバイスに対するサービス構築する部分１５２に、内部変数に変換する手段によって変換された内部変数を前記画像処理部にダウンロードするための詳細な情報に変換する手段は詳細な情報に変換管理部６０４あるいは変換した情報をデバイスにダウンロードするための詳細な情報に変換する部分１５３に、詳細な情報に変換する手段によって変換された情報を前記画像処理部へダウンロードする手段はダウンロード要求管理部６０５あるいは翻訳された情報をもとにデバイスにダウンロード要求をする部分１５４にそれぞれ対応する。
【００４４】
なお、各機能を実現するための前記各手段はプログラムによって構成されている。このプログラムは予めメモリに格納され、あるいはネットワーク（ＬＡＮ）を介してサーバから、さらには、図示しない駆動装置を介してプログラムが記録されたＣＤ−ＲＯＭやＳＤカードからダウンロードすることに機能し、さらにはバージョンアップが行われる。
【発明の効果】
【００４５】
本発明によれば、ディジタル複写機のような組み込み系の画像処理制御装置を部品化し、さまざまな機種に使い回すことができ、画像処理機能の移植を容易にし、柔軟に仕様変更に対応できるようにすることができる。
【００４６】
また、多機能を実現するために設定可能な操作部の要求を、画像処理制御装置として必要な機能を部品化することにより、コピー、スキャナアプリケーション等の画像処理機能についてアーキテクチャ部を統一することが可能となり、これにより移植を容易にし、柔軟に仕様変更に対応できる。
【発明を実施するための最良の形態】
【００４７】
以下、本発明の実施例について図面を参照して説明する。なお、以下の実施例において、同等な各部には同一の参照符号を付し、重複する説明は省略する。
【実施例１】
【００４８】
図１に従来の制御機構と新しいＤＳＰ制御機構を示す。従来の構造（ａ）は、制御対象のＡＳＩＣは自由度が低いので、操作部から入力された情報を制御装置が理解できる情報に翻訳する部分と、その翻訳された情報をもとにダウンロード要求をする部分が一体化していた。しかし、仕様変更が発生する際には全体にわたり変更しなければならないので手間が生じた。これに対し新しい構造（ｂ）のように操作部から入力された情報をＤＳＰ制御装置が理解できる情報に翻訳する部分と、その翻訳された情報をもとにＤＳＰにダウンロード要求をする部分に分離することによって最小限の変更で対応可能となる。さらには、前記翻訳された情報をもとにＤＳＰにダウンロード要求をする部分を、翻訳した情報をもとにＤＳＰにダウンロードするために詳細な情報に変換する部分と、その変換した情報をもとにＤＳＰにダウンロード要求をする部分に分離することによっても最小限の変更で対応可能となる。本発明は、このような発想からＤＳＰの各機能を分離し、その各機能を必要に応じて組み合わせてユーザが望む処理を効率的に行うようにしたものである。
【００４９】
図２は本発明の第１の実施例に係るＤＳＰ制御装置を含むシステム構成を示すブロック図である。同図において、ＤＳＰ制御装置を含むシステムは、システム利用者の要求を入力するための操作部２０１、その操作部２０１から入力された情報に基づいてＤＳＰ２０３へダウンロード情報を送るＤＳＰ制御装置２０２、及びＤＳＰ制御装置２０２によってダウンロードされた情報に基づいて画像処理を行うＤＳＰ２０３からなる。
【００５０】
操作部２０１は利用者のさまざま要求に対して設定が可能で、その要求内容をＤＳＰ制御装置２０２に伝える。ＤＳＰ制御装置２０２では、前記操作部２０１から出力される要求レベルの異なる情報を、ＤＳＰ２０３に設定しなければいけないプログラムとデータの情報に変換する。操作部２０１の情報は文字モードなどのモードレベルや直接ＭＴＦフィルタのプログラムの番号を指定するファンクションレベルやサービスマンコマンド等さまざまな要求をしてくる。ＤＳＰ制御装置２０２はこれらの情報に基づいてＤＳＰ２０３にダウンロードするために必要な詳細レベルの情報に変換する。ＤＳＰ制御装置２０２は自身で変換したプログラム、データをもとにＤＳＰ２０３の内部にあるメモリにダウンロードを実行する。ダウンロード後、ＤＳＰ２０３はそのダウンロードされたプログラムとデータの情報をもとに、画像処理を実現する。
【００５１】
図３はＤＳＰ制御装置２０２の入力と出力の関係を示すブロック図である。同図において、ＤＳＰ制御装置２０２は入力として操作部２０１からシステム利用者からの要求を受け取る。その要求は、文字モード、サイズ、原稿の濃い薄い、変倍率、ＭＴＦフィルタの番号等さまざまな情報である。その受け取った情報からＤＳＰ制御装置２０２は、情報の有効性を判断３０１する。この有効性の判断とは、有効な情報と無効な情報を判断することである。そして、ＤＳＰ制御装置２０２が有効な情報と判断した情報に基づいて、プログラムとデータのダウンロードを決定３０２し、その設定でのＤＳＰ２０３へダウンロードしなくてはいけないプログラム番号とデータ番号を決定する。次いで、プログラムとデータのダウンロード要求３０３をＤＳＰ２０３側に出力して処理を終了する。終了したら再び操作部２０１からの情報の入力待ちになる。
【００５２】
以上のように本実施例によれば、１つのＤＳＰ制御装置でさまざまな設定が可能な操作部の要求に対し、適切なＤＳＰ制御することが可能となる。
【実施例２】
【００５３】
図４は本発明の第２の実施例に係るＤＳＰ制御装置と全体構成の一例を示すブロック図である。同図において、ＤＳＰ制御装置２０２を含むシステムは、システム利用者の要求を入力する操作部２０１、その操作部２０１の情報をもとにＤＳＰ２０３へのダウンロード情報を制御するＤＳＰ制御装置２０２、及びＤＳＰ制御装置２０２によってダウンロードされた情報をもとに画像処理を実現するＤＳＰ２０３からなる。
【００５４】
第１の実施例と第２の実施例に係るＤＳＰ制御装置２０２の違いは、この第２の実施例では、ＤＳＰ制御装置２０２内で大きく２つの部分に機能が分かれていることにある。その１つは、操作部２０１から入力された情報をＤＳＰ制御装置２０２が理解できる情報に翻訳する部分（以下、翻訳部とも称する）４０１であり、他の１つは、前記翻訳部４０１で翻訳された情報をもとにＤＳＰにダウンロード要求をする部分（以下、ダウンロード要求部とも称する）４０２である。ＤＳＰ制御装置２０２は、システム内に実際に組み込まれているので、外部の操作部２０１からの情報は、別の制御ソフトにより送られてくる。そしてＤＳＰ制御が必要なときにＤＳＰ制御装置２０２に実行命令とともに送られて、操作部２０１からの情報と実行命令の内容に基づいてＤＳＰ制御装置２０２はＤＳＰ制御を行なう。つまりＤＳＰ制御装置２０２はシステムの１部品である。この１部品を他の似通ったシステムに組み込む際に変更が少ないほうが容易に移植できる。翻訳部４０１は、違うシステムで例えば操作部２０１からの情報が変更された場合、この翻訳部４０１をその変更内容に沿って換えれば、その翻訳された情報に基づいてＤＳＰ２０３にダウンロード要求をする部分４０２を変えることなく移植することができる。したがって、変更に対し最小限の変更で対応することができる。
【００５５】
図５はＤＳＰ制御装置２０２の入力と出力の関係とＤＳＰ制御装置内２０２における処理の状態を示す図である。ＤＳＰ制御装置２０２は入力として操作部２０１からシステム利用者からの要求を受け取る。その要求は、文字モード、サイズ、原稿の濃い薄い、変倍率、ＭＴＦフィルタの番号等さまざまな情報である。その受け取った情報をＤＳＰ制御装置２０２は、まず情報の翻訳５０１をしてＤＳＰ制御装置２０２が理解できる情報に翻訳する。その情報に基づいて情報の有効性の判断３０１をし、有効な情報と無効な情報を判断する。そして、ＤＳＰ制御装置２０２が有効な情報と判断した情報に基づいてプログラムとデータのダウンロードを決定３０２し、その設定でのＤＳＰ２０３へダウンロードしなくてはいけないプログラム番号とデータ番号を決定する。次いで、プログラムとデータのダウンロード要求３０３をＤＳＰ２０３に行って処理を終了する。終了したら再び操作部２０１からの情報の入力待ちになる。
【００５６】
図６にＤＳＰ制御装置２０２のＤＳＰ制御装置が理解できる情報に翻訳する部分（翻訳部）４０１と、ＤＳＰにダウンロード要求をする部分４０２の入出力の関係を示す。ＤＳＰ２０３はダウンロードするプログラムやデータにより、フィルタや誤差拡散等の画像処理を実現することが可能であり、ＤＳＰ制御装置２０２のＤＳＰ２０３にダウンロード要求をする部分４０２では、各画像処理、例えば誤差拡散処理４０２１、フィルタ処理４０２２、その他の処理４０２３ごとに制御を行なっている。このように各画像処理毎に制御を分けているのは、変更が発生する場合、画像処理単位なのでその変更の対処を容易にするためである。
【００５７】
図６のようにＤＳＰにダウンロード要求をする部分４０２は、各画像処理単位に複数存在する。各画像処理単位に存在するダウンロード要求部に対し、翻訳部４０１は翻訳した後に、全画像処理ごとに共通のインターフェース４０３を用いてダウンロードに必要な情報を送る。この情報は、具体的には各画像処理の状態を示す情報と、ダウンロード要求があるプログラムとデータの情報である。ＤＳＰ２０３にダウンロード要求をする部分４０２の各画像処理単位の処理ではこれらの情報をもとにＤＳＰ２０３にダウンロード要求を出す。
【００５８】
このように共通のインターフェースを用いることによって、画像処理を実行するデバイスがＤＳＰ２０３からＡＳＩＣに変わった場合、ＡＳＩＣを制御する装置も各画像処理単位の処理に共通のインタフェースによって制御が可能な構造になっていれば、翻訳部４０１を変えることなくＤＳＰ２０３にダウンロード要求をする部分４０２をＡＳＩＣへの制御設定部に変更するだけで制御することができ、移植が容易な部品としてＤＳＰ制御装置２０２を変更して実装することが容易に行なえる。
【００５９】
図７はＤＳＰ制御装置２０２における翻訳部４０１の管理状態を示す図で、同図（ａ）は翻訳部４０１を一元管理する場合、同図（ｂ）は一元管理しない場合をそれぞれ示す。
【００６０】
同図（ａ）の一元管理する場合では、操作部２０１からの情報の翻訳作業を１つの場所で行い、ＤＳＰ制御装置２０２が理解できる言葉（言語）に翻訳し、各画像処理単位でダウンロード要求部４０２に送る。この構造では、操作部２０１からの情報に対し、設定値が正しいかデバックするとき、情報が１つの場所に集中しているために、その場所について操作部２０１の値をトレースすればすべての情報を調べることができる。また、操作部２０１からの情報が変わり、移植の際にＤＳＰ制御装置２０２が理解できる情報に翻訳する翻訳部４０１を変えなければいけない場合、一元管理している場所に対して変更を加えるだけで組み込むことができる。
【００６１】
同図（ｂ）の一元管理しない場合の場合では、逆に先ほどの操作部２０１の情報をデバックしたい場合や、操作部２０１からの情報が変わり、移植の際に翻訳部４０１を変えなければいけない場合、複数存在するＤＳＰ制御装置２０２のＤＳＰ制御装置２０２が理解できる情報に翻訳する翻訳部４０１に対して修正をしなくてはいけない。
【００６２】
したがって、同図（ａ）に示したように、一元管理するようにした方が、操作部２０１からの情報が変わり、移植の際に翻訳部４０１を変えなければいけない場合、一元管理している場所に対して変更を加えるだけで組み込むことができる分、一元管理しない場合よりも有利である。
【００６３】
図８に操作部の要求レベルを次元にしたテーブルの例を示す。ＤＳＰ２０３はもともとプログラムとデータを自在に書き換えることができ、さまざまなバリエーションの画像処理を実現することを前提としているので、操作部２０１の要求レベルによってダウンロードしなくてはいけないプログラムとデータの情報は常に変わる可能性がある。このようにいつ変更するかもしれないコードをソースコードで管理していると、その作業頻度は増える。
【００６４】
操作部２０１から入力された情報をＤＳＰ制御装置２０２が理解できる情報に翻訳する部分４０１は、図８のような操作部２０１の要求レベルを次元にしたテーブルで管理して、その翻訳された情報をもとにＤＳＰ２０３にダウンロード要求をする部分へのダウンロード情報を決定する。図８は操作部２０１の要求レベル１，２，３をテーブルの次元にして、ＰＸ（プログラム種類）、ＤＸ（データ種類）を決定するために用いている。制御する要因が要求レベル１，２，３で変わらず、操作部２０１の要求レベルによってダウンロードしなくてはいけないプログラムとデータが変えたい場合、作業者はソースコードを意識することなくこのテーブルをもとにプログラム番号とデータ番号を書き換える。それによって実際にソースコードはそのテーブルを参照しダウンロードしなくてはいけないプログラムとデータの情報を決定しているので、ダウンロード要求部４０２に送る要求が変わり、結果としてＤＳＰ２０３にダウンロードするプログラムとデータの内容が変わる。
【００６５】
図９にＤＳＰ２０３にダウンロード要求をするダウンロード要求部４０２がプログラムをダウンロードする場合に参照するプログラムテーブルの例を示す。ＤＳＰ２０３はもともとプログラムとデータを自在に書き換えることができ、さまざまなバリエーションの画像処理を実現することを前提としているので、操作部２０１の要求レベルによってダウンロードしなくてはいけないプログラムとデータの情報は常に変わる可能性がある。このようにいつ変更するかもしれないコードをソースコードで管理していると、その作業頻度は増える。
【００６６】
ダウンロード要求部４０２は、翻訳部４０１が決定したプログラムとデータ番号をもとにその番号に属している図９に示したテーブルに示しているような複数のプログラムを決定し、その決定したプログラムをＤＳＰ２０３に対してダウンロード要求を実行する。例えば、図８のテーブルでプログラム番号Ｐ８が選択された場合、ＤＳＰ２０３にダウンロード要求をする部分４０２は、図９のテーブルから５つの５，０，０，０，０番目にあるプログラムをＤＳＰ２０３に対してダウンロード要求を出して、ダウンロードを行なう。
【００６７】
翻訳部４０１からの情報はそのままにしてプログラムとデータの種類だけを変えたい場合、作業者はソースコードを意識することなくこのテーブルをもとにプログラムの順番やデータの値を書き換える。それによって実際にソースコードはそのテーブルを参照しダウンロードしなくてはいけないプログラムとデータの情報を決定しているので、ＤＳＰ２０３にダウンロード要求をする部分４０２からＤＳＰ２０３にダウンロードするプログラムとデータの内容が変わる。
【００６８】
以上のように本実施例によれば、
（１）仕様変更が発生したときに変更箇所の特定が容易になり、ＤＳＰ制御ソフトの変更が容易に行なえる。
【００６９】
（２）共通のインターフェースを用いることによって、例えば制御対象がＡＳＩＣに変わった場合でも、翻訳部４０１の情報を伝えるのにＤＳＰ制御装置と同じインターフェースを持ったＡＳＩＣ設定する部分に差し替えるだけで実現可能になり、再利用性が高くなる。
【００７０】
（３）操作部２０１からの情報が変わった場合でも翻訳部４０１を変更するだけでダウンロードする部分に影響しないので、ＤＳＰ制御装置の変更量を減少させることができる。
【００７１】
（４）操作部２０１の要求レベルを次元にしたテーブルで管理することによって、画質を変えるためにプログラム、データを変更したいときそのテーブルを変更することによって、その翻訳された情報をもとにダウンロード要求部４０２へ送る情報が変わるので、ＤＳＰ制御装置の変更量を減少させることができる。
【００７２】
（５）ダウンロード可能なプログラムやデータのバリエーションが増えた場合、ダウンロード要求部４０２が管理するテーブルの次元を増やすだけで実現可能なので、ＤＳＰ制御装置２０２の変更量を減少させることができる。
【００７３】
という効果を奏する。
【実施例３】
【００７４】
図１０に本発明の第３の実施例に係るＤＳＰ制御装置と全体構成の一例を示すブロック図である。この実施例は、図４に示した第２の実施例におけるＤＳＰ制御装置２０２の機能を、操作部２０１から入力された情報をＤＳＰ制御装置２０２が理解できる情報に翻訳する部分４０１と、翻訳した情報をもとにＤＳＰ２０３にダウンロードするための詳細な情報に変換する部分（以下、詳細情報変換部とも称する）４０２ａと、変換した情報をもとにＤＳＰにダウンロード要求をする部分（以下、変換情報に基づくダウンロード要求部とも称する）４０２ｂに分けたことである。すなわち、第２の実施例において符号４０２で示された翻訳された情報を元にＤＳＰにダウンローラ要求する部分（ダウンロード要求部）の機能を、さらに、２つに分け、翻訳した情報をもとにＤＳＰ２０３にダウンロードするための詳細な情報に変換する部分（詳細情報変換部）４０２ａと、変換した情報をもとにＤＳＰ２０３にダウンロード要求をする部分（変換情報に基づくダウンロード要求部）４０２ｂの２つの機能に分けたものである。
【００７５】
実際にＤＳＰ制御装置２０２は、システム内の組み込まれていて、前記第２の実施例と同様にシステムの１部品である。この１部品を他のシステムに組み込む際に変更が少ないほうが容易に移植できることは明らかである。そこで、翻訳部４０１は、違うシステムで例えば操作部２０１からの情報が変更された場合、この翻訳部４０１を、その変更内容に沿って変えれば、詳細情報変換部４０２ａと、変換情報に基づくダウンロード要求部４０２ｂを変えることなく移植することができる。したがって、変更に対し最小限の変更に対応することができる。
【００７６】
図１１はＤＳＰ制御装置２０２の入力と出力の関係とＤＳＰ制御装置内２０２における処理の状態を示す図である。ＤＳＰ制御装置２０２は入力として操作部２０１からシステム利用者からの要求を受け取る。その要求は、文字モード、サイズ、原稿の濃い薄い、変倍率、ＭＴＦフィルタの番号等さまざまな情報である。その受け取った情報をＤＳＰ制御装置２０２は、まず情報の翻訳５０１をしてＤＳＰ制御装置が理解できる情報に翻訳する。その情報をもとに情報の有効性の判断３０１し、有効な情報と無効な情報を判断する。そして、ＤＳＰ制御装置２０２が有効な情報と判断した情報に基づいてプログラムとデータのダウンロード詳細情報を決定３０２し、その設定でのＤＳＰ２０３へダウンロードしなくてはいけないプログラム番号とデータ番号を決定する。次いで、プログラムとデータのダウンロード要求３０３をＤＳＰ２０３に行って処理を終了する。終了したら再び操作部２０１からの情報の入力待ち状態になる。
【００７７】
図１２に詳細情報変換部４０２ａと、変換情報に基づくダウンロード要求部４０２ｂの入出力の関係を示す。ＤＳＰ２０３はダウンロードするプログラムやデータにより、フィルタや誤差拡散等の画像処理を実現することが可能である。ＤＳＰ制御装置２０２の変換情報に基づくダウンロード要求部４０２ｂでは、各画像処理ごとに制御を行なっている。このように各画像処理毎に制御を分けているのは、変更が発生する場合、画像処理単位なのでその変更の対処を容易にするためである。
【００７８】
図１１のように詳細情報変換部４０２ａと、変換情報に基づくダウンロード要求部４０２ｂは、各画像処理単位に複数存在する。各画像処理単位にダウンロードに必要な詳細情報変換部４０２ａと変換情報に基づくダウンロード要求部４０２ｂは、全画像処理ごとに共通のインターフェース４０３を用いる。
【００７９】
このダウンロード詳細情報とは、具体的には各画像処理の状態を示す情報と、ダウンロード要求があるプログラムとデータの情報である。変換情報に基づくダウンロード要求部４０２ｂの各画像処理単位の処理ではこれらの情報に基づいて画像処理単位でＤＳＰ２０３にダウンロード要求を出す。
【００８０】
このように共通のインターフェース４０３を用いることによって、画像処理を実行するデバイスがＤＳＰ２０３からＡＳＩＣに変わった場合、ＡＳＩＣを制御する装置も各画像処理単位の処理に共通のインターフェース４０３によって制御が可能な構造になっている場合、詳細情報変換部４０２ａを変えることなく変換情報に基づくダウンロード要求部４０２ｂをＡＳＩＣへの制御設定部に変更するだけで制御することができ、移植が容易な部品としてＤＳＰ制御装置２０２を変更して実装することが容易に行なえる。
【００８１】
図１３はＤＳＰ制御装置２０２における翻訳部４０１の管理状態を示す図で、同図（ａ）は翻訳部４０１を一元管理する場合、同図（ｂ）は一元管理しない場合をそれぞれ示す。
【００８２】
同図（ａ）の一元管理する場合では、操作部２０１からの情報の翻訳作業を１つの場所で行い、ＤＳＰ制御装置２０２が理解できる言葉（言語）に翻訳し、各画像処理単位で詳細情報変換部４０２ａに送る。この構造では、操作部２０１からの情報に対し、正しくＤＳＰ制御装置２０２にデバックするとき、情報が１つの場所に集中しているために、その場所について操作部の値をトレースすればすべての情報を調べることができる。また、操作部２０１からの情報が変わり、移植の際に翻訳部４０１を変えなければいけない場合、一元管理している場所に対して変更を加えるだけで組み込むことができる。
【００８３】
同図（ｂ）の一元管理しない場合の場合では、逆に先ほどの操作部の情報をデバックしたい場合や、操作部２０１からの情報が変わり、移植の際に翻訳部４０１を変えなければいけない場合、複数存在するＤＳＰ制御装置２０２の翻訳部４０１に対して修正をしなくてはいけない。
【００８４】
したがって、同図（ａ）に示したように、一元管理するようにした方が、操作部２０１からの情報が変わり、移植の際に翻訳部４０１を変えなければいけない場合、一元管理している場所に対して変更を加えるだけで組み込むことができる分、一元管理しない場合よりも有利である。
【００８５】
操作部２０１の要求レベルを次元にしたテーブルは前述の第２の実施例における図８と同様であり、詳細情報に基づくダウンロード要求部４０２ｂがプログラムをダウンロードする場合に参照するプログラムテーブルは図９と同様である。
【００８６】
ＤＳＰ２０３はもともとプログラムとデータを自在に書き換えることができ、さまざまなバリエーションの画像処理を実現することを前提としているので、操作部の要求レベルによってダウンロードしなくてはいけないプログラムとデータの情報は常に変わる可能性がある。このようにいつ変更するかもしれないコードをソースコードで管理していると、その作業頻度は増える。
【００８７】
詳細情報に基づくダウンロード要求部４０２ｂは翻訳部４０１が決定したプログラムとデータ番号をもとにその番号に属している図９に示したテーブルに示しているような複数のプログラムを決定し、その決定したプログラムをＤＳＰ２０３に対してダウンロード要求を実行するというように第２の実施例と同様の動作を行う。
【００８８】
図１４は詳細情報変換部４０２ａと、詳細情報に基づくダウンロード要求部４０２ｂを画像処理ごとに管理する構造の例を示す。翻訳部４０１ですべての画像処理で必要な情報を一元管理で翻訳した後に、詳細情報変換部４０２ａでその翻訳情報をもとに画像処理の単位ごとに詳細なダウンロード情報に変換する。すべての画像処理ごとの詳細レベル変換管理部１００１ａ，１００１ｂ，１００１・・・は、この翻訳情報を参照できる。そして、画像処理が必要な詳細レベル変換管理部１００１ａ，１００１ｂ，１００１・・・から順に画像処理単位ごとに変換を行なっていく。
【００８９】
詳細情報に基づくダウンロード要求部４０２ｂは、画像処理単位ごとに詳細レベルに変換管理部１００１ａ，１００１ｂ，１００１・・・に分解したものと同じように画像処理単位ごとにダウンロード設定要求部１００２ａ，１００２ｂ，１００２・・・を持つ。例えば図１４に示したフィルタ処理の詳細レベル変換管理部１００１ｂで設定された今回のパラメータに対し、フィルタ処理のダウンロード設定要求部１００２ｂはダウンロード実行を判断する。詳細情報に基づくダウンロード要求部４０２ｂでは、詳細情報変換部４０２で変換された情報を画像処理単位ごとに参照することができる。すなわち、フィルタ処理の場合、フィルタ処理の詳細レベル変換管理部１００１ｂで設定された情報をフィルタ処理のダウンロード設定要求部１００２ｂのみが参照することが可能である。フィルタ処理のダウンロード設定要求部１００２ｂは前回設定した内容と一致しているか不一致かを判断する。不一致であるならは再度フィルタ処理を実行するのに必要なダウンロードを実行する。他の誤差拡散処理等もフィルタ処理と同様に管理する。このように処理すると、不具合修正や仕様変更に対し、変更箇所が画像処理ごとに分離されているので特定が容易になる。
【００９０】
また、画像処理ごとに共通のインターフェースを用いることによって全画像処理共通に設定項目が決まり、設定漏れを防ぐことができる。
【００９１】
以上のように本実施例によれば、
（１）仕様変更が発生したときに変更箇所の特定が容易になり、ＤＳＰ制御ソフトの変更が容易に行なえる。
【００９２】
（２）共通のインターフェースを用いることによって、例えば制御対象がＡＳＩＣに変わった場合でも、翻訳部４０１の情報を伝えるのにＤＳＰ制御装置と同じインターフェースを持ったＡＳＩＣ設定する部分に差し替えるだけで実現可能になり、再利用性が高くなる。
【００９３】
（３）操作部２０１からの情報が変わった場合でも翻訳部４０１を変更するだけでダウンロードする部分に影響しないのでＤＳＰ制御装置２０２の変更量を減少させることができる。
【００９４】
（４）操作部２０１の要求レベルを次元にしたテーブルで管理することによって、画質を変えるためにプログラム、データを変更したいときそのテーブルを変更することによって、その翻訳された情報をもとにダウンロード要求部４０２ｂへ送る情報が変わるので、ＤＳＰ制御装置の２０２変更量を減少させることができる。
【００９５】
（５）ダウンロード可能なプログラムやデータのバリエーションが増えた場合、ダウンロード要求部４０２ｂが管理するテーブルの次元を増やすだけで実現可能なのでＤＳＰ制御装置の変更量を減少させることができる。
【００９６】
（６）画像処理ごとに仕様変更が発生した場合、画像処理ごとに制御を分けているので、ＤＳＰ制御装置２０２はどの場所を修正しなくてはいけないか特定しやすい。
【００９７】
という効果を奏する。
【実施例４】
【００９８】
図１で説明したように従来の構造（ａ）は、制御対象のＡＳＩＣは自由度がなく、操作部から入力された情報を制御装置が理解できる情報に翻訳する部分と、その翻訳された情報をもとにダウンロード要求をする部分が一体化していた。しかし、仕様変更が発生する際には全体にわたり変更しなければならないので（ｂ）の構造のように操作部の入力情報をＤＳＰ制御装置が理解できる情報に翻訳する部分と、その翻訳した情報をもとにＤＳＰにダウンロードするために詳細な情報に変換し、その変換した情報をもとにＤＳＰにダウンロード要求をする部分の２つの部分に分離することによって最小限の変更で対応が可能となった。これらの構造は、デバイスごとに制御ソフトを変更すること、及びリソース管理は前提にしていなかった。
【００９９】
そこで、本実施例では、図１５に示すように前記（ｂ）の構造を、操作部の入力情報をインタフェースプロトコルに変換する部分（入力情報を下位の装置で理解できる情報に翻訳する部分）１５１と、操作部からの実行要求に対するリソース管理、実装されているデバイスに対するサービス構築する部分１５２と、変換された情報をデバイスにダウンロードするための詳細な情報に変換する部分１５３と、前記変換する部分によって翻訳された情報に基づいてデバイスにダウンロード要求をする部分１５４の４つの部分に分けた構造とした。リソース管理とは例えばスキャナで読み取った情報をメモリに記憶させる処理や、メモリに記憶されている情報をプリンタ側に転送してプリントアウトさせる処理などを管理することであり、ここでいうデバイスは、システムの一端を担うハードウェア装置、例えば、スキャナ、プリンタ、複写機、メモリ、大容量記憶装置などの独立した機能単位として構成されるハードウェア装置を指す。なお、１５１ないし１５４の各部はそれぞれプログラムによって構成されている。
【０１００】
これにより操作部からの実行要求に対するリソース管理、実装されているデバイスに対するサービス構築する機能を追加し、リソースや実装デバイスを意識することによって複数同時利用の対応、１つの制御装置で複数の種類のデバイス制御を可能にしている。さらに、変換した情報をデバイスにダウンロードするための詳細な情報に変換する部分に内部情報変換部を分けた構造になっている。
【０１０１】
図１６は本実施例に係る画像形成システムの全体的な構成を概略的に示す図である。図１６において、本実施例に係る画像形成システムは、スキャナおよびプリンタ機能を備えた画像形成装置と、ＰＣ等のホストコンピュータＰＣ１，ＰＣ２，ＰＣ３と、ＬＡＮおよびパラレルＩ／Ｆ（ＰＩ／Ｆ）とからなり、前記ホストコンピュータＰＣ１，ＰＣ２，ＰＣ３からのプリントデータをＬＡＮおよびパラレルＩ／Ｆ（ＰＩ／Ｆ）を介して前記画像形成装置ＰＲに送信し、当該画像形成装置ＰＲから画像出力できるように構成されている。この画像形成装置は、プリンタ機能、複写機能及びファクシミリ機能を備えたいわゆるデジタル複合機（Multi Function Peripheral)、以下、ＭＦＰと称す。
【０１０２】
図１７は本実施例に係る画像形成装置ＭＦＰの内部構成の概略を示す概略構成図である。同図において、画像形成装置ＭＦＰは、自動原稿送り装置（以下、ＡＤＦと称す）１、読み取りユニット５０、書き込みユニット５７、作像ユニット１９、給紙ユニット２９、フィニッシャ１００および両面給紙ユニット１１１から構成されている。なお、以下の説明において、読み取りユニット５０をスキャナと、書き込みユニット５７、作像ユニット１９及び給紙ユニット２９をプリンタとも称する。
【０１０３】
ＡＤＦ１は、読み取るべき原稿を読み取りユニット５０の読み取り位置に自動的に給送し、読み取った後、所定位置に排紙する機能を備え、読み取りユニット５０はＡＤＦ１から読み取り位置に送り込まれた原稿を光学的に読み取り、書き込みユニットにと５７は読み取りユニット５０によって読み取られた画像データを光変調して作像ユニット１９の感光体（画像形成媒体）上に書き込んで潜像を形成し、給紙ユニット２９から送り込まれた転写紙（記録媒体）に前記潜像をトナー現像して得られたトナー画像を転写し、定着して出力する。
【０１０４】
さらに詳しくは、ＡＤＦ１の原稿台２に原稿の画像面を上にして置かれた原稿束は、操作部３０上のスタートキー３４が押下されると、一番下の原稿から給送ローラ３、給送ベルト４によってコンタクトガラス６上の所定の位置に給送される。読み取りユニット５０によってコンタクトガラス６上の原稿の画像データを読み取った後、読み取りが終了した原稿は、給送ベルト４および排送ローラ５によって排出される。さらに、原稿セット検知センサ７にて原稿台２に次の原稿が有ることを検知した場合、次の原稿は、前原稿と同様にコンタクトガラス６上に給送される。ＡＤＦ１には給送ローラ３，給送ベルト４，排送ローラ５が設けられ、これらの各ローラ３，４，５はモータによって駆動される。
【０１０５】
給紙ユニット２９は、第１トレイ８、第２トレイ９、第３トレイ１０と、前記第１ないし第３トレイ８、９，１０から転写紙をピックアップする第１給紙装置１１、第２給紙装置１２、第３給紙装置１３と、これら第１ないし第３給紙装置１１，１２，１３によってピックアップされた転写紙を前記作像ユニット１９側に搬送する縦搬送装置１４とからなる。給紙ユニット２９では、第１トレイ８、第２トレイ９、第３トレイ１０に積載された転写紙は、各々第１給紙装置１１、第２給紙装置１２、第３給紙装置１３によって給紙され、縦搬送ユニット１４によって感光体１５に当接する位置まで搬送される。
【０１０６】
読み取りユニット５０は、露光ランプ５１、第１、第２および第３ミラー５２，５５，５６、結像レンズ５９、およびＣＣＤイメージセンサ５４からなる。露光ランプ５１によって露光されたコンタクトガラス６上の原稿の反射光は、前記第１ないし第３ミラー５２，５５，５６を介して結像レンズ５９に導かれ、結像レンズ５９によってＣＣＤイメージセンサ５４の結像面で結像され、ＣＣＤイメージセンサ５４で読み取られる。
【０１０７】
書き込みユニット５７は、ポリゴンミラーを含むレーザ出力装置５８、ｆθレンズから構成される結像レンズ５９およびミラー６０からなり、レーザ出力装置５８のレーザダイオードから出射されたレーザ光がポリゴンミラーで反射され、作像ユニット１９の感光体１５上を主走査方向に走査して光書き込みが行われる。
【０１０８】
すなわち、読み取りユニット５０にて読み込まれた画像データは、書き込みユニット５７からのレーザ光によって感光体１５に書き込まれ、現像装置２７によってトナー現像され、感光体１５上にトナー像が形成される。そして、転写紙は感光体１５の回転と等速で搬送ベルト１６によって搬送されながら、感光体１５上のトナー像が当該転写紙上に転写される。その後、定着ユニット１７で画像を定着し、排紙ユニット１８によって後処理装置のフィニシャ１００に排出される。
【０１０９】
後処理装置のフィニシャ１００は、画像形成済みの転写紙に所定の後処理を行うもので、本体の排紙ローラ１９によって搬送された転写紙を、通常排紙ローラ１０２方向と、ステープル１０６を有するステープル処理部方向へに導くことができる。この切り替えは分岐偏向板１０１によって行われ、この分岐偏向板１０１を上に切り替えることにより、搬送ローラ１０３を経由して通常排紙トレイ１０４側に排紙することができる。また、分岐偏向板１０１を下方向に切り替えることにより、搬送ローラ１０５，１０７を介してステープル台１０８に排紙することができる。ステープル台１０８に積載された転写紙は、一枚排紙されるごとに紙揃え用のジョガー１０９によって、用紙搬送方向と平行な転写紙の端面が揃えられ、一部のコピー完了と共にステープラ１０６によって綴じられる。ステープラ１０６で綴じられた転写紙群は自重によって、ステープル完了排紙トレイ１１０に収納される。
【０１１０】
通常の排紙トレイ１０４は転写紙搬送方向に直交する方向に移動可能ないわゆるシフト機能を有する排紙トレイである。シフト機能を有する排紙トレイ１０４は、原稿毎、あるいは、画像メモリによってソーティングされたコピー部毎に、転写紙搬送方向に直交する方向に往復動し、排出されてくる転写紙を簡易的に仕分けるものである。
【０１１１】
転写紙の両面に画像を作像する場合は、各給紙トレイ８〜１０から給紙され作像された転写紙を排紙トレイ１０４側に導かずに、経路切り替えの用の分岐爪１１２を上側にセットすることによって一旦両面給紙ユニット１１１にストックする。その後、両面給紙ユニット１１１にストックされた転写紙は再び感光体１５に作像されたトナー画像を転写するために、両面給紙ユニット１１１から再給紙される。再給紙された転写紙は、、搬送ベルト１６位置に送り込まれ、表面に転写したように裏面にも画像が転写され、さらに定着された後、前記分岐爪１１２は下側にセットされ、裏面に画像が転写された転写紙は排紙トレイ１０４に導かれる。このように転写紙の両面に画像を作成する場合に両面給紙ユニット１１１は使用される。
【０１１２】
図１８はメインコントローラを中心に、本発明の実施例に係る画像形成装置ＭＦＰの制御系を示すフロック図である。
【０１１３】
この制御系は、メインコントローラ３０と、操作部３０と、画像処理ユニット（ＩＰＵ）４９と、ＡＤＦ１と、プリンタコントローラ２６とから主に構成されている。メインコントローラ２０は画像形成装置ＰＲ全体を制御する。メインコントローラ２０には、オペレータに対する表示、オペレータからの機能設定入力制御を行う操作部３０、スキャナの制御、原稿画像を画像メモリに書き込む制御、画像メモリからの作像を行う制御等を行う画像処理ユニット（ＩＰＵ）４９、原稿自動送り装置（ＡＤＦ）１、等の分散制御装置が接続されている。各分散制御装置とメインコントローラ２０は必要に応じて機械の状態、動作指令のやりとりを行っている。また、紙搬送等に必要なメインモータ２５、各種クラッチ２１〜２４も接続されている。すなわち、感光体１５、搬送ベルト１６、定着ユニット１７、排紙ユニット１８、現像ユニット２７はメインモータ２５によって駆動され、各給紙装置１１〜１３はメインモータ２５の駆動を各々給紙クラッチ２２〜２４によって伝達駆動される。縦搬送ユニット１４はメインモータ２５の駆動を中間クラッチ２１によって伝達駆動される。
【０１１４】
プリンタコントローラ２６は、外部からの画像およびプリント指示するコマンドを解析し、画像データとして、印刷できる状態にビットマップ展開し、印刷モードをコマンドから解析し動作を決定している。その画像およびコマンドをＬＡＮおよびパラレルＩ／Ｆを通じて受信し動作するために、ＬＡＮコントロール部２６１とパラレルＩ／Ｆ２６２部が機能している。また、操作部３０には、液晶ディスプレイ３１とキー入力部３２，３３，３４，３５が接続され、キー入力部３２，３３，３４，３５からの入力に応じて所定の処理を行い、その経過および結果を液晶ディスプレイ３１に出力し、表示させる。
【０１１５】
このように大略構成された画像形成装置の読み取りユニット５０の読み取り動作、および画像を記録面上に潜像形成するまでの作像ユニット１９の動作についてさらに詳細に説明する。なお、以下の説明において、潜像とは感光体面上に画像を光情報に変換して照射することにより生じる電位分布である。
【０１１６】
読み取りユニット５０は、原稿を載置するコンタクトガラス６と光学走査系で構成されており、光学走査系には、露光ランプ５１、第１ミラー５２、レンズ５３、ＣＣＤイメージセンサ５４等々で構成されている。露光ランプ５１および第１ミラー５２は図示しない第１キャリッジ上に固定され、第２ミラー５５および第３ミラー５６は図示しない第１キャリッジ上に固定されている。原稿像を読み取るときには、光路長が変わらないように、第１キャリッジと第２キャリッジとが２対１の相対速度で機械的に走査される。この光学走査系は、図示しないスキャナ駆動モータによって駆動される。
【０１１７】
原稿画像は、ＣＣＤイメージセンサ５４によって読み取られ、電気信号に変換されて処理される。レンズ５３およびＣＣＤイメージセンサ５４を図２において左右方向に移動させることにより、画像倍率が変わる。すなわち、指定された倍率に対応してレンズ５３およびＣＣＤイメージセンサ５４の左右方向に位置が設定される。
【０１１８】
書き込みユニット５７はレーザ出力ユニット５８、結像レンズ５９、ミラー６０で構成され、レーザ出力ユニット５８の内部には、レーザ光源であるレーザダイオードおよびモータによって高速で定速回転する回転多面鏡（ポリゴンミラー）が備わっている。  レーザ出力ユニット５８より照射されるレーザ光は、定速回転するポリゴンミラーで偏光され、結像レンズ５９を通り、ミラー６０で折り返され、感光体１５面上に集光結像する。  偏向されたレーザ光は感光体１５が回転する方向と直行する方向（主走査方向）に露光走査され、前記ＩＰＵ４９のセレクタ６４より出力された画像信号のライン単位の記録を行う。感光体１５の回転速度と記録密度に対応した所定の周期で主走査を繰り返すことによって、感光体１５面上に画像（静電潜像）が形成される。
【０１１９】
上述のように、書き込みユニット５７から出力されるレーザ光が、画像作像系の感光体１５に照射される。図示しないが感光体１５の一端近傍のレーザビームを照射される位置に、主走査同期信号を発生するビームセンサが配置されている。この主走査同期信号をもとに主走査方向の画像記録開始タイミングの制御、および後述する画像信号の入出力を行うための制御信号の生成が行われる。
【０１２０】
図１９は本実施例に係る画像形成装置ＭＦＰの画像処理部（ＩＰＵ）４９の詳細を示すブロック図である。ＩＰＵ４９は、この実施例では、画像読み取りユニット５０と画像書き込みユニット５７からなる。
【０１２１】
露光ランプ５１から照射された光は原稿面を照射し、原稿面からの反射光は結像レンズ５３によりＣＣＤイメージセンサ５４の結像面に結像する。ＣＣＤイメージセンサ５４は、結像面で受光した原稿からの反射光を光電変換し、Ａ／Ｄコンバータ６１でデジタル信号に変換する。デジタル信号に変換された画像信号は、シェーディング補正部６２でシェーディング補正された後、ＭＴＦ、γ補正部６３に入力され、ＭＴＦ補正、γ補正等の所定の画像処理が行われる。この画像処理を施された画像信号は、さらに、第１の印字合成部（印字合成Ｉ）７２を経た後、第１のセレクタ６４で画像信号の送り先が切り替えられる。送り先は１つは変倍部７１であり、他の１つは画像メモリコントローラ６５である。変倍部７１が選択された場合、変倍部７１を経由した画像信号は変倍率に合せて拡大縮小され、第２のセレクタ７６に送られて、画像信号の送り先が第２の印字合成部７３または画像メモリコントローラ６５のいずれかに切り替えられる。第２の印字合成部７３に送られた場合、画像信号はそのまま書き込みユニット５７に送られる。なお、画像メモリコントローラ６５と第１のセレクタ６４、画像メモリコントローラ６５と第２のセレクタ７６間は、それぞれ双方向に画像信号を入出力可能な構成となっている。また、第１の印字合成部７２と第２のセレクタ７６には、印字イメージデータ７４が入力され、第１のセレクタ６４には、パーソナルコンピュータなどのデータ処理装置から出力される画像データの入力やＬＡＮに接続された他のプリンタになどの外部装置への出力のための外部画像入出力Ｉ／Ｆ７５が設けられ、第１のセレクタ６４は外部画像入出力Ｉ／Ｆ７５に対する入力または出力のいずれかの切り替えも行うことができる。
【０１２２】
変倍処理では、変倍せず画像メモリ６６に画像データを格納可能であり、画像メモリ６６から読み出して変倍処理を実行した後、書き込みユニット５７へ送ることも可能である。また、画像メモリ６６からの画像を変倍し、再度画像メモリ６６へ戻すことも可能である。
【０１２３】
ＩＰＵ４９には、読み取り部５０から入力される画像データ以外にも外部から供給される印字イメージデータ（例えばパーソナルコンピュータ等のデータ処理装置から出力されるデータ）７４や外部画像入出力Ｉ／Ｆ７５を介して入出力される画像データも処理できるように第１のセレクタ６４や第２のセレクタ７６によって複数のデータの入出力の選択を行う機能を有している。
【０１２４】
また、ＩＰＵ４９には、ＣＰＵ６８、ＲＯＭ６９、ＲＡＭ７０、前にも触れた画像メモリコントローラ６５および画像メモリ６６が設けられている。ＣＰＵ６８は画像メモリコントローラ６５等への設定や、読み取り部５０、書き込み部５７の制御を行い、ＲＯＭ６９には、ＣＰＵ６８が実行するプログラムが格納され、ＲＡＭ７０はＣＰＵ６８がプログラムの実行時に使用するデータを記憶し、また、ＣＰＵ６８のプログラムの実行時のワークエリアとして機能する。更にＣＰＵ６８は、メモリコントローラ６５を介して、画像メモリ６６のデータの書き込み、読み出しが行える。また、外部機器との接続のためにＩ／Ｏポート６７が設けられている。
【０１２５】
このような画像形成装置では、プリンタとして使用する場合にはネットワークやローカルで接続されたパーソナルコンピュータから画像データが、複写機として使用する場合にはスキャナで読み取った画像データが、ファクシミリとして使用する場合には、通信回線を使用して転送されてきた画像データが一旦メモリに格納され、画像形成装置では、このメモリに格納された画像データを読み出して画像処理を行い、画像処理された画像データに基づいて画像を形成する。この画像処理では、シェーディング補正、γ補正、ＭＴＦ補正、疑似中間調処理などが行われる。なお、前記画像形成装置ＭＰＦでは、画像処理装置ＩＰＵ４９が画像処理制御装置として機能している。なお、本実施例に係る画像形成装置ＭＦＰは、ネットワークに接続した商品であり、複数同時利用を前提としている。
【０１２６】
画像処理制御装置は画像処理を実行するデバイスを制御するが、操作部で設定された情報をサービス層である上位の制御ソフトが画像処理制御装置に伝えて、画像処理制御装置は画像処理を実行するデバイスに対し、画像処理パラメータである画像処理に必要なフィルタ処理等のプログラムやデータを設定し、デバイスに対しディジタル化した画像情報を送り画像処理を実行する。
【０１２７】
図２０に画像形成装置ＭＦＰの要求プロセスとリソースの関係の例を示す。例としてコピー動作とプリント動作を示している。上位の制御ソフト５０２は、操作部３０の設定に対しタスク（プロセス管理）を行なっており、コピー動作時にはスキャナ５０で読み取った画像に対する画像処理設定要求をスキャンプロセスから画像処理制御装置５０３に行う。その後に、プリントアウトに適した画像にするための画像処理設定要求をプリンタプロセスから画像処理制御装置５０３に行うという手順を踏む（図２０（ａ））。プリントアウト動作時では、画像のスキャン動作がないのでプリンタプロセスから画像処理制御装置５０３に設定要求のみがされる（図２０（ｂ））。
【０１２８】
そこで、コピー動作時のプリンタプロセス要求実行時にネットワーク（ＬＡＮ）に接続されたクライアントＰＣからプリントアウトのプリントプロセス要求が発生すると、プリンタ（画像形成装置ＭＦＰ）に２つ以上の設定要求が発生することになる。そこで、上位の制御ソフト５０２のプロセス要求を要求通り行なうと、１つのデバイスに２つ以上の設定要求が発生し、要求とは違う状態の画像処理パラメータが設定されたデバイスで画像処理が実行される場合が起こり得る。以下の実施例においては、このような画像形成装置ＭＦＰの外部環境にある画像処理制御装置５０３を対象とする。ここでいう外部環境とは、画像形成装置ＭＦＰに一体不可分に組み込まれ、動作時に画像処理制御装置５０３とは独立して機能できないというものではなく、他のデバイスに対する処理を画像形成装置ＭＦＰと独立して行える動作環境にあることを意味している。
【０１２９】
図２１に画像処理制御装置５０３を含む画像処理全体の構成の一例を示す。対象である画像形成装置ＭＦＰは、システム利用者の要求を入力する操作部３０、その操作部３０の情報を管理する上位の制御ソフト５０２、画像処理デバイスへダウンロード情報やリソース状態を制御する画像処理制御装置５０３、画像処理制御装置５０３によってダウンロードされた情報をもとに画像処理を実現する１つ以上の画像処理デバイス５０４ａ，５０４ｂ（ここでは２つのデバイスを例示）で構成する。
【０１３０】
操作部３０は利用者のさまざま要求に対し設定が可能である。その操作部３０の情報をサービス層である上位の制御ソフト５０２が、設定内容や設定が起きた時間を考慮してタスクに分割し、プロセスとして画像処理制御装置５０３に伝える。その操作部３０の要求レベルが異なる情報を画像処理制御装置５０３で画像処理デバイス５０４に設定しなければいけないプログラムとデータの情報に変換する。操作部３０からは、文字モードなどのモードレベルや直接ＭＴＦフィルタのプログラムの番号を指定するファンクションレベルやサービスマンコマンド等のさまざまな要求が行われる。画像処理制御装置５０３は、前記要求に対応した操作部３０からの情報に基づいて画像処理デバイス５０４にダウンロードするために必要な詳細レベルの情報に変換する。画像処理制御装置５０３は自身で変換したプログラム及びデータに基づいて画像処理デバイス５０４の内部にあるメモリにダウンロードを実行する。ダウンロード後、画像処理デバイス５０４はそのダウンロードされたプログラムとデータの情報に基づいてその画像処理デバイス５０４に設定された、あるいは指示された画像処理を実現する。
【０１３１】
図２２に画像処理制御装置５０３における処理の流れを、図２３に１プロセスに対する画像処理制御装置５０３のシーケンスをそれぞれ示す。画像処理制御装置５０３は、１プロセス要求管理処理５０３−１、外部情報の変換処理５０３−２、リソース状態の判断とプロセス情報の保存処理５０３−３、プログラムとデータのダウンロード詳細情報決定処理５０３−４及びプログラムとデータのダウンロード要求処理５０３−５の各処理を行う処理部を備えている。これらの処理部はプログラムによって構成されている。また、１プロセル要求管理処理５０３−１を行う処理部は、１プロセス要求管理部６０１、インターフェースプロトコル管理部６０２、リソース管理及びサービス管理部６０３、詳細な情報に変換管理部６０４、及びダウンロード要求管理部６０５から構成されている。
【０１３２】
このように構成すると、画像処理制御装置５０３は入力として上位の制御ソフト５０２によって操作部３０を介してシステム利用者からの要求を受け取る。その要求は、プロセス情報、文字モード、サイズ、原稿の濃い薄い、変倍率、ＭＴＦフィルタの番号等さまざまな情報である。その受け取った情報から画像処理制御装置５０３は、１プロセス要求管理処理５０３−１を行ない、現在の要求に対し、１プロセス要求管理部６０１から外部情報の変換処理５０３−２をインターフェースプロトコル管理部６０２に要求し、操作部３０の情報を内部変数に変換する。この処理は、図２３のシーケンス図の（１）の処理になる。外部情報を内部変数に変換することにより処理は増えるが、この後の画像処理制御装置５０３内の処理に外部情報の影響による画像処理制御装置５０３への変更を防ぐことができる。
【０１３３】
プロセス情報を含め内部情報に変換した後、シーケンス図の（２）の処理を実行する。この処理は、リソース状態判断を１プロセス要求管理部６０１からリソース管理及びサービス管理部６０３に対して要求する処理で、過去に取得したリソースの状態と現在のプロセス情報による取得しなくてはいけないリソースを判断し、実行可能かどうか判断する。実行可能であればシーケンス図の（３）のように処理は進むが、不可能な場合、上位の制御ソフト５０２にｗａｉｔ状態であることを知らせて、再度要求を送ってもらうようにする。なお、処理５０３−３におけるリソース状態とは、リソースがどの様な状態にあるかと言うこと、例えばスキャナからメモリへ画像情報を転送している状態（Ｓ  ｔｏ  Ｍ）や、メモリからプリンタに画像情報を転送している状態（Ｍ  ｔｏ  Ｐ）などを指している。
【０１３４】
シーケンス（３）の処理では、１プロセス要求管理部６０１から内部変数をもとにダウンロードに必要なプログラムとデータのダウンロード詳細情報の決定要求（５０３−４）を詳細な情報に変換し管理する変換管理部（以下、単に変換管理部とも称す）６０４へ送る。これにより、内部情報を画像処理デバイス５０４のダウンロードに用いずに詳細情報という抽象概念を導入することによって、部品化されたソフトウエアの再利用性の向上を図っている。
【０１３５】
最後にシーケンス（４）としてリソース管理及びサービス管理部６０３が現在実装されている画像処理デバイス５０４のドライバ制御を管理するダウンロード要求管理部６０５へ詳細情報とダウンロード要求を送り、ダウンロード要求管理部６０５は画像処理デバイス５０４へのダウンロードを実行する。ここで、図２２のプログラムとデータのダウンロード要求処理３０５が行われて処理を終了する。終了したら再び操作部３０からの情報の入力待ちの状態になる。
【０１３６】
なお、１プロセス要求管理処理５０３−１及びリソース状態の判断とプロセス情報の保存処理５０３−３は、機種毎の変更はほとんどないが、外部情報の変換処理５０３−２では、機種毎に処理やパラメータが変更されることが一般的である。その際、モジュール単位で切り出され、パラメータやフィルタ処理などの処理が変更される。このモジュール単位の切り出しと変更により、操作部３０から入力された外部情報が処理するモジュールに適応した情報に翻訳され、言い換えればインターフェースプロトコル変換が行われ、画像処理の機種変更への対応が良好に行える。
【０１３７】
以上のように本実施例によれば、
（１）多機能を実現するために設定可能な操作部３０の要求を、画像処理制御装置５０３として必要な機能を部品化することにより、コピー、スキャナアプリケーション等の画像処理という機能で同一のＭＦＰ（商品）に対し、アーキテクチャ部を統一して移植を容易にすることが可能になる。
【０１３８】
（２）機種に依存しないアーキテクチャ部、例えば画像処理制御装置の１プロセス要求管理処理５０３−１やリソース状態の判断とプロセス状態の保存処理５０３−３はそのまま利用し、機種固有の変動部、例えば外部情報の変換処理５０３−２のみを使用に応じて変更すれば機種の変化に対応することが可能となり、部品化されたソフトウエアの再利用性も向上する。
【０１３９】
という効果を奏する。
【実施例５】
【０１４０】
この実施例は、前述の第４の実施例における画像処理制御装置５０３の構成（処理）が異なるだけで、その他の各部は前記第４の実施例と同等に構成されているので、重複する説明は省略し、異なる各部及び処理について説明する。
【０１４１】
図２４に本実施例における画像処理制御装置５０３と画像処理構成の全体を示す。この図は、システムの構成及び情報の流れを示している。また、画像処理制御装置５０３内の１プロセスのシーケンスを示している。
【０１４２】
同図において、画像処理制御装置５０３は、システム利用者の要求を入力する操作部３０、その操作部３０の情報及びプロセス情報を画像処理制御装置５０３に伝える上位の制御ソフト５０２、画像処理デバイスへダウンロード情報を制御する画像処理制御装置５０３、画像処理制御装置５０３によってダウンロードされた情報に基づいて画像処理を実現する画像処理デバイスＡ，Ｂ２０４から構成されている。
【０１４３】
本実施例では、前述の第４の実施例とは画像処理制御装置５０３内の構成が異なる。すなわち、本実施例では、１プロセス要求管理部６０１が、１プロセスのシーケンスを管理するマネージャーの役割を果たし、各インターフェースプロトコル管理部６０２、リソース管理及びサービス管理部６０３、詳細な情報に変換管理部６０４が処理を実行するのに必要な情報を処理実行要求とともに前記各管理部６０２，６０３，６０４に送る構成であり、デバイス単位にダウンロード要求管理部６０５が存在する点も異なっている。ダウンロード要求管理部６０５は図では画像処理デバイスがＡとＢの２個しか図示されていないので、２個図示されているが、デバイス単位に設けられていることからデバイスの数だけ用意される。各管理部６０２，６０３，６０４が各管理部６０２，６０３，６０４に与えられた処理を実行した後、リソース管理及びサービス管理部６０３は、実装されているデバイスを判断し、そのデバイスのダウンロードを管理するダウンロード要求管理部６０５にダウンロード詳細情報とともにダウンロード実行要求を行なう。各ダウンロード管理部６０５は、要求に従い担当する画像処理デバイス５０４に対しダウンロード制御を行なう。
【０１４４】
シーケンスは図２４において表示した数字の通りで、上位の制御ソフト５０２からスキャナもしくはプリンタプロセスによる画像処理制御要求が送られてくると、１プロセス要求管理部６０１はインターフェースプロトコル管理部６０２に操作部３０からの要求、情報の変換要求を送り、内部変数に変換する。このインターフェースプロトコル管理部６０２で外部情報を内部変数に変換することにより処理は増えるが、この後の画像処理制御装置５０３内の処理に外部情報の影響による画像処理制御装置５０３への変更を防ぐことができる。
【０１４５】
まず、シーケンス（１）でリソース状態判断を１プロセス要求管理部６０１からリソース管理及びサービス管理部６０３に対して要求する。ここで、過去に取得したリソースの状態と現在のプロセス情報による取得しなくてはいけないリソースを判断し、要求されたリソースで実行可能かどうか判断する。、判断結果を１プロセス要求管理部６０１に送り返す。そして、この判断で実行可能であれば（３）のシーケンスのように処理は進むが、実行不可能な場合、上位の制御ソフト５０２にｗａｉｔ状態であることを知らせて、再度要求を送ってもらうようにする。
【０１４６】
（３）のシーケンスでは、１プロセス要求管理部６０１から詳細な情報に変換管理部６０４へ内部変数をもとにダウンロードに必要なプログラムとデータのダウンロード詳細情報の決定要求を送る。詳細な情報に変換管理部６０４からは前記内部変数をダウンロードに必要なプログラムとデータのダウンロード詳細情報に変換して１プロセス要求管理部６０１に戻す。このように本実施例においても内部情報を画像処理デバイス５０４のダウンロードに用いずに詳細情報という抽象概念を導入することによって部品化された再利用性向上を図っている。
【０１４７】
（４）のシーケンスでは、１プロセス要求管理部６０１がリソース管理及びサービス管理部６０３に詳細な情報に変換管理部６０４で変換したダウンロード詳細情報を送り、画像処理デバイス５０４へのダウンロード実行要求を行なう。リソース管理及びサービス管理部６０３が現在実装されている画像処理デバイス５０４のドライバ制御を管理する各ダウンロード要求管理部６０５へダウンロード詳細情報を送り、各ダウンロード要求管理部６０５は担当する画像処理デバイス５０４へのダウンロードを実行する。
【０１４８】
送られてきたダウンロード詳細情報とダウンロード実行要求により、各ダウンロード管理部６０５は担当する画像処理デバイス５０４に対し、プログラムとデータのダウンロードをして処理を終了する。ダウンロード要求管理部６０５をデバイス単位に分割することによってダウンロード要求管理部６０５も部品化され、商品の画像処理デバイス５０４の実装状況に応じて入れ替えを最小限に抑えることができる。画像処理制御装置５０３での処理が終了したら再び操作部３０からの情報の入力待ちの状態になる。
【０１４９】
なお、機種変更に依存するのは、操作部３０あるいは上位の制御ソフト５０２から転送されてきた情報を他の機種の画像処理制御装置が理解できる情報（言語）に翻訳する機能を有するインターフェースプロトコル管理部６０２が主であり、リソース管理及びサービス管理部６０３及び詳細な情報に変換管理部６０４は機種に依存しない場合が多い。そこで、例えば画像処理制御装置５０３の１プロセス要求管理処理部４０１、リソース管理及びサービス管理部６０３、及び変換管理部６０４はそのまま利用し、機種固有の変動部、例えばインターフェースプロトコル管理部６０３のみを使用に応じて変更すれば機種の変化に対応することが可能となり、部品化されたソフトウエアの再利用性も向上する。
【０１５０】
その他、特に説明しない各部は第４の実施例と同等に構成され、同等に機能する。
【０１５１】
以上のように本実施例によれば、第４の実施例の効果に加え、
（１）操作部３０からの画像処理実行要求に対し、１つの実行要求に対する要求管理する部分（１プロセス要求管理部６０１）と、操作部３０の入力情報をインタフェースプロトコル変換して管理する部分（インターフェースプロトコル管理部６０２）と、実行要求に対するリソース管理、実装されているデバイスに対するサービス構築する部分（リソース管理及びサービス管理部６０３）と、変換した情報をデバイスにダウンロードするための詳細な情報に変換する部分（変換管理部６０４）と、デバイスにダウンロード設定する部分（デバイスのダウンロード要求管理部６０５）に分離することよって、仕様変更が発生したときに変更箇所の特定が容易になり、画像処理制御装置５０３の構成を容易に変更することができる。
【０１５２】
（２）また、必要な部分のみを移植したい場合、その機能を実現している箇所だけ変更すればよいので、移植の際の作業量が減る。
【０１５３】
という効果を奏する。
【実施例６】
【０１５４】
この実施例は、第５の実施例における１プロセス管理要求部４０１の機能をさらに展開したもので、操作部３０からの要求である画像処理パラメータ設定、画像処理実行、画像処理終了、キャンセルの要求を受付け、その１つの実行要求を他の部分、例えばリソース管理及びサービス管理部に伝達するように構成したものである。
【０１５５】
図２５に上位の制御ソフト５０２と画像処理制御装置５０３の関係を示す。本実施例に係る画像形成装置ＭＦＰは、画像処理制御装置５０３に対し、電源投入時に初期化要求５０１、スキャン、プリンタ共通で１プロセス実行時に、画像処理パラメータ設定要求７０２、画像処理実行要求７０３、画像処理終了要求７０４の順番で要求を送る。また、操作部３０で操作をキャンセルした場合、画像処理キャンセル要求５０５が１プロセス内のタイミングで送られてくる。画像処理制御装置５０３はそれぞれの要求にしたがって画像処理デバイス５０４に設定を行なう。
【０１５６】
電源投入時の初期化要求５０１では、リソース管理及びサービス管理部６０３で実装されている画像処理デバイス５０４に対するサービスの構築、及び各ダウンロード管理部６０５で初期化設定を行なう。初期化設定により、プロセス動作に対して画像処理デバイス５０４が準備完了状態になる。
【０１５７】
スキャン、プリンタ共通で１プロセス実行時の、画像処理パラメータ設定要求７０２では、図２４で示したシーケンスに従って画像処理デバイス５０４に対しダウンロード実行を行なう（図２５（ａ））。リソース管理及びサービス管理部６０３では、実行するプロセス情報を保存する。画像処理パラメータ設定要求７０２では、確保しているリソースに対して画像処理デバイス５０４が画像処理を実行するために必要な画像処理設定を行なう（ステップＳ２５（ｂ））。最後に画像処理実行要求７０３により確保しているリソース情報をリソース管理及びサービス管理部６０３が破棄する。
【０１５８】
また、各ダウンロード要求管理部６０５に画像処理終了要求７０４を行なう。各ダウンロード要求管理部６０５は、画像処理デバイス５０４に対し画像処理終了設定を行ない、画像処理制御装置５０３及び画像処理デバイス５０４入力待ち状態になる（図２５（ｃ））。プロセス動作の途中で画像処理キャンセル要求５０５が送られてきた場合、確保しているリソース情報をリソース管理及びサービス管理部６０３が破棄し、また各ダウンロード要求管理部６０５に画像処理キャンセル要求行なう。各ダウンロード要求管理部６０５は、画像処理デバイス５０４に対し画像処理終了設定を行ない、画像処理制御装置５０３及び画像処理デバイス５０４入力待ち状態になる（図２５（ｄ））。
【０１５９】
図２６ないし図２９に上位の制御ソフト５０２の要求に対する画像処理制御装置５０３の処理の流れを示す。図２６ないし図２９において、１プロセス要求管理部６０１は、１プロセスに対し、各管理部に処理に必要な情報と実行要求を送るマネージャーの役割を果たす。画像処理パラメータ設定要求７０２に関しては図２４ののシーケンス説明と同様なので省略する。
【０１６０】
図２６の電源投入時には上位の制御ソフト５０２から初期化要求５０１が画像処理制御装置５０３送られる。１プロセス要求管理部６０１は初期化要求５０１を受け取ると、リソース管理及びサービス管理部６０３を生成後、サービス構築要求（１）を送る。リソース管理及びサービス管理部６０３は、実装されている画像処理デバイス５０４の情報を管理していて必要なサービス（ダウンロード管理部６０５）を電源投入時に生成する。生成後に、各ダウンロード要求管理部６０５に対して初期化要求（２）を行ない、各ダウンロード要求管理部６０５は担当する画像処理デバイス５０４に初期化設定（３）を行う。これにより、画像処理デバイス５０４は画像処理準備が整うことになる。
【０１６１】
図２７ないし図２９はそれぞれ１プロセス動作時の画像処理実行要求７０３、画像処理終了要求７０４、画像処理キャンセル要求５０５での画像処理制御装置５０３の処理の流れを示す図である。基本的に図２５で示すような画像処理パラメータ設定要求７０２でリソースが確保できた場合、その後の要求では、図２７に示した初期化要求５０１とほぼ同様の流れになる。１プロセス要求管理部６０１は上位の制御ソフト５０２の要求をリソース管理及びサービス管理部６０３に伝える。リソース管理及びサービス管理部６０３は、生成しているサービスを把握しているので、そのサービスに対し１プロセス要求管理部６０１から送られてきた要求をそのまま伝える。また、画像処理終了要求７０４、画像処理キャンセル要求５０５に対しては、終了要求なので確保しているリソース情報を破棄する。各ダウンロード要求管理部６０５は、それぞれの要求に対し適した設定を担当している画像処理デバイス５０４に対して実行する。
【０１６２】
その他、特に説明しない各部は第５の実施例と同等に構成され、同等に機能する。
【０１６３】
以上のように本実施例によれば、第５の実施例の効果に加え、
（１）操作部３０からの要求を１つの実行要求として管理することを部品として画像処理制御装置５０３に組み込むことによって、実装されているデバイスのリソース管理を１つの実行要求を判断情報として扱うことが可能になる。
【０１６４】
（２）ネットワークに接続し、リソース管理が必要な商品の場合、部品化した画像処理制御装置５０３がリソース管理を行なうので、操作部３０の情報を画像処理制御装置５０３に伝える上位の制御ソフト５０２が容易に作成できる。
【０１６５】
という効果を奏する。
【実施例７】
【０１６６】
この実施例は、第５の実施例におけるリソース管理の機能をさらに展開したものである。  
図３０に上位の制御ソフト５０２でリソース管理をする例と、画像処理制御装置５０３でリソース管理をする例を示す。１．の上位の制御ソフト５０２がリソース管理する場合は、常に画像処理制御装置５０３の状態を把握している必要がある。これは、操作部３０の要求のタスク管理を行い、スキャン、プリンタプロセス生成消滅管理をしつつ、リソースの管理を行なうので、上位の制御ソフト５０２が複雑化する可能性がある。また、画像処理制御装置５０３内の情報なので、画像処理制御装置５０３の返戻値から判断してプロセス動作を行なっていいかどうか判断する必要がある。上位の制御ソフト５０２が部品化されていない場合、リソース管理処理を画像形成装置ＭＦＰごとに作り変える必要があり、機種に応じて上位の制御ソフト５０２を構築しなければならないことから、ソフト構築の作業やソフトの載せ替え作業の手間がかかる。
【０１６７】
これに対し、本実施例では、２．に相当する画像処理制御装置５０３がリソース管理を行なう。画像処理制御装置５０３は、部品として画像形成装置ＭＦＰに組み込むことを前提としているので、アーキテクチャと考えられるリソース管理部６０３は固定要素として同一のものを使いまわすことが可能である。また、上位の制御ソフト５０２は操作部３０の要求を順番にプロセスとして画像処理制御装置５０３に伝える。画像処理制御装置５０３がＷａｉｔ状態を返してきた場合のみ再度Ｗａｉｔ状態になったプロセス要求を送る制御だけで実現するので、上位の制御ソフト５０２がリソース管理をしない分、ソフトの簡素化が図れ、また、前述の作業をより簡単にすることができる。
【０１６８】
図３１に本実施例におけるリソース管理の制御を示す。この制御は、画像形成装置ＭＦＰの画像処理制御５０３におけるリソース管理の例である。
【０１６９】
コピー動作時はスキャンプロセスの画像処理パラメータ設定要求７０２、画像処理実行要求７０３、画像処理終了要求７０４がきた後にプリントプロセスの画像処理パラメータ設定要求７０２、画像処理実行要求７０３、画像処理終了要求７０４が伝えられるので、リソースがかち合って処理できなくなる状態はない。画像処理制御装置５０３のリソース管理及びサービス管理部６０３は、リソース情報としてスキャナプロセスを保存し、スキャンプロセス処理終了後破棄し、次のプリントプロセスを保存し、プリントプロセス処理終了後破棄するという動作になり、入力待ち状態になる（図３１（ａ））。
【０１７０】
次に、コピーとプリントアウト同時動作１では、コピーのスキャンプロセスの３要求途中で、プリントアウトのプリントプロセスの画像処理パラメータ設定要求７０２が発生した例である。この場合、画像処理制御装置５０３のリソース管理及びサービス管理部６０３では、リソース情報としてスキャナプロセスを保存し、次のプリントプロセスを保存し、スキャン、プリントプロセス処理終了後要求ごとに破棄するという動作になり、入力待ち状態になる。プロセスがスキャンプロセスとプリントプロセスと別なので、特に今回はそれぞれのプロセスごとに画像処理を実行する画像処理デバイス５０４があるので、リソース確保することができる。逆にすべてのプロセス動作での画像処理を１つの画像処理デバイス５０４で実現する場合は、１プロセス終了まで次のプロセス動作に対してはＷａｉｔ状態として処理実行を遅らせる必要がある（図３１（ｂ））。
【０１７１】
最後にコピーとプリントアウト同時動作２では、コピーのプリントプロセスの３要求途中で、プリントアウトのプリントプロセスの画像処理パラメータ設定要求７０２が発生した例である。この場合のみリソースがかち合うので、後から要求があったプリントアウトのプリントプロセスに対しては、画像処理制御装置５０３はＷａｉｔ状態を知らせ、上位の制御ソフト５０２に処理を遅らせて再度要求を送ってもらう。この場合画像処理制御装置５０３のリソース管理及びサービス管理部６０３では、最初のコピーのプリントプロセスを保存し、次にプリントアウトのプリントプロセスが要求してきた場合、先のコピーのプリントプロセスが破棄されるまで受け付けず、上位の制御ソフト５０２にＷａｉｔ状態を伝える。コピーのプリントプロセスから画像処理終了要求７０４がきて、リソース管理及びサービス管理部６０３がコピーのプリントプロセスのリソース情報を破棄した後、Ｗａｉｔ状態を伝えたプリントアウトのプリントプロセスに対して画像処理制御装置５０３は、処理が実行できる状態になる。プリントアウトのプリントプロセスの３要求が最初で、次にコピーのプリントプロセスが要求してきた場合も同様に最初のプリントプロセスの３要求終了まで画像処理制御装置５０３は、後からのプリントプロセスの要求に対しては、処理を受け付けない（図３１（ｃ））。
【０１７２】
その他、特に説明しない各部は第５の実施例と同等に構成され、同等に機能する。
【０１７３】
以上のように本実施例によれば、第５の実施例の効果に加え、
（１）ネットワーク化に伴う複数同時利用に対応するために、操作部３０からの実行要求に対するリソース管理することを部品として画像処理制御装置５０３に組み込むことによって、ネットワーク化に伴う複数同時利用に対応する商品でリソース管理は画像処理制御装置５０３の共通機能として扱えるので、部品化されたソフトウエアの再利用性を向上させることができる。
【０１７４】
（２）ネットワークに接続し、リソース管理が必要な商品の場合、部品化した画像処理制御装置５０３がリソース管理を行なうので、操作部３０の情報を画像処理制御装置５０３に伝える上位の制御ソフト５０２を容易に作成することができる。
【０１７５】
という効果を奏する。
【実施例８】
【０１７６】
この実施例は、第５の実施例におけるサービス管理の機能をさらに展開したものである。
【０１７７】
図３２に本実施例におけるサービス管理の制御の例を示す。本実施例に係る画像形成装置ＭＦＰ内の画像処理制御装置５０３は、３つの画像処理デバイスＡ（ＤＳＰ）と１つの画像処理デバイスＢ（ＡＳＩＣ）を１つの画像処理制御装置５０３で制御している。画像処理制御装置５０３内には、リソース管理及びサービス管理部６０３が１つ存在し、
第６の実施例において説明したように電源投入時、上位の制御ソフト５０２の初期化要求実行時に、デバイスＡのダウンロード要求管理部６０５とデバイスＢのダウンロード要求管理部６０５を生成してそれぞれの画像処理デバイス５０４のダウンロード制御を、各ダウンロード要求管理部６０５に任せる。図３１に示すようにダウンロード管理部６０５はデバイスの個数に関係なく、種類によって制御仕様が変わるので、種類の数によって独立に存在する。これは、画像形成装置ＭＦＰによっては、画像処理デバイス５０４がＤＳＰのみで実現したものや、ＡＳＩＣのみで実現しているものに対し、それぞれを担当するダウンロード管理部６０５を移植するだけで、制御構造を構築できることを意味する。それゆえ、画像処理デバイス５０４（ＤＳＰやＡＳＩＣ）を制御するという責務に１つのダウンロード管理部６０５を実装している。
【０１７８】
リソース管理及びサービス管理部６０３は、１プロセス要求管理部６０１から画像処理パラメータ設定が要求された場合、各ダウンロード管理部６０５に対し、詳細な情報に変換管理部６０４で、詳細化された情報とともにダウンロード設定に必要なダウンロード詳細情報を伝える。各ダウンロード管理部６０５は担当する画像処理デバイス５０４に対してプログラム、データのダウンロードを実行し、画像処理デバイス５０４に対して画像処理パラメータ設定を行なう。
【０１７９】
その他、特に説明しない各部は第５の実施例と同等に構成され、同等に機能する。
【０１８０】
以上のように本実施例によれば、第５の実施例の効果に加え、
（１）実装されているデバイスに対してサービスを構築し、サービス管理することにより、実装されているデバイスを判断し、実装状態に応じて提供するサービスを切り替えることができるので、デバイスの実装状態に関係なく、１つの画像処理制御装置ＭＦＰで１種類以上のデバイスに対してダウンロードを実行することが実現でき、移植の際の作業量を減らすことができる。
【０１８１】
という効果を奏する。
【図面の簡単な説明】
【０１８２】
【図１】従来から実施されているＡＳＩＣ制御装置と本発明に係るＤＳＰ制御装置の制御を概念的に示す図である。
【図２】本発明の第１の実施例に係るＤＳＰ制御装置を含むシステム構成を示すブロック図である。
【図３】第１の実施例におけるＤＳＰ制御装置の入力と出力の関係を示すブロック図である。
【図４】本発明の第２の実施例におけるＤＳＰ制御装置の入力と出力の関係を示すブロック図である。
【図５】第２の実施例におけるＤＳＰ制御装置の入力と出力の関係とＤＳＰ制御装置内における処理の状態を示す図である。
【図６】第２の実施例におけるＤＳＰ制御装置の翻訳部とダウンロード要求部の入出力の関係を示す図である。
【図７】第２の実施例におけるＤＳＰ制御装置の翻訳部の管理状態を示す図である。
【図８】第２の実施例における操作部の要求レベルを次元にしたテーブルの例を示す図である。
【図９】第２の実施例におけるダウンロード要求部がプログラムをダウンロードする場合に参照するプログラムテーブルの例を示す図である。
【図１０】本発明の第３の実施例に係るＤＳＰ制御装置と全体構成の一例を示すブロック図である。
【図１１】第３の実施例におけるＤＳＰ制御装置の入力と出力の関係とＤＳＰ制御装置内における処理の状態を示す図である。
【図１２】第３の実施例における詳細情報変換部と変換情報に基づくダウンロード要求部の入出力の関係を示す図である。
【図１３】第３の実施例におけるＤＳＰ制御装置の翻訳部の管理状態を示す図である。
【図１４】詳細情報変換部と詳細情報に基づくダウンロード要求部を画像処理ごとに管理する構造の例を示す図である。
【図１５】第４の実施例における画像処理制御装置の概略構成を概念的に示す図である。
【図１６】第４の実施例に係る画像形成システムの全体的な構成を概略的に示す図である。
【図１７】第４の実施例に係る画像形成装置の内部構成の概略を示す概略構成図である。
【図１８】メインコントローラを中心に、第４の実施例に係る画像形成装置の制御系を示すフロック図である。
【図１９】第４の実施例に係る画像形成装置の画像処理部の詳細を示すブロック図である。
【図２０】第４の実施例に係る画像形成装置の要求プロセスとリソースの関係の例を示す図である。
【図２１】第４の実施例における画像処理制御装置を含む画像処理全体の構成の一例を示す図である。
【図２２】図２１の画像処理制御装置における処理の流れを示す図である。
【図２３】図２１の画像処理制御装置における１プロセスに対する処理シーケンスを示す図である。
【図２４】第５の実施例における画像処理制御装置とその画像処理構成全体を示す図である。
【図２５】第６の実施例の画像処理における上位の制御ソフトと画像処理制御装置との関係を示す図である。
【図２６】上位の制御ソフトからの初期化要求に対する画像処理制御装置の処理の流れを示す図である。
【図２７】上位の制御ソフトからの画像処理実行要求に対する画像処理制御装置の処理の流れを示す図である。
【図２８】上位の制御ソフトからの画像終了要求に対する画像処理制御装置の処理の流れを示す図である。
【図２９】上位の制御ソフトからの画像処理キャンセル要求に対する画像処理制御装置の処理の流れを示す図である。
【図３０】第７の実施例において、上位の制御ソフトでリソース管理をする例と、画像処理制御装置でリソース管理をする例を示す図である。
【図３１】第７の実施例におけるリソース管理の制御の例を示す図である。
【図３２】第８の実施例におけるサービス管理の制御の例を示す図である。
【符号の説明】
【０１８３】
２０  コントローラ
３０，２０１  操作部
４９  画像処理装置（ＩＰＵ）
６８  ＣＰＵ
６９  ＲＯＭ
７０  ＲＡＭ
２０２  ＤＳＰ制御装置
５０３  ＤＳＰ
４０１  操作部から入力された情報をＤＳＰ制御装置が理解できる情報に翻訳する部分（翻訳部）
４０２  翻訳する部分で翻訳された情報をもとにＤＳＰにダウンロード要求をする部分（ダウンロード要求部）
４０２ａ  翻訳した情報をもとにＤＳＰにダウンロードするための詳細な情報に変換する部分（詳細情報変換部）
４０２ｂ  変換した情報をもとにＤＳＰにダウンロード要求をする部分（変換情報に基づくダウンロード要求部）
４０３  共通のインターフェース
５０２  上位の制御ソフト
５０３  画像処理制御装置
５０４  画像処理デバイス
６０１  １プロセス要求管理部
６０２  インターフェースプロトコル管理部
６０３  リソース管理及びサービス管理部
６０４  詳細な情報に変換管理部
６０５  ダウンロード要求管理部
ＭＦＰ  画像形成装置
ＰＣ  パーソナルコンピュータ
【図１】
2004252948.tif 000003
【図２】
2004252948.tif 000004
【図３】
2004252948.tif 000005
【図４】
2004252948.tif 000006
【図５】
2004252948.tif 000007
【図６】
2004252948.tif 000008
【図７】
2004252948.tif 000009
【図８】
2004252948.tif 000010
【図９】
2004252948.tif 000011
【図１０】
2004252948.tif 000012
【図１１】
2004252948.tif 000013
【図１２】
2004252948.tif 000014
【図１３】
2004252948.tif 000015
【図１４】
2004252948.tif 000016
【図１５】
2004252948.tif 000017
【図１６】
2004252948.tif 000018
【図１７】
2004252948.tif 000019
【図１８】
2004252948.tif 000020
【図１９】
2004252948.tif 000021
【図２０】
2004252948.tif 000022
【図２１】
2004252948.tif 000023
【図２２】
2004252948.tif 000024
【図２３】
2004252948.tif 000025
【図２４】
2004252948.tif 000026
【図２５】
2004252948.tif 000027
【図２６】
2004252948.tif 000028
【図２７】
2004252948.tif 000029
【図２８】
2004252948.tif 000030
【図２９】
2004252948.tif 000031
【図３０】
2004252948.tif 000032
【図３１】
2004252948.tif 000033
【図３２】
2004252948.tif 000034