JPH0926927A - デバイス制御装置及び方法 - Google Patents

Abstract

(57)【要約】 【課題】デバイスの情報を迅速に捕捉し、一貫性を保持
する。 【解決手段】ホスト１１０が立ち上がると、Ｉ／Ｏドラ
イバ１０２は論理ドライバ１０１の保持するステータス
取得ルーチンのアドレスとステータスバッファのアドレ
スとを登録したステータスハンドルテーブル１０７を作
成する。デバイス１１１にイベントが生じると、Ｉ／Ｏ
ドライバ１０２は、ステータスハンドルテーブル１０７
を参照して、ステータス取得ルーチン１０４を起動して
ステータスを取得し、ステータスバッファ１０５にそれ
を格納する。アプリケーションがデバイス１１１を使用
する場合に、まず論理ドライバ１０１はステータスバッ
ファ１０５を参照してステータスをチェックし、その内
容に応じた動作をする。これにより、アプリケーション
がデバイスを使用するたびにステータスを読出す必要が
なく、イベントが生じた時点でのステータスを保持して
おくことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばホストコン
ピュータにおけるデバイスドライバなどによるデバイス
の制御、特にデバイスのステータス管理を行うデバイス
制御装置及び方法に関するものである。

【０００２】

【従来の技術】従来のホストコンピュータにおいて階層
的な構造のデバイス管理プログラム（デバイスドライ
バ）を持つシステムの例を図１２に示す。ホスト１２０
１は物理的なインタフェースを介してデバイス１２０２
と接続している。ホスト側のインタフェース回路がＩ／
Ｆハードウェア１２０７で、これを制御するプログラム
がＩ／Ｏドライバ１２０５（下位ドライバ）である。Ｉ
／Ｏドライバ１２０５はインタフェースの物理的制御管
理を行なうもので、デバイスの機能的制御はその上位に
位置する論理ドライバ１２０４−１，１２０４−２…
（上位ドライバ）が行なう。論理ドライバ１２０４はデ
バイス１２０２の機能単位毎に存在する。すなわちデバ
イス１２０２が各種の機能を持つ場合、その各々を個別
の仮想デバイスとみなし、別個の論理ドライバが管理す
る。論理ドライバ１２０４は基本的にＩ／Ｆには関知し
ない。これはＩ／Ｏドライバ１２０５が管理する。

【０００３】アプリケーションプログラムがデバイスに
アクセスする場合、まず論理ドライバにアクセスする。
図１２の例ではアプリケーション１２０３−１は論理ド
ライバ１２０４−１に、アプリケーション１２０３−２
は論理ドライバ１２０４−２にアクセスする。このよう
な複数の論理ドライバの例として、デバイス１２０２に
プリンタとスキャナの機能があるとすると、アプリケー
ション１２０３−１はプリントアプリケーション、アプ
リケーション１２０３−２はスキャナユーティリティー
であり、論理ドライバ１２０４−１はプリンタドライ
バ、論理ドライバ１２０４−２はスキャナドライバと考
えることができる。

【０００４】論理ドライバ１２０４はアプリケーション
１２０３の要求に従ってデバイス１２０２に対して論理
的にコマンドを発行する。このコマンドはデバイス依存
であり、論理ドライバ１２０４が保持する。

【０００５】Ｉ／Ｏドライバ１２０５は論理ドライバ１
２０４のコマンド発行要求に対して、物理的な転送制
御、経路制御を行なうとともに、複数の論理ドライバか
らのアクセスに対する排他処理を行なう。またＩ／Ｆハ
ードウェア１２０７からの割り込み要求に対する割り込
み処理ルーチン１２０６を持つ。これによりＩ／Ｆを介
したデバイス１２０２からの要求を処理する。このＩ／
Ｏドライバはデバイスの論理的動作、すなわちコマンド
内容については基本的に関知しない。

【０００６】これらの階層構造のドライバ群を介して、
アプリケーション１２０３からの要求はデバイス１２０
２にコマンドとして送られ、その動作結果はアプリケー
ションに返される。

【０００７】デバイス１２０２で何らかのイベントが発
生した場合を考える。例えばユーザによって重要な機能
設定変更がなされた場合等である。このような場合ホス
ト１２０２上でそのデバイス１２０２を使用するアプリ
ケーションが動作していなくても処理を行なわなければ
ならない。

【０００８】イベントが発生した場合のデバイス１２０
２の処理例を図１３に示す。デバイス１２０２は何らか
のイベントを検出し、それをＩ／Ｆ上に通知する。これ
は、Ｉ／Ｆが例えばＳＣＳＩであれば“ＡＴＮ”、セン
トロニクスであれば“Ｆａｕｌｔ”、ＩＥＥＥ１２８４
ＥＣＰｍｏｄｅであれば“ＰｃｒｉｐｈＲｅｑｕｅｓ
ｔ”をアサートする事に相当する。

【０００９】これに対応したホストの処理例を図１４に
示す。まずＩ／Ｆ上のイベントを検出し、ＣＰＵ割込を
発生させる。ＣＰＵ割り込み処理ルーチン（図示せず）
は割り込み原因を設定し、それに対応したＩ／Ｏドライ
バの割込処理ルーチン１２０６を呼び出して処理を行わ
せる。

【００１０】Ｉ／Ｏドライバ１２０５の割込処理ルーチ
ン１２０６の処理が図１５である。ここでは割込処理ル
ーチン１２０６はそのＩ／Ｏドライバを使用する各論理
ドライバにシグナルを発生させる。このシグナルはＯＳ
（図しせず）が持つ機能で、もし論理ドライバがデバイ
スからの応答待ちでスリープしていなければそれを起動
させ、動作中の論理ドライバが存在しない場合は発生し
たシグナルを保持するなどの動作を行なう。このあと割
込の後処理を行ないリターンする。

【００１１】アプリケーション側からの処理例を図１６
に示す。アプリケーションからの処理要求が発生した場
合、上述したイベント発生のシグナルをチェックする。
もしシグナルがなければ正常動作を行なう。シグナルが
有った場合はそのシグナルの原因を特定するためステー
タス取得コマンドをデバイスに発行し、ステータスを取
得してそれをチェックする。ここでアプリケーションか
らの要求動作の続行の可否を判断する。続行可能であれ
ばそのまま正常動作を行ない、続行不可であればイベン
トの発生をアプリケーションに通知してリターンする。
複数の論理ドライバが起動されている場合には各論理ド
ライバ毎にこのような処理を行ない、動作続行の可否を
判断する。

【００１２】

【発明が解決しようとする課題】しかしながら上記の従
来例では以下の問題があった。

【００１３】１．Ｉ／ＯドライバはＩ／Ｏ動作に専念
し、デバイス毎のコマンドは基本的に管理していない。
すなわちＩ／Ｏドライバの割込処理ではステータスの取
得コマンド，手続の情報をもたないためイベント内容情
報を取得することはできない。実際にイベント情報を取
得するのは論理ドライバがコマンド，処理手続を管理
し、Ｉ／Ｏドライバに指示を発行した時であるが、この
論理ドライバを動作させるのはアプリケーションが動作
した時である。このためイベント発生からステータス取
得まで時間がかかり、イベント情報を逃す可能性があ
る。

【００１４】２．アプリケーション動作から論理ドライ
バを動作させ、シグナルを検出してから実際のデバイス
と交信するため応答に時間がかかる。

【００１５】３．各論理ドライバが別個に起動されてス
テータスを取得するため、情報に一貫性が無くなる可能
性がある。

【００１６】本発明の目的は、デバイスのイベント情報
を逃さず、アプリケーションからの動作要求が有った場
合にイベント情報に応じた動作の応答速度を改善し、複
数の論理ドライバ間でも情報の一貫性を保持することが
できるデバイス制御装置及び方法を提供することにあ
る。

【００１７】

【課題を解決するための手段】上記目的を達成するた
め、本発明のデバイス制御装置は次のような構成からな
る。すなわち、所望の機能を果たすデバイスに接続され
たデバイス制御装置であって、前記デバイスに対するア
クセス要求に従って前記デバイスを制御するための制御
手順を発行する論理ドライバ手段と、前記制御手順に従
って前記デバイスを制御するとともに、前記デバイスの
イベント発生時にステータス取得処理を行なうＩ／Ｏド
ライバ手段とを備え、前記論理ドライバ手段はデバイス
のステータスの取得に必要なステータス取得情報を保持
し、前記Ｉ／Ｏドライバ手段は前記ステータス取得情報
に従って前記デバイスのステータスを取得し、取得した
ステータスを、前記ステータス取得情報に従って保持す
る。

【００１８】あるいは、少なくとも１つの機能を果たす
デバイスに接続されてそれを制御するデバイス制御装置
であって、前記デバイスの機能ごとに設けられた、前記
デバイスからステータス情報を取得するための取得情報
を記憶する取得情報記憶手段と、前記取得情報記憶手段
ごとに取得したステータス情報を記憶するステータス記
憶手段と、デバイスに発生したイベントを検知する検知
手段と、前記検知手段によりイベントが検知されると、
前記デバイスのステータス情報を、前記取得情報に従っ
て読み出し、前記ステータス記憶手段により記憶するス
テータス読出し手段とを備える。

【００１９】また、本発明のデバイス制御方法は次のよ
うな構成からなる。すなわち、少なくとも１つの機能を
果たすデバイスを制御するデバイス制御方法であって、
ステータス情報を読出す手順情報の記憶された位置と、
読出したステータス情報を記憶する位置とを表に登録す
る工程と、デバイスのイベントを検知する工程と、前記
表に登録された記憶位置に記憶された手順情報に従って
ステータス情報を読み出す工程と、読出したステータス
情報を前記表に登録された記憶位置に記憶する工程とを
備える。

【００２０】

【発明の実施の形態】

［実施形態１］本発明の第１の実施形態であるシステム
の論理構成を図１に示す。

【００２１】図１において、１１０はホストコンピュー
タ、１０８はその中で実行されるアプリケーション、１
０１は論理ドライバ、１０２はＩ／Ｏドライバである。
ホスト１１０は、Ｉ／Ｆ１０９を介してデバイス１１１
と接続されいる。論理ドライバ１０１の内部には、デバ
イスのステータス取得処理を行なうステータス取得ルー
チン１０４、取得したステータスを保持するステータス
バッファ１０５を持ち、さらにこれらの情報をＩ／Ｏド
ライバに登録する登録ルーチン１０３を持つ。Ｉ／Ｏド
ライバ１０２の内部には割込処理を行なう割込処理ルー
チン１０６、割込処理時にステータス取得に必要な情報
を保持するステータスハンドルテーブル１０７を持つ。
このような構成は論理的なもので、本実施形態ではアプ
リケーション１０８，論理ドライバ１０１，Ｉ／Ｏドラ
イバ１０２はソフトウエアにより実現されている。図１
７はそのための構成図である。ホスト１１０は、装置全
体を制御するＣＰＵ１１０１，ＣＰＵ１１０１により実
行されるプログラムやデータを格納するためのＲＡＭ１
１０２，同じくプログラムやデータを揮発しないように
記憶しておくＲＯＭ１１０３，デバイスとのインターフ
ェース１１０４，ＲＡＭ１１０２にロードされて（以
下、単にロードと呼ぶ）実行されるプログラムを格納し
ておくディスク装置などの外部記憶１１０５を含んでい
る。図１の構成は、ＲＡＭ１１０２あるいはＲＯＭ１１
０３上のプログラムをＣＰＵ１１０１が実行することで
実現される。

【００２２】さて、図１のシステムの動作について以下
に説明する。ホスト１１０は電源投入時に各種の初期化
動作を行なうが、そのうちデバイスの動作に関する部分
の一部の処理例を図２に示す。システムは立ち上げ動作
過程でまずＩ／Ｏドライバをロードし（ステップＳ２０
１）、その内部のステータスハンドルテーブル１０７を
０にクリアする（ステップＳ２０２）。このステータス
ハンドルとは、論理ドライバ内部のステータス取得ルー
チン１０４のエントリアドレスとステータスバッファ１
０５の先頭アドレスとを対にしたデータ構造体の集合で
ある。たとえば下記のような構造を持つ。

【００２３】 ここでget_status_entryがステータス取得ルーチンのエ
ントリであり、status_tableがステータスの構造体のポ
インタである。この型であるStatusTableはそのデバイ
スに適切な型として宣言されているものとする。ステー
タスハンドルテーブル１０７、すなわち上記status_han
dle[N]はStatusHandle型の構造体として宣言される。そ
の要素数Ｎは適切な整数値とする。すなわち、ステータ
スハンドルテーブル１０７は図１８に示したような構造
である。

【００２４】次に論理ドライバをロードして（ステップ
Ｓ２０３）、論理ドライバ１０１がデバイスの初期化動
作に入る。この論理ドライバ１０１のデバイス初期化動
作の流れを示したものが図３である。

【００２５】論理ドライバの登録ルーチン１０３は、Ｉ
／Ｏドライバ１０２内部のステータスハンドルテーブル
１０７の先頭アドレスを取得する（ステップＳ３０
１）。これはＩ／Ｏドライバ１０２内部にその値を返す
プログラムを内蔵しても良いし、Ｉ／Ｏドライバのロー
ド時にＯＳに登録し、それを取得しても良い。はじめに
この先頭アドレスを参照アドレスとしてステータスハン
ドルテーブル１０７の内容をチェックし（ステップＳ３
０２）、もし０であればそのステータスハンドルは未登
録であるとみなして、その論理ドライバのステータス取
得ルーチンのエントリ、ステータスバッファの先頭アド
レスを登録する（ステップＳ３０４，Ｓ３０５）。もし
ステータスハンドルが０でなければすでに他の論理ドラ
イバが登録済みであるとみなし、ステータスハンドルの
参照アドレスをインクリメントして次のステータスハン
ドルのチェックを行なう（ステップＳ３０３）。ステー
タスハンドルの登録を行なった後、さらに他の初期化動
作を行ないデバイス初期化動作を完了する（ステップＳ
３０６）。論理ドライバが複数ある場合、この処理を論
理ドライバ毎に行なう。

【００２６】図１の例では、デバイス１１１に対する論
理ドライバ１０１におけるステータス取得ルーチン１０
４のエントリアドレスと、ステータスバッファ１０５の
アドレスとを対にしてステータスハンドルテーブル１０
７にステータスハンドルとして登録する。

【００２７】次にデバイスでイベントが発生した場合の
処理例について説明する。ホストは図１４に説明したよ
うにＩ／Ｆ上のイベントを検出してＩ／Ｏドライバの割
込処理ルーチンに入る。この時のＩ／Ｏドライバの処理
例を図４に示す。

【００２８】Ｉ／Ｏドライバ１０２は割込処理において
ステータスハンドルテーブル１０７をチェックし（ステ
ップＳ４０１）、ステータスハンドルが０でなければ論
理ドライバのステータス取得ルーチンエントリが登録済
みとみなして、その処理をコールする（ステップＳ４０
３）。それによりステータスを取得し、それをステータ
スハンドルテーブル１０７に登録された論理ドライバ内
部のステータスバッファ１０５にコピーする（ステップ
Ｓ４０４）。この後ステータスハンドルテーブルの参照
アドレスのステータスハンドルが０となった時、全ての
登録に対して処理が完了したとみなす。このようにステ
ータス取得を登録した論理ドライバ全てについてステー
タスの取得とその格納を行ったあと他の割込処理を行な
い（ステップＳ４０６）、割込処理を完了する。

【００２９】こうして格納されたステータスはアプリケ
ーション１０８からそのデバイス１１１へ動作要求が発
生した時に参照する。この時の論理ドライバの処理例を
図５に示す。

【００３０】アプリケーション１０８から動作要求発生
時、論理ドライバ１０１はステータスバッファ１０５を
参照する（ステップＳ５０２）。このステータスバッフ
ァ１０５には上述の動作により最新のイベント発生時の
ステータスが入っている。このステータスから論理ドラ
イバ１０１はアプリケーション１０８からの動作要求が
実行可能か否かを判断し（ステップＳ５０３）、可能な
らば正常動作を行ない（ステップＳ５０４）、不可能な
らば異常ステータスをアプリケーションに返して動作を
完了する（ステップＳ５０５）。

【００３１】アプリケーション動作要求とイベント処理
の割込動作とが同時に発生する可能性があるが、これは
セマフォ等の適切なステータスバッファの参照のロック
機構を設けることで障害の発生を回避できる。

【００３２】以上説明したように本実施形態によれば、
デバイスからのイベント発生による割込発生直後に、そ
の処理を行なうＩ／Ｏドライバの割込処理が、ステータ
スをデバイスから取得し、ステータスバッファに保持す
るため、イベント発生から短時間でステータスを取得で
き、これによりイベントの情報を逃すことなく、情報の
一貫性を保持でき、かつアプリケーションからの動作要
求時には保持したステータスにアクセスするため、短時
間での応答が可能となる。またＩ／Ｏドライバが使用す
るステータス取得手続は論理ドライバに保持した情報を
使用するため、柔軟な処理が可能となり、その論理ドラ
イバに最適なステータス情報を取得することができる。

【００３３】［実施形態２］本発明の第２の実施形態を
図６に示す。図１の構成例と同一の要素は同一の番号を
記してある。また、論理ドライバとＩ／Ｏドライバ以外
は図１と同じ構成であるため省いてある。第１の実施形
態では各論理ドライバのステータス取得ルーチンエント
リとステータスバッファアドレスとを対にしてステータ
スハンドルとして管理したが、本構成ではステータスの
取得は単一のルーチンで行なう。

【００３４】図６は１つのＩ／Ｏドライバ１０２を複数
の論理ドライバ１０１−１，１０１−２，…が使用する
場合を示している。最初にロードされる論理ドライバ１
０１−１は登録ルーチン１０３−１がステータス取得ル
ーチン１０４−１のエントリとステータスバッファ１０
５−１の先頭アドレスの両方の登録を行ない、次にロー
ドされる論理ドライバ１０１−２はステータス取得ルー
チン１０４−２のエントリは登録せず、ステータスバッ
ファ１０５−２の先頭アドレスを登録する事を示してい
る。Ｉ／Ｏドライバ１０２はステータス取得ルーチンエ
ントリアドレスをステータス取得ルーチンアドレスレジ
スタ６０１に保持し、割込処理時のステータス取得には
このアドレスのプログラムを使用する。ステータスバッ
ファアドレステーブル６０２は第１の実施形態のステー
タスハンドルテーブルのStatusTable* status_table;の
配列である。割込処理ルーチンは取得したステータスを
これに示された各論理ドライバのステータスバッファに
コピーする。

【００３５】ホストの電源投入直後のデバイス初期化動
作は第１の実施形態の図２，図３と同様である。Ｉ／Ｏ
ドライバ１０２がステータス取得ルーチンアドレスレジ
スタ６０１、ステータスバッファアドレステーブル６０
２を０にクリアした後論理ドライバの初期化動作を行な
う。

【００３６】この処理例を図７に示す。論理ドライバの
登録ルーチン１０３−１はステータス取得ルーチンアド
レスレジスタ６０１のアドレスを取得してその内容をチ
ェックする（ステップＳ７０１）。もし０であればステ
ータス取得ルーチンは未登録であるとみなしてその論理
ドライバ１０１−１の持つステータス取得ルーチン１０
４−１のエントリを登録する（ステップＳ７０３）。０
でなければすでに他の論理ドライバが登録済みとみなし
て登録をスキップする。

【００３７】次にステータスバッファアドレステーブル
６０２の先頭アドレスを取得し（ステップＳ７０４）、
それを参照アドレスとしてその内容のステータスバッフ
ァアドレスをチェックする。もし０でなければ参照アド
レスをインクリメントして次のアドレスをチェックして
ゆく（ステップＳ７０６）。アドレスが０ならばそのテ
ーブル要素は未登録とみなしてその論理ドライバのステ
ータスバッファ先頭アドレスを登録する（ステップＳ７
０７）。これらの登録完了後、他の初期化動作を行ない
論理ドライバの初期化動作を完了する（ステップＳ７０
８）。

【００３８】次にデバイスでイベントが発生した場合の
処理例について説明する。ホストは図１４に説明したよ
うにＩ／Ｆ上のイベントを検出してＩ／Ｏドライバの割
込処理ルーチンに入る。この時のＩ／Ｏドライバの処理
例を図８に示す。

【００３９】Ｉ／Ｏドライバは割込処理においてステー
タス取得ルーチンアドレスレジスタをチェックし（ステ
ップＳ８０１）、レジスタ内容が０でなければ論理ドラ
イバのステータス取得ルーチンエントリが登録済みとみ
なして、登録された処理をコールする（ステップＳ８０
３）。それによりステータスを取得し、それをステータ
スバッファアドレステーブル６０２に登録された論理ド
ライバ内部のステータスにバッファコピーする（ステッ
プＳ８０４）。この後ステータスバッファアドレステー
ブル６０２の参照アドレスをインクリメントし（ステッ
プＳ８０５）、次のステータスバッファアドレステーブ
ルの内容についても同様の処理を繰り返し（ステップＳ
８０６）、登録された全ての論理ドライバのステータス
バッファにステータスをコピーする。参照アドレスの内
容が０となった時、全てのステータスバッファにコピー
が完了したとみなす。この後他の割込処理を行ない割込
処理を完了する（ステップＳ８０７）。

【００４０】以上のようにしてデバイスでイベントが発
生した場合、その時点におけるデバイスのステータスを
保持しておくことができる。

【００４１】アプリケーションからデバイスのアクセス
が発生した場合は第１の実施形態の図５と同様の処理を
行なう。

【００４２】本実施形態ではデバイスのステータスは１
回取得すれば全ての論理ドライバに必要な情報を提供で
きる。これによりステータス取得ルーチンエントリの容
量を削減できるとともに、ステータス取得のためのデバ
イスアクセスが１度で済むため動作を軽減できる。ま
た、同じＩ／Ｏドライバを使用する論理ドライバは、デ
バイスのステータスを共通のものとして扱いことができ
るため、論理ドライバによるステータスの相違による処
理の不具合が生じることがない。

【００４３】［実施形態３］本発明の第３の実施形態を
図９に示す。図１，図６の構成例と同一の要素は同一の
番号を記してある。本構成例ではステータスバッファア
ドレステーブルは持たず、ステータスバッファは、シス
テムを管理するＯＳ９０１内部のワーク領域に確保し、
各論理ドライバはそのステータスバッファ９０２を共有
して参照する。

【００４４】電源投入直後の初期化動作はステータスバ
ッファアドレステーブルが無いため、第２の実施形態の
動作のサブセットとなる。Ｉ／Ｏドライバ１０２がステ
ータス取得ルーチンアドレスレジスタ６０１を０にクリ
アしたあと論理ドライバの初期化動作を行なう。論理ド
ライバ１０１の登録ルーチン１０３は図７の処理の内ス
テータス取得ルーチンのエントリ登録に関するステップ
Ｓ７０１〜Ｓ７０３及びＳ７０８の処理を行なう。複数
の論理ドライバをロードする場合、最初にロードする論
理ドライバのステータス取得ルーチンエントリのみを登
録することは第２の実施形態と同様である。

【００４５】次にデバイスでイベントが発生した場合の
処理について説明する。ホストは図１４に説明したよう
にＩ／Ｆ上のイベントを検出してＩ／Ｏドライバの割込
処理ルーチンに入る。この時のＩ／Ｏドライバの処理例
を図１０に示す。

【００４６】ステータス取得までの動作ステップＳ１０
０１〜Ｓ１００３は図８の第２の実施形態の動作ステッ
プＳ８０１〜Ｓ８０３と同様である。本構成例では割込
処理１０６は、ステータスバッファをＯＳ９０１のワー
ク領域に確保してそのアドレスを取得し（ステップＳ１
００４）、ステータスをステータスバッファ９０２にコ
ピーする（ステップＳ１００５）。このあと他の割込処
理を行ない処理を完了する（ステップＳ１００６）。

【００４７】アプリケーションからデバイスのアクセス
が発生した場合は論理ドライバ１０１は第１の実施形態
の図５と同様の処理を行なうが、ステータスの参照はＯ
Ｓからステータスバッファ９０２のアドレスを取得して
内容を参照する。このステータスバッファ９０２のアド
レスはＩ／Ｏドライバ１０２内部で保持し、Ｉ／Ｏドラ
イバ１０２から論理ドライバ１０１が取得しても良い。

【００４８】本実施形態では単一のステータスバッファ
９０２を各論理ドライバから共有して参照するため、論
理ドライバ間の情報の一貫性が保証されるとともに、複
数のステータスバッファへのコピーの必要が無い分処理
が軽減される。

【００４９】［実施形態４］本発明の第４の実施形態を
図１１に示す。図１，図９の構成例と同一の要素は同一
の番号を記してある。ステータスバッファはＯＳ９０１
内部のワーク領域に確保し、各論理ドライバはそのステ
ータスバッファ９０２を共有して参照することは第３の
実施形態と同様である。本実施形態ではＩ／Ｏドライバ
１０２内部にステータス取得コマンドバッファ１１０２
を設け、イベント発生時にはＩ／Ｏドライバ１０２はこ
のコマンドを発行してステータスを取得する。

【００５０】電源投入直後の初期化動作は第３の実施形
態の動作と同様である。Ｉ／Ｏドライバ１０２がステー
タス取得コマンドバッファ１１０２を０にクリアしたあ
と論理ドライバの初期化動作を行なう。論理ドライバ１
０１の登録ルーチン１０３はステータス取得コマンドバ
ッファ１１０２のアドレスを取得してその内容をチェッ
クする。もし０であればステータス取得コマンドは未登
録であるとみなしてその論理ドライバの持つステータス
取得コマンド１１０１−１を登録する。０でなければ既
に他の論理ドライバが登録済みとみなして登録をスキッ
プする。すなわち最初にロードする論理ドライバのステ
ータス取得コマンドのみを登録する。

【００５１】次にデバイスでイベントが発生した場合の
処理例について説明する。ホストは図１４に説明したよ
うにＩ／Ｆ上のイベントを検出してＩ／Ｏドライバの割
込処理ルーチンに入る。本実施形態では割込処理ルーチ
ンはステータスを取得するためにステータスコマンドバ
ッファ１１０２に登録されたコマンドをデバイスに発行
する。これにより取得したステータスは第３の実施形態
と同様にＯＳ９０１のワーク領域にステータスバッファ
９０２を確保し、そのアドレスを取得してステータスを
コピーする。このあと他の割込処理を行ない処理を完了
する。

【００５２】アプリケーションからのアクセスが発生し
た場合の動作は第３の実施形態と同様である。

【００５３】本構成例では割込処理１０６は論理ドライ
バ１０１が指定したコマンドを予めＩ／Ｏドライバに記
述した操作で発行し、ステータスを取得する。このた
め、ステータス取得手順が単純に定型化されたデバイ
ス、ドライバに適合する。

【００５４】なお、上述の例ではステータス取得コマン
ドバッファ１１０２は単一コマンドでも、もしくは単一
の論理ドライバからの登録しか行われないが、ステータ
ス取得コマンドバッファを配列にして、複数の論理ドラ
イバが異なるコマンドを登録できるように構成しても良
い。またステータスバッファ９０２をＯＳワークエリア
に確保せず、第１の実施形態のように各論理ドライバの
内部に確保するように構成しても良い。

【００５５】また、本発明は、『ホストコンピュータ、
インタフェース、プリンタ等の』複数の機器から構成さ
れるシステムに適用しても、『複写機等の』１つの機器
からなる装置に適用しても良い。また、本発明はシステ
ム或は装置にプログラムを供給することによって実施さ
れる場合にも適用できることは言うまでもない。この場
合、本発明に係るプログラムを格納した記憶媒体が本発
明を構成することになる。そして、該記憶媒体からその
プログラムをシステム或は装置に読み出すことによっ
て、そのシステム或は装置が、予め定められた仕方で動
作する。

【００５６】

【発明の効果】以上説明したように本発明のデバイス制
御装置及び方法によれば、デバイスからのイベント発生
直後にそのステータスをデバイスから取得して保持する
ため、イベント発生から短時間でステータスを取得で
き、これによりイベントの情報を逃すことなく情報の一
貫性を保持でき、また、ステータスを用いる際には保持
したステータスにアクセスするため短時間での応答が可
能となる。

【００５７】またステータス取得手続は論理ドライバに
保持した情報を使用するため、柔軟な処理が可能とな
り、その論理ドライバに最適なステータス情報を取得す
ることができる。

【００５８】

【図面の簡単な説明】

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

【図２】ホストの初期化時の動作アルゴリズム例であ
る。

【図３】論理ドライバの初期化動作アルゴリズム例であ
る。

【図４】Ｉ／Ｏドライバのステータス取得動作アルゴリ
ズム例である。

【図５】論理ドライバの通常動作アルゴリズム例であ
る。

【図６】本発明の第２の実施形態を示す図である。

【図７】論理ドライバの処理か動作アルゴリズム例であ
る。

【図８】Ｉ／Ｏドライバのステータス取得動作アルゴリ
ズム例である。

【図９】本発明の第３の実施形態を示す図である。

【図１０】Ｉ／Ｏドライバのステータス取得動作アルゴ
リズム例である。

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

【図１２】システム構造の概略図である。

【図１３】デバイスのイベント発生通知動作のアルゴリ
ズム例である。

【図１４】ホストの割込処理アルゴリズム例である。

【図１５】Ｉ／Ｏドライバの割込処理動作アルゴリズム
例である。

【図１６】論理ドライバのイベント検出動作アルゴリズ
ム例である。

【図１７】実施形態の装置を実現するための構成図であ
る。

【図１８】ステータスハンドルテーブルの構造を示す図
である。

【符号の説明】

１０１ 論理ドライバ １０２ Ｉ／Ｏドライバ １０３ 登録ルーチン １０４ ステータス取得ルーチン １０５ ステータスバッファ １０６ 割込処理 １０７ ステータスハンドルテーブル ６０１ ステータス取得ルーチンアドレスレジスタ ６０２ ステータスバッファアドレステーブル ９０１ ＯＳ ９０２ ステータスバッファ １１０１ ステータス取得コマンド １１０２ ステータス取得コマンドバッファ １２０１ ホスト １２０２ デバイス １２０３ アプリケーション １２０４ 論理ドライバ １２０５ Ｉ／Ｏドライバ １２０６ 割込処理 １２０７ Ｉ／Ｆハードウェア

Claims (13)

【特許請求の範囲】
1. 【請求項１】 所望の機能を果たすデバイスに接続され
   たデバイス制御装置であって、 前記デバイスに対するアクセス要求に従って前記デバイ
   スを制御するための制御手順を発行する論理ドライバ手
   段と、 前記制御手順に従って前記デバイスを制御するととも
   に、前記デバイスのイベント発生時にステータス取得処
   理を行なうＩ／Ｏドライバ手段とを備え、 前記論理ドライバ手段はデバイスのステータスの取得に
   必要なステータス取得情報を保持し、前記Ｉ／Ｏドライ
   バ手段は前記ステータス取得情報に従って前記デバイス
   のステータスを取得し、取得したステータスを、前記ス
   テータス取得情報に従って保持することを特徴とするデ
   バイス制御装置。
2. 【請求項２】 前記論理ドライバ手段は、前記ステータ
   ス取得情報を登録する登録手段を有することを特徴とす
   る請求項１記載のデバイス制御装置。
3. 【請求項３】 前記Ｉ／Ｏドライバ手段は前記ステータ
   ス取得情報にアクセスするためのアクセス情報を保持
   し、前記論理ドライバ手段は、前記アクセス情報を設定
   することを特徴とする請求項１または２記載のデバイス
   制御装置。
4. 【請求項４】 前記ステータス取得情報は、ステータス
   を取得するための手順情報を含み、前記アクセス情報
   は、前記手順情報のアドレスを含むことを特徴とする請
   求項３に記載のデバイス制御装置。
5. 【請求項５】 前記ステータス取得情報は、ステータス
   を取得するための手順情報としてコマンド情報を含み、
   前記Ｉ／Ｏドライバは前記コマンド情報に応じた所定の
   手順で前記ステータス情報を取得することを特徴とする
   請求項３に記載のデバイス制御装置。
6. 【請求項６】 前記ステータス取得情報は、ステータス
   を保持するための領域を含み、前記アクセス情報は、前
   記領域のアドレスを含むことを特徴とする請求項３又は
   ４に記載のデバイス制御装置。
7. 【請求項７】 前記ステータスを保持するための保持手
   段をさらに備え、前記Ｉ／Ｏドライバ手段により取得さ
   れたステータスは、前記保持手段により保持されること
   を特徴とする請求項１乃至５いずれかに記載のデバイス
   制御装置。
8. 【請求項８】 少なくとも１つの機能を果たすデバイス
   に接続されてそれを制御するデバイス制御装置であっ
   て、 前記デバイスの機能ごとに設けられた、前記デバイスか
   らステータス情報を取得するための取得情報を記憶する
   取得情報記憶手段と、 前記取得情報記憶手段ごとに取得したステータス情報を
   記憶するステータス記憶手段と、 デバイスに発生したイベントを検知する検知手段と、 前記検知手段によりイベントが検知されると、前記デバ
   イスのステータス情報を、前記取得情報に従って読み出
   し、前記ステータス記憶手段により記憶するステータス
   読出し手段とを備えることを特徴とするデバイス制御装
   置。
9. 【請求項９】 前記ステータス読出し手段は、前記取得
   情報の記憶位置を保持し、該記憶位置に応じた取得情報
   に基づいてステータス情報を読出すことを特徴とする請
   求項８に記載のデバイス制御装置。
10. 【請求項１０】 前記ステータス読出し手段は、取得し
    たステータス情報を記憶すべき位置を保持し、該記憶す
    べき位置に基づいてステータス情報を記憶する請求項８
    または９に記載のデバイス制御装置。
11. 【請求項１１】 前記取得情報記憶手段は、取得情報と
    してステータス情報を読出す手順情報を記憶し、前記ス
    テータス読出し手段は、前記手順情報に従ってステータ
    ス情報を読出すことを特徴とする請求項８乃至１０いず
    れかに記載のデバイス制御装置。
12. 【請求項１２】 前記取得情報記憶手段は、取得情報と
    してステータス情報を読出すコマンド情報を記憶し、前
    記ステータス読出し手段は、前記コマンド情報に対応し
    て予め与えられている手順でステータス情報を読出すこ
    とを特徴とする請求項８乃至１０いずれかに記載のデバ
    イス制御装置。
13. 【請求項１３】 少なくとも１つの機能を果たすデバイ
    スを制御するデバイス制御方法であって、 ステータス情報を読出す手順情報の記憶された位置と、
    読出したステータス情報を記憶する位置とを表に登録す
    る工程と、 デバイスのイベントを検知する工程と、 前記表に登録された記憶位置に記憶された手順情報に従
    ってステータス情報を読み出す工程と、 読出したステータス情報を前記表に登録された記憶位置
    に記憶する工程と、を備えることを特徴とするデバイス
    制御方法。