JP2003303161A

JP2003303161A - デバイスドライバの組み込み・実行方式、組み込み・実行方法、及びプログラム

Info

Publication number: JP2003303161A
Application number: JP2002109135A
Authority: JP
Inventors: Jiro Inagaki; 治郎稲垣
Original assignee: NEC Communication Systems Ltd
Current assignee: NEC Communication Systems Ltd
Priority date: 2002-04-11
Filing date: 2002-04-11
Publication date: 2003-10-24
Anticipated expiration: 2022-04-11
Also published as: JP4063573B2

Abstract

(57)【要約】【課題】ＯＳとドライバとの間にインタフェース部を
設けて多種類のＯＳや装置に対する差分に対応すること
により、１つのデバイスに１つのドライバを用意するだ
けでドライバを組み込み可能とすること。【解決手段】装置に搭載されたＯＳ４０と、装置に搭
載されたデバイスを制御するプログラムであるドライバ
６０と、装置のアドレス割付情報を含むデバイス情報と
ＯＳの種別と版数を含むＯＳ情報とを含むシステムマッ
ピング情報２２と、ＯＳ４０とドライバ６０との間の情
報の伝達を仲介し制御するインタフェース部５０とを有
し、インタフェース部５０は、システムマッピング情報
を参照してドライバ６０を登録しドライバ６０へ要求を
伝達し、ドライバ６０は受信した要求・情報に基づいて
処理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデバイスドライバの
組み込み・実行方式、組み込み・実行方法、及びプログ
ラムに関し、特に多数の装置やＯＳに対応したデバイス
を装置に組み込む際に必要なドライバをデバイスについ
て１種類とし装置やＯＳに関する使用の差分を吸収する
ためのモジュールと合わせて装置に組み込むようにした
デバイスドライバの組み込み・実行技術に関する。

【０００２】

【従来の技術】情報処理装置に実装又は接続して使用す
るデバイスの製造業者は自社のデバイス製品を制御する
ためのプログラムであるドライバを製品とともに提供
し、利用者はそれを情報処理装置のオペレーティングシ
ステム（ＯＳという）に組み込んで使用する。従って、
製造業者はデバイス製品を販売するために多くのＯＳの
種類・版数（バージョンともいう）や実装又は接続する
装置に合わせてドライバを複数種類用意している。

【０００３】このため、多く使用されていないＯＳ用の
ドライバは用意されていなかったり用意が遅れたりする
ことが起こりやすく、どうしても使用したい場合は利用
者が自らドライバを作成する必要があった。デバイス製
造業者は少数使用のＯＳや装置に対してはデバイスの販
売機会を失ってしまうことが多かった。

【０００４】

【発明が解決しようとする課題】第１の問題点は、従来
のドライバはＯＳに依存したドライバの構成となってい
るため、各種のＯＳ毎に適した多くのドライバを開発す
る必要があったということである。

【０００５】第２の問題点は、種々の本体装置を開発し
ている本体製造業者は同一デバイスであっても本体装置
毎にＩ／Ｏアドレス等のマッピング条件が異なることが
あり、そのような場合には本体装置毎にドライバをカス
タマイズしてＩ／Ｏアドレスを合わせる必要があったと
いうことである。

【０００６】本発明の目的は、ＯＳとドライバとの間に
インタフェース部を設けて多種類のＯＳや装置に対する
差分を吸収することにより、１つのデバイスに１つのド
ライバを用意するだけでドライバを組み込み可能とした
デバイスドライバの組み込み方式、組み込み方法、プロ
グラムを提供することにある。

【０００７】

【課題を解決するための手段】本発明の第１のデバイス
ドライバの組み込み・実行方式は、装置に搭載されたオ
ペーレーティングシステム（ＯＳという）と、装置に搭
載されたデバイスを制御するプログラムであるドライバ
と、装置のアドレス割付情報を含むデバイス情報とＯＳ
の種別と版数を含むＯＳ情報とを含むシステムマッピン
グ情報と、ＯＳとドライバとの間の情報の伝達を仲介し
制御するインタフェース部とを有し、前記インタフェー
ス部は、前記システムマッピング情報を参照してドライ
バを登録し前記システムマッピング情報を参照してドラ
イバへ要求を伝達することを特徴とする。

【０００８】本発明の第２のデバイスドライバの組み込
み・実行方式は、装置に搭載されたＯＳと、装置に搭載
されたデバイスを制御するプログラムであるドライバ
と、装置のアドレス割付情報を含むデバイス情報とＯＳ
の種別とＯＳの版数を含むＯＳ情報とを含むシステムマ
ッピング情報と、ＯＳとドライバとの間の情報の伝達を
仲介し制御するインタフェース部とを有し、前記インタ
フェース部は、対応するＯＳの種類毎にＯＳとのインタ
ーフェース手段を有するＯＳインタフェース処理部と、
前記システムマッピング情報に基づいてドライバの登録
情報を編集しＯＳへ登録するドライバ登録処理部とを有
し、前記システムマッピング情報を参照してドライバへ
要求を伝達することを特徴とする。

【０００９】本発明の第３のデバイスドライバの組み込
み・実行方式は、装置に搭載されたＯＳと、装置に搭載
されたデバイスを制御するプログラムであるドライバ
と、装置のアドレス割付情報を含むデバイス情報とＯＳ
の種別とＯＳの版数を含むＯＳ情報とを含むシステムマ
ッピング情報と、ＯＳとドライバとの間の情報の伝達を
仲介し制御するインタフェース部とを有し、前記インタ
フェース部は、対応するＯＳの種類毎にＯＳとのインタ
ーフェース手段を有するＯＳインタフェース処理部と、
前記システムマッピング情報に基づいてドライバの登録
情報を編集しＯＳへ登録するドライバ登録処理部とを有
し、ＯＳからドライバへの要求を受けると前記アドレス
割付情報を付加して要求をドライバに送り、前記ドライ
バは受け付けた要求とアドレス割付情報に従って要求を
処理することを特徴とする。

【００１０】本発明の第４のデバイスドライバの組み込
み・実行方式は、第１、第２、又は第３のデバイスドラ
イバの組み込み・実行方式において、前記インターフェ
ース部は、システムの開始或いは再開の際のＯＳからの
起動により前記システムマッピング情報を補助記憶装置
から主記憶装置にロードし前記ドライバ登録処理部を起
動してドライバを登録させる初期設定処理部を有するこ
とを特徴とする。

【００１１】本発明の第５のデバイスドライバの組み込
み・実行方式は、第１、第２、又は第３のデバイスドラ
イバの組み込み・実行方式において、前記インターフェ
ース部は、システムの開始或いは再開の際のＯＳからの
起動により前記システムマッピング情報を前記装置とネ
ットワークで接続するサーバから前記装置内の主記憶装
置にロードし前記ドライバ登録処理部を起動してドライ
バを登録させる初期設定処理部を有することを特徴とす
る。

【００１２】本発明の第１のデバイスドライバの組み込
み・実行方法は、装置のアドレス割付情報を含むデバイ
ス情報とＯＳの種別と版数を含むＯＳ情報とを含むシス
テムマッピング情報に基づいて装置に搭載されたデバイ
スを制御するプログラムであるドライバをＯＳに登録
し、ＯＳからの要求を受けると前記システムマッピング
情報を参照して必要な情報を付加しドライバへ要求を伝
達することを特徴とする。

【００１３】本発明の第２のデバイスドライバの組み込
み・実行方法は、装置のアドレス割付情報を含むデバイ
ス情報とＯＳの種別と版数を含むＯＳ情報とを含むシス
テムマッピング情報に基づいて複数用意されたＯＳとの
インターフェース手段を選択し、前記システムマッピン
グ情報に基づいて装置に搭載されたデバイスを制御する
プログラムであるドライバの登録情報を編集しＯＳへ登
録し、ＯＳからの要求を受けると前記システムマッピン
グ情報を参照して必要な情報を付加しドライバへ要求を
伝達することを特徴とする。

【００１４】本発明の第３のデバイスドライバの組み込
み・実行方法は、装置のアドレス割付情報を含むデバイ
ス情報とＯＳの種別と版数を含むＯＳ情報とを含むシス
テムマッピング情報に基づいて複数用意されたＯＳとの
インターフェース手段を選択し、前記システムマッピン
グ情報に基づいて装置に搭載されたデバイスを制御する
プログラムであるドライバの登録情報を編集しＯＳへ登
録し、ＯＳからドライバへの要求を受けると前記アドレ
ス割付情報を付加して要求をドライバに送り、前記ドラ
イバは受け付けた要求とアドレス割付情報に従って要求
を処理することを特徴とする。

【００１５】本発明の第４のデバイスドライバの組み込
み・実行方法は、第１、第２、又は第３のデバイスドラ
イバの組み込み・実行方法において、システムの開始或
いは再開の際に前記ＯＳからの起動により前記システム
マッピング情報を前記装置内の補助記憶装置から前記装
置内の主記憶装置にロードすることを特徴とする。

【００１６】本発明の第５のデバイスドライバの組み込
み・実行方法は、第１、第２、又は第３のデバイスドラ
イバの組み込み・実行方法において、システムの開始或
いは再開の際に前記ＯＳからの起動により前記システム
マッピング情報を前記装置とネットワークで接続するサ
ーバから前記装置内の主記憶装置にロードすることを特
徴とする。

【００１７】本発明の第１のプログラムは、装置のアド
レス割付情報を含むデバイス情報とＯＳの種別と版数を
含むＯＳ情報とを含むシステムマッピング情報に基づい
て装置に搭載されたデバイスを制御するプログラムであ
るドライバをＯＳに登録する手順と、ＯＳからの要求を
受けると前記システムマッピング情報を参照して必要な
情報を付加しドライバへ要求を伝達する手順とをコンピ
ュータに実行させる。

【００１８】本発明の第２のプログラムは、装置のアド
レス割付情報を含むデバイス情報とＯＳの種別と版数を
含むＯＳ情報とを含むシステムマッピング情報に基づい
て複数用意されたＯＳとのインターフェース手段を選択
する手順と、前記システムマッピング情報に基づいて装
置に搭載されたデバイスを制御するプログラムであるド
ライバの登録情報を編集しＯＳへ登録する手順と、ＯＳ
からの要求を受けると前記システムマッピング情報を参
照して必要な情報を付加しドライバへ要求を伝達する手
順とをコンピュータに実行させる。

【００１９】本発明の第３のプログラムは、装置のアド
レス割付情報を含むデバイス情報とＯＳの種別と版数を
含むＯＳ情報とを含むシステムマッピング情報に基づい
て複数用意されたＯＳとのインターフェース手段を選択
する手順と、前記システムマッピング情報に基づいて装
置に搭載されたデバイスを制御するプログラムであるド
ライバの登録情報を編集しＯＳへ登録する手順と、ＯＳ
からドライバへの要求を受けると前記アドレス割付情報
を付加して要求をドライバに送る手順と、前記ドライバ
が受け付けた要求とアドレス割付情報に従って要求を処
理する手順とをコンピュータに実行させる。

【００２０】本発明の第４のプログラムは、第１、第
２、又は第３のプログラムにおいて、システムの開始或
いは再開の際に前記ＯＳからの起動により前記システム
マッピング情報を前記装置内の補助記憶装置から前記装
置内の主記憶装置にロードする手順とをコンピュータに
実行させる。

【００２１】本発明の第５のプログラムは、第１、第
２、又は第３のプログラムにおいて、システムの開始或
いは再開の際に前記ＯＳからの起動により前記システム
マッピング情報を前記装置とネットワークで接続するサ
ーバから前記装置内の主記憶装置にロードする手順とを
コンピュータに実行させる。

【００２２】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１は本発明の第１
の実施の形態の構成を示すブロック図である。図１を参
照すると、第１の実施の形態の構成は、主記憶装置１０
と、補助記憶装置２０と、デバイス３０を含み、図示し
ないがこれらはＣＰＵや入出力制御部やデバイス３０以
外のデバイス等を含む情報処理装置に実装される。

【００２３】主記憶装置１０は、補助記憶装置２０から
ブートプログラム２１によってシステムファイル２３か
らロードされるプログラムであるアプリケーションソフ
トのＡＰＬ１１、オペレーティングシステムのＯＳ４
０、インタフェース部５０、ドライバ６０を含んでい
る。なお、ドライバ６０は装置に接続されるデバイスに
応じて用意される。

【００２４】補助記憶装置２０は、通常磁気ディスク装
置で実現され、ブートプログラム２１と、主記憶装置に
ロードされるシステムファイル２３と、システムマッピ
ング情報２２とを含む。システムマッピング情報２２は
デバイスの品名、情報処理装置内のアドレス割付情報、
接続されるバス情報、割り込みポート等の情報を含むデ
バイス情報と、ＯＳの種別と版数とを含むＯＳ情報とを
含む。

【００２５】インタフェース部５０は種々のＯＳに対応
するインタフェース機能を有し、ドライバに対して単一
のインタフェースを提供する。また、補助記憶装置２０
に格納されているシステムマッピング情報２２を読み出
し、その情報をドライバ６０へ引き継ぐ機能を備えてい
る。ドライバ６０はインタフェース部５０から引き継い
だ情報を基にＯＳ４０からの指示に従ってデバイス３０
の制御を実行する。

【００２６】図２はインタフェース部５０の構成を示す
図である。インタフェース部５０は、初期設定処理を行
う初期設定処理部５１と、ＯＳインタフェース処理部５
２と、リソース確保解放処理部５３と、ドライバ登録処
理部５４と、システムマッピング情報２２の保持、読み
出しを行うシステムマッピング情報処理部５５と、ドラ
イバ６０とのインタフェース動作を処理するドライバイ
ンタフェース処理部５６とを含む。

【００２７】ＯＳインタフェース処理部５２は、ＯＳ４
０からのコールを受けたりＯＳ４０へのシステムコール
を行ったりするＯＳインターフェース機能（図２では１
〜ｎ）をＯＳの種類に応じて備え、他種類のＯＳへの対
応が可能であり、システムマッピング情報に基づいて使
用されるＯＳインタフェース機能が選択される。

【００２８】リソース確保解放処理部５３は、ドライバ
６０が必要とするリソースの確保と解放をＯＳインタフ
ェース処理部５２を介してＯＳ４０との間で調整しなが
ら行うプログラムである。ドライバ登録処理部５４は、
ドライバ６０に用意されている関数アドレス情報を有し
システムマッピング情報に基づいて登録情報を編集しド
ライバの登録、デバイスの登録、割り込みハンドラの登
録をＯＳインタフェース処理部５２を介して行う。

【００２９】次に本発明の第１の実施の形態の動作を図
面を参照して説明する。まず、システム開始・再開時の
処理について、図３のフローチャートを参照して説明す
る。

【００３０】補助記憶装置２０に格納されているブート
プログラム２１は、システムの開始又は再開時に発行さ
れるリセットにより起動される（Ｓ７１）。起動された
ブートプログラム２１はＡＰＬ１１、ＯＳ４０、インタ
フェース部５０、ドライバ６０を含むシステムファイル
２３を主記憶装置１０へロードする（Ｓ７２）。ブート
プログラム２１はシステムファイルロード後にＯＳ４０
を起動する（Ｓ７３）。

【００３１】ＯＳ４０はシステムに必要な初期化処理を
起動するとともに、インタフェース部５０を起動する
（Ｓ７４）。インタフェース部５０の起動は初期設定処
理部５１をコールすることにより実行され、初期設定処
理部５１はドライバ６０を初期化するための初期設定処
理を実行する。

【００３２】次に、初期設定処理部５１の動作について
図４のフローチャートを参照して説明する。初期設定処
理部５１はインタフェース部５０で使用するフラグ、ポ
インタ等の変数の初期化を行い（Ｓ７６）、補助記憶装
置２０からデバイス情報とＯＳ情報を含むシステムマッ
ピング情報２２を読み出してシステムマッピング情報処
理部５５へ渡す（Ｓ７７）。

【００３３】次に初期設定処理部５１はインタフェース
部５０で必要とするリソースの確保をリソース確保解放
処理部５３へ要求する（Ｓ７８）。リソース確保解放処
理部５３はシステムマッピング情報処理部５５からＯＳ
の種別とＯＳの版数を含むＯＳ情報を取得しＯＳインタ
フェース処理部５２へ引き継いでＯＳ４０に対応したリ
ソース確保のシステムコールを要求する（Ｓ７８）。Ｏ
Ｓインタフェース処理部５２は引き継いだＯＳの種別・
版数を記憶し、以後の処理は引き継いだＯＳの種別・版
数に対応したＯＳインタフェース（１〜ｎのいずれか）
にて行う。

【００３４】次に初期設定処理部５１はドライバ登録処
理部５４をコールする。ドライバ登録処理部５４はシス
テムマッピング情報処理部５５からデバイスの品名、装
置内のアドレス割付、接続されるバス、割り込みポート
等のデバイス情報と、ＯＳの種別やＯＳの版数等のＯＳ
情報を取得し、これらの情報に基づいて登録する装置と
ＯＳに対応するようドライバ登録情報の編集を行いＯＳ
インタフェース処理部５２へドライバ登録処理を要求す
る（Ｓ７９）。

【００３５】この際に、ドライバ登録とは別にデバイス
の登録が必要なＯＳの場合にはデバイス登録をＯＳイン
タフェース処理部５２へ要求する。また、割り込みハン
ドラ登録が必要な場合はＯＳインタフェース処理部５２
へ割り込みハンドラ登録処理を要求するが説明は省略す
る。登録する割り込みハンドラはドライバインタフェー
ス処理部５６に用意されている。

【００３６】次にＯＳ種別によって異なるドライバの登
録動作を説明する図５、図６、図７を参照して詳細に説
明する。図５、図６はドライバ登録とデバイス登録を別
々に行う方式のＯＳの種別（ＯＳ−Ａとする）について
示した図であり、図５はドライバ登録の動作を、図６は
デバイス登録の動作をそれぞれ示している。図７にはド
ライバ登録と同時にデバイス登録を行う方式の種別のＯ
Ｓ（ＯＳ−Ｂとする）の登録動作について示している。
なお、便宜的に登録するデバイス３０をデバイスＣ、ド
ライバをドライバＣとする。

【００３７】図５を参照すると、ドライバ登録処理部５
４がシステムマッピング情報処理部５５より取得したシ
ステムマッピング情報を基にＯＳ種別をＯＳ−Ａと認識
し、ＯＳ−Ａとしてドライバ登録に必要なドライバ関数
テーブル５７１を編集し、ドライバ関数テーブル５７１
のアドレスを入力としてＯＳインタフェース処理部５２
へドライバ登録のシステムコールを依頼する。

【００３８】ＯＳインタフェース処理部５２はドライバ
登録処理部５４から引き継いだドライバ関数テーブル５
７１のアドレスを入力としてＯＳ４０（ＯＳ−Ａ、Ｉ／
Ｏシステム管理）にあるデバイスドライバインストール
関数４１をコールする。デバイスドライバインストール
関数４１はドライバ管理テーブル４２へドライバ関数テ
ーブル５７１のアドレスを含む情報をデバイスドライバ
Ｃ登録情報として登録し、ドライバ登録番号をドライバ
登録処理部５４まで返却してドライバの登録動作が完了
する。

【００３９】次にデバイス登録野動作について図６を参
照して説明する。ドライバ登録完了後、ドライバ登録処
理部５４は、デバイスディスクリプタアドレスやデバイ
ス名等をシステムマッピング情報のデバイス情報に基づ
いて編集し、ドライバの登録処理で取得したドライバ登
録番号と合わせてデバイスＣ登録情報５７２を生成し、
ＯＳインタフェース処理部５２へデバイス登録を要求す
る。

【００４０】ＯＳインタフェース処理部５２はドライバ
登録処理部５４からデバイスＣ登録情報５７２を引き継
いでＯＳ４０（ＯＳ−Ａ、Ｉ／Ｏシステム管理）のデバ
イス登録関数４３をコールする。デバイス登録関数４３
はデバイスリスト４４へデバイスＣ登録情報５７２を登
録する。以後ＯＳは管理テーブル４２とデバイスリスト
４４を参照してデバイス３０を制御し使用する。

【００４１】次に、ドライバ登録と同時にデバイス登録
を行う方式の種別のＯＳ（ＯＳ−Ｂ）の登録動作につい
て図７を参照して説明する。ドライバ登録処理部５４は
デバイスＣのデバイス制御ブロック長、装置情報（論理
装置名、装置識別子、装置種別、装置状態で構成）、ド
ライバ情報（ドライバ名称、アドレス）、情報通知ＩＤ
（情報通知用メッセージボックスＩＤ）からなるデバイ
スＣ制御ブロック５７５をシステムマッピング情報に基
づいて編集し生成する。ドライバ登録処理部５４は、
さらに、デバイスＣ制御ブロックアドレス、同期タイ
プ、外部同期用メッセージボックスＩＤ、外部同期用メ
ッセージ識別情報からなるデバイスＣ制御情報５７４を
システムマッピング情報に基づいて編集し生成してＯＳ
インタフェース処理部５２へドライバおよびデバイスＣ
の登録を要求する。

【００４２】ＯＳインタフェース処理部５２はＯＳ４０
（ＯＳ−Ｂ、Ｉ／Ｏシステム管理）のデバイス登録関数
４５をコールする。デバイス登録関数４５はデバイス管
理テーブル４６へドライバ情報とデバイスＣ制御情報を
含んだデバイスＣ登録情報を登録する。以後ＯＳはデバ
イス管理テーブル４６を参照してデバイス３０を制御し
使用する。

【００４３】次に、実際にデバイスアクセス要求が発生
した場合の動作について図８のフローチャートを参照し
て説明する。デバイスアクセス要求はＡＰＬ１１又はＯ
Ｓ４０の内部処理において発生し、発生するとＯＳ４０
がインタフェース部５０をコールする（Ｓ８１）。

【００４４】インタフェース部５０はＯＳ４０からコー
ルされた要求に対して既に読み込み済みのシステムマッ
ピング情報を参照してドライバ６０をコールする（Ｓ８
２）。ＯＳ４０からのコールはＯＳインタフェース処理
部５２にて受付け、ドライバインタフェース処理部５６
にてドライバ６０をコールする。尚、ドライバインタフ
ェース処理部５６は必要に応じてドライバコール時のリ
ソース確保、復帰時のリソース解放をリソース確保解放
処理部５３へ要求する。

【００４５】インタフェース部５０からコールされたド
ライバ６０は要求と情報処理装置内のアドレス割付等の
デバイス情報をもとにデバイス３０の制御を実行する。
ドライバ６０はＯＳ４０の種別を意識せず、引き継がれ
たシステムマッピング情報をもとにデバイスのアドレス
や割り込みポート、バス配下のＩＤ等を認識し、デバイ
ス制御を実行する（Ｓ８３）。

【００４６】このように、インタフェース部５０がＯＳ
の種別・版数に関する差分を吸収し、アドレス割付等の
装置に関する情報を装置から取り出して供給するのでド
ライバ６０はＯＳや装置に依存する情報を予め組み込ん
でおく必要が無く、デバイスに対して１種類用意すれば
よい。

【００４７】次に実際にデバイスアクセス要求が発生し
た場合の動作について、ＯＳ−Ａの場合を例に詳細に説
明する。図９はＯＳ−Ａにおける動作について説明した
図であり、Ｆ８４〜Ｆ８９は各構成要素間の情報の流れ
を示している。

【００４８】まず、ＯＳ４０（ＯＳ−Ａ：Ｉ／Ｏシステ
ム管理）にてデバイスＣへのアクセス要求が発生する
と、ＯＳ４０は図６に示したデバイスリスト４４のデバ
イスＣ登録情報からドライバ登録番号により対応するデ
バイスドライバＣのドライバ関数テーブル５７１を認識
し、図５に示したドライバ関数テーブル５７１からデバ
イスＣのデバイスクリエイト関数アドレスを取得する。

【００４９】次にＯＳ４０（ＯＳ−Ａ、Ｉ／Ｏシステム
管理）は取得したアドレスによりデバイスＣクリエイト
関数５２１をコールする（Ｆ８４）。デバイスＣクリエ
イト関数５２１はＯＳ−Ａの場合、デバイスアクセス要
求時にはデバイスの初期設定および運用パラメータの設
定を行う規定であるものとし、デバイスの初期設定、運
用パラメータ設定の要求と、システムマッピング情報に
基づいたデバイスの装置内割付けアドレスを入力情報と
してドライバインタフェース処理部５６をコールする
（Ｆ８５）。

【００５０】ドライバインタフェース処理部５６はデバ
イス３０の装置内割付けアドレスおよび実行結果詳細格
納バッファ（図示しないが既にリソース確保されている
バッファ）のアドレスを入力情報としてドライバ６０の
初期設定関数６１をコールする（Ｆ８６）。

【００５１】初期設定関数６１はデバイス３０の装置内
割付アドレスをベースアドレスとしてデバイス３０の初
期設定レジスタ３１へアクセスし、その後ステータスレ
ジスタ３２をリードして初期状態を確認する（Ｆ８
８）。初期設定関数６１は初期設定実行結果をリターン
値（正常終了又は異常終了）としてドライバインタフェ
ース処理部５６へ返却する（Ｆ８６）。尚、実行結果が
異常終了の場合は実行結果の詳細を結果詳細格納バッフ
ァへ格納しておく。

【００５２】次にドライバインタフェース処理部５６は
デバイス３０の装置内割付けアドレス入力および実行結
果詳細格納バッファのアドレスを入力情報としてドライ
バ６０の運用パラメータ設定関数６２をコールする（Ｆ
８７）。運用パラメータ設定関数６２はデバイス３０の
装置内割付アドレスをベースアドレスとしてデバイス３
０のパラメータレジスタ群３３へ運用パラメータをライ
トした後リードチェックする（Ｆ８９）。

【００５３】運用パラメータ設定関数６２は運用パラメ
ータ設定結果をリターン値（正常終了又は異常終了）と
してドライバインタフェース処理部５６へ返却する（Ｆ
８７）。尚、実行結果が異常終了の場合は実行結果詳細
を結果詳細格納バッファへ格納しておく。

【００５４】次にドライバインタフェース処理部５６は
デバイスクリエイト実行結果をリターン値（正常終了又
は異常終了）としてＯＳインタフェース処理部５２のデ
バイスＣクリエイト関数５２１へ返却する（Ｆ８５）。
デバイスＣクリエイト関数５２１はＯＳ−Ａで定義され
た形式で実行結果をＯＳ４０（ＯＳ−Ａ、Ｉ／Ｏシステ
ム管理）へ返却する（Ｆ８４）。

【００５５】次に本発明の第２の実施の形態について説
明する。図１０は本発明の第２の実施の形態の構成を示
した図である。第１の実施の形態ではドライバを登録す
る情報処理装置内の補助記憶装置２０にシステムファイ
ル２３を格納する構成としたが、第２の実施の形態では
ネットワーク２９を介して接続するファイルサーバ２７
にシステムファイル２３を格納する構成としている点が
異なる。

【００５６】システムファイル２３の格納位置が第１の
実施の形態と相違するが、システムファイル２３の機能
や他の構成要素の機能は上記相違点を除けば同じであ
り、容易に理解できるので、構成・動作の全体の説明は
省略し、相違点に関する部分の動作について説明する。
なお、図１と図１０で同じ機能を有するものは同じ番号
を付与している。

【００５７】システム開始・再開時の動作において、図
３を参照すると、ステップＳ７１に相当するステップで
はブートプログラム２６を起動する。ステップＳ７２に
相当するステップではブートプログラム２６はネットワ
ーク２９を介してファイルサーバ２７に格納されている
システムファイル２３を主記憶装置１０へロードする。
以降の動作は第１の実施の形態と同じとなる。

【００５８】第２の実施の形態では、図１０の情報処理
装置がクライアント装置として多数ネットワーク２９に
接続する構成で各クライアント装置に共通のドライバを
登録する場合、システムファイル２３をクライアント装
置それぞれに格納することなくファイルサーバ２７に格
納するだけでよいので、システム全体でのファイルの使
用効率がよいという特長がある。

【００５９】

【発明の効果】第１の効果は１つのデバイスに対して種
々のＯＳ毎に対応したドライバを用意する必要がなくな
ることである。従って、デバイスを供給するメーカはド
ライバの開発工数を著しく削減することができる。その
理由は、ＯＳに依存する部分を制御するインタフェース
部をＯＳとの間に置いたためである。

【００６０】第２の効果は、１つのデバイスに対して種
々の装置毎にドライバをカスタマイズする必要がなくな
ることである。その理由は、本体装置に依存する部分を
制御するインタフェース部をＯＳとの間に置きアドレス
マッピング等の読替を実行するようにしたためである。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の構成を示す図であ
る。

【図２】本発明のインタフェース部５０の詳細な構成を
示した図である。

【図３】本発明の第１の実施の形態のシステム開始・再
開時の動作を示すフローチャートである。

【図４】本発明の第１の実施の形態の初期設定処理部５
１の動作を示すフローチャートである。

【図５】本発明の第１の実施の形態のドライバ登録動作
を説明するための図である。

【図６】本発明の第１の実施の形態のデバイス登録動作
を説明するための図である。

【図７】本発明の第１の実施の形態のドライバ登録と同
時にデバイス登録する動作を説明するための図である。

【図８】本発明の第１の実施の形態のデバイスアクセス
要求の処理動作を示すフローチャートである。

【図９】本発明の第１の実施の形態のデバイスアクセス
要求の処理動作を説明するための図である。

【図１０】本発明の第１の実施の形態の構成を示す図で
ある。

【符号の説明】１０主記憶装置１１ＡＰＬ２０補助記憶装置２１ブートプログラム２２システムマッピング情報２３システムファイル３０デバイス３１初期設定レジスタ３２ステータスレジスタ３３パラメータレジスタ群４０ＯＳ４１デバイスドライバインストール関数４２ドライバ管理テーブル４３デバイス登録関数４４デバイスリスト４５デバイス登録関数４６デバイス管理テーブル５０インタフェース部５１初期設定処理部５２ＯＳインタフェース処理部５３リソース確保解放処理部５４ドライバ登録処理部５５システムマッピング情報処理部５６ドライバインタフェース処理部６０ドライバ６１初期設定関数６２運用パラメータ設定関数

Claims

【特許請求の範囲】

【請求項１】装置に搭載されたオペーレーティングシ
ステム（ＯＳという）と、装置に搭載されたデバイスを
制御するプログラムであるドライバと、装置のアドレス
割付情報を含むデバイス情報とＯＳの種別と版数を含む
ＯＳ情報とを含むシステムマッピング情報と、ＯＳとド
ライバとの間の情報の伝達を仲介し制御するインタフェ
ース部とを有し、前記インタフェース部は、前記システ
ムマッピング情報を参照してドライバを登録し前記シス
テムマッピング情報を参照してドライバへ要求を伝達す
ることを特徴とするデバイスドライバの組み込み・実行
方式。
【請求項２】装置に搭載されたＯＳと、装置に搭載さ
れたデバイスを制御するプログラムであるドライバと、
装置のアドレス割付情報を含むデバイス情報とＯＳの種
別とＯＳの版数を含むＯＳ情報とを含むシステムマッピ
ング情報と、ＯＳとドライバとの間の情報の伝達を仲介
し制御するインタフェース部とを有し、前記インタフェ
ース部は、対応するＯＳの種類毎にＯＳとのインターフ
ェース手段を有するＯＳインタフェース処理部と、前記
システムマッピング情報に基づいてドライバの登録情報
を編集しＯＳへ登録するドライバ登録処理部とを有し、
前記システムマッピング情報を参照してドライバへ要求
を伝達することを特徴とするデバイスドライバの組み込
み・実行方式。
【請求項３】装置に搭載されたＯＳと、装置に搭載さ
れたデバイスを制御するプログラムであるドライバと、
装置のアドレス割付情報を含むデバイス情報とＯＳの種
別とＯＳの版数を含むＯＳ情報とを含むシステムマッピ
ング情報と、ＯＳとドライバとの間の情報の伝達を仲介
し制御するインタフェース部とを有し、前記インタフェ
ース部は、対応するＯＳの種類毎にＯＳとのインターフ
ェース手段を有するＯＳインタフェース処理部と、前記
システムマッピング情報に基づいてドライバの登録情報
を編集しＯＳへ登録するドライバ登録処理部とを有し、
ＯＳからドライバへの要求を受けると前記アドレス割付
情報を付加して要求をドライバに送り、前記ドライバは
受け付けた要求とアドレス割付情報に従って要求を処理
することを特徴とするデバイスドライバの組み込み・実
行方式。
【請求項４】前記インターフェース部は、システムの
開始或いは再開の際のＯＳからの起動により前記システ
ムマッピング情報を補助記憶装置から主記憶装置にロー
ドし前記ドライバ登録処理部を起動してドライバを登録
させる初期設定処理部を有することを特徴とする請求項
１、２、又は３のデバイスドライバの組み込み・実行方
式。
【請求項５】前記インターフェース部は、システムの
開始或いは再開の際のＯＳからの起動により前記システ
ムマッピング情報を前記装置とネットワークで接続する
サーバから前記装置内の主記憶装置にロードし前記ドラ
イバ登録処理部を起動してドライバを登録させる初期設
定処理部を有することを特徴とする請求項１、２、又は
３のデバイスドライバの組み込み・実行方式。
【請求項６】装置のアドレス割付情報を含むデバイス
情報とＯＳの種別と版数を含むＯＳ情報とを含むシステ
ムマッピング情報に基づいて装置に搭載されたデバイス
を制御するプログラムであるドライバをＯＳに登録し、
ＯＳからの要求を受けると前記システムマッピング情報
を参照して必要な情報を付加しドライバへ要求を伝達す
ることを特徴とするデバイスドライバの組み込み・実行
方法。
【請求項７】装置のアドレス割付情報を含むデバイス
情報とＯＳの種別と版数を含むＯＳ情報とを含むシステ
ムマッピング情報に基づいて複数用意されたＯＳとのイ
ンターフェース手段を選択し、前記システムマッピング
情報に基づいて装置に搭載されたデバイスを制御するプ
ログラムであるドライバの登録情報を編集しＯＳへ登録
し、ＯＳからの要求を受けると前記システムマッピング
情報を参照して必要な情報を付加しドライバへ要求を伝
達することを特徴とするデバイスドライバの組み込み・
実行方法。
【請求項８】装置のアドレス割付情報を含むデバイス
情報とＯＳの種別と版数を含むＯＳ情報とを含むシステ
ムマッピング情報に基づいて複数用意されたＯＳとのイ
ンターフェース手段を選択し、前記システムマッピング
情報に基づいて装置に搭載されたデバイスを制御するプ
ログラムであるドライバの登録情報を編集しＯＳへ登録
し、ＯＳからドライバへの要求を受けると前記アドレス
割付情報を付加して要求をドライバに送り、前記ドライ
バは受け付けた要求とアドレス割付情報に従って要求を
処理することを特徴とするデバイスドライバの組み込み
・実行方法。
【請求項９】システムの開始或いは再開の際に前記Ｏ
Ｓからの起動により前記システムマッピング情報を前記
装置内の補助記憶装置から前記装置内の主記憶装置にロ
ードすることを特徴とする請求項６、７、又は８のデバ
イスドライバの組み込み・実行方法。
【請求項１０】システムの開始或いは再開の際に前記
ＯＳからの起動により前記システムマッピング情報を前
記装置とネットワークで接続するサーバから前記装置内
の主記憶装置にロードすることを特徴とする請求項６、
７、又は８のデバイスドライバの組み込み・実行方法。
【請求項１１】装置のアドレス割付情報を含むデバイ
ス情報とＯＳの種別と版数を含むＯＳ情報とを含むシス
テムマッピング情報に基づいて装置に搭載されたデバイ
スを制御するプログラムであるドライバをＯＳに登録す
る手順と、ＯＳからの要求を受けると前記システムマッ
ピング情報を参照して必要な情報を付加しドライバへ要
求を伝達する手順とをコンピュータに実行させるプログ
ラム。
【請求項１２】装置のアドレス割付情報を含むデバイ
ス情報とＯＳの種別と版数を含むＯＳ情報とを含むシス
テムマッピング情報に基づいて複数用意されたＯＳとの
インターフェース手段を選択する手順と、前記システム
マッピング情報に基づいて装置に搭載されたデバイスを
制御するプログラムであるドライバの登録情報を編集し
ＯＳへ登録する手順と、ＯＳからの要求を受けると前記
システムマッピング情報を参照して必要な情報を付加し
ドライバへ要求を伝達する手順とをコンピュータに実行
させるプログラム。
【請求項１３】装置のアドレス割付情報を含むデバイ
ス情報とＯＳの種別と版数を含むＯＳ情報とを含むシス
テムマッピング情報に基づいて複数用意されたＯＳとの
インターフェース手段を選択する手順と、前記システム
マッピング情報に基づいて装置に搭載されたデバイスを
制御するプログラムであるドライバの登録情報を編集し
ＯＳへ登録する手順と、ＯＳからドライバへの要求を受
けると前記アドレス割付情報を付加して要求をドライバ
に送る手順と、前記ドライバが受け付けた要求とアドレ
ス割付情報に従って要求を処理する手順とをコンピュー
タに実行させるプログラム。
【請求項１４】システムの開始或いは再開の際に前記
ＯＳからの起動により前記システムマッピング情報を前
記装置内の補助記憶装置から前記装置内の主記憶装置に
ロードする手順とをコンピュータに実行させる請求項１
１、１２、又は１３のプログラム。
【請求項１５】システムの開始或いは再開の際に前記
ＯＳからの起動により前記システムマッピング情報を前
記装置とネットワークで接続するサーバから前記装置内
の主記憶装置にロードする手順とをコンピュータに実行
させる請求項１１、１２、又は１３のプログラム。