(57)【要約】【課題】ドライバ特有のデバイス制御機能を外部のアプリケーションソフトウエアから容易に実行可能とするとともに、そのようなアプリケーションを少ない工数で実現可能にする。【解決手段】プリンタドライバが単独で実行可能なメンテナンス機能を外部アプリケーションより実行可能とするにおいて、プリンタドライバに外部アプリケーションからアクセスできるインターフェースを設ける。そして、外部アプリケーションにより、メンテナンス機能の実行を指示するためのユーザインターフェースを提示し、このユーザインターフェースにおいてなされたメンテナンス機能の実行指示を、上記インターフェースを介してデバイスドライバに通信する。プリンタドライバは、通信された実行指示に従ってメンテナンス機能を実行する。【選択図】    図１２
2006012037.tif 000002
【特許請求の範囲】
【請求項１】
デバイスドライバが単独で実行可能なデバイス制御機能を用いたデバイス制御方法であって、
外部アプリケーションにより、前記デバイス制御機能の実行を指示するためのユーザインターフェースを提示する第１提示工程と、
前記ユーザインターフェースにおいてなされた前記デバイス制御機能の実行指示を、前記デバイスドライバに通信する第１通信工程と、
前記デバイスドライバにおいて、前記実行指示に従って前記デバイス制御機能を実行する実行工程とを備えることを特徴とするデバイス制御方法。
【請求項２】
前記デバイス制御機能はデバイスのメンテナンス処理を実行するものであることを特徴とする請求項１に記載のデバイス制御方法。
【請求項３】
前記実行工程における前記デバイス制御機能の実行結果を前記外部アプリケーションへ通信する第２通信工程と、
前記外部アプリケーションにおいて、前記実行結果を提示する第２提示工程とを更に備えることを特徴とする請求項１に記載のデバイス制御方法。
【請求項４】
前記ユーザインターフェースの提示に際して前記デバイスドライバより実行可能なデバイス制御機能に関する情報を取得する第３通信工程を更に備え、
前記第１提示工程は、前記デバイス制御機能の実行が不可である場合に、該デバイス制御機能の実行指示ができないように前記ユーザインターフェースを提示することを特徴とする請求項１に記載のデバイス制御方法。
【請求項５】
デバイス制御機能を有し、該デバイス制御機能の実行を指示するための所定のメニューを提供する機能を有したデバイスドライバにおけるデバイス制御方法であって、
所定のインターフェースを介して外部のアプリケーションよりコマンドを受信する受信工程と、
前記受信工程で受信したコマンドを解析する解析工程と、
前記解析工程による解析の結果、前記デバイス制御機能の実行指示であると判定された場合に、該デバイス制御機能を実行する実行工程とを備えることを特徴とするデバイス制御方法。
【請求項６】
前記実行工程における前記デバイス制御機能の実行結果を前記所定のインターフェースを介して通信する通信工程を更に備えることを特徴とする請求項５に記載のデバイス制御方法。
【請求項７】
前記解析工程による解析の結果、前記コマンドが当該デバイスドライバが備えるデバイス制御機能の種類に関する問い合わせであると判定された場合、該デバイスドライバが備えるデバイス制御機能の種類を前記ユーザインターフェースを介して通知する通知工程を更に備えることを特徴とする請求項５に記載のデバイス制御方法。
【請求項８】
外部アプリケーションとの通信インターフェースを有し、デバイスドライバが単独で実行可能なデバイス制御のためのデバイス制御機能を有するデバイスドライバを用いたデバイス制御方法であって、
前記デバイス制御機能の実行指示が可能なユーザインターフェースを提示する提示工程と、
前記ユーザインターフェースを介して実行が指示された場合に、前記デバイス制御の実行を指示するコマンドを前記通信インターフェースを介して前記デバイスドライバへ送信する送信工程とを備えることを特徴とするデバイス制御方法。
【請求項９】
前記提示工程が、
前記通信インターフェースを介して前記デバイスドライバが備えるデバイス制御機能モの種類を取得する取得工程と、
前記ユーザインターフェースにおいて実行指示の対象となるデバイス制御機能を前記デバイスドライバが備えていない場合に、該ユーザインターフェースにおける実行指示を禁止する禁止工程とを有することを特徴とする請求項８に記載のデバイス制御方法。
【請求項１０】
前記送信工程で送信したコマンドの実行結果を前記通信インターフェースを介して取得し、その内容を表示する表示工程を更に備えることを特徴とする請求項８に記載のデバイス制御方法。
【請求項１１】
デバイスドライバが単独で実行可能なデバイス制御機能を用いてデバイスを制御するデバイス制御装置であって、
外部アプリケーションにより、前記デバイス制御機能の実行を指示するためのユーザインターフェースを提示する第１提示手段と、
前記ユーザインターフェースにおいてなされた前記デバイス制御機能の実行指示を、前記デバイスドライバに通信する通信インターフェースと、
前記デバイスドライバにより、前記実行指示に従って前記デバイス制御機能を実行する実行手段とを備えることを特徴とするデバイス制御装置。
【請求項１２】
デバイス制御機能を有し、該デバイス制御機能の実行を指示するための所定のメニューを提供する機能を有したデバイスドライバを有するデバイス制御装置であって、
前記デバイスドライバにより、所定のインターフェースを介して外部のアプリケーションよりコマンドを受信する受信手段と、
前記受信手段で受信したコマンドを解析する解析手段と、
前記解析手段による解析の結果、前記デバイス制御機能の実行指示であると判定された場合に、該デバイス制御機能を実行する実行手段とを備えることを特徴とするデバイス制御装置。
【請求項１３】
外部アプリケーションとの通信インターフェースを有し、デバイスドライバが単独で実行可能なデバイス制御のためのデバイス制御機能を有するデバイスドライバを有したデバイス制御装置であって、
前記デバイス制御機能の実行指示が可能なユーザインターフェースを提示する提示手段と、
前記ユーザインターフェースを介して実行が指示された場合に、前記デバイス制御の実行を指示するコマンドを前記通信インターフェースを介して前記デバイスドライバへ送信する送信手段とを備えることを特徴とするデバイス制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置等のデバイスを情報処理装置によって制御するためのデバイスドライバに関するものである。更に詳しくは、デバイスドライバと外部のアプリケーションプログラムとの連携のための技術に関する。
【背景技術】
【０００２】
一般に、印刷装置等のデバイスを外部の情報処理装置（コンピュータ）から制御するためには、当該デバイスに対応したデバイスドライバプログラム（以下、ドライバという）をコンピュータにインストールする必要がある。このようなドライバには、デバイスのメンテナンス機能といったような、特有のデバイス制御機能が含まれている。
【０００３】
例えば、印刷装置を制御するためのプリンタドライバには、プリンタ本体側のプリントヘッドのクリーニングや、ヘッド位置調整などのメンテナンス機能が含まれている（特許文献１参照）。
【特許文献１】特開２００４−１０２４４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザがコンピュータ上においてドライバのデバイス制御機能を利用しようとした場合にはその操作が煩わしいといった課題がある。例えば、上述したプリンタドライバによるメンテナンス機能を実行するためには下記のような課題がある。
【０００５】
プリンタメンテナンス機能の実行メニューはプリンタドライバ設定画面上に構成されているため、メンテナンス機能の実行操作においては、一度プリンタドライバの設定画面を開き、該当するメンテナンス機能のメニューを選択し、そのメニューの中からプリンタドライバが持つ所望のメンテナンス機能を選択して実行させる必要がある。つまり深いメニュー階層にあるプリンタドライバの設定画面にアクセスする必要がある。
【０００６】
上記の課題を解決する方法として、例えばプリンタドライバ設定画面とは別の、メンテナンス機能を実行できるような専用アプリケーションを構築し、ユーザに容易にメンテナンス機能を実行させることが考えられる。しかしながら一般的にプリンタメンテナンス機能はプリンタの機種毎にその内部処理やプリンタ本体に送信するコマンドがプリンタ機種毎に異なる。そのため、上記のような専用アプリケーションを構築しようとすると、特定のプリンタ機種専用のアプリケーションをプリンタの機種の数だけ開発する必要が生じ、実現のための実装やメンテナンスに非常に工数がかかり、実用的ではない。
【０００７】
以上のように、従来では、ユーザが容易にプリンタメンテナンス機能をアクセスするためのアプリケーションを構築するのは実用的ではなく、プリンタメンテナンス機能を実行するための操作はプリンタドライバの設定画面からしか行えない。上述のように、プリンタドライバの設定画面からメンテナンス機能を実行しようとすれば、プリンタドライバ設定画面からメニュ-階層をたどるという操作手順を避けることはできない。従って、メンテナンス機能を起動させるための操作は煩わしいものとなっていた。
【０００８】
本発明は、上記の課題に鑑みてなされたものであり、ドライバ特有のデバイス制御機能を外部のアプリケーションソフトウエアから容易に実行可能とするとともに、そのようなアプリケーションを少ない工数で実現可能にすることを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するための本発明によるデバイス制御方法は、
デバイスドライバが単独で実行可能なデバイス制御機能を用いたデバイス制御方法であって、
外部アプリケーションにより、前記デバイス制御機能の実行を指示するためのユーザインターフェースを提示する第１提示工程と、
前記ユーザインターフェースにおいてなされた前記デバイス制御機能の実行指示を、前記デバイスドライバに通信する第１通信工程と、
前記デバイスドライバにおいて、前記実行指示に従って前記デバイス制御機能を実行する実行工程とを備える。
【００１０】
また、上記の目的を達成するための本発明の他の態様によるデバイス制御方法は、
デバイス制御機能を有し、該デバイス制御機能の実行を指示するための所定のメニューを提供する機能を有したデバイスドライバにおけるデバイス制御方法であって、
所定のインターフェースを介して外部のアプリケーションよりコマンドを受信する受信工程と、
前記受信工程で受信したコマンドを解析する解析工程と、
前記解析工程による解析の結果、前記デバイス制御機能の実行指示であると判定された場合に、該デバイス制御機能を実行する実行工程とを備える。
【００１１】
更に、上記の目的を達成するための本発明の他の態様によるデバイス制御方法は、
外部アプリケーションとの通信インターフェースを有し、デバイスドライバが単独で実行可能なデバイス制御のためのデバイス制御機能を有するデバイスドライバを用いたデバイス制御方法であって、
前記デバイス制御機能の実行指示が可能なユーザインターフェースを提示する提示工程と、
前記ユーザインターフェースを介して実行が指示された場合に、前記デバイス制御の実行を指示するコマンドを前記通信インターフェースを介して前記デバイスドライバへ送信する送信工程とを備える。
【発明の効果】
【００１２】
本発明によれば、印刷装置等のデバイスを情報処理装置によって制御するためのドライバにおいて、ドライバ特有のデバイス制御機能を外部のアプリケーションソフトウエアから容易に実行することが可能となる。このため、ドライバ特有のデバイス制御機能を容易に実行することが可能となる。また、アプリケーションはデバイス制御機能についてはドライバが備えている機能を利用するので、そのようなアプリケーションを少ない工数で実現できる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。なお、以下ではドライバをホストにインストールすることで利用可能となるデバイスとしてプリンタを例に挙げて説明するが、これに限られるものではない。例えばスキャナ等、各種のデバイスおよびそのドライバに本発明は適用可能である。
【００１４】
［ホストコンピュータの構成］
図１は実施形態によるホストコンピュータ１−１の概略を示す構成図である。ホストコンピュータ１−１は中央演算処理装置１−６、ハードディスク１−２、インタフェース１−３、記憶媒体読取装置１−４、揮発性記憶領域１−５、表示装置１−７、入力装置１−８を具備する。ハードディスク１−２は、オペレーティングシステムや文書や画像を作成もしくは編集するための各種アプリケーションプログラムを記憶する領域である。なお、プリンタドライバはハードディスク１−２にインストールされる。インタフェース１−３は、ホストコンピュータ１−１から出力される印刷命令を印刷装置に送信するためのインタフェースである。具体的にはパラレルインタフェース、ＵＳＢインタフェース、赤外線通信もしくはネットワークインタフェースなどが挙げられる。
【００１５】
記憶媒体読取装置１−４はＣＤ−ＲＯＭやフロッピー（登録商標）ディスク等の記憶媒体に保存された内容を読み取る装置である。具体的にはＣＤ−ＲＯＭドライブやフロッピー（登録商標）ディスクドライブなどが挙げられる。揮発性記憶領域１−５は、一時的に情報を保持可能な領域であり、ハードディスク１−２に保存されているオペレーティングシステムや文書や画像を作成もしくは編集するための各種アプリケーションプログラムを中央演算処理装置１−６が実行する際に一時的に情報を保持する領域として利用される。プリンタドライバが中央演算処理装置１−６で実行される際にも、揮発性記憶領域１−５が一時的に情報を保存する領域として利用される。
【００１６】
中央演算処理装置１−６は各種ソフトウエアプログラムを実行することによりホストコンピュータ１−１の全体を制御する。表示装置１−７はＣＲＴもしくは液晶ディスプレイ等で構成される。表示装置１−７は、アプリケーションソフトウエアの画面を表示したり、プリンタドライバの設定画面の現在の状態を表示したりすることが可能である。入力装置１−８はキーボードやポインティングデバイス（例えばマウス）などを有し、表示装置１−７で表示したインストールプログラムの画面や、プリンタドライバの設定画面などに対して各種入力をするために利用される。
【００１７】
［プリンタドライバの構成］
図２はプリンタドライバがホストコンピュータ１−１上にインストールされた場合の、印刷装置の構成要素としてのプリンタドライバを表す構成図である。ホストコンピュータ１−１と印刷装置２−５はインタフェース２−１０（インタフェース１−３に相当）で接続されている。具体的にはセントロニクスインタフェース、ＵＳＢインタフェース、赤外線通信もしくはネットワークインタフェース等である。例えば、文書や画像を作成または編集可能なアプリケーション２−６よりプリンタドライバ２−８に対して印刷命令が発行される。
【００１８】
より詳細には、アプリケーション２−６は、印刷命令を、グラフィックスドライバインタフェース（以後ＧＤＩ）２−７にＧＤＩ命令２−２として発行する。ＧＤＩ２−７は、受け取ったＧＤＩ命令に基づいて、プリンタドライバ２−８が公開しているデバイスドライバインタフェース（以後ＤＤＩ）命令を、スプーラ２−４を経由してプリンタドライバ２−８へ発行する。ＤＤＩ命令を受けたプリンタドライバ２−８はＤＤＩ命令を印刷コマンド命令に変換し、プスーラ２−４を経由して双方向通信制御部２−９へ渡す。双方向通信制御部２−９は、上記インタフェース２−１０を利用し、印刷装置２−５が判別可能な印刷命令を印刷装置２−５内の双方向通信制御部２−１１に送信する。印刷命令を受信した印刷装置２−５の双方向通信制御部２−１１は、印刷命令を印刷制御部２−１２に渡す。印刷制御部２−１２は、受け取った印刷命令に基づいて指定の用紙に印刷処理を実行する。
【００１９】
［プリンタドライバ設定画面上のメンテナンス機能の構成］
図３は、プリンタドライバ設定画面３−１においてメンテナンス機能を操作するための画面表示例を示す図である。図３では、プリンタ本体のクリーニングやヘッド位置調整などのメンテナンス機能を操作するためのメニューを配置したプリンタドライバ設定画面の例が示されている。本例ではプリンタドライバ設定画面３−１上にメンテナンスシート３−１４を設け、メンテナンスシート３−１４上にクリーニング３−２やヘッド位置調整３−３をはじめとするプリンタ本体のメンテナンス機能をホストコンピュータ上から操作するための機能メニューを設けている。図３の構成例において、これらプリンタ本体のメンテナンス機能は、クリーニング３−２、ヘッド位置調整３−３を始め、ヘッドリフレッシング３−４、ノズルチェックパターン印刷３−５、電源オフ３−６、自動電源設定３−８、特殊設定３−７、サイレント設定３−８などがあり、これらの設定がホストコンピュータ上のプリンタドライバ設定画面３−１上から操作可能となっている。
【００２０】
しかしながら、ドライバＵＩの起動時にはドライバ設定画面の基本設定シートが表示されるので、ユーザはメンテナンスシートを選択し、さらにその中から所望の機能を選択するというわずらわしい操作が要求される。
【００２１】
なお、クリーニング３−２とは、インクジェットプリンタ本体に搭載されたプリントヘッドのインク吐出口（ノズル）の詰まりを改善する機能であり、インクは十分あるのにかすれたり、特定の色が印刷できなくなったときにユーザが行うべき機能である。またヘッド位置調整とは、プリントヘッドの取り付け位置の誤差を修正し、色ずれなどのトラブルを解消する機能である。
【００２２】
［プリンタドライバ設定画面上のメンテナンス機能のモジュール構成］
図７は、一般的なプリンタドライバにおける、メンテナンス機能を実現するためのモジュール構成を示す図である。プリンタドライバＵＩ部７−１において、メンテナンス機能に関連する構成は、画面表示部７−５、メンテナンス処理部７−３、メンテナンス情報データベース（機種依存）７−２である。画面表示部７−５は、図３に示したプリンタドライバ設定画面や、図４、図５、図６により後述するメンテナンス機能に必要な画面表示を行う。そして、表示されたＵＩを介してなされたユーザからの入力を処理し、その入力結果をユーザ入力情報としてメンテナンス処理部７−３に伝える。メンテナンス処理部７−３は、画面表示部７−５からのユーザ入力情報に基づいてメンテナンス機能を選択し、メンテナンス情報データベース（機種依存）７−２より、選択されたメンテナンス機能に合致したプリンタメンテナンスコマンドを獲得する。そして、獲得したプリンタメンテナンスコマンドをメンテナンスコマンド発行７−４としてプリンタ本体に送信する。また同時にプリンタ本体からのメンテナンスコマンド処理結果をプリンタの結果ステータス７−６として受信し、その結果をユーザに表示すべく画面表示部７−５に提供する。
【００２３】
［クリーニング処理の動作例］
画面表示部７−５は図３に示すようなユーザインターフェースを表示装置１−７に表示する。そして、クリーニング３−２が選択されると、メンテナンス処理部７−３がクリーニング機能に関するメンテナンス情報を取得し、画面表示部７−５により図４に示す表示がなされる。
【００２４】
図４はプリンタドライバ設定画面上のメンテナンス機能３−１４におけるクリーニング機能３−２によるＵＩ表示例である。図４は、図３に示すプリンタドライバ設定画面３−１上のメンテナンス機能３−１４において、ユーザがクリーニング３−２を選択したタイミングで表示されるダイアログボックスを示す。ダイアログボックス４−１にてユーザにクリーニングを行うメッセージを表示し、同時にクリーニングを行うプリントヘッド４−２の選択を行わせる。ユーザはラジオボタン４−２にてクリーニングを行いたいプリントヘッドを選択し、実行ボタン４−３を押下する。実行ボタン４−３を押下すると、画面表示部７−５とメンテナンス処理部７−３により、プリンタ本体に対してクリーニングコマンドが送信され、クリーニング処理が行われることとなる。
【００２５】
［クリーニング処理の動作フロー］
図８及び図９は、図７に示すメンテナンス機能を実現するモジュール構成上の、画面表示部７−５、メンテナンス処理部７−３及びメンテナンス情報データベース７−２によるクリーニング処理を示すフローチャートである。なおこれらフローチャートにより示される処理を実現するための制御プログラムは、プリンタドライバの一部としてハードディスク１−２に格納されている。そして、揮発性記憶領域１−５に一時的に保存され、中央演算処理装置１−６により実行される。
【００２６】
図３に示すメンテナンスシート３−１４が表示され、所望の機能が選択されると図８のフローチャートに示す処理が開始される。なお、図８では、クリーニング３−２とヘッド位置調整３−３に対応した処理を示すが、実行可能な機能はこれらに限定されるものではないし、その数も１つであっても３つ以上であってもよい。まず、ステップＳ８−１にてユーザが選択したメンテナンス機能で処理を分岐する。例えばユーザがクリーニング機能を選択したと判定された場合はステップＳ８−２へ進み、クリーニング共通処理が行われる。このクリーニング共通処理に関しては後述するが、共通処理を終えると、図８に示す処理が終了する。一方、ステップＳ８−１でユーザがヘッド位置調整を選択したと判定された場合はステップＳ８−３へ進み、ヘッド位置調整共通処理が行われる（ヘッド位置調整共通処理に関しては後述する）。ヘッド位置調整共通処理を終えると本処理を終了する。
【００２７】
［クリーニング共通処理の動作フロー］
クリーニング共通処理とは、プリンタドライバ設定画面上からクリーニング機能が指示された場合に実行される処理と、メンテナンスＡＰＩ（後述）経由でアプリケーションからクリーニング機能が指示された場合に実行される処理との共通処理部分である。図９はクリーニング共通処理を示すフローチャートである。
【００２８】
クリーニング共通処理が開始されると、ステップＳ９−１にてメンテナンス処理部７−３がメンテナンス情報データベース７−２より、該当プリンタでクリーニング可能なプリントヘッドの情報を取得し、画面表示部７−５にて図４に示すような画面表示を行う。この画面表示において、ユーザがラジオボタン４−２を用いてクリーニングを行うプリントヘッドを選択し、実行ボタン４−３を押下すると、処理はステップＳ９−２からステップＳ９−３へ進む。ステップＳ９−３では、メンテナンス処理部７−３が、ユーザによって選択されたプリントヘッドに該当するクリーニングコマンドをメンテナンス情報データベース７−２より取得し、取得したクリーニングコマンドをプリンタ本体へ送信する。そして、ステップＳ９−４において、ステップＳ９−３でプリンタ本体に送付したクリーニングコマンドに対する処理結果を表す返却ステータスをプリンタ本体より獲得する。
【００２９】
その後、ステップＳ９−５へ進み、返却ステータスの結果により処理を分岐する。返却ステータスが「成功」を表す場合はステップＳ９−６へ進み、画像表示部７−５が表示装置１−７に「クリーニングが終了しました」というようなクリーニングの成功の旨を表示して本処理を終了する。一方、ステップＳ９−５にてプリンタ本体が返却するステータスが「失敗」を表す場合は、ステップＳ９−７へ進み、画像表示部７−５が表示装置１−７に「クリーニングが失敗しました」というようなクリーニングの失敗の旨を表示し、本処理を終了する。このようにステップＳ９−５においてプリンタ本体が返却するステータスにより処理を分岐させる部分も本実施形態の特徴の１つである。
【００３０】
［ヘッド位置調整の動作例］
次に、メンテナンス機能の他の例として、ヘッド位置調整の動作について説明する。図５、図６は、本実施形態によるヘッド位置調整実行時の画面表示例を示す図である。プリンタドライバ設定画面３−１上のメンテナンス機能３−１４において、ヘッド位置調整３−３が選択されると、本実施形態のヘッド位置調整処理ではまず図５のような表示を行う。
【００３１】
図５はヘッド位置調整３−３を選択したタイミングで表示されるヘッド位置調整第１ステップのダイアログボックスを表す。このダイアログボックス５−１にてユーザにヘッド位置調整を行うメッセージを表示する。ユーザにより実行ボタン５−２が押下（クリック）されると、メンテナンス処理部７−３により、ヘッド位置を調整するためのパターン（ヘッド位置調整用パターン）を印刷するためのコマンド（調整用パターン印刷コマンド）がプリンタ本体に送信される。これによりプリンタ本体においてヘッド位置調整用パターンが印字される。
【００３２】
また、この印字処理にともなって、画面表示部７−５は図６に示すようなヘッド位置調整第２ステップのダイアログボックス６−１を表示装置１−７に表示する。ヘッド位置調整第２ステップのダイアログボックス６−１において、ユーザは、上述のようにして印刷されたヘッド位置調整用パターンを参照して、エディットボックス６−３〜６−９のそれぞれに適当な値を入力する。本例では、スジが一番目立たないパターンの番号を各列について設定する。その後、ユーザがＯＫボタン６−１０を押下すると、メンテナンス処理部７−３によりエディットボックス６−３〜６−９に入力した値に合致したヘッド位置調整コマンドがプリンタ本体に送信され、プリンタ本体側のヘッド位置が調整されることとなる。
【００３３】
［ヘッド位置調整処理の動作フロー］
図８及び図１０は、図７に示すメンテナンス機能を実現するモジュール構成上の、画面表示部７−５、メンテナンス処理部７−３及びメンテナンス情報データベース７−２によるヘッド位置調整処理を示すフローチャートである。なおこれらフローチャートにより示される処理を実現するための制御プログラムは、プリンタドライバの一部としてハードディスク１−２に格納されている。そして、揮発性記憶領域１−５に一時的に保存され、中央演算処理装置１−６により実行される。
【００３４】
図３に示すメンテナンスシート３−１４が表示され、ヘッド位置調整３−３が選択されると、図8に示す処理が起動され、処理はステップＳ８−１からステップＳ８−３へ進む。ステップＳ８−３においてヘッド位置調整共通処理が行われ、その後ステップ８−９で終了する。
【００３５】
［ヘッド位置調整共通処理の動作フロー］
ヘッド位置調整共通処理とは、前述のクリーニング共通処理（図９）と同様に、プリンタドライバ設定画面上からヘッド位置調整機能が指示された場合に実行される処理と、メンテナンスＡＰＩ経由でアプリケーションからヘッド位置調整が指示された場合に実行される処理との共通処理部分である。図１０はそのようなヘッド位置調整共通処理を示すフローチャートである。
【００３６】
ヘッド位置調整共通処理が開始されると、ステップＳ１０−１にて、画面表示部７−５が、図５に示すようなヘッド位置調整第１ステップの画面を表示装置１−７に表示する。実行ボタン５−２がユーザによって押下されるとステップＳ１０−２からステップＳ１０−３へ進む。ステップＳ１０−３においてメンテナンス処理部７−３は、メンテナンス情報データベース７−２より、該当プリンタに対応したヘッド位置調整用パターンを印刷させる調整用パターン印刷コマンドを取得し、ステップＳ１０−４で、このコマンドをプリンタ本体へ送信する。これによりプリンタ本体ではヘッド位置調整パターン印刷が印刷される。
【００３７】
ステップＳ１０−５においてメンテナンス処理部７−３はメンテナンス情報データベース７−２より、該当プリンタ機種の調整パターン情報を取得し、画面表示部７−５に対してヘッド位置調整第２ステップのダイアログ６−１を表示するよう通知する。画面表示部７−５はこの通知を受けると、図６に示すようなヘッド位置調整第２ステップのダイアログボックスを表示する。ユーザは、ステップＳ１０−４で印刷された調整用パターンを参照しながらヘッド位置調整第２ステップ画面に必要な入力を行い、入力を終えたらＯＫボタン６−１０を押す。ＯＫボタン６−１０が押下されると、処理はステップＳ１０−７へ進む。なお、キャンセルボタン６−１１が押下された場合はそのまま本処理を終了する（不図示）。
【００３８】
ステップＳ１０−７において、メンテナンス処理部７−３は、ステップＳ１０−５で表示した画面に対して入力された値を参照して、メンテナンス情報データベース７−２より対応するヘッド位置調整コマンドを獲得し、これをプリンタ本体に送信する。そして、ステップＳ１０−８へ進み、ステップＳ１０−７で送信したヘッド位置調整コマンドに対するプリンタ本体での処理結果を示す返却ステータスを獲得する。そして、ステップＳ１０−９へ進み返却ステータスの結果により処理を分岐する。返却ステータスが「成功」を表す場合はステップＳ１０−１０へ進み、「ヘッド位置調整が終了しました」というような成功の旨を表示し、本共通処理を終了する。一方、ステップＳ１０−９にて返却ステータスが「失敗」を表す場合は、ステップＳ１０−１１へ進み、「ヘッド位置調整が失敗しました」というような失敗の旨を表示して本共通処理を終了する。
【００３９】
［プリンタドライバ設定画面上の構成例の特徴］
以上、プリンタドライバ設定画面上のメンテナンス機能の構成例を示したが、本実施形態の特徴としては、各メンテナンス機能の処理部分において、プリンタドライバ設定画面上の指示により実行されるメンテナンス機能と、メンテナンスＡＰＩ経由のアプリケーションからの指示によって実行されるメンテナンス機能とにおいて、共通処理が全体の処理のうちの多くを占めている点が挙げられる。また、本実施形態の特徴としては、プリンタ本体のメンテナンス処理の成功もしくは失敗ステータスの結果により、処理フローを分けている点にある。
【００４０】
［メンテナンスＡＰＩを利用したクリーニング処理］
以上、プリンタドライバの設定画面が有するメンテナンス機能の構成例を説明した。以下では、アプリケーションソフトウエアが、プリンタドライバの設定画面を表示することなく、直接プリンタドライバの有するメンテナンス機能を実行するための構成および処理を説明する。なお、メンテナンス機能を実行するための各種コマンド等は、メンテナンスＡＰＩ経由で実行される。
【００４１】
図１１は、プリンタドライバＵＩ部においてメンテナンスＡＰＩを追加したモジュール構成例を表す図である。図１１に示すプリンタドライバＵＩ部１１−１は、図７により説明したプリンタドライバＵＩ部７−１対して、メンテナンスＡＰＩ１１−２と、メンテナンスＡＰＩを処理するメンテナンスＡＰＩ処理部１１−３が追加されている。
【００４２】
図１１において、メンテナンスＡＰＩ１１−３は、アプリケーションソフトウエアからアクセスできるインタフェースとして定義しており、外部ソフトウエアプログラムから自由にアクセス可能なインタフェースである。具体的には、ダイナミックリンクライブラリ（DLL）のエキスポート関数として実装される、もしくはCOMインタフェースとして実装されているなどのソフトウエアプログラム上のインタフェースとなる。
【００４３】
図１２はメンテナンスＡＰＩを利用したクリーニング処理の動作例を表す図である。一般的に、インクジェットプリンタでは、プリントヘッドのノズルをクリーニングするクリーニング処理を含めたメンテナンス機能がトラブルシュートとしてユーザから簡単に実行可能であることが望ましい。しかしながら、上記に説明したように、プリンタドライバ設定画面上にクリーニング実行メニューを保持したとしても、プリンタを利用する初心者ユーザはそのメンテナンス機能を実行するプリンタドライバ設定画面を表示することさえ難しいことがある。そのため、本実施形態では、予めクリーニングを含めた代表的なメンテナンス機能を簡単に実行可能な専用のアプリケーションを用意し、そのアプリケーションを簡単に起動できるようにすることで、初心者ユーザが簡単にメンテナンス機能にアクセス可能とする。図１２はその一例であり、トラブル解決アプリケーションとしての一構成においてクリーニング機能を簡単に実行できるアプリケーションソフトウエアの動作を示した図である。
【００４４】
図１２において、アプリケーションソフトウエアはトラブル解決ダイアログボックス１２−１を表示し、ユーザに対して、クリーニングを行うプリンタモデルを選択するメニュー１２−２及び、クリーニング実行ボタン１２−３を提示する。
【００４５】
ここで例えば、ホストコンピュータに複数のプリンタが接続され、なおかつそれぞれに該当するプリンタドライバがインストールされた環境においては、プリンタ選択メニュー１２−２においてプリンタを選択することができる。ここで、アプリケーションは、インストールされているドライバと当該ドライバに対応するプリンタを記憶管理するデータベースを参照して、インストールされているドライバ群に対応するプリンタのリストを表示する。このようなデータベースは、一般にＯＳによって管理されており、アプリケーションから参照することができる。図１２は、モデルＡ、Ｂ、Ｃの３台のプリンタがホストコンピュータに接続され、それぞれのドライバがインストールされている状態を示したものとする。アプリケーションソフトウエアは、プリンタ選択メニュー１２−２によって選択されたプリンタに応じて、プリンタドライバＵＩ部１２−７が公開するメンテナンスＡＰＩ（モデルＡ）１２−１０、プリンタドライバＵＩ部１２−８が公開するメンテナンスＡＰＩ（モデルＢ）１２−１１、もしくはプリンタドライバＵＩ部１２−９が公開するメンテナンスＡＰＩ（モデルＣ）のいずれかのメンテナンスＡＰＩへアクセスを切り替える。これにより、クリーニング実行ボタン１２−３が押下されたタイミングで、ユーザが選択したプリンタモデルに対して、メンテナンスＡＰＩ経由でクリーニング命令を発行することが可能となる。
【００４６】
［アプリケーション初期化フロー］
図１４は、図１２に示すメンテナンスＡＰＩを利用してクリーニングを行うアプリケーションソフトウエアの画面初期化のタイミング、具体的には図１２のプリンタ選択メニュー１２−２が更新されたタイミングにおけるアプリケーションの処理を表すフローチャートである。
【００４７】
アプリケーションソフトウエアの初期化処理が開始されると、ステップＳ１４−１で、選択されたプリンタのプリンタドライバＵＩ部がメンテナンスＡＰＩをサポート、つまりＡＰＩを公開しているかを判定する。メンテナンスＡＰＩを公開している場合はステップＳ１４−２へ進む。ステップＳ１４−２では、メンテナンスＡＰＩにより、プリンタドライバＵＩ部がサポートしているメンテナンス機能のリスト（クリーニング、ヘッド位置調整、ヘッドリフレッシングなどの機能のリスト）をメンテナンスＡＰＩ経由で獲得する。その後ステップＳ１４−３に進む。なお、ステップＳ１４−１において、選択されたプリンタのプリンタドライバＵＩ部がメンテナンスＡＰＩをサポートしていない場合は、ステップＳ１４−１からステップＳ１４−５へ進む。
【００４８】
ステップＳ１４−３では、メンテナンスＡＰＩが返却したメンテナンス機能のリストにクリーニングが含まれているか否かを判断する。クリーニングが含まれている場合はステップＳ１４−３からステップＳ１４−４に進み、アプリケーションソフトウエアのクリーニングメニューを表示して本処理を終了する。図１２の例では、クリーニング実行ボタン１２−３を有効表示とする。一方ステップＳ１４−１でメンテナンスＡＰＩをサポートしない、もしくは、ステップＳ１４−３でクリーニング機能をサポートしていないと判断した場合には、ステップＳ１４−５へ進み、アプリケーションソフトウエアのクリーニングメニューを非表示として本処理を終了する。図１２の例においては、クリーニング実行ボタン１２−３を無効表示としユーザが選択できないようにする。
【００４９】
以上のような初期化フローにより、アプリケーションソフトウエアは、メンテナンスＡＰＩ経由でクリーニングが実行できる場合に限り、ユーザにクリーニング実行を指示可能なメニューを表示することが可能となる。
【００５０】
［アプリケーション動作フロー］
図１５は、図１２に示すメンテナンスＡＰＩを利用したクリーニングを行うアプリケーションソフトウエアの、クリーニング実行時、具体的には図１２のクリーニング実行ボタン１２−３を押下したタイミングで開始される処理を表すフローチャートである。
【００５１】
クリーニング実行処理が開始されると、まずステップＳ１５−１において、メンテナンスＡＰＩを利用してプリンタドライバＵＩ部に対してクリーニング実行命令を発行する。その後、ステップＳ１５−２へ進み、当該クリーニング実行命令に対するメンテナンスＡＰＩからの返却ステータスを待つ。返却ステータスが獲得されたならば、その内容に従って処理を分岐する（ステップＳ１５−３）。メンテナンスＡＰＩから「成功」を表す返却ステータスが返却された場合は、ステップＳ１５−６へ進み、クリーニング成功の旨を表示して本処理を終了する。一方、ステップＳ１５−３でメンテナンスＡＰＩから失敗を表す返却ステータスが返却された場合は、ステップＳ１５−４へ進み、失敗の旨を通知する。本実施形態では「クリーニングが失敗したため、プリンタの電源や接続を確認し再度クリーニングを実行してください。再度クリーニングを実行しますか？」という内容を示すメッセージを表示しユーザの入力を待つ。ここでユーザが「再度クリーニングを実行する」を選択した場合は、ステップＳ１５−５からステップＳ１５−１へ戻り、再度メンテナンスＡＰＩによりクリーニング実行命令を発行する。一方、ユーザが再度クリーニングを実行しない方を選択した場合は、ステップＳ１５−５から本処理を終了する。
【００５２】
［メンテナンスＡＰＩの動作フロー］
図１６は、プリンタドライバＵＩが公開するメンテナンスＡＰＩの内部処理を示すフローチャートである。すなわち、図１１におけるメンテナンスＡＰＩ処理部１１−３において、上記アプリケーションの動作フローにおいて発行されるコマンド（命令）を受けて実行される処理を表すフローチャートである。なお、この命令はメンテナンスＡＰＩを介してプリンタドライバに通信される。
【００５３】
メンテナンスＡＰＩの処理が開始されると、まず、ステップＳ１６−１において、アプリケーションから要求された命令内容により処理を分岐する。アプリケーションから「サポートするメンテナンス機能の返却」命令が要求された場合はステップＳ１６−２へ進み、メンテナンス情報データベース７−２から、該当するプリンタモデルがサポートするメンテナンス機能を取得する。そして、ステップＳ１６−３において、サポートするメンテナンス機能のリストをアプリケーションに返却し、本処理を終了する。ステップS１６-１、Ｓ１６−２の処理が、図１４に示したアプリケーションソフトウエアの初期化処理（特にステップＳ１４−２で発行される、リスト取得のための命令）に対応したメンテナンスＡＰＩ側の処理フローとなる。
【００５４】
一方、ステップＳ１６−１において「メンテナンス機能の実行」が命令された場合はステップＳ１６−４に進み、命令されたメンテナンス機能により処理を分岐する。クリーニング実行命令の場合はステップＳ１６−５へ進み、クリーニング共通処理、つまり図９に示した、プリンタドライバ設定画面上でクリーニングメニューが選択された場合と同一のクリーニング共通処理を行い、ステップＳ１６−６へ進む。ステップＳ１６−６では、クリーニング共通処理１６−５において獲得したプリンタ本体でのクリーニング動作結果をもとに、プリンタ本体におけるクリーニング動作の「成功」か「失敗」かを表すステータスをプリンタより獲得し、これをアプリケーションに返却し、本処理を終了する。
【００５５】
また、ステップＳ１６−１にて「ヘッド位置調整機能の実行」が命令された場合はステップＳ１６−７へ進み、ヘッド位置調整共通処理、つまり図１０に示した、プリンタドライバ設定画面上でヘッド位置調整メニューが選択された場合と同一の処理を行う。ステップＳ１６−８では、ヘッド位置調整が「成功」か「失敗」かを表すステータスをプリンタより獲得し、アプリケーションに返却して本処理を終了する。
【００５６】
［メンテナンスＡＰＩを利用したヘッド位置調整処理］
図１３はメンテナンスＡＰＩを利用したアプリケーションソフトウエアのもう１つの構成例を示す。図１３は、アプリケーションソフトウエアであるプリンタドライバインストーラからヘッド位置調整を行う例である。
【００５７】
一般にインクジェットプリンタは、製品搬送時等で発生したプリントヘッドの微細な位置ずれを補正するために、製品使用開始時に、装着したプリントヘッドのノズルの位置補正を行うヘッド位置調整が必要である。そこで、本例では、ユーザがプリンタを使い始める際に必須となるプリンタドライバインストールのタイミングで、同時にヘッド位置調整をインストーラから行うものである。
【００５８】
図１３において、アプリケーションソフトウエアであるプリンタドライバインストーラは、インストール手順の最終段階で、ヘッド位置調整を行うことを進めるダイアログボックス１３−１を表示する。そしてヘッド位置調整の実行ボタン１３−３を選択したタイミングで、対応するプリンタドライバＵＩ部が公開するメンテナンスＡＰＩを経由して、ヘッド位置調整の実行命令を発行し、ヘッド位置調整を行う。図１３ではプリンタドライバＵＩ部１３−７が公開するメンテナンスＡＰＩ（モデルＡ）１３−１０を経由して、ヘッド位置調整の実行命令が発行される。
【００５９】
［プリンタドライバインストーラの初期化フロー］
図１４はクリーニングを行うアプリケーションの初期化フローであるが、これはヘッド位置調整を行うプリンタドライバインストーラの初期化フローと同一である。つまり図１４に示すフローチャート中の「クリーニング」分を「ヘッド位置調整」に読み替えることにより、本例のプリンタドライバインストーラによるメンテナンス機能の初期化が行われる。
【００６０】
アプリケーションソフトウエアの初期化処理が開始されると、ステップＳ１４−１で、選択されたプリンタのプリンタドライバＵＩ部がメンテナンスＡＰＩをサポート、つまりＡＰＩを公開しているかを判定する。メンテナンスＡＰＩを公開している場合はステップＳ１４−２へ進む。ステップＳ１４−２では、メンテナンスＡＰＩにより、プリンタドライバＵＩ部がサポートしているメンテナンス機能のリスト（クリーニング、ヘッド位置調整、ヘッドリフレッシングなどの機能のリスト）をメンテナンスＡＰＩ経由で獲得する。その後ステップＳ１４−３に進む。なお、ステップＳ１４−１において、選択されたプリンタのプリンタドライバＵＩ部がメンテナンスＡＰＩをサポートしていない場合は、ステップＳ１４−１からステップＳ１４−５へ進む。
【００６１】
ステップＳ１４−４では、メンテナンスＡＰＩが返却したメンテナンス機能のリストにヘッド位置調整が含まれているか否かを判断する。ヘッド位置調整が含まれている場合はステップＳ１４−３からステップＳ１４−４に進み、アプリケーションソフトウエア（プリンタドライバインストーラ）の位置調整メニューを表示して本処理を終了する。図１３の例では、文字列１３−２（きれいな印刷を行うために、ここでヘッド位置調整を行ってください）と、ヘッド位置調整の実行ボタン１３−３を有効表示とする。一方、ステップＳ１４−１でメンテナンスＡＰＩをサポートしない、もしくは、ステップＳ１４−３でヘッド位置調整機能をサポートしていないと判断した場合には、ステップＳ１４−５へ進み、アプリケーションソフトウエアの位置調整メニューを無効表示として本処理を終了する。図１３の例においては、文字列１３−２と実行ボタン３１−３を無効表示とし、ユーザが選択できないようにする。
【００６２】
以上の本実施形態における初期化フローにより、アプリケーションソフトウエアであるプリンタドライバインストーラは、メンテナンスＡＰＩ経由でヘッド位置調整がサポートされている場合に限り、ユーザにヘッド位置調整を励行するメニューを表示することが可能となる。
【００６３】
［プリンタドライバインストーラの動作フロー］
図１５は上述したクリーニングを行うアプリケーションのメンテナンス実行処理動作フローであるが、これはヘッド位置調整を行うプリンタドライバインストーラのメンテナンス処理実行フローと同一である。つまりフローチャート中の「クリーニング」を「ヘッド位置調整」に読み替えることにより、プリンタドライバインストーラのメンテナンス機能実行処理を表すフローチャートとなる。この処理は、図１３のヘッド位置調整の実行ボタン１３−３を押下したタイミングで実行される。
【００６４】
ヘッド位置調整が開始されると、まずステップＳ１５−１において、メンテナンスＡＰＩを利用してプリンタドライバＵＩ部に対してヘッド位置調整実行命令を発行する。その後、ステップＳ１５−２へ進み、当該ヘッド位置調整実行命令に対するメンテナンスＡＰＩからの返却ステータスを待つ。返却ステータスが獲得されたならば、その内容に従って処理を分岐する（ステップＳ１５−３）。メンテナンスＡＰＩから「成功」を表す返却ステータスが返却された場合は、そのまま本処理を終了する。一方、ステップＳ１５−３でメンテナンスＡＰＩから失敗を表す返却ステータスが返却された場合は、ステップＳ１５−４へ進み、失敗の旨を通知する。本実施形態では「ヘッド位置調整が失敗したため、プリンタの電源や接続を確認し再度実行してください。再度ヘッド位置調整を実行しますか？」という内容を示すメッセージを表示しユーザの入力を待つ。ここでユーザが「再度位置調整を実行する」を選択した場合は、ステップＳ１５−５からステップＳ１５−１へ戻り、再度メンテナンスＡＰＩによりヘッド位置調整実行命令を発行する。一方、ユーザが再度位置調整を実行しない方を選択した場合は、ステップＳ１５−５から本処理を終了する。
【００６５】
［メンテナンスＡＰＩの動作フロー］
プリンタドライバインストーラからメンテナンスＡＰＩを利用時のメンテナンスＡＰＩの内部フローは既に図１６で説明したとおりであり、ここでは説明を省略する。
【００６６】
［他の実施形態］
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６７】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００６８】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００６９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００７０】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００７１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７２】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７３】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００７４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【００７５】
以上説明したように、上記実施形態によれば、アプリケーション側の処理フローと、メンテナンスＡＰＩの処理フローによって、アプリケーションソフトウエアから、プリンタドライバの設定画面を表示することなく、直接プリンタのメンテナンス機能を実行することが可能である。
【００７６】
また、アプリケーションソフトウエア側は、プリンタメンテナンス機能をメンテナンスＡＰＩ経由で実行命令を発行するだけで済み、それにより、アプリケーションソフトウエア側に、プリンタ機種が保有するそれぞれのメンテナンス機能の処理フローや、それに伴うプリンタ本体へのコマンド発行処理フロー、もしくは個々のプリンタ機種が持つメンテナンス情報（機種依存）を保有する必要が無く、その結果少ない工数にて、プリンタメンテナンスを実行するアプリケーションを構築することが可能である。
【００７７】
また、メンテナンスＡＰＩの内部処理と、プリンタドライバ設定画面上のメンテナンス機能の処理の多くの部分を共通処理部分として構成することが可能であるため、プリンタドライバＵＩ部に着目すると、両機能を実現する上で重複する実装部分を極力削減した効率の良い構成を実現することが可能である。
【００７８】
また、各メンテナンス機能の実際のプリンタ本体の処理結果をメンテナンスＡＰＩ経由でアプリケーションに返却することが可能となるため、アプリケーションソフトウエア側においてプリンタの結果ステータスにより処理を異ならせることが可能であることから、確実にメンテナンス機能を完了するような処理シーケンスを構成することが可能となる。
【００７９】
更に、上記実施形態では周辺装置の一例としてプリンタを例示し、そのメンテナンスコマンドとしてヘッド位置調整はヘッドクリーニング等を挙げたが、上述したようにホストのドライバをインストールして利用する周辺装置（スキャナ等）であれば本発明を適用することができるのは明らかであろう。なお、周辺装置のメンテナンスコマンドとして、電源のオン、オフや周辺装置のリセット等を含めることができる。
【図面の簡単な説明】
【００８０】
【図１】実施形態によるホストコンピュータの構成を示すブロック図である。
【図２】印刷装置の構成要素としてのプリンタドライバを表す機能構成図である。
【図３】プリンタドライバ設定画面に構成されたプリンタメンテナンス機能のメニューを表す画面構成例を示す図である。
【図４】プリンタメンテナンス機能であるクリーニングの実行を指示するための画面構成例を示す図である。
【図５】プリンタメンテナンス機能であるヘッド位置調整における第１ステップの画面構成例を示す図である。
【図６】プリンタメンテナンス機能であるヘッド位置調整における第２ステップの画面構成例を示す図である。
【図７】プリンタドライバ設定画面に構成されたプリンタメンテナンス機能を実現するプリンタドライバＵＩ部のモジュール構成図である。
【図８】プリンタドライバ設定画面に構成されたプリンタメンテナンス機能の処理フローチャートである。
【図９】クリーニング共通処理を示すフローチャートである。
【図１０】ヘッド位置調整共通処理を示すフローチャートである。
【図１１】メンテナンスＡＰＩによるプリンタメンテナンス機能を実現するプリンタドライバＵＩ部のモジュール構成図である。
【図１２】メンテナンスＡＰＩを利用してクリーニング機能を実行するアプリケーション構成例を示す図である。
【図１３】メンテナンスＡＰＩを利用してヘッド位置調整機能を実行するアプリケーション高精励を示す図である。
【図１４】メンテナンスＡＰＩを利用したアプリケーションの初期化フローチャートである。
【図１５】メンテナンスＡＰＩを利用したアプリケーションのメンテナンス機能実行フローチャートである。
【図１６】メンテナンスＡＰＩ処理部による内部処理を表すフローチャートである。
【図１】
2006012037.tif 000003
【図２】
2006012037.tif 000004
【図３】
2006012037.tif 000005
【図４】
2006012037.tif 000006
【図５】
2006012037.tif 000007
【図６】
2006012037.tif 000008
【図７】
2006012037.tif 000009
【図８】
2006012037.tif 000010
【図９】
2006012037.tif 000011
【図１０】
2006012037.tif 000012
【図１１】
2006012037.tif 000013
【図１２】
2006012037.tif 000014
【図１３】
2006012037.tif 000015
【図１４】
2006012037.tif 000016
【図１５】
2006012037.tif 000017
【図１６】
2006012037.tif 000018