JPH11249873A - ドライバ機能の動的管理方式及び動的管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 現在実行中であるドライバに対して、新しい
機能の編集を行うには、一旦、そのドライバを停止、削
除し、新たにコンパイルし直したドライバを組み込み直
さなければならないという制約があった。 【解決手段】 既存の手段によってコンパイルされた新
機能をドライバに渡すための新機能追加手段、現在ドラ
イバ内に組み込まれている機能情報を取得する情報取得
手段をアプリケーション側に備え、ドライバにはアプリ
ケーションからの命令受付け手段、および提供機能の管
理手段を設けることで、現在実行中のドライバを停止さ
せることなく、新たな機能を編集して組み込むことで、
ドライバ機能を効率よく管理する方法、および方式を提
供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータの
オペレーティングシステムを構成するドライバに対し
て、新たな機能を動的に追加・削除することを可能とす
る機能の動的追加方法、および方式に関するものであ
る。

【０００２】

【従来の技術】従来のオペレーティングシステムにおけ
るドライバへの機能追加方法では、ドライバもしくはオ
ペレーティングシステムを一旦停止しなければならず、
動的に新しい機能を追加することができなかった。例え
ば、UNIXの世界では、オペレーティングシステムに新た
にドライバを追加するには、システムの構成を示すコン
フィグレーションファイルの再設定を行うことによって
新たに追加するドライバを有効にし、システムを立ち上
げ直すという作業を行わなければならない。また、既存
のシステムの中にはQNX社のQNX OSや Lynx Real-time S
ystems Inc社のLynxOSのように、オペレーティングシス
テムに対して動的にドライバを組み込むことが可能な製
品も存在するが、いずれも実行中のオペレーティングシ
ステムに対してシステムを落とすことなく新規のドライ
バを追加することを可能としたものであって、実行中の
ドライバに対して新しい機能を動的に追加することはで
きない（「QNX OS System Architectureマニュアル」、
「LynxOSシステムコールリファレンスマニュアル」）。
一方のWindowsの世界においては、UNIXと比べて開発環
境が整っているため、比較的簡単にドライバの作成が行
えるが、やはり、ドライバに新たな機能を追加するには
新しくドライバを作り直し、現在実行中のドライバを一
旦停止・削除した後、新しく作り直したドライバを組み
込み直すという作業を行わなければならない（「Window
s NT Device Driver Kitマニュアル」、「The Windows
NT Device Driver Book」Art Baker著)。

【０００３】図２４は例えば、Windows NTをオペレーテ
ィングシステムとして使用する場合のドライバ作成手段
を示している。図において、１はハードウェア、２は既
にオペレーティングシステム３に組み込まれているドラ
イバ、２a〜２cはドライバ２を構成している各々のドラ
イバ構成要素群であるドライバa〜ドライバcを示す。ま
た、３はオペレーティングシステム、４はI/Oマネージ
ャ、５はドライバ組込み手段、６はこれから新しく組み
込もうとするドライバz、７はドライバソースコード８
からドライバz（６）を作成するためのコンパイル手
段、８は新しく組み込もうとするドライバz（６）に対
応したソースコードである。

【０００４】図２５はオペレーティングシステム３の一
部を構成するドライバ２へ新たな機能を追加する場合の
作業を示したフローチャート図であり、以下に、従来に
おける組込み作業方法について図２４、および図２５を
用いて説明する。例えば、図２４において、ドライバa
（２a）に新しい機能を追加する場合には、まず、既存
のドライバのソースコードに新たな機能を追加したドラ
イバソースコード８を作成する（ステップ２８０１）。
次に、新規に作成したドライバソースコード８をコンパ
イル手段７を用いてコンパイルし（ステップ２８０
２）、新しい機能を含んだドライバz（６）を作成す
る。そして、現在実行中であるドライバa（ 2a）を停止
させた（ステップ２８０３）後、該ドライバを削除する
（ステップ２８０４）。最後に、新しくコンパイルし直
したドライバｚ（６）の組み込み処理を行う（ステップ
２８０５）。

【０００５】以上のように、Windows NTドライバにおい
ては、ドライバに対して新たな機能の追加作業を行う場
合、作業を開始（ステップ２８０３）してから、終了
（ステップ２８０５）するまでの間ドライバの使用が不
可となり、その期間はドライバに依存しているデバイス
が使用できないという状況が発生していた。

【０００６】

【発明が解決しようとする課題】

【０００７】従来のオペレーティングシステムのドライ
バに対しては、以上のようにして新しい機能の追加、削
除を行っていたので、必ず対象となるドライバを一旦停
止・削除し、新しいものに組み込み直さなければならな
いという問題点があった。これは、ドライバを構成して
いる一部の機能であっても修正する際には、そのドライ
バ全体を停止・削除しなければならず、極めて効率が悪
いという結果を引き起こしていた。

【０００８】この発明は上記のような問題点を解決する
ためになされたもので、オペレーティングシステム内に
組み込まれているドライバに対して、該ドライバの実行
を停止させることなく動的に新しい機能の追加もしくは
削除を可能とし、更に追加した機能に対して、実行可否
・使用回数・共有数・実行時刻等に制限を加えることに
よるドライバの管理制御を可能としたドライバ機能の動
的管理方法、および方式を提供することを目的とする。

【０００９】

【課題を解決するための手段】第１の発明に係わるドラ
イバ機能の動的管理方式は、オペレーティングシステム
（以下ＯＳという）と、コンピュータに接続されたデバ
イスを制御し該ＯＳの一部をなすドライバと、該ドライ
バに対する構成制御を行うドライバ構成制御手段を備え
たドライバ機能の動的管理方式において、ドライバが該
ドライバで提供可能な機能を管理するためのドライバ機
能管理手段と、前記ＯＳを介して該ドライバに発行され
た制御命令を解読実行する命令受付け手段を備え、ドラ
イバ構成制御手段はドライバが提供する機能情報を取得
するためのドライバ構成制御情報取得手段と、ドライバ
の提供機能に対する編集を行うドライバ構成制御情報編
集手段を備えたものである。

【００１０】第２の発明に係わるドライバ機能の動的管
理方法は、オペレーティングシステム（以下ＯＳとい
う）と、コンピュータに接続されたデバイスを制御し該
ＯＳの一部をなすドライバに対し、以下のステップに従
って構成制御するようにしたものである。 （ａ）ＯＳインタフェースを介してドライバ機能として
提供している関数または変数に関する情報を取得する構
成制御情報取得ステップ； （ｂ）前記取得した構成制御情報に基づいて、新規機能
モジュールを作成する新規モジュール作成ステップ； （ｃ）新規作成されたモジュールをＯＳインタフェース
を介して前記ドライバに転送するステップ； （ｄ）前記ドライバが転送されてきた新規モジュールを
ドライバのメモリエリア内に配置するとともに、ドライ
バ提供機能として登録するステップ。

【００１１】第３の発明に係わるドライバ機能の動的管
理方法は、オペレーティングシステム（以下ＯＳとい
う）と、コンピュータに接続されたデバイスを制御し該
ＯＳの一部をなすドライバに対し、以下のステップに従
って構成制御するようにしたものである。 （ａ）ＯＳインタフェースを介してドライバ機能として
提供している関数または変数を指定し、該機能の削除を
指定するドライバ機能の削除命令発行ステップ； （ｂ）前記命令を受信したドライバが削除指定された関
数または変数を検索し、これら状態に従って下記、（ｂ
１）、（ｂ２）何れかの動作を行うことで、指定された
ドライバ機能を削除する機能削除ステップ； （ｂ１）削除指定された機能が実行中でない時：ドライ
バ提供機能から直ちに削除するステップ； （ｂ２）削除指定された機能が実行中の時： 該機能に
削除予定マークを付し、該機能の実行が終了した時点で
ドライバ提供機能から削除するステップ。

【００１２】第４の発明は第１の発明に係わるドライバ
機能の動的管理方式において、ドライバ機能管理手段は
ドライバ機能として提供する関数または広域変数に対応
してこれに関するアドレス情報、および該機能の提供の
可否を指定する実行可否フラグを備えたものである。

【００１３】第５の発明は第１の発明に係わるドライバ
機能の動的管理方式において、前記ドライバ機能管理手
段はドライバ機能として提供する関数または広域変数に
対応してこれに関するアドレス情報、および該機能の使
用回数制限を行うためのカウンタ値を備え、ＯＳインタ
フェースを介して該機能を使用する毎にカウンタ値を変
更し、規定値になるまで該機能を提供するようにしたも
のである。

【００１４】第６の発明は第１の発明に係わるドライバ
機能の動的管理方式において、前記ドライバ機能管理手
段はドライバ機能として提供する関数または広域変数に
対応してこれに関するアドレス情報、および該機能のユ
ーザプログラム間での同時アクセス許可数を示すアクセ
ス共有カウンタを備えたものである。

【００１５】第７の発明は第１の発明に係わるドライバ
機能の動的管理方式において、前記ドライバ機能管理手
段はドライバ機能として提供する関数または広域変数に
対応してこれに関するアドレス情報、および該機能の使
用時間帯を制限を行うための時間情報を備え、該時間情
報は時刻情報とフラグから構成し、該フラグがオンの場
合には該時刻の到来により機能が有効となり、他方該フ
ラグがオフの場合には該時刻の到来によって機能の使用
を不可とするようにしたものである。

【００１６】第８の発明は第１の発明に係わるドライバ
機能の動的管理方式において、前記ドライバ機能管理手
段はドライバ機能として提供する関数または広域変数に
対応してこれに関するアドレス情報、および該機能に対
応した選択情報を備え、該選択情報は該指定機能を介し
て選択可能な機能一覧情報と現在選択されている機能指
定情報から構成したものである。

【００１７】

【発明の実施の形態】実施の形態１．以下、本発明の第
１の実施形態について図１乃至図４に基づいて説明す
る。図１は本実施形態を示す構成図であり、図におい
て、３はオペレーティングシステム、２はオペレーティ
ングシステムに組み込まれているドライバ、１０７はド
ライバが有する機能群であり、各々機能Ａ〜機能Ｃ（機
能１０７Ａ〜１０７Ｃ）から構成されている。また、１
０１は新機能の追加された新規ソースコード、１０３は
従来例で説明したと同様の既存のコンパイル手段１０２
により生成された新規ソースコード１０１のコンパイル
結果、３０２は、既存のコンパイル手段１０２によって
新機能を有するソースコード１０１がコンパイルされた
際に自動的に作成されるマップファイルであり、コンパ
イルされた新機能モジュール１０３内で使用しているド
ライバソース内の関数・変数に関する相対アドレスが記
述されている。このマップファイルを参照することによ
って、ドライバ内で使用されている関数・変数がドライ
バの先頭から何番地に格納されているのかを特定するこ
とができる。１０４はドライバ２を構成している各種機
能情報を取得する情報獲得手段、１０５はコンパイルさ
れた結果の新機能をドライバに追加するための新機能追
加手段である。１０６は情報獲得手段１０４、或は新機
能追加手段１０５から発せられる各種のシステムコール
命令を受付ける命令受付け手段、３０１はドライバが現
在ユーザに対して提供している機能の一覧を管理する機
能一覧情報であり、この内部構造を示したものが図２で
ある。図２において、構成要素４０１は現時点でドライ
バが提供している機能に対応して構成された関数名、ま
たはこれらの関数群が呼び出す変数名を表し、構成要素
４０２は、その関数・変数へのアドレス値（ポインタ）
を示している。３０３は情報編集手段であり、コンパイ
ル結果１０３に対して情報獲得手段１０４を介して得た
情報をもとに実行可能なロードモジュールを生成した
り、ドライバをシステムに最初に組み込む際の基本とな
るドライバモジュールを初期化生成する場合に使用され
る。

【００１８】次に、動作について図１乃至図４に基づい
て説明する。 （１）先ず、機能一覧情報３０１の初期化動作につい
て、図３を用いて説明する。基本機能から構成されたド
ライバソースコードを既存のコンパイル手段１０２でコ
ンパイルする。このとき、マップファイル３０２も同時
に作成される（ステップ５０１）。次いで、情報編集手
段３０３は、マップファイル３０２の内容を機能一覧情
報３０１に併せた情報に変換を行う。すなわち、マップ
ファイル３０２内に記述されている各関数・変数へのア
ドレスは、コンパイル結果の先頭からの相対アドレスで
あるため、実際にドライバに組み込まれた際のアドレス
（絶対アドレス）となるように、カーネル区間内におい
てドライバ領域が占める先頭アドレスの値を加算するこ
とによって求める（ステップ５０２）。このようにして
変換されたデータは、初期化動作を示すシステムコール
命令により、新機能追加手段１０５を介して命令受付手
段１０６に渡される。この場合のシステムコール命令と
しては、例えば arg１とarg２の２個の引き数を有する
Ｉ／Ｏコントロール命令Ａを使用し、第１の引き数 arg
１で新規に組み込むドライバモジュールの実体をアドレ
ッシングし、第２の引き数 arg２で情報編集手段３０３
が作成した機能一覧情報リストを指定するようにすれば
よい。上記命令を受理した命令受付け手段１０６は、ar
g１に基づいてドライバ機能を構成するモジュール実体
（１０７Ａ、１０７Ｂ、１０７Ｃ）をドライバ空間に配
置するとともに、arg２の情報に従って機能一覧情報３
０１を初期化する（ステップ５０３）。以上の処理によ
り、これ以降ユーザはドライバが提供する機能（１０７
Ａ、１０７Ｂ、１０７Ｃ）の使用が可能となる。

【００１９】（２）次にドライバに対する新機能の追加
・作成処理について、図４を用いて説明する。ユーザが
現在実行中のドライバに対して新たな機能を追加する場
合には、どのような機能が既にドライバで実現されてい
るか、またどのような変数が使用されているのか等、現
在実行中のドライバの状況を把握することが必要であ
る。そこで、ドライバが現在サポートしているこれら機
能情報を取得するため、情報獲得手段１０４を介してド
ライバに対して、システムコール命令を発行する（ステ
ップ６０１）。この場合のシステムコール命令として
は、たとえば、ドライバの機能一覧情報リストをアドレ
ッシングする引き数 arg１を有するＩ／Ｏコントロール
命令Ｂを用いればよい。上記のＩ／Ｏコントロール命令
Ｂを受け取った命令受付手段１０６は、ドライバ内に組
み込まれている機能一覧情報部３０１を検索し、組み込
まれている関数・変数の情報を獲得して情報獲得手段１
０４に返す（ステップ６０２）。ユーザはこの情報を参
考にして、新しい機能を含んだソースコード作成を行う
（ステップ６０３）。ここで、新しい機能を含むソース
コードとしては、先のＩ／Ｏコントロール命令Ｂによっ
て、関数および変数の情報を獲得しているので、これら
の既存関数、あるいは変数を使用した新規関数の作成も
可能である。次に、作成した新機能ソースコードを既存
のコンパイラ１０２でコンパイルする（ステップ６０
４）。コンパイルしてできたオブジェクトファイル１０
３は、参照した関数・変数へのアドレス値が代入されて
いないため、情報編集手段３０３にて、これら参照して
いる関数・変数へのアドレス値をステップ６０２で得た
情報を用いて解決する（ステップ６０５）。次に、新機
能追加手段１０５は実行中のドライバ領域内に追加機能
に対応したサイズの関数領域を確保し、アドレス値が代
入されたオブジェクトファイルをシステムコール命令に
より転送する（ステップ６０６）。この場合のシステム
コール命令としては、たとえば、機能追加されたドライ
バモジュールをアドレッシングするための引き数 arg１
と、該モジュールの関数名、あるいは該モジュールで使
用しているグローバル変数名とこれらのアドレス情報を
対でリスト形式で構成した追加ドライバに関する一覧情
報をアドレッシングする引き数 arg２を有するＩ／Ｏコ
ントロール命令Ｃを用いればよい。上記Ｉ／Ｏコントロ
ール命令Ｃを受理した命令受付手段１０６は、これが既
存ドライバに対する機能追加であることを認識すると、
arg１でアドレッシングされたドライバモジュールを ar
g２で指定された先頭アドレスからローディングする。
そして、最後に arg２で指定された情報に基づいて、機
能一覧情報３０１のエントリに追加する。これ以降、ユ
ーザは新規に追加されたドライバ機能を利用することが
可能となる。

【００２０】以上のように、本実施形態によればオペレ
ーティングシステム上で実行中ドライバを停止すること
なく新たな機能を追加することができる。

【００２１】実施の形態２．次に、本発明の第２の実施
形態について図５、図６に基づいて説明する。本実施形
態は、実施の形態１におけるドライバが有する関数、も
しくは変数のアドレス情報等をドライバ領域外に機能一
覧情報として備えることで、最新情報を高速に獲得可能
とするものである。図５は、本実施形態を示す構成図で
あり、７０１はユーザ空間に設定された機能一覧情報で
あり、内部構成は実施の形態１の図１で示すカーネル空
間内のものと同一フォーマット（図２）を有する。その
他の同一符号を付したものは、図１の同等番号の構成要
素と同じであるため、説明を省略する。

【００２２】次に、ドライバに対する新機能の追加・作
成処理について、実施形態１との差異に着目して説明す
る。まず、ドライバの初期化処理の結果、ドライバが提
供する機能として１０７Ａ、１０７Ｂ、１０７Ｃが既に
サポートされているものとし、これに対応した機能一覧
情報が図２と同様の構成にて７０１に設定されているも
のとする。ここで、実施形態１と同様に新たな機能を追
加するに当たって、現在実行中であるドライバの状況を
把握することが必要となるが、本実施形態では機能一覧
情報がカーネル空間外にあるので、直接機能一覧内容を
確認しながら新しい機能のプログラム作成を行う（ステ
ップ９０１）。以降、ステップ９０２〜９０４では、実
施形態１における処理の流れを示す図４のステップ６０
４から６０６と同様の処理を行う。最後に新たに追加し
た機能に関する新しい情報を情報編集手段３０３を用い
て、機能一覧情報７０１に書き込む作業を行う（ステッ
プ９０５）。

【００２３】実施の形態３．次に、本発明の第３の実施
形態について図７、図８に基づいて説明する。本実施形
態では、ドライバが機能提供している関数、もしくは変
数情報等から、機能を削除して行く場合の方法について
説明する。図７は、本実施形態を示す構成図であり、１
００１は現在実行中のドライバから機能を削除したり、
一時停止させたりする機能操作手段である。尚、図中の
その他の構成要素は図１において、相当番号を付したも
のと同一である。

【００２４】次に図８のフローチャートを用いて、機能
操作手段１００１によるドライバ機能の削除方法につい
て詳しく説明を行う。ここでは、図７において１０７Ａ
で示されている機能Ａを削除する場合について説明を行
う。機能Ａの削除を行うには、まず、機能操作手段１０
０１が命令受付手段１０６に削除対象とする関数名を指
定してシステムコールを発行する。具体的には、例え
ば、機能操作手段１００１がＩ／Ｏコントロール命令Ｄ
の引き数 arg１で、削除したい機能Ａを特定する関数名
を指定して、命令受付手段１０６にシステムコールとし
て発行する（ステップ１１０１）。次に、命令受付手段
１０６は、機能一覧情報３０１を検索し、削除対象とな
る関数のアドレスを割り出し（ステップ１１０２）、該
関数が現在稼動中か否かをチェックする（ステップ１１
０３）。そして、命令受付手段１０６は、稼動中でなけ
れば、ドライバ機能群１０７内から関数１０７Ａが割り
当てられていた領域を開放して機能１０７Ａを削除し
（ステップ１１０５）、機能一覧情報３０１から機能１
０７Ａに関する登録情報を削除する（ステップ１１０
６）。一方、ステップ１１０３において、削除対象とす
るドライバが動作中であった場合には、該動作が終了し
た時点で削除処理を行う旨のマークを付して（ステップ
１１０４）、終了する。上記の削除マークを付けられた
関数に対しては、新たなシステムコール命令を発行して
も受付けが拒否される。そして、削除マークは削除命令
（Ｉ／Ｏコントロール命令Ｄ）受付け時点で動作してい
た関数が終了した時点でリセットされた後、ステップ１
１０５、およびステップ１１０６の処理を実行して機能
削除に関する処理を完了する。

【００２５】以上のように、本実施形態によればオペレ
ーティングシステム上で実行中ドライバに対して、該ド
ライバが削除命令を受け付けた時点でたとえ実行中であ
っても動作が終了した時点で自動的に機能削除すること
ができる。

【００２６】実施の形態４．次に、本発明の第４の実施
形態について図９乃至図１１に基づいて説明する。本実
施形態は、機能一覧情報３０１内に実行可否フラグを備
え、機能操作手段１００１を用いることによって、その
機能をオン/オフさせるようにしたものである。図９
は、機能一覧情報内に実行可否フラグを新たに備えた様
子を示しており、図中の構成要素４０１、４０２は図２
のものと同一であり、構成要素１２０１が本実施形態で
新たに加えたものである。例えば、この実行可否フラッ
グが”０”であれば、その関数は実行不可となり、”
１”がセットされている場合には実行可能、というよう
なドライバの動作に制限を加えるためのものである。

【００２７】次に図１０のフローチャートを用いて、ド
ライバ内の関数が実行可否フラグが加えられた機能一覧
情報に従って、どのように動作するかについて説明す
る。先ず、命令受付け手段１０６はシステムコール命令
により起動された関数が実行可能か否かを確認するため
に機能一覧情報３０１を検索し、実行可否フラッグをチ
ェックする。ここで、実行可否フラッグが”可”であれ
ば、該関数の実行をおこなう（ステップ１３０２）。ま
た、実行可否フラッグが”否”であった場合には、該関
数は実行せずに直ちに終了する（ステップ１３１１）。

【００２８】次に図７、および図１１のフローチャート
を用いて、実行可否フラッグの設定方法について説明す
る。 （１）実行可否フラッグの設定方法には、初期化時とユ
ーザからの命令が発行された時との二通りあり、それぞ
れについて以下に説明する。初期化時の処理の流れは、
基本的には実施形態１において図３のフローチャートを
用いて説明した内容と同じであり、元となる基本ドライ
バを既存のコンパイル手段１０２を用いて作成する際、
マップファイル３０２も同時に作成する（ステップ１４
０１）。そして、情報編集手段３０３を用いて、マップ
ファイル３０２の内容を機能一覧情報３０１の形式に合
わせて情報変換を行う（ステップ１４０２）。この時、
各機能に対して実行可否フラッグを設定する（ステップ
１４０３）。このようにして得られた情報を、新機能追
加手段１０５を介して、命令受付手段１０６に渡し、機
能一覧情報３０１に書き込む（ステップ１４０４）。 （２）一方、ユーザから実行可否フラグを制御するため
の命令が発行された場合、例えば実行可否フラッグが”
可”に設定されている機能Ａ（１０７Ａ）を”否”にす
る場合には、機能操作手段１００１が命令受付手段１０
６に対して、ドライバ２内の機能Ａの関数の実行可否フ
ラッグを変更する旨のシステムコール命令を発行する
（ステップ１４１１）。この場合のシステムコール命令
としては、例えば、Ｉ／Ｏコントロール命令Ｅの引き数
arg１で操作対象となる関数名（１０７Ａ）を、また、
arg２で実行可否フラッグのＯＮ／ＯＦＦを指定するよ
うにすればよい。命令受付手段１０６は、 arg１および
arg２で指定された内容に基づいて、機能一覧情報３０
１内の機能Ａの実行可否フラッグ１２０１の変更を行う
（ステップ１４１２）。本実施形態によれば、使用予定
のなくなった機能に対して、その都度、削除処理をおこ
なわずともフラグによる制御で簡単に停止させることが
可能となる。また、その機能が後で必要になった場合で
も改めてローディングの必要がなく容易に復元できる。

【００２９】実施の形態５．次に、本発明の第５の実施
形態について、図１２乃至図１４に基づいて説明する。
本実施形態は、機能一覧情報内にカウンタを備えること
によって、その機能の使用回数制限のコントロールを可
能としたものである。図１２は、機能一覧情報内にカウ
ンタ値１５０１を新たに備えた様子を示しており、図中
の他の構成要素は図９のものと同一である。次に、ドラ
イバ内の関数が、どのように機能一覧情報内のカウンタ
値を使用するかについて、図１３のフローチャートを用
いて説明する。先ず、命令受付け手段１０６はシステム
コール命令により起動された関数が使用制限回数以下か
どうかを確認するために、機能一覧情報３０１を検索
し、カウンタ値を確認する（ステップ１６０１）。ここ
で、カウンタ値が”１”以上であれば、カウンタ値を減
算（ステップ１６０２）し、システムコール命令により
起動された関数の実行を行う（ステップ１６０３）。ま
た、カウンタ値グが”０”であった場合には、関数の実
行を行わずに終了する（ステップ１６１１）。

【００３０】次に図７と、図１４のフローチャートを用
いて、カウンタ値１５０１の設定方法について説明す
る。カウンタ値を設定する方法は、初期化時とユーザか
らの命令が発行された場合との二通りあり、それぞれに
ついて説明する。いずれの場合も実施形態４とほぼ同様
である。まず、初期化時の処理の流れは、基本となるド
ライバを既存のコンパイル手段１０２を用いて作成する
際、マップファイル３０２も同時に作成する（ステップ
１７０１）。そして、マップファイル３０２の内容を機
能一覧情報３０１に併せた情報形式に変換する（ステッ
プ１７０２）。この時、各機能に対してカウンタ値１５
０１を設定する（ステップ１７０３）。このようにして
得られた情報を、新機能追加手段１０５を介して命令受
付手段１０６に渡し、命令受付手段は機能一覧情報３０
１に書き込む（ステップ１７０４）。一方、ユーザから
カウンタ値を設定するための命令が発行された場合、例
えばカウンタ値が”３”に設定されている機能Ａを”１
００”に変更する場合には、機能操作手段１００１が命
令受付手段１０６に対して、ドライバ２内の機能Ａの関
数のカウンタ値を変更する旨のシステムコール命令を発
行する（ステップ１７１１）。 この場合のシステムコ
ール命令としては、例えば、Ｉ／Ｏコントロール命令Ｆ
の引き数 arg１で操作対象となる関数名（１０７Ａ）
を、また、arg２でカウント値を指定するようにすれば
よい。命令受付手段１０６は、 arg１およびarg２で指
定された内容に基づいて、機能一覧情報内の機能Ａのカ
ウント値１５０１の内容を”１００”に変更する。（ス
テップ１７１２）。

【００３１】本実施形態によれば、ドライバ機能一覧情
報内にカウンタ値を設けて関数機能の使用回数を制限す
るようにしたので、ドライバ機能を停止あるいは削除す
ることなく、機能使用を徐々に停止させて行くことがで
きる。

【００３２】実施の形態６．次に、本発明の第６の実施
形態について、図１５乃至図１７に基づいて説明する。
本実施形態は機能一覧情報内に、各プロセス間における
共有アクセスの許可数を示す共有数を備えることで、プ
ロセス間において同時使用できる機能を制限するように
したものである。例えば、この共有数に”１０”が設定
されている場合には、その関数は共有される数を最大１
０に制限することを示している。図１５は、新たに共有
数を機能一覧情報内に追加したフォーマットを示してお
り、１８０１が共有数を示す項目である。尚、図中の他
の構成要素は図１２のものと同一である。

【００３３】次に、ドライバ内の関数が機能一覧情報中
の共有数を使用して、どのように動作するかについて、
図１６のフローチャートを用いて説明する。先ず、命令
受付け手段１０６はシステムコールによって起動された
関数が共有数以下の状態で実行されているか否かを確認
するために、機能一覧情報を検索する（ステップ１９０
１）。もし、共有数が”１”以上であれば、該関数に対
する共有数を減算（ステップ１９０２）し、この関数の
実行を開始する（ステップ１９０３）。そして、関数の
実行終了後は、共有数を”１”増やしておく（ステップ
１９０４）。また、ステップ１９０１で、共有数が”
０”であった場合には、実行は行わずに終了する（ステ
ップ１９１１）。

【００３４】次に、図７、図１７のフローチャートを用
いて、共有数の設定方法について説明する。共有数を設
定する方法は、初期化時とユーザからの命令が発行され
た時との二通りあり、それぞれについて説明する。いず
れの場合も実施形態４とほぼ同様である。まず、初期化
時の処理の流れは、基本となるドライバを既存のコンパ
イル手段１０２を用いて作成する際、マップファイル３
０２も同時に作成する（ステップ２００１）。そして、
マップファイル３０２の内容を機能一覧情報３０１に併
せた情報形式に変換する（ステップ２００２）。この
時、各機能に対して共有数を設定する（ステップ２００
３）。このようにして得られた情報を、新機能追加手段
１０５を介して、命令受付手段１０６に渡し、命令受付
手段は機能一覧情報３０１に書き込む（ステップ２００
４）。一方、ユーザから共有数を変更するための命令が
発行された場合、例えば、共有数が”１０”である関数
機能Ａを”２５５”にする場合には、まず、機能操作手
段１００１が命令受付け手段１０６に対して、ドライバ
２内の機能Ａの関数の共有数を変更する旨のシステムコ
ール命令を発行する（ステップ２０１１）。この場合の
システムコール命令としては、例えば、Ｉ／Ｏコントロ
ール命令Ｇの引き数 arg１で操作対象となる関数名（１
０７Ａ）を、また、arg２で共有数を指定するようにす
ればよい。命令受付手段１０６は、 arg１およびarg２
で指定された内容に基づいて、機能一覧情報内の機能Ａ
の共有数１８０１の内容を”２５５”に変更する（ステ
ップ２０１２）。

【００３５】本実施形態によれば、ドライバ機能一覧情
報内に各プロセス間においてドライバ機能を同時に使用
可能な共有数を設けるようにしたので、ドライバ全体を
停止あるいは機能削除すること無く、ドライバの負荷状
況に応じて同時使用可能な機能を制御することができ
る。

【００３６】実施の形態７．次に、本発明の第７の実施
形態について、図１８乃至図２０に基づいて説明する。
本実施形態は、機能一覧情報内に時刻と指示フラッグを
備えることにより、その機能に対して使用できる時間を
制限できるようにしたものである。例えば、この時刻欄
に１２：００、指示フラッグにＯＮが代入されていた場
合、その関数は時刻１２：００が来たら実行が可能とな
ることを意味している。図１８は、機能一覧情報内に時
刻２１０１と指示フラッグ２１０２を新たに追加したフ
ォーマットを示しており、図中の他の構成要素は図１５
のものと同一である。

【００３７】次に、ドライバ内の関数が機能一覧情報中
の時刻と指示フラッグを使用して、どのように動作する
かについて、図１９のフローチャートを用いて説明す
る。先ず、命令受付け手段１０６はシステムコールによ
って起動されたドライバ内の関数名を使って機能一覧情
報を検索し、指示フラッグを確認する（ステップ２２０
１）。ここで、指示フラッグの内容がＯＮに設定されて
いた場合には、指定した時刻が到来していれば、関数を
実行し（ステップ２２０４）、指定した時刻が来ていな
ければ、関数の実行は行わない（ステップ２２０５）。
一方、指示フラッグの内容がＯＦＦに設定されていた場
合には、指定した時刻が到来していれば、関数の実行を
せず（ステップ２２０７）、また指定した時刻が来てい
なければ、関数の実行を行う（ステップ２２０８）。

【００３８】次に図７、図２０のフローチャートを用い
て、時刻および指示フラッグの設定方法について説明す
る。時刻および指示フラッグを設定する方法は、初期化
時とユーザからの命令が発行された時との二通りあり、
それぞれについて説明する。いずれの場合も実施形態４
とほぼ同様である。まず、初期化時の処理の流れは、基
本となるドライバを既存のコンパイル手段１０２を用い
て作成する際、マップファイル３０２も同時に作成する
（ステップ２３０１）。そして、マップファイル３０２
の内容を機能一覧情報３０１に併せた情報形式へ変換す
る。この時、各機能に対して時刻および指示フラッグを
設定する。このようにして得られた情報を、新機能追加
手段１０５を介して、命令受付手段１０６に渡し、命令
受付手段は機能一覧情報３０１に書き込む（ステップ２
３０４）。一方、ユーザから時刻、および指定フラグの
変更命令が発行された場合、例えば、時刻が１５：０
０、指示フラッグがＯＦＦである機能Ａを時刻１８：０
０、指示フラッグＯＮにする場合には、まず、機能操作
手段１００１が命令受付け手段１０６に対して、ドライ
バ２内の機能Ａの関数の時刻を１８：００、指示フラッ
グをＯＮに変更する旨のシステムコールを命令を発行す
る（ステップ２３１１）。この場合のシステムコール命
令としては、例えば、Ｉ／Ｏコントロール命令Ｈの引き
数 arg１で操作対象となる関数名（１０７Ａ）を、ま
た、arg２で時刻およびフラグ情報を指定するようにす
ればよい。そして、命令受付手段１０６は、機能一覧情
報内の機能Ａに対する時刻および指示フラッグをそれぞ
れ指定した値に変更する（ステップ２３１２）。

【００３９】本実施形態によれば、ドライバ機能一覧情
報内に時刻情報と該時刻の到来による機能の有効、停止
を制御する指示フラグを備えるようにしたので、該機能
が動作可能な時間帯を制御することができ、機能の負荷
バランスを図ることができるという効果がある。

【００４０】実施の形態８．次に、本発明の第８の実施
形態について、図２１乃至図２３に基づいて説明する。
本実施形態は、機能一覧情報内に関数対応に機能の選択
情報を備えることにより、指定された関数に対する機能
の選択情報を変更することで、関数名を変更することな
く機能の切り替えを行うようにしたものである。図２１
は、機能の選択情報２５００を機能一覧情報内に備えた
様子を示しており、機能の選択情報は、切り替え可能な
機能の総数２５０１、現在選択されている機能２５０
２、選択可能機能１〜選択可能機能３（２５１１〜２５
１３）から構成されている。尚、図中のその他の構成要
素は図２において、同一符号を付したものと相当の構成
要素を示す。

【００４１】次に、ドライバ内の関数が、どのように機
能一覧情報を使用するかについて、図２２のフローチャ
ートを用いて説明する。先ず、命令受付け手段１０６は
システムコールによって起動された関数に対して、該関
数名を使って機能一覧情報を検索する。ここで、起動さ
れた関数が選択情報ブロック２５０２内に存在するかど
うかを確認する（ステップ２５０１）。もし、機能が存
在していれば、選択情報ブロック２５０２で指定された
機能を２５１１〜２５１３中から選んで該機能を実行す
る（ステップ２５０２）。一方、情報ブロック２５０２
に選択した機能が存在していなければ、関数の実行は行
わない（ステップ２５１１）。

【００４２】次に、選択情報の設定方法について図７、
図２３のフローチャートに基づいて説明する。選択情報
を設定する方法には、初期化時とユーザからの命令が発
行された時との二通りあり、以下にそれぞれについて説
明する。いずれの場合も、実施形態４とほぼ同様であ
る。まず、初期化時の処理の流れは基本となるドライバ
を既存のコンパイル手段１０２を用いて作成する際、マ
ップファイル３０２を同時に作成する（ステップ２６０
１）。そして、マップファイル３０２の内容を機能一覧
情報３０１に併せた情報への変換を行う（ステップ２６
０２）。この時、各機能に対して選択情報を設定する
（ステップ２６０３）。このようにして得られた情報
を、新機能追加手段１０５を介して命令受付手段１０６
に渡し、命令受付手段は機能一覧情報３０１に書き込む
（ステップ２６０４）。一方、ユーザから指定関数に対
して機能変更の命令が発行された場合、例えば機能Ａ
（１０７Ａ）に対して、現在選択している”機能１ー
１”から”機能１ー２”に変更を行う場合には、まず、
機能操作手段１００１が命令受付け手段１０６に対し
て、選択情報ブロック２５０２で新しい機能を選択させ
る旨の命令を発行する（ステップ２６１１）。この場合
のシステムコール命令としては、例えば、Ｉ／Ｏコント
ロール命令Ｊの引き数 arg１で操作対象となる関数名
（１０７Ａ）を、また、arg２で新たに選択する”機能
１ー２”（２５１２）を指定するようにすればよい。命
令受付け手段１０６は、 arg１、arg２で指定された内
容に基づいて、変更指定された機能が機能一覧情報内に
登録（２５１１〜２５１３）されているか否かを確認す
る。そして、登録されていた場合には選択情報ブロック
２５０２の内容を arg２で新たに指定された”機能１ー
２”に更新する（ステップ２６１２）。一方、指定され
た機能が登録されていなかった場合には、機能変更は行
わずに終了する。

【００４３】本実施形態によれば、ドライバ機能一覧情
報内に関数対応に機能選択情報とこれにより選択可能な
機能リストを備えるようにしたので、ある機能に対して
内部でさらに細かく分類された機能を呼び出して、適切
な処理を行うことができる。

【００４４】

【発明の効果】以上のように、第１の発明によれば、ド
ライバに該ドライバで提供可能な機能を管理するための
ドライバ機能管理手段と、ＯＳを介して該ドライバに発
行された制御命令を解読実行する命令受付け手段を備
え、ドライバ構成制御手段はドライバが提供する機能情
報を取得するためのドライバ構成制御情報取得手段と、
前記ドライバの提供機能に対する編集を行うドライバ構
成制御情報編集手段を備えるようにしたので、該当する
ドライバを一旦停止させることなく、動作させたままの
状態でドライバに対する機能の編集を行うことができる
という効果がある。

【００４５】また、第２の発明によれば、ＯＳインタフ
ェースを介してドライバ機能として提供している関数ま
たは変数に関する情報を取得する構成制御情報取得ステ
ップと、前記取得した構成制御情報に基づいて、新規機
能モジュールを作成する新規モジュール作成ステップ
と、新規作成されたモジュールをＯＳインタフェースを
介して前記ドライバに転送するステップと、前記ドライ
バが転送されてきた新規モジュールをドライバのメモリ
エリア内に配置するとともに、ドライバ提供機能として
登録するステップからなるよにしたので、該当するドラ
イバを一旦停止させることなく、動作させたままの状態
でドライバに対する機能を追加、変更できるという効果
がある。

【００４６】また、第３の発明によれば、ＯＳインタフ
ェースを介してドライバ機能として提供している関数ま
たは変数を指定し、該機能の削除を指定するドライバ機
能の削除命令発行ステップと、前記命令を受信したドラ
イバが削除指定された関数または変数を検索し、これら
状態に従って下記、（ｂ１）、（ｂ２）何れかの動作を
行うようにしたので、該当するドライバを一旦停止させ
ることなく、動作させたままの状態でドライバ機能から
削除することができるという効果がある。 （ｂ１）削除指定された機能が実行中でない時：ドライ
バ提供機能から直ちに削除するステップ； （ｂ２）削除指定された機能が実行中の時： 該機能に
削除予定マークを付し、該機能の実行が終了した時点で
ドライバ提供機能から削除するステップ。

【００４７】また、第４の発明によれば、ドライバ機能
管理手段がドライバ機能として提供する関数または広域
変数に対応してこれに関するアドレス情報、および該機
能の提供の可否を指定する実行可否フラグを備えるよう
にしたので、使用予定のなくなった機能に対して、その
都度、削除処理をおこなわずともフラグによる制御で簡
単に停止させることが可能となる。また、その機能が後
で必要になった場合でも改めてローディングの必要がな
く容易に使用できるという効果がある。

【００４８】また、第５の発明によれば、ドライバ機能
一覧情報内にカウンタ値を設けて関数機能の使用回数を
制限するようにしたので、ドライバ機能を停止あるいは
削除することなく、機能使用を徐々に停止させて行くこ
とができる。

【００４９】また、第６の発明によれば、ドライバ機能
一覧情報内に各プロセス間においてドライバ機能を同時
に使用可能な共有数を設けるようにしたので、ドライバ
全体を停止あるいは機能削除することなく、ドライバの
負荷状況に応じて同時使用可能な機能を制御することが
できる。

【００５０】さらに、第７の発明によれば、ドライバ機
能一覧情報内に時刻情報と該時刻の到来による機能の有
効、停止を制御する指示フラグを備えるようにしたの
で、該機能が動作可能な時間帯を制御することができ、
ドライバ全体を停止あるいは機能削除することなく、機
能の負荷バランスを図ることができるという効果があ
る。

【００５１】加えて、第８の発明によれば、ドライバ機
能一覧情報内に関数対応に機能選択情報とこれにより選
択可能な機能リストを備えるようにしたので、ある機能
に対して内部でさらに細かく分類された機能を呼び出し
て、適切な処理を行うことができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施形態におけるドライバ機
能追加方式の構成を示す図。

【図２】 本発明の第１の実施形態における機能構成一
覧情報の構成を示す図。

【図３】 本発明の第１の実施形態における機能構成一
覧情報の初期化方法を示すフローチャート図。

【図４】 本発明の第１の実施形態における、新機能の
作成・追加手法を示すフローチャート図。

【図５】 本発明の第２の実施形態におけるドライバ機
能追加方式の構成を示す図。

【図６】 本発明の第２の実施形態における新機能の作
成・追加手法を示すフローチャート図。

【図７】 本発明の第３の実施形態におけるドライバ機
能追加方式の構成を示す図。

【図８】 本発明の第３の実施形態における、新機削除
方法を示すフローチャート図。

【図９】 本発明の第４の実施形態における機能構成一
覧情報の構成を示す図

【図１０】 本発明の第４の実施形態におけるドライバ
内の関数の実行を示すフローチャート図

【図１１】 本発明の第４の実施形態における実行可否
フラッグの設定方法を示すフローチャート図

【図１２】 本発明の第５の実施形態における機能構成
一覧情報の構成を示す図

【図１３】 本発明の第５の実施形態におけるドライバ
内の関数の実行を示すフローチャート図

【図１４】 本発明の第５の実施形態におけるカウンタ
値の設定方法を示すフローチャート図

【図１５】 本発明の第６の実施形態における機能構成
一覧情報の構成を示す図

【図１６】 本発明の第６の実施形態におけるドライバ
内の関数の実行を示すフローチャート図

【図１７】 本発明の第６の実施形態における共有数の
設定方法を示すフローチャート図

【図１８】 本発明の第７の実施形態における機能構成
一覧情報の構成を示す図

【図１９】 本発明の第７の実施形態におけるドライバ
内の関数の実行を示すフローチャート図

【図２０】 本発明の第７の実施形態における時刻およ
び指示フラッグの設定変更を方法を示すフローチャート
図

【図２１】 本発明の第８の実施形態における機能構成
一覧情報の構成を示す図

【図２２】 本発明の第８の実施形態におけるドライバ
内の関数の実行を示すフローチャート図

【図２３】 本発明の第８の実施形態における選択情報
の設定方法を示すフローチャート図

【図２４】 従来例における、ドライバの管理方式の構
成図。

【図２５】 従来例における、ドライバに新機能を追加
する時に必要な作業を示すフローチャート図。

【符号の説明】

２ ドライバ、２a〜２c ドライバa〜ドライバc、３
オペレーティングシステム、１０１ 新機能ソースコー
ド、１０２ コンパイル手段、１０３ コンパイルされ
た新機能モジュール、１０４ 情報獲得手段、１０５
新機能追加手段、１０６ 命令受付手段、１０７ ドラ
イバ機能群、１０７Ａ〜１０７Ｃ ドライバ群内の機能
Ａ〜Ｃ、３０１ 機能一覧情報、３０２ マップファイ
ル、３０３ 情報編集手段、７０１ 機能一覧情報、１
００１ 機能操作手段。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 オペレーティングシステム（以下ＯＳと
   いう）と、コンピュータに接続されたデバイスを制御し
   該ＯＳの一部をなすドライバと、該ドライバに対する構
   成制御を行うドライバ構成制御手段を備えたドライバ機
   能の動的管理方式において、 前記ドライバは該ドライバで提供可能な機能を管理する
   ためのドライバ機能管理手段と、前記ＯＳを介して該ド
   ライバに発行された制御命令を解読実行する命令受付け
   手段を備え、 前記ドライバ構成制御手段はドライバが提供する機能情
   報を取得するためのドライバ構成制御情報取得手段と、
   前記ドライバの提供機能に対する編集を行うドライバ構
   成制御情報編集手段を備えたことを特徴とするドライバ
   機能の動的管理方式。
2. 【請求項２】 オペレーティングシステム（以下ＯＳと
   いう）と、コンピュータに接続されたデバイスを制御し
   該ＯＳの一部をなすドライバに対し、以下のステップに
   従って構成制御するようにしたことを特徴とするドライ
   バ機能の動的管理方法。 （ａ）ＯＳインタフェースを介してドライバ機能として
   提供している関数または変数に関する情報を取得する構
   成制御情報取得ステップ； （ｂ）前記取得した構成制御情報に基づいて、新規機能
   モジュールを作成する新規モジュール作成ステップ； （ｃ）新規作成されたモジュールをＯＳインタフェース
   を介して前記ドライバに転送するステップ； （ｄ）前記ドライバが転送されてきた新規モジュールを
   ドライバのメモリエリア内に配置するとともに、ドライ
   バ提供機能として登録するステップ。
3. 【請求項３】 オペレーティングシステム（以下ＯＳと
   いう）と、コンピュータに接続されたデバイスを制御し
   該ＯＳの一部をなすドライバに対し、以下のステップに
   従って構成制御するようにしたことを特徴とするドライ
   バ機能の動的管理方法。 （ａ）ＯＳインタフェースを介してドライバ機能として
   提供している関数または変数を指定し、該機能の削除を
   指定するドライバ機能の削除命令発行ステップ； （ｂ）前記命令を受信したドライバが削除指定された関
   数または変数を検索し、これら状態に従って下記、（ｂ
   １）、（ｂ２）何れかの動作を行うことで、指定された
   ドライバ機能を削除する機能削除ステップ； （ｂ１）削除指定された機能が実行中でない時：ドライ
   バ提供機能から直ちに削除するステップ； （ｂ２）削除指定された機能が実行中の時： 該機能に
   削除予定マークを付し、該機能の実行が終了した時点で
   ドライバ提供機能から削除するステップ。
4. 【請求項４】 前記ドライバ機能管理手段はドライバ機
   能として提供する関数または広域変数に対応してこれに
   関するアドレス情報、および該機能の提供の可否を指定
   する実行可否フラグを備えたことを特徴とする請求項１
   記載のドライバ機能の動的管理方式。
5. 【請求項５】 前記ドライバ機能管理手段はドライバ機
   能として提供する関数または広域変数に対応してこれに
   関するアドレス情報、および該機能の使用回数制限を行
   うためのカウンタ値を備え、ＯＳインタフェースを介し
   て該機能を使用する毎にカウンタ値を変更し、規定値に
   なるまで該機能を提供することを特徴とする請求項１記
   載のドライバ機能の動的管理方式。
6. 【請求項６】 前記ドライバ機能管理手段はドライバ機
   能として提供する関数または広域変数に対応してこれに
   関するアドレス情報、および該機能のユーザプログラム
   間での同時アクセス許可数を示すアクセス共有カウンタ
   を備えたことを特徴とする請求項１記載のドライバ機能
   の動的管理方式。
7. 【請求項７】 前記ドライバ機能管理手段はドライバ機
   能として提供する関数または広域変数に対応してこれに
   関するアドレス情報、および該機能の使用時間帯を制限
   を行うための時間情報を備え、 該時間情報は時刻情報とフラグから構成し、該フラグが
   オンの場合には該時刻の到来により機能が有効となり、
   他方該フラグがオフの場合には該時刻の到来によって機
   能の使用を不可とするようにしたことを特徴とする請求
   項１記載のドライバ機能の動的管理方式。
8. 【請求項８】 前記ドライバ機能管理手段はドライバ機
   能として提供する関数または広域変数に対応してこれに
   関するアドレス情報、および該機能に対応した選択情報
   を備え、 該選択情報は該指定機能を介して選択可能な機能一覧情
   報と現在選択されている機能指定情報から構成すること
   を特徴とする請求項１記載のドライバ機能の動的管理方
   式。