JP2009217699A - フィルタドライバ及びフィルタドライバの制御方法 - Google Patents

Abstract

【課題】ホストコンピュータの再起動及びフィルタドライバのアンインストール（削除）／インストール（挿入）をせずに、簡易にデバイスのメンテナンスを行うことができるフィルタドライバ及びフィルタドライバの制御方法を得る。
【解決手段】メンテナンスアプリケーションからのデバイス制御要求の命令を認知するステップＳ０１と、命令が拡張制御要求を有しているか否かを判断するステップＳ０２と、命令が拡張制御要求を有していない場合、当該命令に含まれる制御要求コントロールの設定が無効か、あるいは、有効かの判別を行うステップＳ０４と、制御要求コントロールの設定が無効の場合は、デバイス制御要求を受付け、当該デバイス制御要求を標準デバイスクラスドライバに通知し、有効の場合は、デバイス制御要求を拒否し、制御要求拒否をメンテナンスアプリケーションに通知するステップ（Ｓ０３、Ｓ０５）と、を含むフィルタドライバの制御方法。
【選択図】図７

Description

本発明は、ホストコンピュータと接続して使用するデバイスのメンテナンスを行う場合に有用なフィルタドライバ及びフィルタドライバの制御方法に関する。

従来、ホストコンピュータと接続して使用するデバイス（ディスクドライブ、プリンタなど）を制御するソフトウェアの中には、機能を付加したりデバイスの動作を変更したりするフィルタドライバが存在する。
このようなフィルタドライバをホストコンピュータにインストールすることにより、デバイスの機能付加や動作変更が可能である。
例えば特許文献１には、「汎用のパーソナルコンピュータとしてのデータの読出及び書込機能は、オペレーティングシステムの起動ドライバの一部のファイルとしてフィルタドライバが外部からインストールされると、当該インストールされたフィルタドライバの機能によってデータ保存用記憶装置に対する読込・書込機能のうち、特に書込データについて、ローカルエリアネットワークを介してデータ管理用サーバの対応する書込データファイルに書き込むような動作に変更される。」ことが記載されている。
また、特許文献２には、「フィルタドライバは、より詳細には、ファイルシステムフィルタドライバであり、要求がターゲットに届く前にその要求を途中で受信し、機能追加や動作変更を行う。」ことが記載されている。
また、特許文献３には、「いくつかの実施形態は、デバイススタックに対するフィルタドライバの挿入・削除によって、実施形態のソリューションによって提供される機能を迅速かつ容易に有効化および無効化する能力を提供する。」ことが記載されている。
特開２００７−１８３８７５号公報（第５頁） 特開２００７−５２６１８号公報（第６頁） 特表２００７−５２７１７２号公報（第１７頁）

従来、ホストコンピュータと接続して使用するデバイスのメンテナンスをユーザが行う場合には、フィルタドライバを一旦、アンインストールして、ホストコンピュータを再起動してから、メンテナンス作業を行い、この作業が終了した後に、再びフィルタドライバをインストールした後に、再びホストコンピュータを再起動するという煩雑な作業が必要であった。

このような作業の簡略化を図るため、ホストコンピュータの再起動及びフィルタドライバのアンインストール（削除）／インストール（挿入）をせずに、フィルタドライバの有効／無効を制御することが考えられが、フィルタドライバは、ホストコンピュータのソフトウェアにおいて深い階層に存在するため、デバイスのメンテナンスを行うユーザーがフィルタドライバの有効／無効を制御することは、ホストコンピュータのソフトウェアに関する深い知識を有しなければできないという問題点があった。

本発明はかかる事情に鑑みてなされたものであり、ホストコンピュータの再起動及びフィルタドライバのアンインストール（削除）／インストール（挿入）をせずに、簡易にデバイスのメンテナンスを行うことができるフィルタドライバ及びフィルタドライバの制御方法を得ることを目的とする。

上記目的を達成するために、本発明に係るフィルタドライバは、ホストコンピュータと接続して使用するデバイスのメンテナンスアプリケーションを実行する場合に、標準デバイスクラスドライバへの通信処理をフィルタリングするフィルタドライバであって、
前記メンテナンスアプリケーションからの命令を認知し、認知した当該命令が拡張制御要求を有していない場合は、
当該命令に含まれる制御要求コントロールの設定が無効か、あるいは、有効かの判別を行い、
前記制御要求コントロールの設定が無効の場合は、デバイス制御要求を受付け、当該デバイス制御要求を標準デバイスクラスドライバに通知し、
有効の場合は、前記デバイス制御要求を拒否し、当該デバイス制御要求拒否を前記メンテナンスアプリケーションに通知することを特徴とする。
これにより、ホストコンピュータの再起動及びフィルタドライバのアンインストール（削除）／インストール（挿入）をせずに、簡易な手順によってデバイスのメンテナンスを行うことができるフィルタドライバを提供することができる。

また、好ましくは、前記制御要求コントロールの設定は、前記メンテナンスアプリケーションの表示画面に設けられた切替手段の操作により、前記制御要求コントロールの設定の切替えが実行されることを特徴とする。
これにより、制御要求コントロールの設定の切替えが簡易な操作により行うことができるフィルタドライバを提供することができる。

また、本発明に係るフィルタドライバの制御方法は、ホストコンピュータと接続して使用するデバイスのメンテナンスアプリケーションを実行する場合に、標準デバイスクラスドライバへの通信処理をフィルタリングするフィルタドライバの制御方法であって、
前記メンテナンスアプリケーションからのデバイス制御要求の命令を認知するステップと、
前記命令が拡張制御要求を有しているか否かを判断するステップと、
前記命令が拡張制御要求を有していない場合、当該命令に含まれる制御要求コントロールの設定が無効か、あるいは、有効かの判別を行うステップと、
前記制御要求コントロールの設定が無効の場合は、デバイス制御要求を受付け、当該デバイス制御要求を標準デバイスクラスドライバに通知し、有効の場合は、デバイス制御要求を拒否し、制御要求拒否をメンテナンスアプリケーションに通知するステップと、
を含むことを特徴とする。
上記制御方法により、ホストコンピュータの再起動及びフィルタドライバのアンインストール（削除）／インストール（挿入）をせずに、簡易な手順によってデバイスのメンテナンスを行うことができる。

また、好ましくは、前記メンテナンスアプリケーションの表示画面に、前記制御要求コントロールの設定の切替えを指示する切替手段を備え、当該切替手段を操作することにより、前記制御要求コントロールの設定の切替えを実行することを特徴とする。
これにより、メンテナンスアプリケーションの表示画面上で、制御要求コントロールの設定の切替えを指示することができるので、ユーザーによる、制御要求コントロールの設定の切替え指示を容易にすることができる。

また、好ましくは、前記メンテナンスアプリケーションの表示画面に、メンテナンス処理の実施決定を行うメンテナンス処理決定スイッチを備え、
前記メンテナンス処理決定スイッチを操作することによりメンテナンスを開始するとともに、前記制御要求コントロールの設定の切替えを指示する切替手段としても動作して、前記制御要求コントロールの設定の切替えを実行することを特徴とする。
これにより、１回のスイッチ操作によって、メンテナンスアプリケーションの実行開始と同時に、制御要求コントロールの設定の切替えを指示することができ、より、デバイスのメンテナンスの手順を簡易なものにすることができる。

以下、本発明に係るフィルタドライバ及びフィルタドライバの制御方法の実施の形態について、図面を参照して詳細に説明する。
まず、アプリケーションとデバイスとの間の信号の伝達の仕組みを図１及び図２を参照して説明する。図１は、ホストコンピュータにデバイスが接続された場合に、フィルタドライバ（デバイス制御要求コントロールドライバ）が適用される階層を示すブロック図である。図２は、ホストコンピュータにデバイスが接続された場合に、デバイスにフィルタドライバ（デバイス制御要求コントロールドライバ）を適用する方法を説明するブロック図である。

図１に示すように、フィルタドライバ（デバイス制御要求コントロールドライバ）１３は、標準デバイスクラスドライバ１４への通信処理をフィルタリングすることにより、特定の命令（拡張制御要求）のみを標準デバイスクラスドライバ１４に通知する。

すなわち、デバイス専用アプリケーション１２からの拡張制御要求のみを、フィルタドライバ１３が標準制御要求に変換して、標準デバイスクラスドライバ１４に通知する。標準制御要求を受信した標準デバイスクラスドライバ１４は、デバイス制御命令をデバイス１５に送信し、これに対するデバイス応答データがデバイス１５から標準デバイスクラスドライバ１４、フィルタドライバ１３を介して、デバイス専用アプリケーション１２へ伝達される。一方、デバイス専用ではないその他のアプリケーション１１（エクスプローラ等のファイル管理ツールなど）からの標準制御要求は、フィルタドライバ１３によって拒否されて、その他のアプリケーション１１に対して、制御要求拒否が伝達される。

そして、図２に示すように、デバイスＡ５及びデバイスＢ６をホストコンピュータ１に接続した場合、ホストコンピュータ１のＰｎＰ（Plug and Play）マネージャ２にデバイス接続情報が通知される。さらに、ＰｎＰマネージャ２は、フィルタドライバ（デバイス制御要求コントロールドライバ）１３にデバイス接続情報を通知する。フィルタドライバ１３は、ドライバ適用情報が記憶された記憶部４に対して、デバイスＡ５及びデバイスＢ６のデバイスＩＤを照合する。ここでは、デバイスＡ５に対しては、ドライバ（デバイス制御要求コントロールドライバ）を適用するとの情報が記憶されており、一方、デバイスＢ６に対しては、適用情報が記憶されていないとする。

よって、フィルタドライバ１３は、ＰｎＰマネージャ２にデバイスＡ５に対する「ドライバ適用」の通知を送信し、デバイスＢ６に対する「ドライバ不適用」の通知を送信する。

以上のようにして、ホストコンピュータ１に対して接続されたデバイスＡ５に対して、フィルタドライバ（デバイス制御要求コントロールドライバ）１３が適用される。

次に、デバイス専用アプリケーションであるメンテナンスアプリケーションを使用してデバイスのメンテナンスを行う場合における、本実施の形態に係るフィルタドライバの制御について図３〜図７を参照して説明する。

本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法は、フィルタドライバの設定情報（フィルタリング機能の有効／無効）を切り替えることを特徴としている。図３は、本発明の実施の形態に係るフィルタドライバの制御を行うメンテナンスアプリケーションの表示画面（メンテナンス処理決定スイッチを操作する以前）を示す図であり、図４は、制御要求コントロールの設定が有効の場合の動作を説明する図である。

ホストコンピュータと接続して使用するデバイスのメンテナンスを行う場合には、デバイス専用アプリケーションであるメンテナンスアプリケーションを使用する。このようなメンテナンスアプリケーションを起動すると、図３に示すように、メンテナンスアプリケーションの表示画面１００がディスプレイ装置等の画面に表示される。

このメンテナンスアプリケーションの表示画面１００は、その表示画面内に、複数の表示ウィンドウを有している。１０１はフィルタドライバの設定情報（フィルタリング機能の有効／無効）を示す表示ウィンドウであり、各デバイスに対するフィルタドライバの設定状態を示している。例えば、図３では、デバイスＡに対するフィルタドライバのフィルタリング機能が有効（ＯＮ）の状態にあることを示している。なお、図示しないが、他のデバイス（デバイスＢ、デバイスＣ、・・・、など）があれば、それらのデバイスの設定状態も示される。

１０２はメンテナンス処理の実施決定を行うメンテナンス処理決定スイッチであり、このメンテナンス処理決定スイッチ１０２を操作する（例えば、スイッチボタンを押下する）ことによりメンテナンスを開始することができると共に、標準制御要求に含まれる制御要求コントロールの設定（フィルタリング機能の有効／無効の指示）が切り替わる。すなわち、メンテナンス処理決定スイッチ１０２は、制御要求コントロールの設定の切替えを指示する切替手段としても機能する。
また、１０３はメンテナンスアプリケーションの各種情報が表示されるその他の表示ウィンドウである。

メンテナンス処理決定スイッチ１０２を操作する以前（制御要求コントロールの設定が有効の場合）においては、フィルタドライバは、図４に示すように動作する。デバイス専用アプリケーションであるメンテナンスアプリケーション２１から標準制御要求がなされても、標準制御要求に含まれる制御要求コントロールの設定が有効の状態（フィルタドライバ２２のフィルタリング機能が有効（ＯＮ）の状態）であるので、フィルタドライバ２２にて前記要求を拒否し、メンテナンスアプリケーション２１に対して、制御要求拒否を通知する。

次に、メンテナンス処理決定スイッチ１０２を操作した後のフィルタドライバの動作を説明する。
図５は、本発明の実施の形態に係るフィルタドライバの制御を行うメンテナンスアプリケーションの表示画面（メンテナンス処理決定スイッチを操作した後）を示す図であり、図６は、制御要求コントロールの設定が無効の場合の動作を説明する図である。

図５に示すメンテナンスアプリケーションの表示画面１００では、メンテナンス処理決定スイッチ１０２を操作することにより、表示ウィンドウ１０１には、メンテナンスの開始と共に、デバイスＡに対してフィルタドライバのフィルタリング機能が無効（ＯＦＦ）の状態に切り替わったことが表示される。

図６に示すように、メンテナンス処理決定スイッチ１０２を操作した後（図５の時点）においては、標準制御要求に含まれる制御要求コントロールの設定（フィルタリング機能の有効／無効の指示）が無効の指示に切り替わり、フィルタドライバ２２のフィルタリング機能が無効（ＯＦＦ）の状態となるので、メンテナンスアプリケーション２１からの標準制御要求（メンテナンス用制御要求）をフィルタドライバ２２にて拒否せず通過させる。この標準制御要求（メンテナンス用制御要求）は、標準デバイスクラスドライバ２３に通知され、この通知により、標準デバイスクラスドライバ２３は、メンテナンスコマンドをデバイスＡ２４に送信する。デバイスＡ２４は、メンテナンスアプリケーション２１からの命令を受信した応答として、デバイス応答データを標準デバイスクラスドライバ２３に送信する。このデバイス応答データは、フィルタドライバ２２を介して、メンテナンスアプリケーション２１に送信される。

なお、メンテナンス処理決定スイッチ１０２とは別に、メンテナンスアプリケーションの表示画面に、制御要求コントロールの設定の切替えを指示する切替手段を設けるようにしてもよい。

以上のデバイスＡ２４に対するメンテナンス実行の処理において、フィルタドライバ２２内においては、以下のような処理が実行される。図７は、本発明の実施の形態に係るフィルタドライバ内における、メンテナンスアプリケーションからの要求に対する処理の手順を示すフローチャートである。

メンテナンスアプリケーション２１からのデバイス制御要求の命令をフィルタドライバ２２が認知する（ステップＳ０１）と、その命令が拡張制御要求を有しているか否かを判断する（ステップＳ０２）。

前記命令が拡張制御要求を有している場合（ステップＳ０２：ＹＥＳ）は、この命令によるデバイス制御要求を受付け、このデバイス制御要求を標準デバイスクラスドライバ２３に通知する（ステップＳ０３）。

前記命令が拡張制御要求を有していない場合（ステップＳ０２：ＮＯ）、すなわち、標準制御要求のみの命令である場合は、当該命令に含まれる制御要求コントロールの設定（フィルタリング機能の有効／無効の指示）が無効か、あるいは、有効かの判別を行う（ステップＳ０４）。制御要求コントロールの設定が無効の場合は、デバイス制御要求を受付け、当該デバイス制御要求を標準デバイスクラスドライバ２３に通知し（ステップＳ０３）、有効の場合は、デバイス制御要求を拒否し、当該デバイス制御要求拒否をメンテナンスアプリケーション２１に通知する（ステップＳ０５）。

このように、上述の図４〜図７のようにして、デバイス専用アプリケーションであるメンテナンスアプリケーションにおいて、フィルタドライバの設定情報（フィルタリング機能の有効／無効）を切り替えることができる。

次に、本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法を適用可能なシステムの構成の一例として、図８にホストコンピュータの機能ブロック図、図９にデバイスの一例である画像形成装置の機能ブロック図を示す。

ホストコンピュータ２００は、図８に示すように、ネットワーク１０４を介して、外部のデバイス（画像形成装置３００など）と通信可能であり、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、通信Ｉ／Ｆ（画像形成装置コントローラを含む）２０４，ディスプレイ装置コントローラ２０５、キーボードコントローラ２０６、メモリコントローラ２０７、ディスプレイ装置２０８、キーボード２０９、外部メモリ２１０、システムバス２１１を備える。

画像形成装置３００は、例えば、記録媒体に画像を印刷して形成するプリンタ等の装置であり、図９に示すように、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、入力部３０４、印刷部Ｉ／Ｆ（印刷部インターフェイス）３０５、メモリコントローラ３０６、印刷部３０７、操作パネル３０８、外部メモリ３０９、システムバス３１０を備える。この画像形成装置３００は、ネットワーク１０４を介して、ホストコンピュータ２００と通信可能である。

図８及び図９を参照して、フィルタドライバに対する設定情報（フィルタリング機能の有効／無効）の切替処理について説明する。

ホストコンピュータ２００において、メンテナンス開始命令をＣＰＵ２０１が検知すると、ＣＰＵ２０１は外部メモリ２１０あるいはＲＯＭ２０３からフィルタドライバを管理するプログラム、例えばフィルタドライバ切替プログラムをＲＡＭ２０２に呼び出し、このフィルタドライバ切替プログラムの制御によって、ＲＯＭ２０３に保存されているフィルタドライバの設定情報（フィルタリング機能の有効／無効）を切り替える。

次に、前述の図８のホストコンピュータ及び図９の画像形成装置などにより構成されるシステムにおいて、本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法を使用したメンテナンス手順の実施例及び比較例（従来例）について説明する。

（メンテナンス手順の比較例）
図１０は、従来のフィルタドライバを有するシステムにおける比較例のメンテナンス手順を示すフローチャートである。
本比較例において、図９の画像形成装置３００などのデバイスのメンテナンスを行う場合は、まず、フィルタドライバをアンインストールする（ステップＳ１１）。次に、ホストコンピュータ２００を再起動する（ステップＳ１２）。ホストコンピュータ２００が起動したら、ホストコンピュータ２００とデバイス（画像形成装置３００）の間でメンテナンスデータを送受信する（ステップＳ１３）。そして、フィルタドライバを再インストールする（ステップＳ１４）と共に、デバイス（画像形成装置３００）を再接続する（ステップＳ２５）。次に、ホストコンピュータ２００を再起動（ステップＳ１６）して、画像形成装置３００のメンテナンス手順が終了する。

（メンテナンス手順の実施例）
図１１は、本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法を使用したメンテナンス手順の実施例を示すフローチャートである。
本実施例において、図９の画像形成装置３００などのデバイスのメンテナンスを行う場合は、まず、メンテナンスアプリケーション２１の制御要求コントロールの設定が無効か、あるいは、有効かの判別を行う（ステップＳ２１）。有効の場合は、フィルタドライバ２２に対して有効から無効へ切替処理（ステップＳ２２）を実行する。例えば、図３の時点で、メンテナンス処理決定スイッチ１０２を操作するなどにより、図５の状態に切り替える。これにより、フィルタドライバ２２のフィルタリング機能が無効となる。そして、ホストコンピュータ２００とデバイス（画像形成装置３００）の間でメンテナンスデータを送受信する（ステップＳ２３）。なお、無効の場合は、そのまま上記メンテナンスデータの送受信（ステップＳ２３）を実行する。次に、フィルタドライバ２２に対して無効から有効へ切替処理（ステップＳ２４）を実行する。例えば、図５の時点で、メンテナンス処理決定スイッチ１０２を操作するなどにより、図３の状態に切り替える。これにより、画像形成装置３００のメンテナンス手順が終了する。

このように、本実施例においては、上記比較例のようなホストコンピュータ２００の再起動及びフィルタドライバ２２のアンインストール（削除）／インストール（挿入）をせずに、簡易な手順でデバイス（画像形成装置３００）のメンテナンスを行うことができる。

ホストコンピュータにデバイスが接続された場合に、フィルタドライバ（デバイス制御要求コントロールドライバ）が適用される階層を示すブロック図である。 ホストコンピュータにデバイスが接続された場合に、デバイスにフィルタドライバ（デバイス制御要求コントロールドライバ）を適用する方法を説明するブロック図である。 本発明の実施の形態に係るフィルタドライバの制御を行うメンテナンスアプリケーションの表示画面（メンテナンス処理決定スイッチを操作する以前）を示す図である。 本発明の実施の形態において、制御要求コントロールの設定が有効の場合の動作を説明する図である。 本発明の実施の形態に係るフィルタドライバの制御を行うメンテナンスアプリケーションの表示画面（メンテナンス処理決定スイッチを操作した後）を示す図である。 本発明の実施の形態において、制御要求コントロールの設定が無効の場合の動作を説明する図である。 本発明の実施の形態に係るフィルタドライバ内におけるアプリケーションからの要求に対する処理の手順を示すフローチャートである。 本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法を適用可能なシステムの構成の一例におけるホストコンピュータの機能ブロック図である。 本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法を適用可能なシステムの構成の一例における画像形成装置の機能ブロック図である。 従来のフィルタドライバを有するシステムにおける比較例のメンテナンス手順を示すフローチャートである。 本発明の実施の形態に係るフィルタドライバ及びフィルタドライバの制御方法を使用したメンテナンス手順の実施例を示すフローチャートである。

符号の説明

１…ホストコンピュータ、２…ＰｎＰマネージャ、４…記憶部、５…デバイスＡ、６…デバイスＢ、１１…その他のアプリケーション、１２…専用アプリケーション、１３…フィルタドライバ、１４…標準デバイスクラスドライバ、１５…デバイス、２１…メンテナンスアプリケーション、２２…フィルタドライバ、２３…標準デバイスクラスドライバ、２４…デバイスＡ、１００…表示画面、１０１…表示ウィンドウ、１０２…メンテナンス処理決定スイッチ、１０３…その他の表示ウィンドウ、１０４…ネットワーク、２００…ホストコンピュータ、２０１…ＣＰＵ、２０２…ＲＡＭ、２０３…ＲＯＭ、２０４…通信Ｉ／Ｆ（画像形成装置コントローラを含む）、２０５…ディスプレイ装置コントローラ、２０６…キーボードコントローラ、２０７…メモリコントローラ、２０８…ディスプレイ装置、２０９…キーボード、２１０…外部メモリ、２１１…システムバス、３００…画像形成装置、３０１…ＣＰＵ、３０２…ＲＡＭ、３０３…ＲＯＭ、３０４…入力部、３０５…印刷部Ｉ／Ｆ（印刷部インターフェイス）、３０６…メモリコントローラ、３０７…印刷部、３０８…操作パネル、３０９…外部メモリ、３１０…システムバス

Claims (5)

1. ホストコンピュータと接続して使用するデバイスのメンテナンスアプリケーションを実行する場合に、標準デバイスクラスドライバへの通信処理をフィルタリングするフィルタドライバであって、
   前記メンテナンスアプリケーションからの命令を認知し、認知した当該命令が拡張制御要求を有していない場合は、
   当該命令に含まれる制御要求コントロールの設定が無効か、あるいは、有効かの判別を行い、
   前記制御要求コントロールの設定が無効の場合は、デバイス制御要求を受付け、当該デバイス制御要求を標準デバイスクラスドライバに通知し、
   有効の場合は、前記デバイス制御要求を拒否し、当該デバイス制御要求拒否を前記メンテナンスアプリケーションに通知することを特徴とするフィルタドライバ。
2. 前記制御要求コントロールの設定は、前記メンテナンスアプリケーションの表示画面に設けられた切替手段の操作により、前記制御要求コントロールの設定の切替えが実行されることを特徴とする請求項１に記載のフィルタドライバ。
3. ホストコンピュータと接続して使用するデバイスのメンテナンスアプリケーションを実行する場合に、標準デバイスクラスドライバへの通信処理をフィルタリングするフィルタドライバの制御方法であって、
   前記メンテナンスアプリケーションからのデバイス制御要求の命令を認知するステップと、
   前記命令が拡張制御要求を有しているか否かを判断するステップと、
   前記命令が拡張制御要求を有していない場合、当該命令に含まれる制御要求コントロールの設定が無効か、あるいは、有効かの判別を行うステップと、
   前記制御要求コントロールの設定が無効の場合は、デバイス制御要求を受付け、当該デバイス制御要求を標準デバイスクラスドライバに通知し、有効の場合は、デバイス制御要求を拒否し、制御要求拒否をメンテナンスアプリケーションに通知するステップと、
   を含むことを特徴とするフィルタドライバの制御方法。
4. 前記メンテナンスアプリケーションの表示画面に、前記制御要求コントロールの設定の切替えを指示する切替手段を備え、当該切替手段を操作することにより、前記制御要求コントロールの設定の切替えを実行することを特徴とする請求項３に記載のフィルタドライバの制御方法。
5. 前記メンテナンスアプリケーションの表示画面に、メンテナンス処理の実施決定を行うメンテナンス処理決定スイッチを備え、
   前記メンテナンス処理決定スイッチを操作することによりメンテナンスを開始するとともに、前記制御要求コントロールの設定の切替えを指示する切替手段としても動作して、前記制御要求コントロールの設定の切替えを実行することを特徴とする請求項４に記載のフィルタドライバの制御方法。

Images