JP2001222412A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 インストールの手順が簡単なデータ処理装置
を提供する。 【解決手段】 Ｗｉｎｄｏｗｓ ＮＴにおいては、ハー
ドウエアにアクセスするためには、カーネルモードデバ
イスドライバー５が必要となる。カーネルモード２にお
いてハードウエア６にアクセスするカーネルモードデバ
イスドライバー５を、ユーザーモード１においてアプリ
ケーション３とのインターフェースを行うＤＬＬ４の内
部に埋め込むように構成した。これにより、あたかもア
プリケーション３からＤＬＬ４にアクセスするだけでカ
ーネルモードドライバー５を呼び出すことができ、呼び
出されたカーネルモードドライバー５によりハードウエ
ア６の制御が直接行えるようにすることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、オペレー
ティングシステム（ＯＳ）としてＷｉｎｄｏｗｓＮＴを
使用して、新たなアプリケーションソフトウエアを開発
する際の事前設定を行うデータ処理装置に関するもので
ある。

【０００２】

【従来の技術】Ｗｉｎｄｏｗｓ ＮＴ用に新たにハード
ウエア等を開発する際に、アプリケーションプログラム
の開発が必要とされるが、このアプリケーションプログ
ラム以外にも、そのハードウエアをコントロールするた
めの、カーネルモードデバイスドライバーが必要とされ
ていた。多くの場合、このカーネルモードデバイスドラ
イバーをプログラミングする担当者と、アプリケーショ
ンをプログラミングする担当者とは別であった。従っ
て、新たなハードウエア開発途中においては、しばし
ば、アプリケーションプログラムのプログラミングの担
当者のテスト用パーソナルコンピュータに、その開発の
時々でバージョンアップされたカーネルモードデバイス
ドライバーを再インストールする場面が出てくることが
あった。

【０００３】図６に、一般的なＷｉｎｄｏｗｓ ＮＴの
デバイスドライバーとアプリケーションの関係を示す。
Ｗｉｎｄｏｗｓ ＮＴにおいては、ハードウエアにアク
セスするためには、図６に示すカーネルモード（デバイ
ス）ドライバー６５が必要となる。このカーネルモード
（デバイス）ドライバー６５は、Ｗｉｎｄｏｗｓ ＮＴ
用に新たにハードウエアを開発する際には、ハードウエ
アメーカーのソフトウエアのエンジニアがプログラミン
グを行うことが多い。図６は一番単純な関係の例を示し
ているが、通常は少なくともカーネルモード６２におい
て、ハードウエア６６にアクセスするカーネルモード
（デバイス）ドライバー６５が設けられ、ユーザーモー
ド６１において、アプリケーション６３とのインターフ
ェースを行いカーネルモード（デバイス）ドライバー６
５にアクセスするＤＬＬ（ダイナミックリンクライブラ
リ）６４と、ＤＬＬ６４およびカーネルモード（デバイ
ス）ドライバー６５をパーソナルコンピュータにインス
トールするためのインストールプログラム６７とが１セ
ットとなる。

【０００４】ユーザーモード６１のアプリケーション６
３を作成するプログラムの担当者は、このインストール
プログラム６７を用いてパーソナルコンピュータにイン
ストールした後に、アプリケーションプログラム６３の
作成やテストを行うことになる。ある程度のソフトウエ
アの規模になると、カーネルモード（デバイス）ドライ
バー６５のプログラミングの担当者と、アプリケーショ
ン６３をプログラミングする担当者とは別に割り当てら
れるため、アプリケーション開発には上述したインスト
ール作業が付いて回ることになる。

【０００５】図７に、一般的なＷｉｎｄｏｗｓ ＮＴの
カーネルモードドライバーのインストール手順を示す。
一般的にはカーネルモードデバイスドライバーをパーソ
ナルコンピュータ７２にインストールするには、図７に
示すように、インストーラーフロッピーディスク７１な
どを用意していた。このインストーラーフロッピーディ
スク７１には、（１）インストーラープログラムと、
（２）インストールするカーネルモードドライバーと、
（３）アプリケーションプログラムとのインターフェー
ス用ＤＬＬとが必要なファイルとして記録されている。

【０００６】インストール７３の手順としては、第１
に、（１１）古いカーネルモードドライバーが残ってい
るときは、その動作を停止して削除する。第２に、（１
２）登録内容の変更が必要なときはレジストリの変更を
する。第３に、（１３）レジストリにキーと名称を登録
する（通常は￥￥ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮ
Ｅ￥ＳＹＳＴＥＭ￥ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅ
ｔ￥Ｓｅｒｖｉｃｅｓに登録する）。第４に、（１４）
新しいカーネルモードドライバーを指定されたディレク
トリにコピーする（通常はＷＩＮＮＴ￥ＳＹＳＴＥＭ３
２￥ＤＲＩＶＥＲＳにコピーする）。第５に、（１５）
登録を有効にするため、パーソナルコンピュータ（Ｐ
Ｃ）を再起動する。

【０００７】このようにして、７４に示すように、古い
カーネルモードドライバーと古いレジストリの登録を削
除することにより、７５に示すように、この後、ようや
くパーソナルコンピュータ７２においてアプリケーショ
ンプログラムのテストを開始することができる。

【０００８】また、特開平７−２６２０２６号公報に
は、カーネルの情報がないと解析不可能な障害に対応す
るため、アプリケーション（ＡＰ）フリーズ（情報保
存）ＤＬＬの中にパケットとして書かれた先頭アドレス
等をＡＰフリーズドライバーの中にパケットとして格納
することにより、特権モード（カーネル）のＡＰフリー
ズＤＬＬを呼び出して論理アドレスを取得するデータ処
理装置が開示されている。

【０００９】

【発明が解決しようとする課題】しかし、上述した従来
のインストーラーフロッピーディスク７１を用いて行う
Ｗｉｎｄｏｗｓ ＮＴのカーネルモードドライバーのイ
ンストール手順では、インストーラーフロッピーディス
ク７１をユーザーに配布する最終形態として、上述した
手法によりインストールすることが望まれるが、手順が
煩雑で、しかも時間がかかるという不都合があった。

【００１０】例えば、インストールにおいて取り扱うフ
ァイルは、インストーラーと、ドライバー本体と、アプ
リケーションとのインターフェース用ＤＬＬとの最低で
も３種類を必要とする。なお、ＤＬＬは場合によっては
不要だが、一般的にはユーザーモードアプリケーション
からカーネルモードデバイスドライバーを直接呼ぶと、
呼び出し関数名などで抽象度が制約されてしまうため、
ＤＬＬのようなインターフェースを介することが多い。
この結果、ファイルそれぞれのバージョン管理などの手
間や、それに起因する手違いなどを生じる恐れがある。

【００１１】また、インストール手順も、一度再起動が
必要であったりするため、時間がかかってしまうことが
多い。特に、Ｗｉｎｄｏｗｓ ＮＴでは、パーソナルコ
ンピュータの再起動に時間がかかるため、この回数が多
くなると、時間的なロスが増大する。

【００１２】さらに、このようなインストール作業が必
要であり、そのために手間がかかることから、常に最新
のデバイスドライバーのインストールを避けてしまい、
最新のデバイスドライバーでの作業が実行されなくなる
恐れもある。

【００１３】また、特開平７−２６２０２６号公報記載
のデータ処理装置は、ミドルソフトとしてアプリケーシ
ョンとＯＳとの間にＡＰフリーズＤＬＬを余計に有する
構成であり、しかも、ＡＰフリーズＤＬＬはユーザーモ
ードでのみ動作し、カーネルのコードの直接呼び出しや
参照ができない。つまり、この場合ＯＳはユーザモード
で動作しているアプリケーションからカーネルモードの
領域をアクセスすることはできず、カーネルモードで動
作するＤＬＬはカーネル内部のデータ（カーネル情報）
にアクセスすることが可能であるため、アプリケーショ
ンおよびミドルソフトとカーネルモードで動作するＤＬ
Ｌとを橋渡しするブリッジ手段としてパケットを余計に
有する構成であるため、構成および処理が複雑であると
いう不都合があった。

【００１４】そこで、本発明は、かかる点に鑑みてなさ
れたものであり、インストールの手順が簡単なデータ処
理装置を提供することを課題とする。

【００１５】

【課題を解決するための手段】本発明のデータ処理装置
は、ハードウエアにアクセスするカーネルモードドライ
バーを有するオペレーティングシステムを用いたデータ
処理装置において、ユーザーモードアプリケーションと
のインターフェースを司り、上記カーネルモードドライ
バーを内部に有するダイナミックリンクライブラリを設
け、上記ユーザーモードアプリケーションから上記ダイ
ナミックリンクライブラリにアクセスするだけで上記カ
ーネルモードドライバーを動作させるものである。

【００１６】従って本発明によれば、以下の作用をす
る。オペレーティングシステムにおいては、ハードウエ
アにアクセスするためには、カーネルモードドライバー
が必要となる。カーネルモードにおいてハードウエアに
アクセスするカーネルモードドライバーを、ユーザーモ
ードにおいてアプリケーションとのインターフェースを
行うダイナミックリンクライブラリの内部に埋め込んで
いる。これにより、あたかもアプリケーションからダイ
ナミックリンクライブラリにアクセスするだけでカーネ
ルモードドライバーを呼び出すことができ、呼び出され
たカーネルモードドライバーによりハードウエアの制御
が直接行える。

【００１７】

【発明の実施の形態】本実施の形態のデータ処理装置
は、Ｗｉｎｄｏｗｓ ＮＴのカーネルモードドライバー
をＤＬＬとして実装し、簡単にユーザーモードのアプリ
ケーションプログラムからＤＬＬ内のカーネルモードド
ライバーを呼び出すことができるものである。

【００１８】図１に、本実施の形態のＷｉｎｄｏｗｓ
ＮＴのデバイスドライバーとアプリケーションの関係を
示す。Ｗｉｎｄｏｗｓ ＮＴにおいては、ハードウエア
にアクセスするためには、図１に示すカーネルモードデ
バイスドライバー５が必要となる。本実施の形態では、
カーネルモード２においてハードウエア６にアクセスす
るカーネルモードデバイスドライバー５を、ユーザーモ
ード１においてアプリケーション３とのインターフェー
スを行うＤＬＬ４の内部に埋め込むように構成した。

【００１９】これにより、あたかもアプリケーション３
からＤＬＬ４にアクセスするだけでカーネルモードドラ
イバー５を呼び出すことができ、呼び出されたカーネル
モードドライバー５によりハードウエア６の制御が直接
行えるようにすることができる。

【００２０】図２に本実施の形態のＷｉｎｄｏｗｓ Ｎ
Ｔのカーネルモードドライバーのインストール手順を示
す。本実施の形態では、カーネルモードデバイスドライ
バーをパーソナルコンピュータ１２にインストールする
には、図１に示すように、ＤＬＬが格納されたフロッピ
ーディスク１１を用意する。このフロッピーディスク１
１には、カーネルモードドライバーが統合されたＤＬＬ
が単一のファイルとして記録されている。

【００２１】インストールの手順としては、１３に示す
ように、カーネルモードドライバーが統合されたＤＬＬ
を古いＤＬＬに上書きコピーするだけである。この場
合、１４で示すように、格納領域に制限はなく任意のデ
ィレクトリーに格納可能である。

【００２２】このようにして、古いＤＬＬに新たなＤＬ
Ｌを上書きコピーすることにより、１５に示すように、
コピー直後、パーソナルコンピュータ１２においてただ
ちにアプリケーションプログラムのテスト（実行）が可
能となる。

【００２３】なお、本実施の形態では、インストールプ
ログラムは不要であり、新たなＤＬＬは任意のディレク
トリーに配置可能であり、さらに、コピーするファイル
は新たなＤＬＬの１つのみであり、さらに、この際にレ
ジストリーへの登録は不要であり、また、パーソナルコ
ンピュータ１２の再起動は不要であるため、簡単な処理
でインストールを行うことができる。

【００２４】図３に、本実施の形態のＤＬＬの詳細な構
造を示す。前提として、Ｗｉｎｄｏｗｓ ＮＴの実行フ
ァイル（．ＥＸＥ）やライブラリファイル（ＤＬＬな
ど）は、内部にリソースとしてさまざまなイメージを包
含することができるように構成されている。例えば、多
くの場合、リソースとしては、アイコン、マウスカーソ
ル、ビットマップ、ダイヤログボックス、メニュー、テ
キストテーブルなどが登録されている。

【００２５】このようなオブジェクトをリソースとして
ＤＬＬ２１内部に埋め込んでおくことにより、プログラ
ム本体には何等手を着けることなく、リソースだけを手
直しするだけで、簡単に内部の変更が可能になる。

【００２６】通常は、「．ＲＣ」ファイルとして、リソ
ースのソースコードを用意し、リソースコンパイラに
て、「．ＲＥＳ」ファイルに変換し、プログラム全体を
コンパイラとリンカを用いてＷｉｎｄｏｗｓ ＮＴの実
行ファイルとする。

【００２７】図３に示すこのリソースファイル（「．Ｒ
Ｃ」ファイル）２２には、上述したオブジェクト以外
に、任意のファイルを格納することができる。リソース
ファイル２２に、バイナリセクションとして、「ＢＩＮ
ＲＥＳ」のキーワード以下にカーネルモードドライバー
（「．ＳＹＳ」）２３を記述すれば、ＤＬＬ２１内部に
そのイメージをリソースとして取り込むことが可能とな
る。

【００２８】これにより、２４で示すように、ＤＬＬ２
１内部にカーネルモードドライバー２３のファイルをバ
イナリイメージとして埋め込むことができる。

【００２９】以下に、このようにＤＬＬを構成すること
による各種機能を説明する。まず、２５に示すように、
リソースからドライバーのイメージを取り出し、一時フ
ァイルに展開する処理がある。これにより、２６に示す
ように、ＤＬＬ２１内部に埋め込んだドライバーファイ
ルを取り出すことができる。

【００３０】このようにして、ＤＬＬ２１内部では、そ
のＤＬＬ２１が最初にユーザーモードアプリケーション
から呼ばれたときに、リソースからカーネルモードデバ
イスドライバーのイメージを取り出し、一時ファイルと
してＷｉｎｄｏｗｓ ＮＴが扱える形式のファイルとし
てパーソナルコンピュータのハードディスク上に展開す
るコードをプログラム上で走らせる。

【００３１】次に、２７に示すように、Ｗｉｎｄｏｗｓ
ＮＴのサービスコントロールマネージャーを用いたド
ライバーの自動登録とドライバーをスタートさせる処理
がある。これにより、２８に示すように、サービスコン
トロールマネージャーを使ってドライバーを起動させる
ことができる。

【００３２】このようにして、リソースからカーネルモ
ードデバイスドライバーのイメージをＷｉｎｄｏｗｓ
ＮＴの実行ファイルとして復元して、オペレーティング
システム（ＯＳ）としてのＷｉｎｄｏｗｓ ＮＴのサー
ビスコントロールマネージャーの機能を使うことことが
できる。

【００３３】次に、２９に示すように、デバイスドライ
バーのオープン、Ｉ／Ｏコントロールの呼び出し、ＲＥ
ＡＤ／ＷＲＩＴＥの処理およびデバイスドライバーのク
ローズの処理がある。

【００３４】さらに、３０に示すように、Ｉ／Ｏコント
ロール、ＲＥＡＤ／ＷＲＩＴＥ処理を外部のユーザーモ
ードアプリケーション３１のプログラムとインターフェ
ースするためのより抽象的な関数の実装の処理がある。

【００３５】このようにして、動的にカーネルモードデ
バイスドライバー２３をユーザーモードアプリケーショ
ン３１のシステムに登録し、動作をスタートすることが
可能となる。

【００３６】なお、このとき作った一時ファイルは、デ
バイスドライバーがスタートすれば、パーソナルコンピ
ュータのメモリー上に展開されるため、不要となるの
で、削除することが可能となる。

【００３７】最後に、３２で示すように、Ｗｉｎｄｏｗ
ｓ ＮＴのサービスコントロールマネージャーを用いた
ドライバーの動作を終了させる処理がある。これによ
り、３３に示すように、サービスコントロールマネージ
ャーを使ってドライバーを終了させることができる。

【００３８】このように、３４に示すように、上述した
全ての機能を１つのＤＬＬファイル２１の中に組み込む
ことができる。

【００３９】図４に、上述したＤＬＬの各種機能により
ＤＬＬが初期化されるときの処理の詳細を示す。図４Ａ
は処理の内容と手順、図４Ｂは使用する関数（Ｗｉｎｄ
ｏｗｓ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒ
ａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）など）である。な
お、関数名は、使用するプログラミング言語によって、
多少変わってくることがある。実際のプログラミングに
おいては、各処理が失敗した場合のエラーメッセージの
表示や、エラー処理の部分が必要になるが、ここでは割
愛している。

【００４０】まず、図４ＡにおいてステップＳ１で埋め
込んだリソースファイル（「．ＲＣ」ファイル）のバイ
ナリセクション（「ＢＩＮＲＥＳ」）からカーネルモー
ドドライバーのファイル（「．ＳＹＳ」ファイル）を見
つける。図４Ｂにおいてこのときの関数Ｆ１は「Ｆｉｎ
ｄＲｅｓｏｕｒｃｅ」である。

【００４１】図４ＡにおいてステップＳ２でリソースフ
ァイル（「．ＲＣ」ファイル）を読み込む。図４Ｂにお
いてこのときの関数Ｆ２は「ＬｏａｄＲｅｓｏｕｒｃ
ｅ」である。

【００４２】図４ＡにおいてステップＳ３でファイルと
してのサイズを調べる。図４Ｂにおいてこのときの関数
Ｆ３は「ＳｉｚｅＯｆＲｅｓｏｕｒｃｅ」である。

【００４３】図４ＡにおいてステップＳ４でリソースが
移動されないようにロックする。図４Ｂにおいてこのと
きの関数Ｆ４は「ＬｏｃｋＲｅｓｏｕｒｃｅ」である。

【００４４】図４ＡにおいてステップＳ５で一時ファイ
ルを作成する。図４Ｂにおいてこのときの関数Ｆ５は
「ｌｃｒｅａｔ」である。

【００４５】図４ＡにおいてステップＳ６で一時ファイ
ルに取り出したデバイスドライバーのイメージを書き込
む。図４Ｂにおいてこのときの関数Ｆ６は「ｈｗｒｉｔ
ｅ」である。

【００４６】図４ＡにおいてステップＳ７で一時ファイ
ルを閉じる。図４Ｂにおいてこのときの関数Ｆ７は「ｌ
ｃｌｏｓｅ」である。

【００４７】図４ＡにおいてステップＳ８でサービスコ
ントロールマネージャーを開く。図４Ｂにおいてこのと
きの関数Ｆ８は「ＯｐｅｎＳＣＭａｎｅｇｅｒ」であ
る。

【００４８】図４ＡにおいてステップＳ９でサービスハ
ンドルを作る。図４Ｂにおいてこのときの関数Ｆ９は
「ＣｒｅａｔｅＳｅｒｖｉｃｅＨａｎｄｌｅ」である。

【００４９】図４ＡにおいてステップＳ１０でサービス
を開始する。図４Ｂにおいてこのときの関数Ｆ１０は
「ＳｔａｒｔＳｅｒｖｉｃｅ」である。

【００５０】図４ＡにおいてステップＳ１１でサービス
ハンドルを開放する。図４Ｂにおいてこのときの関数Ｆ
１１は「ＣｌｏｓｅＳｅｒｖｉｃｅＨａｎｄｌｅ」であ
る。

【００５１】図４ＡにおいてステップＳ１２でサービス
コントロールマネージャーを終了する。図４Ｂにおいて
このときの関数Ｆ１２は「ＣｌｏｓｅＳＣＭａｎｅｇｅ
ｒ」である。

【００５２】図４ＡにおいてステップＳ１３で一時ファ
イルは不要になったので削除する。図４Ｂにおいてこの
ときの関数Ｆ１３は「ＤｅｌｅｔｅＦｉｌｅ」である。

【００５３】図４ＡにおいてステップＳ１４でドライバ
ーを起動する。図４Ｂにおいてこのときの関数Ｆ１４は
「ＣｒｅａｔｅＦｉｌｅ」である。

【００５４】このようにして、起動に成功した後は、本
実施の形態のＤＬＬは、ユーザーモードアプリケーショ
ンに対して必要な関数を提供する機能も含んでいるの
で、アプリケーション側からの呼び出しに応じて、その
内容を判断して、デバイスドライバーへのアクセスに変
換して処理を行うことになる。

【００５５】一般的にデバイスドライバーへのアクセス
は、「ＲｅａｄＦｉｌｅ」、「ＷｒｉｔｅＦｉｌｅ」、
「ＤｅｖｉｃｅＩＯＣｏｎｔｒｏｌ」の３種類で行い、
ほとんどの場合、最後の「ＤｅｖｉｃｅＩＯＣｏｎｔｒ
ｏｌ」へ渡すコントロールコードによって、処理の内容
を判別しなければならない。

【００５６】これは、ユーザーモードアプリケーション
から見ると、デバイスドライバーは抽象度が低いため、
プログラミングの記述の際にデバイスドライバーへの見
通しが悪くなることが考えられるためである。

【００５７】従って、通常はＤＬＬ内部においてより一
般的で抽象度が高い関数を用意して、アプリケーション
側に提供するという処理が行われている。本実施の形態
のＤＬＬでは、デバイスドライバーの起動作業と共に、
この関数の提供という機能も同時に設けている。

【００５８】さらに、本実施の形態のＤＬＬの使用を終
了するときは、後述するような手順で自動的に登録され
たデバイスドライバーを削除して、元の状態に戻す処理
までをＤＬＬ内部の機能に含んでいる。

【００５９】図５に、上述したＤＬＬの使用を終了する
ときの処理の詳細を示す。図５Ａは処理の内容と手順、
図５Ｂは使用する関数（Ｗｉｎｄｏｗｓ ＡＰＩなど）
である。

【００６０】図５ＡにおいてステップＳ２１でドライバ
ーをクローズする。図５Ｂにおいてこのときの関数Ｆ２
１は「ＣｌｏｓｅＨｎｄｌｅ」である。

【００６１】図５ＡにおいてステップＳ２２でサービス
コントロールマネージャーを呼び出す。図５Ｂにおいて
このときの関数Ｆ２２は「ＯｐｅｎＳＣＭａｎｅｇｅ
ｒ」である。

【００６２】図５ＡにおいてステップＳ２３でサービス
をオープンする。図５Ｂにおいてこのときの関数Ｆ２３
は「ＯｐｅｎＳｅｒｖｉｃｅ」である。

【００６３】図５ＡにおいてステップＳ２４でドライバ
ーサービスを停止させる。図５Ｂにおいてこのときの関
数Ｆ２４は「ＣｏｎｔｒｏｌＳｅｒｖｉｃｅ」である。

【００６４】図５ＡにおいてステップＳ２５でドライバ
ーのサービスをレジストリから削除する。図５Ｂにおい
てこのときの関数Ｆ２５は「ＤｅｌｅｔｅＳｅｒｖｉｃ
ｅ」である。

【００６５】図５ＡにおいてステップＳ２６でサービス
を閉じ、サービスハンドルを開放する。図５Ｂにおいて
このときの関数Ｆ２６は「ＣｌｏｓｅＳｅｒｖｉｃｅＨ
ａｎｄｌｅ」である。

【００６６】図５ＡにおいてステップＳ２７でサービス
コントロールマネージャーを閉じて終了させる。図５Ｂ
においてこのときの関数Ｆ２７は「ＣｌｏｓｅＳＣＭａ
ｎｅｇｅｒ」である。

【００６７】このように、カーネルモードデバイスドラ
イバーをインターフェース用ＤＬＬの内部に埋め込んで
しまうことにより、上述した各種機能が単一のＤＬＬ内
に組み込まれる。これにより、以下のような効果が生ず
る。

【００６８】まず、運用するファイルが１つで済むた
め、バージョン管理や組み合わせの整合をとるという煩
雑さがなくなる。

【００６９】また、ＤＬＬ内部でドライバーの登録と抹
消を行うので、「インストール」という作業が不要にな
る。つまり、新しいドライバーが作成できたときは、Ｄ
ＬＬファイルを「コピー」するだけでよい。最近ではパ
ーソナルコンピュータはネットワーク環境につながれて
いるが、この場合は、ファイルを記録するフロッピーさ
えも不要となり、ネットワーク経由でＤＬＬファイル１
つだけを目的のコンピュータにコピーさえすればよい。

【００７０】また、ＤＬＬファイルは、アプリケーショ
ンから呼び出せる場所であれば、任意のディレクトリに
配置することができる。場合によっては、ネットワーク
ドライブの先に配置することも可能となり、そのとき
は、「コピー」の作業さえも不要となる。

【００７１】また、「インストール」、「再起動」など
の手間が不要なので、時間を気にすることなく常に最新
のデバイスドライバーを使ってユーザーモードアプリケ
ーションの開発を行うことができる。

【００７２】また、ＤＬＬを用いるため、ほとんど全て
のＷｉｎｄｏｗｓ用開発言語から簡単にアクセスするこ
とが可能となり、例えばエクセルやワードのマクロ言語
からでもアクセス可能となる。

【００７３】なお、上述した本実施の形態のデータ処理
装置に用いられるＤＬＬは、例えば、ユーザーモードア
プリケーションの開発を行う際の開発ツールに適用する
ことができる。

【００７４】また、本実施の形態では、Ｗｉｎｄｏｗｓ
ＮＴを用いてＤＬＬの内部にカーネルモードデバイス
ドライバーを組み込む例を示したが、これに限らず、例
えば、ＡｃｔｉｖｅＸのライブラリにも応用することが
できる。

【００７５】また、Ｗｉｎｄｏｗｓ ＮＴに限らず、Ｗ
ｉｎｄｏｗｓ ２０００においても、ハードウエアのコ
ントロールモードのデバイスドライバーが必要となるた
め、これにも応用することができる。

【００７６】

【発明の効果】この発明のデータ処理装置は、ハードウ
エアにアクセスするカーネルモードドライバーを有する
オペレーティングシステムを用いたデータ処理装置にお
いて、ユーザーモードアプリケーションとのインターフ
ェースを司り、カーネルモードドライバーを内部に有す
るダイナミックリンクライブラリを設け、ユーザーモー
ドアプリケーションからダイナミックリンクライブラリ
にアクセスするだけでカーネルモードドライバーを動作
させるので、これにより、あたかもアプリケーションか
らダイナミックリンクライブラリ（ＤＬＬ）にアクセス
するだけでカーネルモードドライバーを呼び出すことが
でき、呼び出されたカーネルモードドライバーによりハ
ードウエアの制御が直接行えるようにすることができる
という効果を奏する。

【００７７】また、この発明のデータ処理装置は、上述
において、ダイナミックリンクライブラリ内部のリソー
スファイルのバイナリセクションにカーネルモードドラ
イバーを指定することにより、カーネルモードドライバ
ー本体をバイナリイメージとしてダイナミックリンクラ
イブラリに埋め込むので、ファイルをリソースとしてダ
イナミックリンクライブラリ（ＤＬＬ）内部に埋め込ん
でおくことにより、プログラム本体には何等手を着ける
ことなく、リソースだけを手直しするだけで、簡単に内
部の変更を可能とすることができるという効果を奏す
る。

【００７８】また、この発明のデータ処理装置は、上述
において、ダイナミックリンクライブラリは、リソース
ファイルからカーネルモードドライバーのバイナリイメ
ージを取り出し、ダイナミックリンクライブラリに埋め
込んだカーネルモードドライバーを一時ファイルに展開
する機能を有するので、これにより、ダイナミックリン
クライブラリ（ＤＬＬ）内部に埋め込んだドライバーフ
ァイルを取り出すことができ、このようにして、ダイナ
ミックリンクライブラリ（ＤＬＬ）内部では、そのダイ
ナミックリンクライブラリ（ＤＬＬ）が最初にユーザー
モードアプリケーションから呼ばれたときに、リソース
からカーネルモードデバイスドライバーのイメージを取
り出し、一時ファイルとしてオペレーティングシステム
が扱える形式のファイルにすることができるという効果
を奏する。

【００７９】また、この発明のデータ処理装置は、上述
において、ダイナミックリンクライブラリは、オペレー
ティングシステム（Ｗｉｎｄｏｗｓ ＮＴ）のサービス
コントロールマネージャーを用いてカーネルモードドラ
イバーの起動または終了を行う機能を有するので、これ
により、サービスコントロールマネージャーを使ってド
ライバーを起動させることができ、このようにして、リ
ソースからカーネルモードデバイスドライバーのイメー
ジをＷｉｎｄｏｗｓ ＮＴの実行ファイルとして復元し
て、Ｗｉｎｄｏｗｓ ＮＴのサービスコントロールマネ
ージャーの機能を使うことができるという効果を奏す
る。

【００８０】また、この発明のデータ処理装置は、上述
において、ダイナミックリンクライブラリは、カーネル
モードドライバーのファイルオープンを行い、所定の関
数を用いてユーザーモードアプリケーションとのインタ
ーフェースを行い、カーネルモードドライバーのファイ
ルクローズを行う機能を有するので、このようにして、
動的にカーネルモードドライバーをユーザーモードアプ
リケーションのシステムに登録し、動作をスタートする
ことができるという効果を奏する。

【図面の簡単な説明】

【図１】本実施の形態のデバイスドライバーとアプリケ
ーションの関係を示す図である。

【図２】本実施の形態のカーネルモードドライバーのイ
ンストール手順を示す図である。

【図３】本実施の形態のＤＬＬの詳細な構造を示す図で
ある。

【図４】本実施の形態のＤＬＬが初期化されるときの処
理の詳細を示す図であり、図４Ａは処理の内容と手順、
図４Ｂは使用する関数（Ｗｉｎｄｏｗｓ ＡＰＩなど）
である。

【図５】本実施の形態のＤＬＬの使用を終了するときの
処理の詳細を示す図であり、図５Ａは処理の内容と手
順、図５Ｂは使用する関数（Ｗｉｎｄｏｗｓ ＡＰＩな
ど）である。

【図６】一般的なＷｉｎｄｏｗｓ ＮＴのデバイスドラ
イバーとアプリケーションの関係を示す図である。

【図７】一般的なＷｉｎｄｏｗｓ ＮＴのカーネルモー
ドドライバーのインストール手順を示す図である。

【符号の説明】

１……ユーザーモード、２……カーネルモード、３……
アプリケーション、４……ＤＬＬ（ダイナミックリンク
ライブラリ）、５……カーネルモードドライバー、６…
…ハードウエア、１１……ＤＬＬが格納されたフロッピ
ー、１２……パーソナルコンピュータ、１３……カーネ
ルモードドライバーが統合されたＤＬＬの古いＤＬＬに
への書きコピー、１４……任意のディレクトリーに格納
可能、１５……コピー直後のアプリケーションプログラ
ムのテスト（実行）可能、２１……ＤＬＬ、２２……Ｒ
Ｃ（リソースファイル）、２３……カーネルモードドラ
イバーファイル、２４……ＤＬＬ内部へのカーネルモー
ドドライバーファイルのバイナリイメージとしての埋め
込み、２５……リソースからドライバーのイメージを取
り出し、一時ファイルに展開する処理、２６……埋め込
んだドライバーファイルの取り出し、２７……Ｗｉｎｄ
ｏｗｓ ＮＴのサービスコントロールマネージャーを用
いたドライバーの自動登録とスタート処理、２８……サ
ービスコントロールマネージャーを使ったドライバーの
起動、２９……デバイスドライバーのオープン、Ｉ／Ｏ
コントロールの呼び出し、ＲＥＡＤ／ＷＲＩＴＥの処理
およびデバイスドライバーのクローズの処理、３０……
Ｉ／Ｏコントロール、ＲＥＡＤ／ＷＲＩＴＥ処理を外部
アプリケーションプログラムとインターフェースするた
めのより抽象的な関数の実装の処理、３１……ユーザー
モードアプリケーション、３２……Ｗｉｎｄｏｗｓ Ｎ
Ｔのサービスコントロールマネージャーの機能を使っ
て、ドライバーの動作を終了させる処理、３３……サー
ビスコントロールマネージャーを使ったドライバーの終
了、３４……全ての機能の１つのＤＬＬファイルの中へ
の組み込み

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ハードウエアにアクセスするカーネルモ
   ードドライバーを有するオペレーティングシステムを用
   いたデータ処理装置において、 ユーザーモードアプリケーションとのインターフェース
   を司り、上記カーネルモードドライバーを内部に有する
   ダイナミックリンクライブラリを設け、 上記ユーザーモードアプリケーションから上記ダイナミ
   ックリンクライブラリにアクセスするだけで上記カーネ
   ルモードドライバーを動作させることを特徴とするデー
   タ処理装置。
2. 【請求項２】 請求項１記載のデータ処理装置におい
   て、 上記ダイナミックリンクライブラリ内部のリソースファ
   イルのバイナリセクションに上記カーネルモードドライ
   バーを指定することにより、上記カーネルモードドライ
   バー本体をバイナリイメージとして上記ダイナミックリ
   ンクライブラリに埋め込むことを特徴とするデータ処理
   装置。
3. 【請求項３】 請求項１記載のデータ処理装置におい
   て、 上記ダイナミックリンクライブラリは、上記リソースフ
   ァイルから上記カーネルモードドライバーの上記バイナ
   リイメージを取り出し、上記ダイナミックリンクライブ
   ラリに埋め込んだ上記カーネルモードドライバーを一時
   ファイルに展開する機能を有することを特徴とするデー
   タ処理装置。
4. 【請求項４】 請求項１記載のデータ処理装置におい
   て、 上記ダイナミックリンクライブラリは、Ｗｉｎｄｏｗｓ
   ＮＴのサービスコントロールマネージャーを用いて上
   記カーネルモードドライバーの起動または終了を行う機
   能を有することを特徴とするデータ処理装置。
5. 【請求項５】 請求項１記載のデータ処理装置におい
   て、 上記ダイナミックリンクライブラリは、上記カーネルモ
   ードドライバーのファイルオープンを行い、所定の関数
   を用いて上記ユーザーモードアプリケーションとのイン
   ターフェースを行い、上記カーネルモードドライバーの
   ファイルクローズを行う機能を有することを特徴とする
   データ処理装置。