(57)【要約】【課題】  利用する画像処理装置の機種が増える度に新たなドライバを再インストールしなくても新たな画像処理装置の機能を利用できるようにする。【解決手段】  汎用ドライバ搭載機能情報記憶部２０に画像処理装置２のドライバの搭載機能情報を保持し、画像処理装置汎用ドライバ部１３の制御によって双方向通信機能部１４と入出力Ｉ／Ｆ部１５により画像処理装置２から搭載機能情報４１を取得し、実行可能機能検出部２３によって上記取得した搭載機能情報４１と上記保持されている汎用ドライバ搭載機能情報記憶部２０とを比較して実行可能な機能情報を検出し、ユーザＩ／Ｆ構築部２５によって上記検出された機能情報を含むドライバのユーザインタフェースを構築する。【選択図】        図１
2010205019.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、画像処理装置のドライバの搭載機能情報を保持する搭載機能情報保持手順と、前記画像処理装置から搭載機能情報を取得する取得手順と、前記取得手順によって取得した前記画像処理装置の搭載機能情報と前記搭載機能情報保持手順によって保持されている前記ドライバの搭載機能情報とを比較して実行可能な機能情報を検出する検出手順と、前記検出手順によって検出された機能情報を含む前記ドライバのユーザインタフェースを構築する構築手順とを実行させるためのプログラム。
【請求項２】
前記検出手順は、前記画像処理装置と前記ドライバの両方でサポートされていて実行可能な機能情報を検出する手順である請求項１記載のプログラム。
【請求項３】
前記検出手順は、前記画像処理装置と前記ドライバのいずれか一方でサポートされている機能情報であり、そのサポートのみでも実行可能な機能情報を検出する手順である請求項１記載のプログラム。
【請求項４】
コンピュータに、画像処理装置のドライバの搭載機能情報を保持する搭載機能情報保持手順と、前記画像処理装置のドライバの搭載機能毎の処理コスト情報を保持する処理コスト情報保持手順と、前記画像処理装置から搭載機能情報と搭載機能の処理コスト情報とを取得する取得手順と、前記取得手順によって取得した前記画像処理装置の搭載機能情報と前記搭載機能情報保持手順によって保持されている前記ドライバの搭載機能情報とを比較し、前記画像処理装置と前記ドライバのいずれか一方でサポートされている機能情報であり、そのサポートのみでも実行可能な機能情報について、前記取得手順によって取得した前記画像処理装置の搭載機能の処理コスト情報と前記処理コスト情報保持手順によって保持されている処理コスト情報とを比較し、前記画像処理装置で実行する場合と前記ドライバで実行する場合とで処理コストの少ない方の機能情報を検出する検出手順と、前記検出手順によって検出された機能情報を含む前記ドライバのユーザインタフェースを構築する構築手順とを実行させるためのプログラム。
【請求項５】
前記検出手順による検出をプラグ＆プレイ時に実行する実行手順を含む請求項１乃至４のいずれか一項に記載のプログラム。
【請求項６】
前記検出手順によって検出された処理コストの少ない方の機能情報を前記ドライバの初期設定値に設定する設定手順を含む請求項４又は５記載のプログラム。
【請求項７】
画像処理装置のドライバの搭載機能情報を保持する搭載機能情報保持手段と、
前記画像処理装置から搭載機能情報を取得する取得手段と、
前記取得手段によって取得した前記画像処理装置の搭載機能情報と前記保持手段に保持されている前記ドライバの搭載機能情報とを比較して実行可能な機能情報を検出する検出手段と、
前記検出手段によって検出された機能情報を含む前記ドライバのユーザインタフェースを構築する構築手段とを備えたことを特徴とする情報処理装置。
【請求項８】
画像処理装置のドライバの搭載機能情報を保持する搭載機能情報保持手段と、
前記画像処理装置のドライバの搭載機能毎の処理コスト情報を保持する処理コスト情報保持手段と、
前記画像処理装置から搭載機能情報と搭載機能の処理コスト情報とを取得する取得手段と、
前記取得手段によって取得した前記画像処理装置の搭載機能情報と前記搭載機能情報保持手段に保持されている前記ドライバの搭載機能情報とを比較し、前記画像処理装置と前記ドライバのいずれか一方でサポートされている機能情報であり、そのサポートのみでも実行可能な機能情報について、前記取得手段によって取得した前記画像処理装置の搭載機能の処理コスト情報と前記処理コスト情報保持手段に保持されている処理コスト情報とを比較し、前記画像処理装置で実行する場合と前記ドライバで実行する場合とで処理コストの少ない方の機能情報を検出する検出手段と、
前記検出手段によって検出された機能情報を含む前記ドライバのユーザインタフェースを構築する構築手段とを備えたことを特徴とする情報処理装置。
【請求項９】
前記画像処理装置の搭載機能情報を保持し、該保持した搭載機能情報を請求項７又は８記載の情報処理装置に送信する送信手段を備えたことを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンピュータに実行させるための手順からなるプログラムと、コンピュータを含む情報処理装置と、ファクシミリ装置、プリンタ、複写機、複合機を含む画像処理装置に関する。
【背景技術】
【０００２】
従来、画像処理装置のドライバ（例えば、プリンタドライバ）をインストールする際、予め複数種類の機種の機種依存モジュールを保持し、インストールを開始すると、画像処理装置から機種情報を取得し、その機種情報に対応する機種依存モジュールをロードしてドライバの構成モジュールとする情報処理装置（例えば、特許文献１参照）があった。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の情報処理装置では、新たな機種の画像処理装置を利用する場合、その画像処理装置の機種依存モジュールを保持したドライバを再インストールしなければならないという問題があった。
この発明は上記の点に鑑みてなされたものであり、利用する画像処理装置の機種が増える度に新たなドライバを再インストールしなくても新たな画像処理装置の機能を利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００４】
この発明は上記の目的を達成するため、コンピュータに、画像処理装置のドライバの搭載機能情報を保持する搭載機能情報保持手順と、上記画像処理装置から搭載機能情報を取得する取得手順と、上記取得手順によって取得した上記画像処理装置の搭載機能情報と上記搭載機能情報保持手順によって保持されている上記ドライバの搭載機能情報とを比較して実行可能な機能情報を検出する検出手順と、上記検出手順によって検出された機能情報を含む上記ドライバのユーザインタフェースを構築する構築手順を実行させるためのプログラムを提供する。
また、上記検出手順を、上記画像処理装置と上記ドライバの両方でサポートされていて実行可能な機能情報を検出する手順にするとよい。
さらに、上記検出手順を、上記画像処理装置と上記ドライバのいずれか一方でサポートされている機能情報であり、そのサポートのみでも実行可能な機能情報を検出する手順にするとよい。
【０００５】
また、コンピュータに、画像処理装置のドライバの搭載機能情報を保持する搭載機能情報保持手順と、上記画像処理装置のドライバの搭載機能毎の処理コスト情報を保持する処理コスト情報保持手順と、上記画像処理装置から搭載機能情報と搭載機能の処理コスト情報とを取得する取得手順と、上記取得手順によって取得した上記画像処理装置の搭載機能情報と上記搭載機能情報保持手順によって保持されている上記ドライバの搭載機能情報とを比較し、上記画像処理装置と上記ドライバのいずれか一方でサポートされている機能情報であり、そのサポートのみでも実行可能な機能情報について、上記取得手順によって取得した上記画像処理装置の搭載機能の処理コスト情報と上記処理コスト情報保持手順によって保持されている処理コスト情報とを比較し、上記画像処理装置で実行する場合と上記ドライバで実行する場合とで処理コストの少ない方の機能情報を検出する検出手順と、上記検出手順によって検出された機能情報を含む上記ドライバのユーザインタフェースを構築する構築手順を実行させるためのプログラムも提供する。
【０００６】
さらに、上記のようなプログラムに、上記検出手順による検出をプラグ＆プレイ時に実行する実行手順を含めるとよい。
また、上記のようなプログラムにおいて、上記検出手順によって検出された処理コストの少ない方の機能情報を上記ドライバの初期設定値に設定する設定手順を含めるとよい。
さらに、上記のようなプログラムの各手順によって実現される各手段を備えた情報処理装置と、上記画像処理装置の搭載機能情報を保持し、その保持した搭載機能情報を上記のような情報処理装置に送信する送信手段を備えた画像処理装置も提供する。
【発明の効果】
【０００７】
この発明によるプログラムは、コンピュータに、利用する画像処理装置の機種が増える度に新たなドライバを再インストールしなくても新たな画像処理装置の機能を利用できるようにするための機能を実現させることができる。
また、この発明による情報処理装置は、利用する画像処理装置の機種が増える度に新たなドライバを再インストールしなくても新たな画像処理装置の機能を利用することができる。
さらに、この発明の画像処理装置は、この発明による情報処理装置とプログラムを容易に導入することができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施例の情報処理装置と画像処理装置の機能構成を示すブロック図である。
【図２】図１に示す情報処理装置においてプラグ＆プレイ時に画像処理装置汎用ドライバ部が行う処理を示すフローチャート図である。
【図３】図１に示す画像処理装置汎用ドライバ部の汎用ドライバ搭載機能情報の一例を示す図である。
【図４】図１に示す画像処理装置の搭載機能情報と搭載機能情報コスト情報の一例を示す図である。
【０００９】
【図５】図１に示す画像処理装置汎用ドライバ部における検出結果の一例を示す図である。
【図６】図１に示す画像処理装置汎用ドライバ部の汎用ドライバ搭載機能情報の他の例を示す図である。
【図７】図１に示す画像処理装置の搭載機能情報と搭載機能情報コスト情報の他の例を示す図である。
【図８】図１に示す画像処理装置汎用ドライバ部における検出結果の他の例を示す図である。
【発明を実施するための形態】
【００１０】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
〔実施例〕
図１は、この発明の実施例の情報処理装置と画像処理装置の機能構成を示すブロック図である。
この実施例の情報処理装置１と画像処理装置２は、インターネット，ローカルエリアネットワークを含むネットワーク３を介して通信可能であり、情報処理装置１における印刷要求を画像処理装置２へ送って実行することができる印刷ネットワークを構築している。
情報処理装置１は、サーバを含むコンピュータであり、ＣＰＵ，ＲＯＭ及びＲＡＭからなるマイクロコンピュータによって実現され、この情報処理装置１の全体の制御を司る制御部１０と、図示を省略した入力装置と表示装置を備えている。
【００１１】
制御部１０は、ＣＰＵがＲＡＭを作業領域としてＲＯＭに記憶されたプログラムを実行することにより実現される機能であり、この情報処理装置１の全体の制御処理を実行するＯＳ部１１と、ＯＳ部１１が実行する文書作成，表計算，図作成，画像処理を含む各種のアプリケーションプログラムを記憶したアプリケーション部１２と、上記各アプリケーションプログラムの実行時に行われる印刷とこの発明に係る制御処理を実行する画像処理装置汎用ドライバ部１３と、ＯＳ部１１により画像処理装置２との間でネットワーク３を介した双方向データ通信に係る制御を行う双方向通信機能部１４と、双方向通信機能部１４による制御によって画像処理装置２との間でデータをやり取りする入出力インタフェース（Ｉ／Ｆ）部１５との各機能部を備えている。
【００１２】
画像処理装置汎用ドライバ部１３は、ＯＳ部１１が実行するプリンタドライバプログラムによって実現される機能部であり、汎用ドライバ搭載機能情報記憶部２０、汎用ドライバ搭載機能処理コスト情報記憶部２１、汎用ドライバ搭載機能モジュール２２、実行可能機能検出部２３、最少（最小）処理コスト検出部２４、ユーザＩ／Ｆ構築部２５の各機能部が含まれる。
汎用ドライバ搭載機能情報記憶部２０は、この発明に係る搭載機能情報保持手順の実行によって実現される搭載情報保持手段に相当し、汎用ドライバ搭載機能処理コスト情報記憶部２１は、この発明に係る処理コスト情報保持手順の実行によって実現される処理コスト情報保持手段に相当する。
【００１３】
また、汎用ドライバ搭載機能モジュール部２２は、画像処理装置汎用ドライバ部１３が実行可能な各機能の処理を行うモジュール群であり、実行可能機能検出部２３は、この発明に係る検出手順の実行によって実現される検出手段に相当し、最少処理コスト検出部２４も、この発明に係る検出手順の実行によって実現される検出手段に相当し、ユーザＩ／Ｆ構築部２５は、この発明に係る構築手順の実行によって実現される構築手段に相当する。
さらに、画像処理装置汎用ドライバ部１３，双方向通信機能部１４，入出力Ｉ／Ｆ部１５が、この発明に係る取得手順の実行によって実現される取得手段に相当する。
なお、この情報処理装置１について、この実施例の説明において重要な部分ではないその他の機能部の説明は省略する。
【００１４】
一方、画像処理装置２は、プリンタ，複写機，コピー・プリント・ファクシミリの各機能を含む複数種類の機能を備えた複合機を含む画像形成装置であり、ＣＰＵ３０，ＲＯＭ３１，ＲＡＭ３２，操作表示部３３，記憶部３４，入出力インタフェース（Ｉ／Ｆ）部３５，画像処理エンジン部３６を備えている。
ＣＰＵ３０は、ＲＡＭ３２を作業領域としてＲＯＭ３１に記憶された本体制御プログラム４０を実行することにより、この画像処理装置２のプリント機能を含む全体の制御を司る。ＲＯＭ３１には、この画像処理装置２に搭載している機能を示す情報の搭載機能情報４１と、その各機能を使用することによる処理コストを示す搭載機能処理コスト情報４２とを記憶しており、情報処理装置１からの要求に対してそれらの搭載機能情報４１又は搭載機能処理コスト情報４２を情報処理装置１へ送信することができる。上記ＲＯＭ３１が、画像処理装置２の搭載機能情報４１を保持する手段に相当する。
【００１５】
操作表示部３３は、この画像処理装置２に対する操作情報の入力と、各種の作業画面や処理情報を表示するオペレーションパネルである。
記憶部３４は、情報処理装置１から受信した印刷データを含む各種のデータを記憶するハードディスク装置を含む記憶装置である。
入出力Ｉ／Ｆ部３５は、ＣＰＵ３０の制御処理によって情報処理装置１との間でデータをやり取りする。
画像処理エンジン部３６は、情報処理装置１から受信した印刷データの印刷や画像処理装置２上でのコピー処理を行う。
上記ＣＰＵ３０，入出力Ｉ／Ｆ部３５が、ＲＯＭ３１に保持した搭載機能情報４１を情報処理装置１に送信する送信手段の機能を果たす。
【００１６】
次に、この実施例の情報処理装置におけるドライバに係る処理を説明する。
図２は、図１に示す情報処理装置１においてプラグ＆プレイ時に画像処理装置汎用ドライバ部１３が行う処理を示すフローチャート図である。
まず、画像処理装置汎用ドライバ部１３には、例えば、画像処理装置２の本体電源がオンにされた時のプラグ＆プレイのタイミング時、汎用ドライバ搭載機能情報記憶部２０に、情報処理装置１の画像処理装置汎用ドライバ部１３を実現するドライバの搭載機能情報を保持する。また、汎用ドライバ搭載機能処理コスト情報記憶部２１に、情報処理装置１の画像処理装置汎用ドライバ部１３を実現するドライバの搭載機能毎の処理コスト情報を保持する。
例えば、この情報処理装置１がネットワーク３に接続された場合、この情報処理装置１におけるプラグ＆プレイ時に実行され、ステップ（図中「Ｓ」で示す）１で、画像処理装置汎用ドライバ部は、双方向通信機能部と入出力Ｉ／Ｆ部による双方向通信によって、画像処理装置に搭載機能情報と搭載機能処理コスト情報の送信を要求し、画像処理装置から搭載機能情報と搭載機能処理コスト情報を受信して取得する。
【００１７】
ステップ２で、画像処理装置汎用ドライバ部は、画像処理装置から取得した搭載機能情報と搭載機能処理コスト情報に基づいて、画像処理装置に搭載された各機能毎に処理コストの比較が必要な機能か否かを判断し、処理コストの比較が必要ではない機能と判断したら、ステップ３で、画像処理装置から取得した搭載機能情報と汎用ドライバ搭載機能情報記憶部に保持されている汎用ドライバ搭載機能情報とを比較し、画像処理装置と情報処理装置の画像処理装置汎用ドライバ部の両方でサポートしている機能か否かを判断し、両方でサポートしている機能ではないと判断したら、ステップ５へ進み、両方でサポートしている機能と判断したら、ステップ４で、画像処理装置と画像処理装置汎用ドライバ部の両方でサポートしている機能情報として検出し、画像処理装置汎用ドライバ部によって表示部に表示するユーザインタフェース（ＵＩ）に機能登録し、ステップ５へ進む。
【００１８】
一方、ステップ２で処理コストの比較が必要な機能と判断したら、ステップ７で、画像処理装置と画像処理装置汎用ドライバ部の両方で処理が必要な機能か否かを判断し、両方で処理が必要な機能と判断したら、ステップ８で、画像処理装置と画像処理装置汎用ドライバ部の両方での処理コストの合計値が最も少ない（小さい）機能情報を検出し、その機能情報をユーザインタフェースに機能登録し、ステップ５へ進む。
また、ステップ７で両方で処理が必要な機能ではないと判断したら、ステップ９で、画像処理装置と画像処理装置汎用ドライバ部での処理コストの少ない方の機能情報を検出し、その機能情報をユーザインタフェースに機能登録し、ステップ５へ進む。
【００１９】
ステップ５では、全ての機能情報について比較したか否かを判断し、全ての比較が終了していなければ、ステップ２へ戻って上述の処理を繰り返し、全ての比較が終了したら、ステップ６で、ユーザインタフェースに機能登録された機能情報に基づいて画像処理装置汎用ドライバ部によって表示部に表示するユーザインタフェースを構築し、この処理を終了する。
上記構築されたユーザインタフェースを、情報処理装置１の図示を省略した表示部に表示する。
このように、機器依存情報を比較対象にするのではなく、機能情報を比較対象にし、処理コストの比較が必要ない機能（例えば、対応用紙サイズ）については、画像処理装置汎用ドライバ部１３と画像処理装置２の両方がサポートしている機能か否かを調べ、両者がサポートしている機能の場合はＵＩ情報に機能登録する。
【００２０】
また、処理コストの比較が必要な機能に関しては、画像処理装置汎用ドライバ部１３と画像処理装置２の両方で処理が必要な機能か否かを判断し、画像処理装置汎用ドライバ部１３と画像処理装置２の両方で処理が必要な機能の場合は、各ケースで処理コストを合計し、最も処理コストの小さい方式を採用する。
また、どちらか一方で処理可能な機能は、画像処理装置汎用ドライバ部１３と画像処理装置２の両方で処理が必要な機能のそれぞれの処理コストを比較し、処理コストの小さい方を採用する。
そして、採用された機能情報をＵＩ情報に登録する。
こうして、全ての機能情報をチェックしたら、登録されたＵＩ情報に基づいてＵＩを構築又は再構築する。
【００２１】
このようにして、機器依存情報を比較対象にするのではなく、機能情報を比較対象にすることにより、画像処理装置汎用ドライバ部１３は画像処理装置２の機種依存情報を保持する必要がなく、汎用化することができる。
また、情報処理装置１側の処理コストの計算は、単純な重み付けでも良いし、関数を用いた計算式でも良い。
上述の処理で、ページ記述言語（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ：ＰＤＬ）が自動選択の際には、最も処理コストの小さいＰＤＬ方式を採用する。
また、ラスターイメージ処理（Ｒａｓｔｅｒ  Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ：ＲＩＰ）の方式についても、最も処理コストの小さい方式を採用する。
さらに、複数の選択肢がある場合は、最も処理コストの小さい選択肢を画像処理装置汎用ドライバ部１３の初期設定値に設定する。
【００２２】
次に、上記情報処理装置１における検出結果の一例について説明する。
図３乃至図５は、それぞれ画像処理装置汎用ドライバ部の汎用ドライバ搭載機能情報の一例と、画像処理装置の搭載機能情報と搭載機能情報コスト情報の一例と、画像処理装置汎用ドライバ部における検出結果の一例を示す図であり、画像処理装置２は海外に設置された用紙サイズＡ４まで印刷可能な複合機であり、情報処理装置１側のＣＰＵ性能による処理負荷をα＝３０とした場合の例を示す。
また、図６乃至図８は、それぞれ画像処理装置汎用ドライバ部の汎用ドライバ搭載機能情報の他の例と、画像処理装置の搭載機能情報と搭載機能情報コスト情報の他の例と、画像処理装置汎用ドライバ部における検出結果の他の例を示す図であり、画像処理装置２は国内に設置された用紙サイズＡ３まで印刷可能な複合機であり、情報処理装置１側のＣＰＵ性能による処理負荷をα＝３０とした場合の例を示す。
【００２３】
図３の汎用ドライバ搭載機能情報と図４の搭載機能情報の場合では、図５の検出結果により、ＰＤＬについては、ＲＰＣＳ（イメージ転送），ＲＰＣＳ（コマンド転送），ＰＳ（コマンド転送），ＰＣＬ（コマンド転送）をＵＩに表示するようにし、情報処理装置１側でＲＩＰ処理をしてイメージ転送するＲＰＣＳ（イメージ転送）が最も処理コストが少なく（例えば、１３０）、ＰＤＬが自動選択であるから、ＰＤＬについては、ＲＰＣＳのイメージ転送を初期設定値とする。
また、用紙サイズは、Ａ４，Ａ５，Ｂ５，Ｂ６，Ｃｏｍ１０，Ｍｏｎａｒｃｈの各サイズが、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるので、ＵＩにはそれらを選択可能に表示する。
【００２４】
さらに、トレイは、トレイ１，トレイ２，自動選択が、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるので、ＵＩにはそれらを選択可能に表示する。
また、両面機能については、片面，短辺上綴じ，長辺横綴じ，短辺横綴じ，長辺上綴じが、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応でき、ＵＩにはそれらを選択可能に表示する。また、１８０度回転は画像処理装置汎用ドライバ部１３で処理した方が処理コストが少ないので、画像処理装置汎用ドライバ部１３で１８０度回転処理することを初期設定値とする。
さらに、逆順印刷は、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるが、画像処理装置２側で処理した方が処理コストが少ないので、ＵＩには画像処理装置２側で処理を設定する。
また、集約印刷は、しない，２ｉｎ１，４ｉｎ１，…が画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるので、ＵＩにはそれらを選択可能に表示する。
【００２５】
図６の汎用ドライバ搭載機能情報と図７の搭載機能情報の場合では、図８の検出結果により、ＰＤＬについては、ＲＰＣＳ（コマンド転送），ＰＳ（コマンド転送）をＵＩに表示するようにし、情報処理装置１側でＲＩＰ処理をしてコマンド転送するＲＰＣＳ（コマンド転送）が最も処理コストが少なく（例えば、１８０）、ＰＤＬが自動選択であるから、ＰＤＬについては、ＲＰＣＳのコマンド転送を初期設定値とする。
また、用紙サイズは、Ａ３，Ａ４，Ａ５，Ｂ４，Ｂ５，Ｂ６，郵便はがき，往復ハガキの各サイズが、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるので、ＵＩにはそれらを選択可能に表示する。
【００２６】
さらに、トレイは、トレイ１，手差し，自動選択が、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるので、ＵＩにはそれらを選択可能に表示する。
また、両面機能については、片面，短辺上綴じ，長辺横綴じ，短辺横綴じ，長辺上綴じが、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応でき、ＵＩにはそれらを選択可能に表示する。また、１８０度回転は画像処理装置２側で処理した方が処理コストが少ないので、画像処理装置２で１８０度回転処理することを初期設定値とする。
さらに、逆順印刷は、画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるが、情報処理装置１側で処理した方が処理コストが少ないので、ＵＩには情報処理装置１側で処理を設定する。
また、集約印刷は、しない，２ｉｎ１，４ｉｎ１，…が画像処理装置汎用ドライバ部１３と画像処理装置２の両方とも対応できるので、ＵＩにはそれらを選択可能に表示する。
【００２７】
このようにして、プリンタドライバの搭載機能情報と画像処理装置２本体の搭載機能情報を双方向通信にて交換することにより、両者の相互作用で対応可能な機能で、両者ともに搭載されている機能（例えば、両面機能）や、片方で対応可能な機能で、片方に搭載されている機能や、どちらか一方だけで対応可能な機能で、両者に対応されている時、処理速度の速い方で処理する（例えば、１８０度回転機能）を検出し、両者ないしどちらで処理するかを決定することにより、情報処理装置１の使用者に画像処理装置２による最適且つ最速な機能を提供することができる。
また、画像処理装置２の本体電源がオンにされた時のプラグ＆プレイのタイミングで画像処理装置２のユーザインタフェースを最適化することができる（オプション追加に追随できる）。
【００２８】
さらに、情報処理装置１側のプリンタドライバが機種依存情報を保持しないので、プリンタドライバを汎用化でき、画像処理装置２の機種が増える度に再インストールする必然性がなく、コンピュータシステムの保守と管理のコストを減らすことができる。
上記実施例では、搭載機能情報４１，搭載機能処理コスト情報４２をＲＯＭ３１に記憶させた場合について説明したが、ＲＡＭ３２に不揮発性メモリを用いれば、そのＲＡＭ３２に記憶するようにしても良いし、あるいは記憶部３４に記憶するようにしても良い。
【産業上の利用可能性】
【００２９】
この発明によるプログラムと情報処理装置は、デスクトップパソコン，ノートブックパソコン等のパーソナルコンピュータにおいて適用することができる。また、この発明による画像処理装置は、ファクシミリ装置、プリンタ、複写機、複合機を含む画像形成装置において適用することができる。
【符号の説明】
【００３０】
１：情報処理装置    ２：画像処理装置    ３：ネットワーク    １０：制御部    １１：ＯＳ部    １２：アプリケーション部    １３：画像処理装置汎用ドライバ部    １４：双方向通信機能部    １５，３５：入出力Ｉ／Ｆ部    ２０：汎用ドライバ搭載機能情報記憶部    ２１：汎用ドライバ搭載機能処理コスト情報記憶部    ２２：汎用ドライバ搭載機能モジュール部    ２３：実行可能機能検出部    ２４：最少処理コスト検出部    ２５：ユーザＩ／Ｆ構築部    ３０：ＣＰＵ    ３１：ＲＯＭ    ３２：ＲＡＭ    ３３：操作表示部    ３４：記憶部    ３６：画像処理エンジン部
【先行技術文献】
【特許文献】
【００３１】
【特許文献１】特開２００２−１７５２５８号公報
【図１】
2010205019.tif 000003
【図２】
2010205019.tif 000004
【図３】
2010205019.tif 000005
【図４】
2010205019.tif 000006
【図５】
2010205019.tif 000007
【図６】
2010205019.tif 000008
【図７】
2010205019.tif 000009
【図８】
2010205019.tif 000010