JP3274604B2 - 周辺デバイスの自動イネーブル方法 - Google Patents
周辺デバイスの自動イネーブル方法Info
- Publication number
- JP3274604B2 JP3274604B2 JP10665296A JP10665296A JP3274604B2 JP 3274604 B2 JP3274604 B2 JP 3274604B2 JP 10665296 A JP10665296 A JP 10665296A JP 10665296 A JP10665296 A JP 10665296A JP 3274604 B2 JP3274604 B2 JP 3274604B2
- Authority
- JP
- Japan
- Prior art keywords
- card
- device driver
- operating
- mode
- bit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/14—Handling requests for interconnection or transfer
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
- G06F9/4413—Plug-and-play [PnP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
Description
【０００１】
【発明の属する技術分野】本発明は、パーソナル・コン
ピュータを始めとする情報処理システムに係り、特に、
ＰＣカードなどの周辺デバイスを標準装備又は外部接続
するとともに、対応するデバイス・ドライバによって各
周辺デバイスを駆動するタイプの情報処理システムに関
する。更に詳しくは、本発明は、かかる情報処理システ
ムにおいて適用可能で、新たに着脱された周辺デバイス
を自動的にイネーブル／ディセーブルするための自動イ
ネーブル方法、及び周辺デバイスの自動イネーブル・プ
ロセスを実現するためのコンピュータ・プログラムを有
形的に格納したコンピュータ可読記憶媒体に関する。
ピュータを始めとする情報処理システムに係り、特に、
ＰＣカードなどの周辺デバイスを標準装備又は外部接続
するとともに、対応するデバイス・ドライバによって各
周辺デバイスを駆動するタイプの情報処理システムに関
する。更に詳しくは、本発明は、かかる情報処理システ
ムにおいて適用可能で、新たに着脱された周辺デバイス
を自動的にイネーブル／ディセーブルするための自動イ
ネーブル方法、及び周辺デバイスの自動イネーブル・プ
ロセスを実現するためのコンピュータ・プログラムを有
形的に格納したコンピュータ可読記憶媒体に関する。
【０００２】
【従来の技術】昨今の技術革新に伴い、デスクトップ
型、ノートブック型など各種パーソナル・コンピュータ
（ＰＣ）が開発され市販されている。ＰＣは、ＣＰＵや
メイン・メモリなどの基本的なデバイス類を標準装備し
た形態で出荷される一方、エンド・ユーザは自身のニー
ズに応じて周辺デバイスを拡張できるようになってい
る。また、ＰＣは、一般には、オペレーティング・シス
テム（ＯＳ）と呼ばれる基本ソフトウェアの制御下で各
種コンピュータ処理を実行するようになっている。
型、ノートブック型など各種パーソナル・コンピュータ
（ＰＣ）が開発され市販されている。ＰＣは、ＣＰＵや
メイン・メモリなどの基本的なデバイス類を標準装備し
た形態で出荷される一方、エンド・ユーザは自身のニー
ズに応じて周辺デバイスを拡張できるようになってい
る。また、ＰＣは、一般には、オペレーティング・シス
テム（ＯＳ）と呼ばれる基本ソフトウェアの制御下で各
種コンピュータ処理を実行するようになっている。
【０００３】ＰＣカード：従来、周辺デバイスの拡張
は、パーソナル・コンピュータに用意されたバス・スロ
ットに「拡張アダプタ・カード」を装着する、という形
態で行われていた（図７（ａ）参照）。ビデオ・アダプ
タや、通信アダプタ、増設メモリ、ＳＣＳＩ（Small Co
mputer System interface）インターフェースなどが拡
張アダプタ・カードの最たる例である。
は、パーソナル・コンピュータに用意されたバス・スロ
ットに「拡張アダプタ・カード」を装着する、という形
態で行われていた（図７（ａ）参照）。ビデオ・アダプ
タや、通信アダプタ、増設メモリ、ＳＣＳＩ（Small Co
mputer System interface）インターフェースなどが拡
張アダプタ・カードの最たる例である。
【０００４】拡張アダプタ・カードによるシステム構成
の拡張は、とりわけデスクトップ・コンピュータにとっ
ては有効であった。しかしながら、ノートブック・コン
ピュータの場合、小型軽量を特徴とした結果として、本
体内の実装密度が極度に高くなり、提供できるバス・ス
ロット数やメディアの収納空間が著しく制限されてい
る。すなわち、ノートブック・コンピュータにとって
は、拡張アダプタ・カードによるシステム構成の増設に
は、限界があった。
の拡張は、とりわけデスクトップ・コンピュータにとっ
ては有効であった。しかしながら、ノートブック・コン
ピュータの場合、小型軽量を特徴とした結果として、本
体内の実装密度が極度に高くなり、提供できるバス・ス
ロット数やメディアの収納空間が著しく制限されてい
る。すなわち、ノートブック・コンピュータにとって
は、拡張アダプタ・カードによるシステム構成の増設に
は、限界があった。
【０００５】いわゆるＰＣカードは、ノートブック・コ
ンピュータの拡張性を補うことを初期目的として開発さ
れた、クレジット・カード大の周辺デバイスである。ノ
ートブック・コンピュータは、ＰＣカードを収容するた
めの収納空間とこれを電気的に接続するためのコネクタ
を持つスロット（すなわちＰＣカード・スロット）を備
えることによって、比較的容易にシステム構成を拡張す
ることができる（図７（ｂ）参照）。ＰＣカードの機械
的及び電気的な仕様に関するガイドラインは、ＰＣＭＣ
ＩＡ（Personal Computer Memory Card International
Association）とＪＥＩＤＡ（Japan Electronic Indust
ry Development Association）が中心となって、国際標
準として策定されている。現在、３．３ｍｍ厚のＴｙｐ
ｅＩ、５．５ｍｍ厚のＴｙｐｅＩＩ、１０．５ｍｍ厚の
ＴｙｐｅＩＩＩという３種類のＰＣカードが出荷されて
いる。ＴｙｐｅＩは主にメモリ・カードとして利用され
ている。ＴｙｐｅＩＩはファクシミリ／モデムやＥｔｈ
ｅｒｎｅｔアダプタ、ＳＣＳＩアダプタなどの用とに使
われている。また、ＴｙｐｅＩＩＩは主にハード・ディ
スク内蔵カードとして利用されている。最近では、ＰＣ
カードの品揃えが豊富になってきたこと、低価格化して
きたことなどにより、ノートブックのみならずデスクト
ップ・コンピュータも、ＰＣカード・スロットを装備す
るようになってきた。１９９４年夏に米国政府が「全て
のデスクトップ・コンピュータにＰＣカード・スロット
を装備すること」を調達基準として打ち出したことか
ら、ＰＣカードの普及はさらに拍車がかかってきてい
る。
ンピュータの拡張性を補うことを初期目的として開発さ
れた、クレジット・カード大の周辺デバイスである。ノ
ートブック・コンピュータは、ＰＣカードを収容するた
めの収納空間とこれを電気的に接続するためのコネクタ
を持つスロット（すなわちＰＣカード・スロット）を備
えることによって、比較的容易にシステム構成を拡張す
ることができる（図７（ｂ）参照）。ＰＣカードの機械
的及び電気的な仕様に関するガイドラインは、ＰＣＭＣ
ＩＡ（Personal Computer Memory Card International
Association）とＪＥＩＤＡ（Japan Electronic Indust
ry Development Association）が中心となって、国際標
準として策定されている。現在、３．３ｍｍ厚のＴｙｐ
ｅＩ、５．５ｍｍ厚のＴｙｐｅＩＩ、１０．５ｍｍ厚の
ＴｙｐｅＩＩＩという３種類のＰＣカードが出荷されて
いる。ＴｙｐｅＩは主にメモリ・カードとして利用され
ている。ＴｙｐｅＩＩはファクシミリ／モデムやＥｔｈ
ｅｒｎｅｔアダプタ、ＳＣＳＩアダプタなどの用とに使
われている。また、ＴｙｐｅＩＩＩは主にハード・ディ
スク内蔵カードとして利用されている。最近では、ＰＣ
カードの品揃えが豊富になってきたこと、低価格化して
きたことなどにより、ノートブックのみならずデスクト
ップ・コンピュータも、ＰＣカード・スロットを装備す
るようになってきた。１９９４年夏に米国政府が「全て
のデスクトップ・コンピュータにＰＣカード・スロット
を装備すること」を調達基準として打ち出したことか
ら、ＰＣカードの普及はさらに拍車がかかってきてい
る。
【０００６】ＰＣカードの利用形態の大きな特徴は、頻
繁に着脱されるという点である。これは、ユーザのニー
ズが多様化してきたこと、ノートブック・コンピュータ
のような携行型のＰＣは使用場所ごとに必要なデバイス
類が変動すること、ＰＣが装備可能なカード・スロット
数に制限があること、などの理由に依拠するものであ
る。そもそも、ＰＣカードは、拡張アダプタのように本
体に固定して使用することを前提としていない。例え
ば、そのフォームファクタは、着脱性を考量して、カー
トリッジ式に形成されており、また、電気的に活性挿抜
（ホットプラグ）可能に設計されている。
繁に着脱されるという点である。これは、ユーザのニー
ズが多様化してきたこと、ノートブック・コンピュータ
のような携行型のＰＣは使用場所ごとに必要なデバイス
類が変動すること、ＰＣが装備可能なカード・スロット
数に制限があること、などの理由に依拠するものであ
る。そもそも、ＰＣカードは、拡張アダプタのように本
体に固定して使用することを前提としていない。例え
ば、そのフォームファクタは、着脱性を考量して、カー
トリッジ式に形成されており、また、電気的に活性挿抜
（ホットプラグ）可能に設計されている。
【０００７】一方、ＰＣカードを着脱するなどしてシス
テム構成が変動したときには、ＰＣ本体（以下、「シス
テム」ともいう）側では、システム・リソースを再配分
しなければならない。ここで言うシステム・リソースと
は、例えばＩ／Ｏアドレス、メモリ・アドレス、ＤＭＡ
（Direct Memory Access）レベル、ＩＲＱ（割り込み要
求）レベルなどのことを指す。ＣＰＵは、各周辺デバイ
スに割り当てられたＩ／Ｏアドレスに基づいてアクセス
することができる。また、各周辺機器は、自身に予約さ
れたＤＭＡレベルやＩＲＱレベルに従ってＣＰＵに要求
や応答を行うことができる。したがって、各周辺デバイ
ス間で競合（コンフリクト）が起きないように、システ
ム・リソースを割り振る必要がある。また、システム・
リソースには限りがある（例えばＩＳＡ（Industry Sta
ndard Architecture）システムでは、ＤＭＡレベルは８
個、ＩＲＱレベルは１６個しか用意されていない）の
で、無駄なくシステム・リソースを配分する必要があ
る。例えば、既に抜き取られてシステム構成上に存在し
ていない周辺デバイスのシステム・リソースは解放する
べきであり、また、ＩＲＱを利用しない周辺デバイスに
ＩＲＱレベルを予約するべきではない。したがって、Ｐ
Ｃカードを好適に活用するためには、システム・リソー
スを動的かつ効率的に再配分する必要がある訳である。
テム構成が変動したときには、ＰＣ本体（以下、「シス
テム」ともいう）側では、システム・リソースを再配分
しなければならない。ここで言うシステム・リソースと
は、例えばＩ／Ｏアドレス、メモリ・アドレス、ＤＭＡ
（Direct Memory Access）レベル、ＩＲＱ（割り込み要
求）レベルなどのことを指す。ＣＰＵは、各周辺デバイ
スに割り当てられたＩ／Ｏアドレスに基づいてアクセス
することができる。また、各周辺機器は、自身に予約さ
れたＤＭＡレベルやＩＲＱレベルに従ってＣＰＵに要求
や応答を行うことができる。したがって、各周辺デバイ
ス間で競合（コンフリクト）が起きないように、システ
ム・リソースを割り振る必要がある。また、システム・
リソースには限りがある（例えばＩＳＡ（Industry Sta
ndard Architecture）システムでは、ＤＭＡレベルは８
個、ＩＲＱレベルは１６個しか用意されていない）の
で、無駄なくシステム・リソースを配分する必要があ
る。例えば、既に抜き取られてシステム構成上に存在し
ていない周辺デバイスのシステム・リソースは解放する
べきであり、また、ＩＲＱを利用しない周辺デバイスに
ＩＲＱレベルを予約するべきではない。したがって、Ｐ
Ｃカードを好適に活用するためには、システム・リソー
スを動的かつ効率的に再配分する必要がある訳である。
【０００８】旧来の周辺デバイスでは、ジャンパやＤＩ
Ｐスイッチによって自身の使用するシステム・リソース
を定義するようになっている。各周辺デバイス間でシス
テム・リソースが競合しないようにジャンパやＤＩＰス
イッチを操作することは、一般ユーザにとっては困難な
作業である。このため、米Ｍｉｃｒｏｓｏｆｔ社と米Ｉ
ｎｔｅｌ社は、周辺デバイスの着脱に応じてシステム・
リソースなどのシステム環境を自動設定するための規
格"Ｐｌｕｇ＆Ｐｌａｙ"（プラグ・アンド・プレイ：以
下、"ＰｎＰ"という）を提唱している。ＰｎＰによれ
ば、システムの稼働中に周辺デバイスが活性挿抜されて
も、動的にシステム・リソースが割り振られ又は解放さ
れる。また、システム・リソースが競合したときには、
自動的に退避される。すなわち、ＰｎＰとは、従来人手
で行っていたセットアップ作業を、システム自身に行わ
せることなのである。
Ｐスイッチによって自身の使用するシステム・リソース
を定義するようになっている。各周辺デバイス間でシス
テム・リソースが競合しないようにジャンパやＤＩＰス
イッチを操作することは、一般ユーザにとっては困難な
作業である。このため、米Ｍｉｃｒｏｓｏｆｔ社と米Ｉ
ｎｔｅｌ社は、周辺デバイスの着脱に応じてシステム・
リソースなどのシステム環境を自動設定するための規
格"Ｐｌｕｇ＆Ｐｌａｙ"（プラグ・アンド・プレイ：以
下、"ＰｎＰ"という）を提唱している。ＰｎＰによれ
ば、システムの稼働中に周辺デバイスが活性挿抜されて
も、動的にシステム・リソースが割り振られ又は解放さ
れる。また、システム・リソースが競合したときには、
自動的に退避される。すなわち、ＰｎＰとは、従来人手
で行っていたセットアップ作業を、システム自身に行わ
せることなのである。
【０００９】ＰＣＭＣＩＡ／ＪＥＩＤＡが策定したＰＣ
カード仕様は、ＰＣ上で使われているインターフェース
の中でも、最も早くからＰｎＰに対応して設計されたア
ーキテクチャである。例えば、ＰＣカードをシステムに
差し込むだけで、システムがＰＣカードを自動認識し、
カード専用のソフトウェア（「カード・サービス」や
「ソケット・サービス」：後述）がＰＣカードに対して
システム・リソースを割り振り、ＰＣカードをシステム
構成に自動的に組み込むようになっている。このため、
ＰＣカードには、ジャンパやＤＩＰスイッチは不要であ
る。
カード仕様は、ＰＣ上で使われているインターフェース
の中でも、最も早くからＰｎＰに対応して設計されたア
ーキテクチャである。例えば、ＰＣカードをシステムに
差し込むだけで、システムがＰＣカードを自動認識し、
カード専用のソフトウェア（「カード・サービス」や
「ソケット・サービス」：後述）がＰＣカードに対して
システム・リソースを割り振り、ＰＣカードをシステム
構成に自動的に組み込むようになっている。このため、
ＰＣカードには、ジャンパやＤＩＰスイッチは不要であ
る。
【００１０】ＰＣカードのためのＰｎＰサポート：ここ
で、ＰＣカードのＰｎＰの仕組みについて、図８を参照
しながら説明しておく。
で、ＰＣカードのＰｎＰの仕組みについて、図８を参照
しながら説明しておく。
【００１１】ＤＯＳ（Disk Operating System：但し、
ここではＷｉｎｄｏｗｓ３．１を含む。以下、"ＤＯＳ
／Ｗｉｎｄｏｗｓ３．ｘ"ともいう）環境下では、ＰＣ
カードのＰｎＰは、「ソケット・サービス」と「カード
・サービス」と呼ばれる、２種類のカード用デバイス・
ドライバによって実現されている。ソケット・サービス
とカード・サービスは、ＤＯＳがＰＣカードを認識する
ための重要なソフトウェア・レイヤであり、全てのＰＣ
カードにとって必要である。これら２つのソフトウェア
・レイヤの上位には、対応するＰＣカードを駆動するた
めに必要なＰＣカード自体のデバイス・ドライバ（クラ
イアント・ドライバ）が存在する。
ここではＷｉｎｄｏｗｓ３．１を含む。以下、"ＤＯＳ
／Ｗｉｎｄｏｗｓ３．ｘ"ともいう）環境下では、ＰＣ
カードのＰｎＰは、「ソケット・サービス」と「カード
・サービス」と呼ばれる、２種類のカード用デバイス・
ドライバによって実現されている。ソケット・サービス
とカード・サービスは、ＤＯＳがＰＣカードを認識する
ための重要なソフトウェア・レイヤであり、全てのＰＣ
カードにとって必要である。これら２つのソフトウェア
・レイヤの上位には、対応するＰＣカードを駆動するた
めに必要なＰＣカード自体のデバイス・ドライバ（クラ
イアント・ドライバ）が存在する。
【００１２】ソケット・サービスとは、ハードウェアで
あるＰＣカード・コントローラを抽象化するためのソフ
トウェア・レイヤであり、ＰＣカード・コントローラを
直接制御するためのファンクション・コールを備えてい
る。上位のソフトウェア・レイヤは、このソケット・サ
ービスを通じて、ハードウェアと交信することができ
る。
あるＰＣカード・コントローラを抽象化するためのソフ
トウェア・レイヤであり、ＰＣカード・コントローラを
直接制御するためのファンクション・コールを備えてい
る。上位のソフトウェア・レイヤは、このソケット・サ
ービスを通じて、ハードウェアと交信することができ
る。
【００１３】カード・サービスとは、カード・スロット
に挿入されたＰＣカードのシステム・リソースを管理す
るためのソフトウェア・レイヤである。カード・サービ
スは、ソケット・サービスに対するファンクション・コ
ールを備えるとともに、自身にクライアント登録されて
いる上位デバイス・ドライバ（クライアント・デバイス
・ドライバ）に対しては、プログラミング・インターフ
ェース（ＰＩ）を提供している。
に挿入されたＰＣカードのシステム・リソースを管理す
るためのソフトウェア・レイヤである。カード・サービ
スは、ソケット・サービスに対するファンクション・コ
ールを備えるとともに、自身にクライアント登録されて
いる上位デバイス・ドライバ（クライアント・デバイス
・ドライバ）に対しては、プログラミング・インターフ
ェース（ＰＩ）を提供している。
【００１４】クライアント・デバイス・ドライバとは、
ＰＣカード自体のデバイス・ドライバ、するわち、各Ｐ
Ｃカード毎に用意された専用のデバイス・ドライバのこ
とである。クライアント・デバイス・ドライバの例は、
ＬＡＮカードを駆動するためのＬＡＮカード・ドライ
バ、メモリ・カードを駆動するためのメモリ・カード・
ドライバ、ＳＣＳＩカードを駆動するためのＳＣＳＩカ
ード・ドライバなどである。これらクライアント・デバ
イス・ドライバは、カード・サービスに対してクライア
ント登録1)することによって、ＰＣカードの着脱などの
イベントを受け取ることができるとともに、カード・サ
ービスに対してシステム・リソースの割り振り／解放
や、ＰＣカードへの給電の開始／停止を要求することが
できる。但し、ＰｎＰ機能をサポートするためには、ク
ライアント・ドライバ・ドライバは予めシステムにロー
ドされ（すなわちメイン・メモリに常駐し）、且つカー
ド・サービスにクライアント登録されていることが前提
となる。
ＰＣカード自体のデバイス・ドライバ、するわち、各Ｐ
Ｃカード毎に用意された専用のデバイス・ドライバのこ
とである。クライアント・デバイス・ドライバの例は、
ＬＡＮカードを駆動するためのＬＡＮカード・ドライ
バ、メモリ・カードを駆動するためのメモリ・カード・
ドライバ、ＳＣＳＩカードを駆動するためのＳＣＳＩカ
ード・ドライバなどである。これらクライアント・デバ
イス・ドライバは、カード・サービスに対してクライア
ント登録1)することによって、ＰＣカードの着脱などの
イベントを受け取ることができるとともに、カード・サ
ービスに対してシステム・リソースの割り振り／解放
や、ＰＣカードへの給電の開始／停止を要求することが
できる。但し、ＰｎＰ機能をサポートするためには、ク
ライアント・ドライバ・ドライバは予めシステムにロー
ドされ（すなわちメイン・メモリに常駐し）、且つカー
ド・サービスにクライアント登録されていることが前提
となる。
【００１５】ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ環境下で例
えばＰＣカードがスロットに差し込まれると、ＰＣカー
ド・コントローラを経由して、ソケット・サービスとカ
ード・サービスがこれを認識する。次いで、カード・サ
ービスは、自身にクライアント登録されている各クライ
アント・デバイス・ドライバに対してイベント（カード
挿入事象）を通知する（図８中の矢印Ｐ１）。通知を受
けた各クライアント・デバイス・ドライバは、順次、Ｐ
Ｃカード内のメモリから属性情報（タプルともいう）を
読み出す（同矢印Ｐ２，Ｐ３）。そして、タプルの内容
より自身がＰＣカードに対応するドライバであると判っ
たクライアント・デバイス・ドライバは、同タプルの内
容からＰＣカードに必要なシステム構成を知り、カード
・サービスに対してシステム・リソースの割り振りを要
求する（同矢印Ｐ４）。カード・サービスは、使えるシ
ステム・リソースが見つかったら、これをカード・サー
ビス内のリソース・テーブルに書き込むとともに、クラ
イアント・デバイス・ドライバにシステム・リソースの
利用を認める（同矢印Ｐ５）。次いで、クライアント・
デバイス・ドライバは、カード・サービス及びソケット
・サービスを通じてＰＣカード・コントローラをプログ
ラムして（同矢印Ｐ６）、ＰＣカードをシステム構成に
組み込む。さらにクライアント・ドライバは、スロット
への給電開始を要求する。この結果、ＰＣカードはシス
テム上でイネーブルされたことになる。
えばＰＣカードがスロットに差し込まれると、ＰＣカー
ド・コントローラを経由して、ソケット・サービスとカ
ード・サービスがこれを認識する。次いで、カード・サ
ービスは、自身にクライアント登録されている各クライ
アント・デバイス・ドライバに対してイベント（カード
挿入事象）を通知する（図８中の矢印Ｐ１）。通知を受
けた各クライアント・デバイス・ドライバは、順次、Ｐ
Ｃカード内のメモリから属性情報（タプルともいう）を
読み出す（同矢印Ｐ２，Ｐ３）。そして、タプルの内容
より自身がＰＣカードに対応するドライバであると判っ
たクライアント・デバイス・ドライバは、同タプルの内
容からＰＣカードに必要なシステム構成を知り、カード
・サービスに対してシステム・リソースの割り振りを要
求する（同矢印Ｐ４）。カード・サービスは、使えるシ
ステム・リソースが見つかったら、これをカード・サー
ビス内のリソース・テーブルに書き込むとともに、クラ
イアント・デバイス・ドライバにシステム・リソースの
利用を認める（同矢印Ｐ５）。次いで、クライアント・
デバイス・ドライバは、カード・サービス及びソケット
・サービスを通じてＰＣカード・コントローラをプログ
ラムして（同矢印Ｐ６）、ＰＣカードをシステム構成に
組み込む。さらにクライアント・ドライバは、スロット
への給電開始を要求する。この結果、ＰＣカードはシス
テム上でイネーブルされたことになる。
【００１６】ソケット・サービスやカード・サービスの
仕様は、Ｒｅｌ２．１以降のＰＣＭＣＩＡ（若しくはＶ
ｅｒ４．２以降のＪＥＩＤＡ）で既に標準化されてい
る。ソケット・サービスやカード・サービスは、ＰＣカ
ード・スロットにアクセスするためのソフトウェアであ
り、ＰＣカード・スロット用のデバイス・ドライバと把
えることもできよう。但し、ソケット・サービスやカー
ド・サービスなどのＰＣカード制御用ソフトウェアは、
従来のＤＯＳには標準装備されていない。このため、こ
れら２階層のデバイス・ドライバは、一般には、ＯＳメ
ーカ以外のＰＣカード・ソフトのメーカによって提供さ
れている。例えば日本アイ・ビー・エム（株）が市販す
る"ＰｌａｙＡｔＷｉｌｌ"（"ＰｌａｙＡｔＷｉｌｌ"は
米ＩＢＭ社の商標）は、ソケット・サービスとカード・
サービスをパッケージ化したソフトウェア製品である。
仕様は、Ｒｅｌ２．１以降のＰＣＭＣＩＡ（若しくはＶ
ｅｒ４．２以降のＪＥＩＤＡ）で既に標準化されてい
る。ソケット・サービスやカード・サービスは、ＰＣカ
ード・スロットにアクセスするためのソフトウェアであ
り、ＰＣカード・スロット用のデバイス・ドライバと把
えることもできよう。但し、ソケット・サービスやカー
ド・サービスなどのＰＣカード制御用ソフトウェアは、
従来のＤＯＳには標準装備されていない。このため、こ
れら２階層のデバイス・ドライバは、一般には、ＯＳメ
ーカ以外のＰＣカード・ソフトのメーカによって提供さ
れている。例えば日本アイ・ビー・エム（株）が市販す
る"ＰｌａｙＡｔＷｉｌｌ"（"ＰｌａｙＡｔＷｉｌｌ"は
米ＩＢＭ社の商標）は、ソケット・サービスとカード・
サービスをパッケージ化したソフトウェア製品である。
【００１７】オペレーティング・システム：一方、オペ
レーティング・システム（ＯＳ）とは、既に周知なよう
に、ＰＣのハードウェア及びソフトウェアを総合的に管
理するための基本ソフトウェアのことである。ＯＳは、
一般には、ハード・ディスク・ドライブ（ＨＤＤ）など
の補助記憶装置へのファイルの書き込み／読み出しを管
理するための「ファイル・マネージャ」、メモリ空間を
管理するための「メモリ・マネージャ」、タスク実行の
優先度を管理するための「スケジューラ」などを含んで
いる。また、画面表示やコマンド入力、マウス操作を処
理するための「ユーザ・インターフェース」もＯＳに含
まれる。
レーティング・システム（ＯＳ）とは、既に周知なよう
に、ＰＣのハードウェア及びソフトウェアを総合的に管
理するための基本ソフトウェアのことである。ＯＳは、
一般には、ハード・ディスク・ドライブ（ＨＤＤ）など
の補助記憶装置へのファイルの書き込み／読み出しを管
理するための「ファイル・マネージャ」、メモリ空間を
管理するための「メモリ・マネージャ」、タスク実行の
優先度を管理するための「スケジューラ」などを含んで
いる。また、画面表示やコマンド入力、マウス操作を処
理するための「ユーザ・インターフェース」もＯＳに含
まれる。
【００１８】最近のＯＳの代表例は、１９９５年に米Ｍ
ｉｃｒｏＳｏｆｔ社よりリリースされた"Ｗｉｎｄｏｗ
ｓ９５"である。Ｗｉｎｄｏｗｓ９５は、３２ビット・
アーキテクチャのＣＰＵ（例えば米Ｉｎｔｅｌ社の８０
４８６ＳＸ以上）を前提にした、３２ビットのアドレス
空間で動作可能な「３２ビットＯＳ」である。これに対
して、旧来のＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘは、１６ビ
ット・アーキテクチャのＣＰＵ（例えば米Ｉｎｔｅｌ社
の８０３８６）を前提にした、１６ビット・アドレス空
間で動作する「１６ビットＯＳ」であった。Ｗｉｎｄｏ
ｗｓ９５は、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘの２倍の速
度でデータをＣＰＵに取り込み、処理することができ
る、ハイ・パフォーマンスなＯＳと言えよう。この一方
で、Ｗｉｎｄｏｗｓ９５は、ＤＯＳ／Ｗｉｎｄｏｗｓ
３．ｘ系のアプリケーションとの互換性を確保するため
に、１６ビット互換モードも備えている。但し、１６ビ
ット互換モードで動作中には、ＯＳのカーネル（中核部
分）では適宜１６ビット・モードと３２ビット・モード
との間でスイッチングが行われるため、パフォーマンス
の低下を伴う。
ｉｃｒｏＳｏｆｔ社よりリリースされた"Ｗｉｎｄｏｗ
ｓ９５"である。Ｗｉｎｄｏｗｓ９５は、３２ビット・
アーキテクチャのＣＰＵ（例えば米Ｉｎｔｅｌ社の８０
４８６ＳＸ以上）を前提にした、３２ビットのアドレス
空間で動作可能な「３２ビットＯＳ」である。これに対
して、旧来のＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘは、１６ビ
ット・アーキテクチャのＣＰＵ（例えば米Ｉｎｔｅｌ社
の８０３８６）を前提にした、１６ビット・アドレス空
間で動作する「１６ビットＯＳ」であった。Ｗｉｎｄｏ
ｗｓ９５は、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘの２倍の速
度でデータをＣＰＵに取り込み、処理することができ
る、ハイ・パフォーマンスなＯＳと言えよう。この一方
で、Ｗｉｎｄｏｗｓ９５は、ＤＯＳ／Ｗｉｎｄｏｗｓ
３．ｘ系のアプリケーションとの互換性を確保するため
に、１６ビット互換モードも備えている。但し、１６ビ
ット互換モードで動作中には、ＯＳのカーネル（中核部
分）では適宜１６ビット・モードと３２ビット・モード
との間でスイッチングが行われるため、パフォーマンス
の低下を伴う。
【００１９】Ｗｉｎｄｏｗｓ９５は、情報機器（ＯＡ機
器や通信機器など）の統合を図ったＯＳでもあり、その
主な特徴として、「マルチタスク対応」と「ＰｎＰ対
応」が挙げられよう。マルチタスク対応にした目的は、
複数の処理を並行して実行することが情報機器の統合の
鍵となるからである（例えば、動画再生中に電話やファ
クシミリを受け付けたり、バックグラウンドでサーバの
データベースにアクセスしながらフォアグラウンド（デ
ィスプレイ画面上）では電子メールを読むなど）。ま
た、ＰｎＰ対応にした目的は、オフィスでのＰＣの運用
コストの抑制にある。いろいろな種類の周辺機器をＰＣ
に装着する可能性が高まり、複雑化してきたシステム構
成を自動的に管理することによって、運用コストが抑え
られ、以て情報機器の統合が図られるという訳である。
器や通信機器など）の統合を図ったＯＳでもあり、その
主な特徴として、「マルチタスク対応」と「ＰｎＰ対
応」が挙げられよう。マルチタスク対応にした目的は、
複数の処理を並行して実行することが情報機器の統合の
鍵となるからである（例えば、動画再生中に電話やファ
クシミリを受け付けたり、バックグラウンドでサーバの
データベースにアクセスしながらフォアグラウンド（デ
ィスプレイ画面上）では電子メールを読むなど）。ま
た、ＰｎＰ対応にした目的は、オフィスでのＰＣの運用
コストの抑制にある。いろいろな種類の周辺機器をＰＣ
に装着する可能性が高まり、複雑化してきたシステム構
成を自動的に管理することによって、運用コストが抑え
られ、以て情報機器の統合が図られるという訳である。
【００２０】図９には、Ｗｉｎｄｏｗｓ９５のＰｎＰア
ーキテクチャを図解している。図示のように、Ｗｉｎｄ
ｏｗｓ９５では、システム中の各サブシステム（例えば
ＩＳＡバス、ＰＣＩ（Peripheral Component Interconn
ect）バス、ＳＣＳＩ（SmallComputer System Interfac
e）バス、ＰＣＭＣＩＡバス）毎にバス・エニュメレー
タ（Enumerator）を用意するとともに、バス・エニュメ
レータの上位に「コンフィギュレーション・マネージ
ャ」と呼ばれるソフトウェア層を用意している。例えば
ＰＣＭＣＩＡバス・エニュメレータは、ＰＣＭＣＩＡ
Ｒｅｌ２．１準拠のソケット・サービスやカード・サー
ビスの他、ＰＣカードをイネーブルするためのコモン・
イネーブラ、クライアント・デバイス・ドライバを自動
ロードするためのデバイス・ドライバ・ローダ、コンフ
ィギュレーション・マネージャと対話するためのＣ／Ｍ
インターフェースなどを装備している2)。
ーキテクチャを図解している。図示のように、Ｗｉｎｄ
ｏｗｓ９５では、システム中の各サブシステム（例えば
ＩＳＡバス、ＰＣＩ（Peripheral Component Interconn
ect）バス、ＳＣＳＩ（SmallComputer System Interfac
e）バス、ＰＣＭＣＩＡバス）毎にバス・エニュメレー
タ（Enumerator）を用意するとともに、バス・エニュメ
レータの上位に「コンフィギュレーション・マネージ
ャ」と呼ばれるソフトウェア層を用意している。例えば
ＰＣＭＣＩＡバス・エニュメレータは、ＰＣＭＣＩＡ
Ｒｅｌ２．１準拠のソケット・サービスやカード・サー
ビスの他、ＰＣカードをイネーブルするためのコモン・
イネーブラ、クライアント・デバイス・ドライバを自動
ロードするためのデバイス・ドライバ・ローダ、コンフ
ィギュレーション・マネージャと対話するためのＣ／Ｍ
インターフェースなどを装備している2)。
【００２１】ＯＳには、既に膨大な種類のデバイス・ド
ライバが存在しているが、これらが互いにリソースの衝
突を起こしてはシステムは好適に動作することができな
い。Ｗｉｎｄｏｗｓ９５では、各バス・エニュメレータ
によってバス単位で各デバイス・ドライバ間の強調が図
られるとともに、コンフィギュレーション・マネージャ
によってシステム全体のリソースを管理することによっ
て、ＰｎＰ化を実現している。例えばＰＣカードがカー
ド・スロットに挿入されると、ＰＣＭＣＩＡバス・エニ
ュメレータを介して、まずローカルにＰＣカードが自動
認識されるとともに、コンフィギュレーション・マネー
ジャによって他のバス上の周辺デバイスと競合しないよ
うにシステム・リソースが割り振られ、結果としてシス
テム構成に組み込まれる。
ライバが存在しているが、これらが互いにリソースの衝
突を起こしてはシステムは好適に動作することができな
い。Ｗｉｎｄｏｗｓ９５では、各バス・エニュメレータ
によってバス単位で各デバイス・ドライバ間の強調が図
られるとともに、コンフィギュレーション・マネージャ
によってシステム全体のリソースを管理することによっ
て、ＰｎＰ化を実現している。例えばＰＣカードがカー
ド・スロットに挿入されると、ＰＣＭＣＩＡバス・エニ
ュメレータを介して、まずローカルにＰＣカードが自動
認識されるとともに、コンフィギュレーション・マネー
ジャによって他のバス上の周辺デバイスと競合しないよ
うにシステム・リソースが割り振られ、結果としてシス
テム構成に組み込まれる。
【００２２】さらに、Ｗｉｎｄｏｗｓ９５のＰｎＰ機能
によれば、システム・リソースの自動設定だけでなく、
デバイス・ドライバの自動ローディングも行うようにな
っている。例えばＰＣＭＣＩＡバス・エニュメレータ
は、ＰＣカードがシステムに挿入されると、ＰＣカード
にシステム・リソースを割り振るとともに、適切なＰＣ
カード用デバイス・ドライバ（クライアント・ドライ
バ）を自動的にロードする。この点は、クライアント・
ドライバがメモリ常駐であることを前提とするＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘとは相違しており、デバイス・ド
ライバのためのメモリ空間を節約することができる。
によれば、システム・リソースの自動設定だけでなく、
デバイス・ドライバの自動ローディングも行うようにな
っている。例えばＰＣＭＣＩＡバス・エニュメレータ
は、ＰＣカードがシステムに挿入されると、ＰＣカード
にシステム・リソースを割り振るとともに、適切なＰＣ
カード用デバイス・ドライバ（クライアント・ドライ
バ）を自動的にロードする。この点は、クライアント・
ドライバがメモリ常駐であることを前提とするＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘとは相違しており、デバイス・ド
ライバのためのメモリ空間を節約することができる。
【００２３】オペレーティング・システムとデバイス・
ドライバの共存：ＰＣカードの規格化団体であるＰＣＭ
ＣＩＡ／ＪＥＩＤＡは、ホスト・システム側の進化に対
応した仕様の作成に努めている。例えば１９９５年にリ
リースした仕様"ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ"で
は、高速のＰＣＩ（Peripheral Component Interconnec
t）バスに対応するために、３２ビット・バスマスタ機
能付きの「カードバス（ＣａｒｄＢｕｓ）」が盛り込ま
れている。カードバスによれば、高品位な動画取り込み
などマルチメディア関連の機能もＰＣカードで実現する
ことが可能になる。
ドライバの共存：ＰＣカードの規格化団体であるＰＣＭ
ＣＩＡ／ＪＥＩＤＡは、ホスト・システム側の進化に対
応した仕様の作成に努めている。例えば１９９５年にリ
リースした仕様"ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ"で
は、高速のＰＣＩ（Peripheral Component Interconnec
t）バスに対応するために、３２ビット・バスマスタ機
能付きの「カードバス（ＣａｒｄＢｕｓ）」が盛り込ま
れている。カードバスによれば、高品位な動画取り込み
などマルチメディア関連の機能もＰＣカードで実現する
ことが可能になる。
【００２４】一方、ＯＳも、情報処理機器の統合を究極
目標として、マルチタスク化やＰｎＰ化に努めている。
例えば、Ｗｉｎｄｏｗｓ９５では、ＯＳが積極的にハー
ドウェアのリソース管理に乗り出している。例えばＰＣ
カードを自動認識するためのソケット・サービスやカー
ド・サービスも、Ｗｉｎｄｏｗｓ９５に標準添付されて
いる（前述）。
目標として、マルチタスク化やＰｎＰ化に努めている。
例えば、Ｗｉｎｄｏｗｓ９５では、ＯＳが積極的にハー
ドウェアのリソース管理に乗り出している。例えばＰＣ
カードを自動認識するためのソケット・サービスやカー
ド・サービスも、Ｗｉｎｄｏｗｓ９５に標準添付されて
いる（前述）。
【００２５】ところが、ＰＣカードとＯＳは、必ずしも
同期的に進化するものではない。これは、ＰＣカードが
ＰＣＭＣＩＡ／ＪＥＩＤＡによって規格化され、ＰＣカ
ード・ベンダによって開発される一方で、ＯＳは米Ｍｉ
ｃｒｏｓｏｆｔ社を代表例とするＯＳメーカによって開
発されている、すなわち両者は個別に開発されていると
いう、ごく単純な理由に依拠している。より具体的な例
は、「カードバス」への対応である。１９９５年にリリ
ースされたＷｉｎｄｏｗｓ９５のＰＣＭＣＩＡ機能（す
なわちＷｉｎｄｏｗｓ９５版のソケット・サービスやカ
ード・サービス）は、３２ビット系ではあるが、機能的
には１９９３年に策定された"ＰＣＭＣＩＡ Ｒｅｌ
２．１"（すなわち１世代前の仕様）に準拠したもので
あり、最新の"カードバス"仕様に対応するにはさらに時
間を要する見込みである。これに対して、ＰＣカード・
メーカは、１９９６年中には、カードバスに対応したＰ
Ｃカードやデバイス・ドライバを出荷し、また、ＰＣメ
ーカも同年内にカードバスを装備したＰＣを出荷するで
あろう。他方、ＰＣカード・メーカが供給するカードバ
ス対応デバイス・ドライバは、一般には１６ビット系で
あり、Ｗｉｎｄｏｗｓ９５の３２ビット・モードでは使
用できない。カードバス対応デバイス・ドライバが１６
ビット系としてデザインされるのは、Ｗｉｎｄｏｗｓ９
５がカードバスに対応していないためである。
同期的に進化するものではない。これは、ＰＣカードが
ＰＣＭＣＩＡ／ＪＥＩＤＡによって規格化され、ＰＣカ
ード・ベンダによって開発される一方で、ＯＳは米Ｍｉ
ｃｒｏｓｏｆｔ社を代表例とするＯＳメーカによって開
発されている、すなわち両者は個別に開発されていると
いう、ごく単純な理由に依拠している。より具体的な例
は、「カードバス」への対応である。１９９５年にリリ
ースされたＷｉｎｄｏｗｓ９５のＰＣＭＣＩＡ機能（す
なわちＷｉｎｄｏｗｓ９５版のソケット・サービスやカ
ード・サービス）は、３２ビット系ではあるが、機能的
には１９９３年に策定された"ＰＣＭＣＩＡ Ｒｅｌ
２．１"（すなわち１世代前の仕様）に準拠したもので
あり、最新の"カードバス"仕様に対応するにはさらに時
間を要する見込みである。これに対して、ＰＣカード・
メーカは、１９９６年中には、カードバスに対応したＰ
Ｃカードやデバイス・ドライバを出荷し、また、ＰＣメ
ーカも同年内にカードバスを装備したＰＣを出荷するで
あろう。他方、ＰＣカード・メーカが供給するカードバ
ス対応デバイス・ドライバは、一般には１６ビット系で
あり、Ｗｉｎｄｏｗｓ９５の３２ビット・モードでは使
用できない。カードバス対応デバイス・ドライバが１６
ビット系としてデザインされるのは、Ｗｉｎｄｏｗｓ９
５がカードバスに対応していないためである。
【００２６】略言すれば、Ｗｉｎｄｏｗｓ９５ネイティ
ブのデバイス・ドライバは３２ビット系の高機能なデバ
イス・ドライバであるが最新のＰＣＭＣＩＡ／ＪＥＩＤ
Ａ仕様に準拠したＰＣカードを動かせない一方で、ＰＣ
カード・メーカが供給するデバイス・ドライバは最新の
ＰＣカードを駆動可能であるが１６ビット系（すなわち
ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用）のデバイス・ドライ
バに過ぎない、というパラドックスを生じている訳なの
である3)。
ブのデバイス・ドライバは３２ビット系の高機能なデバ
イス・ドライバであるが最新のＰＣＭＣＩＡ／ＪＥＩＤ
Ａ仕様に準拠したＰＣカードを動かせない一方で、ＰＣ
カード・メーカが供給するデバイス・ドライバは最新の
ＰＣカードを駆動可能であるが１６ビット系（すなわち
ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用）のデバイス・ドライ
バに過ぎない、というパラドックスを生じている訳なの
である3)。
【００２７】Ｗｉｎｄｏｗｓ９５ネイティブ・モードで
は、カードバス対応のＰＣカードを使えない。もしユー
ザがカードバス対応のＰＣカードを使いたい場合には、
ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用の１６ビット系デバイ
ス・ドライバを使用する他ない。しかしながら、Ｗｉｎ
ｄｏｗｓ９５では、３２ビット・モードと１６ビット・
モードとは排他的なので、例えばＰＣカードを１６ビッ
ト・モードで動かす場合には、対応する３２ビット系の
サブシステム（すなわちＰＣＭＣＩＡバス・エニュメレ
ータ）を起動時にディセーブルしておかなければならな
い。また、３２ビット・モードと１６ビット・モードと
の切り替えは静的なものであり、起動時にディセーブル
された３２ビット・モードを起動中にイネーブルするこ
とはできない。
は、カードバス対応のＰＣカードを使えない。もしユー
ザがカードバス対応のＰＣカードを使いたい場合には、
ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用の１６ビット系デバイ
ス・ドライバを使用する他ない。しかしながら、Ｗｉｎ
ｄｏｗｓ９５では、３２ビット・モードと１６ビット・
モードとは排他的なので、例えばＰＣカードを１６ビッ
ト・モードで動かす場合には、対応する３２ビット系の
サブシステム（すなわちＰＣＭＣＩＡバス・エニュメレ
ータ）を起動時にディセーブルしておかなければならな
い。また、３２ビット・モードと１６ビット・モードと
の切り替えは静的なものであり、起動時にディセーブル
された３２ビット・モードを起動中にイネーブルするこ
とはできない。
【００２８】したがって、Ｗｉｎｄｏｗｓ９５ネイティ
ブ・モード下でＰＣカードを使用するには、以下の問題
点を伴うことになる。すなわち： （１）カードバス対応のＰＣカードを使用する場合に
は、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用のカードバス対応
ドライバ（すなわち１６ビット・ドライバ）をロードす
るとともに、予めＰＣＭＣＩＡバス・エニュメレータ
（すなわち３２ビット・ドライバ）をディセーブルして
おかなければならない。この場合、Ｗｉｎｄｏｗｓ９５
ネイティブのデバイス・ドライバを全く使用できないの
で、その後Ｗｉｎｄｏｗｓ９５対応のＰＣカードを装着
しても、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用の１６ビット
・ドライバで駆動し続けるしかない（又はＰＣカードを
動かせない）。この結果、クライアント・ドライバの自
動ローディングを始めとするＷｉｎｄｏｗｓ９５ネイテ
ィブ・ドライバの長所を全く活用することができなくな
る。 （２）Ｗｉｎｄｏｗｓ９５の一部のサブシステムを１６
ビット・モードで動かしていることの帰結として、ＯＳ
のカーネルでは絶えず３２ビット〜１６ビット間のスイ
ッチングが行われ、システム全体のパフォーマンスが低
下してしまう。 （３）逆に、ＰＣＭＣＩＡバス・エニュメレータ（すな
わち３２ビット・ドライバ）をイネーブルしているとき
にカードバス対応のＰＣカードを挿入しても、これに対
応したデバイス・ドライバ（すなわちＷｉｎｄｏｗｓ９
５外の１６ビット・ドライバ）を使用できないので、Ｐ
Ｃカードを使用できない。すなわち、バージョンの異な
るＰＣカードを自由に交換できないことも起こり得るの
である。これでは、ＰＣカードのＰｎＰ機能を著しく損
なうことになる。また、ノートブックＰＣのようにシス
テム構成の動的な変動が要求されているマシンは、ユー
ザビリティを失う結果となる。
ブ・モード下でＰＣカードを使用するには、以下の問題
点を伴うことになる。すなわち： （１）カードバス対応のＰＣカードを使用する場合に
は、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用のカードバス対応
ドライバ（すなわち１６ビット・ドライバ）をロードす
るとともに、予めＰＣＭＣＩＡバス・エニュメレータ
（すなわち３２ビット・ドライバ）をディセーブルして
おかなければならない。この場合、Ｗｉｎｄｏｗｓ９５
ネイティブのデバイス・ドライバを全く使用できないの
で、その後Ｗｉｎｄｏｗｓ９５対応のＰＣカードを装着
しても、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ用の１６ビット
・ドライバで駆動し続けるしかない（又はＰＣカードを
動かせない）。この結果、クライアント・ドライバの自
動ローディングを始めとするＷｉｎｄｏｗｓ９５ネイテ
ィブ・ドライバの長所を全く活用することができなくな
る。 （２）Ｗｉｎｄｏｗｓ９５の一部のサブシステムを１６
ビット・モードで動かしていることの帰結として、ＯＳ
のカーネルでは絶えず３２ビット〜１６ビット間のスイ
ッチングが行われ、システム全体のパフォーマンスが低
下してしまう。 （３）逆に、ＰＣＭＣＩＡバス・エニュメレータ（すな
わち３２ビット・ドライバ）をイネーブルしているとき
にカードバス対応のＰＣカードを挿入しても、これに対
応したデバイス・ドライバ（すなわちＷｉｎｄｏｗｓ９
５外の１６ビット・ドライバ）を使用できないので、Ｐ
Ｃカードを使用できない。すなわち、バージョンの異な
るＰＣカードを自由に交換できないことも起こり得るの
である。これでは、ＰＣカードのＰｎＰ機能を著しく損
なうことになる。また、ノートブックＰＣのようにシス
テム構成の動的な変動が要求されているマシンは、ユー
ザビリティを失う結果となる。
【００２９】この他、ＰＣＭＣＩＡ／ＪＥＩＤＡの古い
バージョンにしか対応していないため、Ｗｉｎｄｏｗｓ
９５ネイティブ・ドライバでは動かせない既存のＰＣカ
ードもある。このような既存製品のユーザは、ＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘ用の既存デバイス・ドライバを使
用するしかなく、上記と同様の問題点に悩まされること
になるであろう。
バージョンにしか対応していないため、Ｗｉｎｄｏｗｓ
９５ネイティブ・ドライバでは動かせない既存のＰＣカ
ードもある。このような既存製品のユーザは、ＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘ用の既存デバイス・ドライバを使
用するしかなく、上記と同様の問題点に悩まされること
になるであろう。
【００３０】《注釈》 １）カード・サービスは、クライアント・ドライバに対
するコールバック・ルートンのエントリ・ポイント（す
なわちイベント・レコードをクライアントに引き渡す際
の共通アドレス）を登録することによって、クライアン
ト登録を行う。 ２）Ｗｉｎｄｏｗｓ９５のＰＣＭＣＩＡバス・エニュメ
レータは、ソケット・サービス部分とその他の部分との
間にプロクラミング・インターフェース（ＰＩ）を用意
している。従って、例えば他のＰＣカード・メーカは、
Ｗｉｎｄｏｗｓ９５に標準添付されたソケット・サービ
ス部分を自社製のものに置き換えることができる。 ３）１９９３年版のＰＣカード仕様である"ＰＣＭＣＩ
Ａ Ｒｅｌ２．１／ＪＥＩＤＡ Ｖｅｒ４．２"では、
カード属性情報（ＣＩＳ）や、カード・サービス、ソケ
ット・サービス、インターフェースなどについて規定し
ている。これに対して、１９９５年版のＰＣカード仕様
である"ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ"では、さら
に、既存の各仕様をグレード・アップした他、カードバ
スやパワー・マネージメント仕様、マルチファンクショ
ンについても記述している。
するコールバック・ルートンのエントリ・ポイント（す
なわちイベント・レコードをクライアントに引き渡す際
の共通アドレス）を登録することによって、クライアン
ト登録を行う。 ２）Ｗｉｎｄｏｗｓ９５のＰＣＭＣＩＡバス・エニュメ
レータは、ソケット・サービス部分とその他の部分との
間にプロクラミング・インターフェース（ＰＩ）を用意
している。従って、例えば他のＰＣカード・メーカは、
Ｗｉｎｄｏｗｓ９５に標準添付されたソケット・サービ
ス部分を自社製のものに置き換えることができる。 ３）１９９３年版のＰＣカード仕様である"ＰＣＭＣＩ
Ａ Ｒｅｌ２．１／ＪＥＩＤＡ Ｖｅｒ４．２"では、
カード属性情報（ＣＩＳ）や、カード・サービス、ソケ
ット・サービス、インターフェースなどについて規定し
ている。これに対して、１９９５年版のＰＣカード仕様
である"ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ"では、さら
に、既存の各仕様をグレード・アップした他、カードバ
スやパワー・マネージメント仕様、マルチファンクショ
ンについても記述している。
【００３１】
【発明が解決しようとする課題】本発明の目的は、第１
のアドレッシング・モードで動作するデバイス・ドライ
バによって駆動される周辺デバイスと第２のアドレッシ
ング・モードで動作するデバイス・ドライバが共存する
タイプの情報処理システムに適用可能であって、適切な
デバイス・ドライバによって周辺デバイスをイネーブル
し駆動することができる、優れたを周辺デバイスの自動
イネーブル方法を提供することにある。
のアドレッシング・モードで動作するデバイス・ドライ
バによって駆動される周辺デバイスと第２のアドレッシ
ング・モードで動作するデバイス・ドライバが共存する
タイプの情報処理システムに適用可能であって、適切な
デバイス・ドライバによって周辺デバイスをイネーブル
し駆動することができる、優れたを周辺デバイスの自動
イネーブル方法を提供することにある。
【００３２】本発明の更なる目的は、１６ビット系のデ
バイス・ドライバによって駆動されるＰＣカードと３２
ビット系のデバイス・ドライバが共存するタイプの情報
処理システムに適用可能であって、適切なデバイス・ド
ライバによってＰＣカードをイネーブルし且つ駆動する
ことができる、優れたＰＣカードの自動イネーブル方法
を提供することにある。
バイス・ドライバによって駆動されるＰＣカードと３２
ビット系のデバイス・ドライバが共存するタイプの情報
処理システムに適用可能であって、適切なデバイス・ド
ライバによってＰＣカードをイネーブルし且つ駆動する
ことができる、優れたＰＣカードの自動イネーブル方法
を提供することにある。
【００３３】本発明の更なる目的は、ＤＯＳ／Ｗｉｎｄ
ｏｗｓ３．ｘ系のデバイス・ドライバでしか動かないＰ
Ｃカードが挿入されたときには該デバイス・ドライバに
よってＰＣカードをイネーブルする一方、Ｗｉｎｄｏｗ
ｓ９５ネイティブのデバイス・ドライバで動くＰＣカー
ドが挿入されたときには該デバイス・ドライバによって
ＰＣカードをイネーブルすることができる、優れたＰＣ
カードの自動イネーブル方法を提供することにある。
ｏｗｓ３．ｘ系のデバイス・ドライバでしか動かないＰ
Ｃカードが挿入されたときには該デバイス・ドライバに
よってＰＣカードをイネーブルする一方、Ｗｉｎｄｏｗ
ｓ９５ネイティブのデバイス・ドライバで動くＰＣカー
ドが挿入されたときには該デバイス・ドライバによって
ＰＣカードをイネーブルすることができる、優れたＰＣ
カードの自動イネーブル方法を提供することにある。
【００３４】本発明の更なる目的は、Ｗｉｎｄｏｗｓ９
５内のあるサブシステム（例えばＰＣＭＣＩＡ系のサブ
システム）を、３２ビット・モードと１６ビット・モー
ドの間で見かけ上は動的に切り替えることができる、優
れたＰＣカードの自動イネーブル方法を提供することに
ある。
５内のあるサブシステム（例えばＰＣＭＣＩＡ系のサブ
システム）を、３２ビット・モードと１６ビット・モー
ドの間で見かけ上は動的に切り替えることができる、優
れたＰＣカードの自動イネーブル方法を提供することに
ある。
【００３５】
【課題を解決するための手段及び作用】本発明は、上記
課題を参酌してなされたものであり、その第１の側面
は、第１のアドレッシング・モードで動作するデバイス
・ドライバによって駆動される周辺デバイスと第２のア
ドレッシング・モードで動作するデバイス・ドライバに
よって駆動される周辺デバイスの双方を装着することが
できるタイプの情報処理システム上で適用される、周辺
デバイスの自動イネーブル方法において、（ａ）周辺デ
バイスが前記情報処理システムに装着されたことを検出
するステップと、（ｂ）周辺デバイスの装着に応答し
て、第１のアドレッシング・モードで動作するデバイス
・ドライバに対して優先的に該周辺デバイスをイネーブ
ルする機会を与えるステップと、（ｃ）周辺デバイスの
装着に応答して、第１のアドレッシング・モードで動作
するデバイス・ドライバによって該周辺デバイスがイネ
ーブルされなかったときのみ、第２のアドレッシング・
モードで動作するデバイス・ドライバに対して該周辺デ
バイスをイネーブルする機会を与えるステップと、を具
備することを特徴とする周辺デバイスの自動イネーブル
方法である。
課題を参酌してなされたものであり、その第１の側面
は、第１のアドレッシング・モードで動作するデバイス
・ドライバによって駆動される周辺デバイスと第２のア
ドレッシング・モードで動作するデバイス・ドライバに
よって駆動される周辺デバイスの双方を装着することが
できるタイプの情報処理システム上で適用される、周辺
デバイスの自動イネーブル方法において、（ａ）周辺デ
バイスが前記情報処理システムに装着されたことを検出
するステップと、（ｂ）周辺デバイスの装着に応答し
て、第１のアドレッシング・モードで動作するデバイス
・ドライバに対して優先的に該周辺デバイスをイネーブ
ルする機会を与えるステップと、（ｃ）周辺デバイスの
装着に応答して、第１のアドレッシング・モードで動作
するデバイス・ドライバによって該周辺デバイスがイネ
ーブルされなかったときのみ、第２のアドレッシング・
モードで動作するデバイス・ドライバに対して該周辺デ
バイスをイネーブルする機会を与えるステップと、を具
備することを特徴とする周辺デバイスの自動イネーブル
方法である。
【００３６】また、本発明の第２の側面は、１６ビット
・モードで動作するデバイス・ドライバによって駆動さ
れるＰＣカードと３２ビット・モードで動作するデバイ
ス・ドライバによって駆動されるＰＣカードの双方を装
着することができるタイプの情報処理システム上で適用
される、ＰＣカードの自動イネーブル方法において、
（ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、（ｂ）ＰＣカードの装着に
応答して、１６ビット・モードで動作するデバイス・ド
ライバに対して優先的に該ＰＣカードをイネーブルする
機会を与えるステップと、（ｃ）ＰＣカードの装着に応
答して、１６ビット・モードで動作するデバイス・ドラ
イバによって該ＰＣカードがイネーブルされなかったと
きのみ、３２ビット・モードで動作するデバイス・ドラ
イバに対して該ＰＣカードをイネーブルする機会を与え
るステップと、を具備することを特徴とするＰＣカード
の自動イネーブル方法である。
・モードで動作するデバイス・ドライバによって駆動さ
れるＰＣカードと３２ビット・モードで動作するデバイ
ス・ドライバによって駆動されるＰＣカードの双方を装
着することができるタイプの情報処理システム上で適用
される、ＰＣカードの自動イネーブル方法において、
（ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、（ｂ）ＰＣカードの装着に
応答して、１６ビット・モードで動作するデバイス・ド
ライバに対して優先的に該ＰＣカードをイネーブルする
機会を与えるステップと、（ｃ）ＰＣカードの装着に応
答して、１６ビット・モードで動作するデバイス・ドラ
イバによって該ＰＣカードがイネーブルされなかったと
きのみ、３２ビット・モードで動作するデバイス・ドラ
イバに対して該ＰＣカードをイネーブルする機会を与え
るステップと、を具備することを特徴とするＰＣカード
の自動イネーブル方法である。
【００３７】また、本発明の第３の側面は、３２ビット
・モード又は１６ビット・モードのいずれか一方で動作
可能なオペレーティング・システムの制御下に置かれる
とともに、３２ビット・モード及び１６ビット・モード
の複数のデバイス・ドライバが共存しているタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、（ａ）ＰＣカードが前記情報処理
システムに装着されたことを検出するステップと、
（ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に該Ｐ
Ｃカードをイネーブルする機会を与えるステップと、
（ｃ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して該ＰＣカード
をイネーブルする機会を与えるステップと、を具備する
ことを特徴とするＰＣカードの自動イネーブル方法であ
る。
・モード又は１６ビット・モードのいずれか一方で動作
可能なオペレーティング・システムの制御下に置かれる
とともに、３２ビット・モード及び１６ビット・モード
の複数のデバイス・ドライバが共存しているタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、（ａ）ＰＣカードが前記情報処理
システムに装着されたことを検出するステップと、
（ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に該Ｐ
Ｃカードをイネーブルする機会を与えるステップと、
（ｃ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して該ＰＣカード
をイネーブルする機会を与えるステップと、を具備する
ことを特徴とするＰＣカードの自動イネーブル方法であ
る。
【００３８】また、本発明の第４の側面は、第１のアド
レッシング・モードで動作するデバイス・ドライバによ
って駆動される周辺デバイスと第２のアドレッシング・
モードで動作するデバイス・ドライバによって駆動され
る周辺デバイスの双方を装着することができるタイプの
情報処理システム上で適用される、周辺デバイスの自動
イネーブル方法において、（ａ）周辺デバイスが前記情
報処理システムに装着されたことを検出するステップ
と、（ｂ）周辺デバイスの装着に応答して、第１のアド
レッシング・モードで動作するデバイス・ドライバに対
して優先的に、自身が該周辺デバイスを駆動可能なデバ
イス・ドライバかどうかを確認する機会を与えるステッ
プと、（ｃ）前記（ｂ）ステップで肯定応答したデバイ
ス・ドライバが、装着された周辺デバイスのためのシス
テム・リソースの割り振りを要求するステップと、
（ｄ）前記（ｃ）ステップにおける要求に応答して、装
着された周辺デバイスのためのシステム・リソースを設
定するステップと、（ｅ）周辺デバイスの装着に応答し
て、第１のアドレッシング・モードで動作するデバイス
・ドライバによって該周辺デバイスがイネーブルされな
かったときのみ、第２のアドレッシング・モードで動作
するデバイス・ドライバに対して、自身が該周辺デバイ
スを駆動可能なデバイス・ドライバかどうかを確認する
機会を与えるステップと、（ｆ）前記（ｅ）ステップで
肯定応答したデバイス・ドライバが、装着された周辺デ
バイスのためのシステム・リソースの割り振りを要求す
るステップと、（ｇ）前記（ｆ）ステップにおける要求
に応答して、装着された周辺デバイスのためのシステム
・リソースを設定するステップと、を具備することを特
徴とする周辺デバイスの自動イネーブル方法である。
レッシング・モードで動作するデバイス・ドライバによ
って駆動される周辺デバイスと第２のアドレッシング・
モードで動作するデバイス・ドライバによって駆動され
る周辺デバイスの双方を装着することができるタイプの
情報処理システム上で適用される、周辺デバイスの自動
イネーブル方法において、（ａ）周辺デバイスが前記情
報処理システムに装着されたことを検出するステップ
と、（ｂ）周辺デバイスの装着に応答して、第１のアド
レッシング・モードで動作するデバイス・ドライバに対
して優先的に、自身が該周辺デバイスを駆動可能なデバ
イス・ドライバかどうかを確認する機会を与えるステッ
プと、（ｃ）前記（ｂ）ステップで肯定応答したデバイ
ス・ドライバが、装着された周辺デバイスのためのシス
テム・リソースの割り振りを要求するステップと、
（ｄ）前記（ｃ）ステップにおける要求に応答して、装
着された周辺デバイスのためのシステム・リソースを設
定するステップと、（ｅ）周辺デバイスの装着に応答し
て、第１のアドレッシング・モードで動作するデバイス
・ドライバによって該周辺デバイスがイネーブルされな
かったときのみ、第２のアドレッシング・モードで動作
するデバイス・ドライバに対して、自身が該周辺デバイ
スを駆動可能なデバイス・ドライバかどうかを確認する
機会を与えるステップと、（ｆ）前記（ｅ）ステップで
肯定応答したデバイス・ドライバが、装着された周辺デ
バイスのためのシステム・リソースの割り振りを要求す
るステップと、（ｇ）前記（ｆ）ステップにおける要求
に応答して、装着された周辺デバイスのためのシステム
・リソースを設定するステップと、を具備することを特
徴とする周辺デバイスの自動イネーブル方法である。
【００３９】また、本発明の第５の側面は、１６ビット
・モードで動作するデバイス・ドライバによって駆動さ
れるＰＣカードと３２ビット・モードで動作するデバイ
ス・ドライバによって駆動されるＰＣカードの双方を装
着することができるタイプの情報処理システム上で適用
される、ＰＣカードの自動イネーブル方法において、
（ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、（ｂ）ＰＣカードの装着に
応答して、１６ビット・モードで動作するデバイス・ド
ライバに対して優先的に、自身が該ＰＣカードを駆動可
能なデバイス・ドライバかどうかを確認する機会を与え
るステップと、（ｃ）前記（ｂ）ステップで肯定応答し
たデバイス・ドライバが、装着されたＰＣカードのため
のシステム・リソースの割り振りを要求するステップ
と、（ｄ）前記（ｃ）ステップにおける要求に応答し
て、装着されたＰＣカードのためのシステム・リソース
を設定するステップと、（ｅ）ＰＣカードの装着に応答
して、１６ビット・モードで動作するデバイス・ドライ
バによって該ＰＣカードがイネーブルされなかったとき
のみ、３２ビット・モードで動作するデバイス・ドライ
バに対して、自身が該ＰＣカードを駆動可能なデバイス
・ドライバかどうかを確認する機会を与えるステップ
と、（ｆ）前記（ｅ）ステップで肯定応答したデバイス
・ドライバが、装着されたＰＣカードのためのシステム
・リソースの割り振りを要求するステップと、（ｇ）前
記（ｆ）ステップにおける要求に応答して、装着された
ＰＣカードのためのシステム・リソースを設定するステ
ップと、を具備することを特徴とするＰＣカードの自動
イネーブル方法である。
・モードで動作するデバイス・ドライバによって駆動さ
れるＰＣカードと３２ビット・モードで動作するデバイ
ス・ドライバによって駆動されるＰＣカードの双方を装
着することができるタイプの情報処理システム上で適用
される、ＰＣカードの自動イネーブル方法において、
（ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、（ｂ）ＰＣカードの装着に
応答して、１６ビット・モードで動作するデバイス・ド
ライバに対して優先的に、自身が該ＰＣカードを駆動可
能なデバイス・ドライバかどうかを確認する機会を与え
るステップと、（ｃ）前記（ｂ）ステップで肯定応答し
たデバイス・ドライバが、装着されたＰＣカードのため
のシステム・リソースの割り振りを要求するステップ
と、（ｄ）前記（ｃ）ステップにおける要求に応答し
て、装着されたＰＣカードのためのシステム・リソース
を設定するステップと、（ｅ）ＰＣカードの装着に応答
して、１６ビット・モードで動作するデバイス・ドライ
バによって該ＰＣカードがイネーブルされなかったとき
のみ、３２ビット・モードで動作するデバイス・ドライ
バに対して、自身が該ＰＣカードを駆動可能なデバイス
・ドライバかどうかを確認する機会を与えるステップ
と、（ｆ）前記（ｅ）ステップで肯定応答したデバイス
・ドライバが、装着されたＰＣカードのためのシステム
・リソースの割り振りを要求するステップと、（ｇ）前
記（ｆ）ステップにおける要求に応答して、装着された
ＰＣカードのためのシステム・リソースを設定するステ
ップと、を具備することを特徴とするＰＣカードの自動
イネーブル方法である。
【００４０】また、本発明の第６の側面は、３２ビット
・モード又は１６ビット・モードのいずれか一方で動作
可能なオペレーティング・システムの制御下に置かれる
とともに、３２ビット・モード及び１６ビット・モード
の複数のデバイス・ドライバが共存しているタイプの情
報処理システム上で適用される。ＰＣカードの自動イネ
ーブル方法において、（ａ）ＰＣカードが前記情報処理
システムに装着されたことを検出するステップと、
（ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に、自
身が該ＰＣカードを駆動可能なデバイス・ドライバかど
うかを確認する機会を与えるステップと、（ｃ）前記
（ｂ）ステップで肯定応答したデバイス・ドライバが、
装着されたＰＣカードのためのシステム・リソースの割
り振りを要求するステップと、（ｄ）前記（ｃ）ステッ
プにおける要求に応答して、装着されたＰＣカードのた
めのシステム・リソースを設定するステップと、（ｅ）
ＰＣカードの装着に応答して、１６ビット・モードで動
作するデバイス・ドライバによって該ＰＣカードがイネ
ーブルされなかったときのみ、３２ビット・モードで動
作するデバイス・ドライバに対して、自身が該ＰＣカー
ドを駆動可能なデバイス・ドライバかどうかを確認する
機会を与えるステップと、（ｆ）前記（ｅ）ステップで
肯定応答したデバイス・ドライバが、装着されたＰＣカ
ードのためのシステム・リソースの割り振りを要求する
ステップと、（ｇ）前記（ｆ）ステップにおける要求に
応答して、装着されたＰＣカードのためのシステム・リ
ソースを設定するステップと、を具備することを特徴と
するＰＣカードの自動イネーブル方法である。
・モード又は１６ビット・モードのいずれか一方で動作
可能なオペレーティング・システムの制御下に置かれる
とともに、３２ビット・モード及び１６ビット・モード
の複数のデバイス・ドライバが共存しているタイプの情
報処理システム上で適用される。ＰＣカードの自動イネ
ーブル方法において、（ａ）ＰＣカードが前記情報処理
システムに装着されたことを検出するステップと、
（ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に、自
身が該ＰＣカードを駆動可能なデバイス・ドライバかど
うかを確認する機会を与えるステップと、（ｃ）前記
（ｂ）ステップで肯定応答したデバイス・ドライバが、
装着されたＰＣカードのためのシステム・リソースの割
り振りを要求するステップと、（ｄ）前記（ｃ）ステッ
プにおける要求に応答して、装着されたＰＣカードのた
めのシステム・リソースを設定するステップと、（ｅ）
ＰＣカードの装着に応答して、１６ビット・モードで動
作するデバイス・ドライバによって該ＰＣカードがイネ
ーブルされなかったときのみ、３２ビット・モードで動
作するデバイス・ドライバに対して、自身が該ＰＣカー
ドを駆動可能なデバイス・ドライバかどうかを確認する
機会を与えるステップと、（ｆ）前記（ｅ）ステップで
肯定応答したデバイス・ドライバが、装着されたＰＣカ
ードのためのシステム・リソースの割り振りを要求する
ステップと、（ｇ）前記（ｆ）ステップにおける要求に
応答して、装着されたＰＣカードのためのシステム・リ
ソースを設定するステップと、を具備することを特徴と
するＰＣカードの自動イネーブル方法である。
【００４１】また、本発明の第７の側面は、第１のアド
レッシング・モードで動作するデバイス・ドライバによ
って駆動される周辺デバイスと第２のアドレッシング・
モードで動作するデバイス・ドライバによって駆動され
る周辺デバイスの双方を装着することができるタイプの
情報処理システム上で適用される、周辺デバイスの自動
イネーブル方法において、（ａ）装着中の周辺デバイス
が抜き取られたことを検出するステップと、（ｂ）抜き
取られた周辺デバイスが第１のアドレッシング・モード
で動作するデバイス・ドライバで駆動されていれば、該
デバイス・ドライバに対して抜き取られたことを通知す
るステップと、（ｃ）前記（ｂ）における通知に応答し
て、第１のアドレッシング・モードで動作するデバイス
・ドライバが、抜き取られた周辺デバイスに割り振られ
ていたシステム・リソースを解放することによって、該
周辺デバイスをディセーブルするステップと、（ｄ）抜
き取られた周辺デバイスが第２のアドレッシング・モー
ドで動作するデバイス・ドライバで駆動されていれば、
該デバイス・ドライバに対して抜き取られたことを通知
するステップと、（ｅ）前記（ｄ）における通知に応答
して、第２のアドレッシング・モードで動作するデバイ
ス・ドライバが、抜き取られた周辺デバイスに割り振ら
れていたシステム・リソースを解放することによって、
該周辺デバイスをディセーブルするステップと、を具備
することを特徴とする周辺デバイスの自動イネーブル方
法である。
レッシング・モードで動作するデバイス・ドライバによ
って駆動される周辺デバイスと第２のアドレッシング・
モードで動作するデバイス・ドライバによって駆動され
る周辺デバイスの双方を装着することができるタイプの
情報処理システム上で適用される、周辺デバイスの自動
イネーブル方法において、（ａ）装着中の周辺デバイス
が抜き取られたことを検出するステップと、（ｂ）抜き
取られた周辺デバイスが第１のアドレッシング・モード
で動作するデバイス・ドライバで駆動されていれば、該
デバイス・ドライバに対して抜き取られたことを通知す
るステップと、（ｃ）前記（ｂ）における通知に応答し
て、第１のアドレッシング・モードで動作するデバイス
・ドライバが、抜き取られた周辺デバイスに割り振られ
ていたシステム・リソースを解放することによって、該
周辺デバイスをディセーブルするステップと、（ｄ）抜
き取られた周辺デバイスが第２のアドレッシング・モー
ドで動作するデバイス・ドライバで駆動されていれば、
該デバイス・ドライバに対して抜き取られたことを通知
するステップと、（ｅ）前記（ｄ）における通知に応答
して、第２のアドレッシング・モードで動作するデバイ
ス・ドライバが、抜き取られた周辺デバイスに割り振ら
れていたシステム・リソースを解放することによって、
該周辺デバイスをディセーブルするステップと、を具備
することを特徴とする周辺デバイスの自動イネーブル方
法である。
【００４２】また、本発明の第８の側面は、１６ビット
・モードで動作するデバイス・ドライバによって駆動さ
れるＰＣカードと３２ビット・モードで動作するデバイ
ス・ドライバによって駆動されるＰＣカードの双方を装
着することができるタイプの情報処理システム上で適用
される、ＰＣカードの自動イネーブル方法において、
（ａ）装着中のＰＣカードが抜き取られたことを検出す
るステップと、（ｂ）抜き取られたＰＣカードが１６ビ
ット・モードで動作するデバイス・ドライバで駆動され
ていれば、該デバイス・ドライバに対して抜き取られた
ことを通知するステップと、（ｃ）前記（ｂ）における
通知に応答して、１６ビット・モードで動作するデバイ
ス・ドライバが、抜き取られたＰＣカードに割り振られ
ていたシステム・リソースを解放することによって、該
ＰＣカードをディセーブルするステップと、（ｄ）抜き
取られたＰＣカードが３２ビット・モードで動作するデ
バイス・ドライバで駆動されていれば、該デバイス・ド
ライバに対して抜き取られたことを通知するステップ
と、（ｅ）前記（ｄ）における通知に応答して、３２ビ
ット・モードで動作するデバイス・ドライバが、抜き取
られたＰＣカードに割り振られていたシステム・リソー
スを解放することによって、該ＰＣカードをディセーブ
ルするステップと、を具備することを特徴とするＰＣカ
ードの自動イネーブル方法である。
・モードで動作するデバイス・ドライバによって駆動さ
れるＰＣカードと３２ビット・モードで動作するデバイ
ス・ドライバによって駆動されるＰＣカードの双方を装
着することができるタイプの情報処理システム上で適用
される、ＰＣカードの自動イネーブル方法において、
（ａ）装着中のＰＣカードが抜き取られたことを検出す
るステップと、（ｂ）抜き取られたＰＣカードが１６ビ
ット・モードで動作するデバイス・ドライバで駆動され
ていれば、該デバイス・ドライバに対して抜き取られた
ことを通知するステップと、（ｃ）前記（ｂ）における
通知に応答して、１６ビット・モードで動作するデバイ
ス・ドライバが、抜き取られたＰＣカードに割り振られ
ていたシステム・リソースを解放することによって、該
ＰＣカードをディセーブルするステップと、（ｄ）抜き
取られたＰＣカードが３２ビット・モードで動作するデ
バイス・ドライバで駆動されていれば、該デバイス・ド
ライバに対して抜き取られたことを通知するステップ
と、（ｅ）前記（ｄ）における通知に応答して、３２ビ
ット・モードで動作するデバイス・ドライバが、抜き取
られたＰＣカードに割り振られていたシステム・リソー
スを解放することによって、該ＰＣカードをディセーブ
ルするステップと、を具備することを特徴とするＰＣカ
ードの自動イネーブル方法である。
【００４３】また、本発明の第９の側面は、３２ビット
・モード又は１６ビット・モードのいずれか一方で動作
可能なオペレーティング・システムの制御下に置かれる
とともに、３２ビット・モード及び１６ビット・モード
の複数のデバイス・ドライバが共存しているタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、（ａ）装着中のＰＣカードが抜き
取られたことを検出するステップと、（ｂ）抜き取られ
たＰＣカードが１６ビット・モードで動作するデバイス
・ドライバで駆動されていれば、該デバイス・ドライバ
に対して抜き取られたことを通知するステップと、
（ｃ）前記（ｂ）における通知に応答して、１６ビット
・モードで動作するデバイス・ドライバが、抜き取られ
たＰＣカードに割り振られていたシステム・リソースを
解放することによって、該ＰＣカードをディセーブルす
るステップと、（ｄ）抜き取られたＰＣカードが３２ビ
ット・モードで動作するデバイス・ドライバで駆動され
ていれば、該デバイス・ドライバに対して抜き取られた
ことを通知するステップと、（ｅ）前記（ｆ）における
通知に応答して、３２ビット・モードで動作するデバイ
ス・ドライバが、抜き取られたＰＣカードに割り振られ
ていたシステム・リソースを解放することによって、該
ＰＣカードをディセーブルするステップと、を具備する
ことを特徴とするＰＣカードの自動イネーブル方法であ
る。
・モード又は１６ビット・モードのいずれか一方で動作
可能なオペレーティング・システムの制御下に置かれる
とともに、３２ビット・モード及び１６ビット・モード
の複数のデバイス・ドライバが共存しているタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、（ａ）装着中のＰＣカードが抜き
取られたことを検出するステップと、（ｂ）抜き取られ
たＰＣカードが１６ビット・モードで動作するデバイス
・ドライバで駆動されていれば、該デバイス・ドライバ
に対して抜き取られたことを通知するステップと、
（ｃ）前記（ｂ）における通知に応答して、１６ビット
・モードで動作するデバイス・ドライバが、抜き取られ
たＰＣカードに割り振られていたシステム・リソースを
解放することによって、該ＰＣカードをディセーブルす
るステップと、（ｄ）抜き取られたＰＣカードが３２ビ
ット・モードで動作するデバイス・ドライバで駆動され
ていれば、該デバイス・ドライバに対して抜き取られた
ことを通知するステップと、（ｅ）前記（ｆ）における
通知に応答して、３２ビット・モードで動作するデバイ
ス・ドライバが、抜き取られたＰＣカードに割り振られ
ていたシステム・リソースを解放することによって、該
ＰＣカードをディセーブルするステップと、を具備する
ことを特徴とするＰＣカードの自動イネーブル方法であ
る。
【００４４】また、本発明の第１０の側面は、第１のア
ドレッシング・モード又は第２のアドレッシング・モー
ドで動作するタイプのコンピュータ・システム上におけ
る周辺デバイスの自動イネーブル・プロセスを実現する
ためのコンピュータ・プログラムを有形的に格納したコ
ンピュータ可読記憶媒体であって、前記プロセスは、
（ａ）周辺デバイスが前記情報処理システムに装着され
たことを検出するステップと、（ｂ）周辺デバイスの装
着に応答して、第１のアドレッシング・モードで動作す
るデバイス・ドライバに対して優先的に、自身が該周辺
デバイスを駆動可能なデバイス・ドライバかどうかを確
認する機会を与えるステップと、（ｃ）前記（ｂ）ステ
ップで肯定応答したデバイス・ドライバが、装着された
周辺デバイスのためのシステム・リソースの割り振りを
要求するステップと、（ｄ）前記（ｃ）ステップにおけ
る要求に応答して、装着された周辺デバイスのためのシ
ステム・リソースを設定するステップと、（ｅ）周辺デ
バイスの装着に応答して、第１のアドレッシング・モー
ドで動作するデバイス・ドライバによって該周辺デバイ
スがイネーブルされなかったときのみ、第２のアドレッ
シング・モードで動作するデバイス・ドライバに対し
て、自身が該周辺デバイスを駆動可能なデバイス・ドラ
イバかどうかを確認する機会を与えるステップと、
（ｆ）前記（ｅ）ステップで肯定応答したデバイス・ド
ライバが、装着された周辺デバイスのためのシステム・
リソースの割り振りを要求するステップと、（ｇ）前記
（ｆ）ステップにおける要求に応答して、装着された周
辺デバイスのためのシステム・リソースを設定するステ
ップと、を具備することを特徴とするコンピュータ可読
記憶媒体である。
ドレッシング・モード又は第２のアドレッシング・モー
ドで動作するタイプのコンピュータ・システム上におけ
る周辺デバイスの自動イネーブル・プロセスを実現する
ためのコンピュータ・プログラムを有形的に格納したコ
ンピュータ可読記憶媒体であって、前記プロセスは、
（ａ）周辺デバイスが前記情報処理システムに装着され
たことを検出するステップと、（ｂ）周辺デバイスの装
着に応答して、第１のアドレッシング・モードで動作す
るデバイス・ドライバに対して優先的に、自身が該周辺
デバイスを駆動可能なデバイス・ドライバかどうかを確
認する機会を与えるステップと、（ｃ）前記（ｂ）ステ
ップで肯定応答したデバイス・ドライバが、装着された
周辺デバイスのためのシステム・リソースの割り振りを
要求するステップと、（ｄ）前記（ｃ）ステップにおけ
る要求に応答して、装着された周辺デバイスのためのシ
ステム・リソースを設定するステップと、（ｅ）周辺デ
バイスの装着に応答して、第１のアドレッシング・モー
ドで動作するデバイス・ドライバによって該周辺デバイ
スがイネーブルされなかったときのみ、第２のアドレッ
シング・モードで動作するデバイス・ドライバに対し
て、自身が該周辺デバイスを駆動可能なデバイス・ドラ
イバかどうかを確認する機会を与えるステップと、
（ｆ）前記（ｅ）ステップで肯定応答したデバイス・ド
ライバが、装着された周辺デバイスのためのシステム・
リソースの割り振りを要求するステップと、（ｇ）前記
（ｆ）ステップにおける要求に応答して、装着された周
辺デバイスのためのシステム・リソースを設定するステ
ップと、を具備することを特徴とするコンピュータ可読
記憶媒体である。
【００４５】また、本発明の第１１の側面は、１６ビッ
ト・モード又は３２ビット・モードで動作するタイプの
コンピュータ・システム上におけるＰＣカードの自動イ
ネーブル・プロセスを実現するためのコンピュータ・プ
ログラムを有形的に格納したコンピュータ可読記憶媒体
であって、前記プロセスは、（ａ）ＰＣカードが前記情
報処理システムに装着されたことを検出するステップ
と、（ｂ）ＰＣカードの装着に応答して、１６ビット・
モードで動作するデバイス・ドライバに対して優先的
に、自身が該ＰＣカードを駆動可能なデバイス・ドライ
バかどうかを確認する機会を与えるステップと、（ｃ）
前記（ｂ）ステップで肯定応答したデバイス・ドライバ
が、装着されたＰＣカードのためのシステム・リソース
の割り振りを要求するステップと、（ｄ）前記（ｃ）ス
テップにおける要求に応答して、装着されたＰＣカード
のためのシステム・リソースを設定するステップと、
（ｅ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して、自身が該Ｐ
Ｃカードを駆動可能なデバイス・ドライバかどうかを確
認する機会を与えるステップと、（ｆ）前記（ｅ）ステ
ップで肯定応答したデバイス・ドライバが、装着された
ＰＣカードのためのシステム・リソースの割り振りを要
求するステップと、（ｇ）前記（ｆ）ステップにおける
要求に応答して、装着されたＰＣカードのためのシステ
ム・リソースを設定するステップと、を具備することを
特徴とするコンピュータ可読記憶媒体である。
ト・モード又は３２ビット・モードで動作するタイプの
コンピュータ・システム上におけるＰＣカードの自動イ
ネーブル・プロセスを実現するためのコンピュータ・プ
ログラムを有形的に格納したコンピュータ可読記憶媒体
であって、前記プロセスは、（ａ）ＰＣカードが前記情
報処理システムに装着されたことを検出するステップ
と、（ｂ）ＰＣカードの装着に応答して、１６ビット・
モードで動作するデバイス・ドライバに対して優先的
に、自身が該ＰＣカードを駆動可能なデバイス・ドライ
バかどうかを確認する機会を与えるステップと、（ｃ）
前記（ｂ）ステップで肯定応答したデバイス・ドライバ
が、装着されたＰＣカードのためのシステム・リソース
の割り振りを要求するステップと、（ｄ）前記（ｃ）ス
テップにおける要求に応答して、装着されたＰＣカード
のためのシステム・リソースを設定するステップと、
（ｅ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して、自身が該Ｐ
Ｃカードを駆動可能なデバイス・ドライバかどうかを確
認する機会を与えるステップと、（ｆ）前記（ｅ）ステ
ップで肯定応答したデバイス・ドライバが、装着された
ＰＣカードのためのシステム・リソースの割り振りを要
求するステップと、（ｇ）前記（ｆ）ステップにおける
要求に応答して、装着されたＰＣカードのためのシステ
ム・リソースを設定するステップと、を具備することを
特徴とするコンピュータ可読記憶媒体である。
【００４６】また、本発明の第１２の側面は、３２ビッ
ト・モード及び１６ビット・モードの複数のデバイス・
ドライバが共存しているタイプのコンピュータ・システ
ム上におけるＰＣカードの自動イネーブル・プロセスを
実現するためのコンピュータ・プログラムを有形的に格
納したコンピュータ可読記憶媒体であって、前記プロセ
スは、（ａ）ＰＣカードが前記情報処理システムに装着
されたことを検出するステップと、（ｂ）ＰＣカードの
装着に応答して、１６ビット・モードで動作するデバイ
ス・ドライバに対して優先的に、自身が該ＰＣカードを
駆動可能なデバイス・ドライバかどうかを確認する機会
を与えるステップと、（ｃ）前記（ｂ）ステップで肯定
応答したデバイス・ドライバが、装着されたＰＣカード
のためのシステム・リソースの割り振りを要求するステ
ップと、（ｄ）前記（ｃ）ステップにおける要求に応答
して、装着されたＰＣカードのためのシステム・リソー
スを設定するステップと、（ｅ）ＰＣカードの装着に応
答して、１６ビット・モードで動作するデバイス・ドラ
イバによって該ＰＣカードがイネーブルされなかったと
きのみ、３２ビット・モードで動作するデバイス・ドラ
イバに対して、自身が該ＰＣカードを駆動可能なデバイ
ス・ドライバかどうかを確認する機会を与えるステップ
と、（ｆ）前記（ｅ）ステップで肯定応答したデバイス
・ドライバが、装着されたＰＣカードのためのシステム
・リソースの割り振りを要求するステップと、（ｇ）前
記（ｆ）ステップにおける要求に応答して、装着された
ＰＣカードのためのシステム・リソースを設定するステ
ップと、を具備することを特徴とするコンピュータ可読
記憶媒体である。
ト・モード及び１６ビット・モードの複数のデバイス・
ドライバが共存しているタイプのコンピュータ・システ
ム上におけるＰＣカードの自動イネーブル・プロセスを
実現するためのコンピュータ・プログラムを有形的に格
納したコンピュータ可読記憶媒体であって、前記プロセ
スは、（ａ）ＰＣカードが前記情報処理システムに装着
されたことを検出するステップと、（ｂ）ＰＣカードの
装着に応答して、１６ビット・モードで動作するデバイ
ス・ドライバに対して優先的に、自身が該ＰＣカードを
駆動可能なデバイス・ドライバかどうかを確認する機会
を与えるステップと、（ｃ）前記（ｂ）ステップで肯定
応答したデバイス・ドライバが、装着されたＰＣカード
のためのシステム・リソースの割り振りを要求するステ
ップと、（ｄ）前記（ｃ）ステップにおける要求に応答
して、装着されたＰＣカードのためのシステム・リソー
スを設定するステップと、（ｅ）ＰＣカードの装着に応
答して、１６ビット・モードで動作するデバイス・ドラ
イバによって該ＰＣカードがイネーブルされなかったと
きのみ、３２ビット・モードで動作するデバイス・ドラ
イバに対して、自身が該ＰＣカードを駆動可能なデバイ
ス・ドライバかどうかを確認する機会を与えるステップ
と、（ｆ）前記（ｅ）ステップで肯定応答したデバイス
・ドライバが、装着されたＰＣカードのためのシステム
・リソースの割り振りを要求するステップと、（ｇ）前
記（ｆ）ステップにおける要求に応答して、装着された
ＰＣカードのためのシステム・リソースを設定するステ
ップと、を具備することを特徴とするコンピュータ可読
記憶媒体である。
【００４７】しかして、本発明の第１乃至第６の側面に
係る周辺デバイス／ＰＣカードの自動イネーブル方法に
よれば、コンピュータ・システムのＰＣカード・スロッ
トにＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換の１６ビット・
デバイス・ドライバでしか動かないＰＣカードが挿入さ
れたときには、対応する１６ビット・デバイス・ドライ
バによってＰＣカードが自動的にイネーブルされる。ま
た、Ｗｉｎｄｏｗｓ９５ネイティブの３２ビット・デバ
イス・ドライバで動くＰＣカードが挿入されたときに
は、対応する３２ビット・デバイス・ドライバによって
ＰＣカードが自動的にイネーブルされる。
係る周辺デバイス／ＰＣカードの自動イネーブル方法に
よれば、コンピュータ・システムのＰＣカード・スロッ
トにＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換の１６ビット・
デバイス・ドライバでしか動かないＰＣカードが挿入さ
れたときには、対応する１６ビット・デバイス・ドライ
バによってＰＣカードが自動的にイネーブルされる。ま
た、Ｗｉｎｄｏｗｓ９５ネイティブの３２ビット・デバ
イス・ドライバで動くＰＣカードが挿入されたときに
は、対応する３２ビット・デバイス・ドライバによって
ＰＣカードが自動的にイネーブルされる。
【００４８】また、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換
モードでしか動作しないＰＣカードからＷｉｎｄｏｗｓ
９５ネイティブ・モードで動作可能なＰＣカードに交換
されたときや、逆に、Ｗｉｎｄｏｗｓ９５ネイティブ・
モードで動作可能なＰＣカードからＤＯＳ／Ｗｉｎｄｏ
ｗｓ３．ｘ互換モードでしか動作しないＰＣカードに交
換されたときにも、それぞれの場合に適当なデバイス・
ドライバによってＰＣカードが自動的にイネーブルされ
る。すなわち、見かけ上は、システムがＷｉｎｄｏｗｓ
９５ネイティブ・モードとＤＯＳ／Ｗｉｎｄｏｗｓ３．
ｘ互換モードの間を動的に切り換えることができるので
ある。
モードでしか動作しないＰＣカードからＷｉｎｄｏｗｓ
９５ネイティブ・モードで動作可能なＰＣカードに交換
されたときや、逆に、Ｗｉｎｄｏｗｓ９５ネイティブ・
モードで動作可能なＰＣカードからＤＯＳ／Ｗｉｎｄｏ
ｗｓ３．ｘ互換モードでしか動作しないＰＣカードに交
換されたときにも、それぞれの場合に適当なデバイス・
ドライバによってＰＣカードが自動的にイネーブルされ
る。すなわち、見かけ上は、システムがＷｉｎｄｏｗｓ
９５ネイティブ・モードとＤＯＳ／Ｗｉｎｄｏｗｓ３．
ｘ互換モードの間を動的に切り換えることができるので
ある。
【００４９】また、本発明の第７乃至第９の側面に係る
周辺デバイス／ＰＣカードの自動イネーブル方法によれ
ば、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換の１６ビット・
デバイス・ドライバで動作中のＰＣカードが抜き取ら
れ、又は、Ｗｉｎｄｏｗｓ９５ネイティブの３２ビット
・デバイス・ドライバで動作中のＰＣカードが抜き取ら
れたときには、それぞれの場合に対応するデバイス・ド
ライバに対してカード抜き取り事象事象が通知されるよ
うになっている。この結果、対応するデバイス・ドライ
バは、ＰＣカードに割り振られていたシステム・リソー
スを解放させることによって、ＰＣカードをディセーブ
ルすることかできる。
周辺デバイス／ＰＣカードの自動イネーブル方法によれ
ば、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換の１６ビット・
デバイス・ドライバで動作中のＰＣカードが抜き取ら
れ、又は、Ｗｉｎｄｏｗｓ９５ネイティブの３２ビット
・デバイス・ドライバで動作中のＰＣカードが抜き取ら
れたときには、それぞれの場合に対応するデバイス・ド
ライバに対してカード抜き取り事象事象が通知されるよ
うになっている。この結果、対応するデバイス・ドライ
バは、ＰＣカードに割り振られていたシステム・リソー
スを解放させることによって、ＰＣカードをディセーブ
ルすることかできる。
【００５０】また、本発明の第１０乃至第１２の側面に
係るコンピュータ可読記憶媒体は、コンピュータ・プロ
グラムの機能を実現するための、コンピュータ・プログ
ラムと記憶媒体との構造上又は機能上の協働的関係を定
義したものである。換言すれば、該コンピュータ可読記
憶媒体をコンピュータ・システムに組み込むことによっ
て、コンピュータ・システム上では協働的作用が発揮さ
れ、本発明の第１乃至第６の側面と同様の効果を得るこ
とができるのである。
係るコンピュータ可読記憶媒体は、コンピュータ・プロ
グラムの機能を実現するための、コンピュータ・プログ
ラムと記憶媒体との構造上又は機能上の協働的関係を定
義したものである。換言すれば、該コンピュータ可読記
憶媒体をコンピュータ・システムに組み込むことによっ
て、コンピュータ・システム上では協働的作用が発揮さ
れ、本発明の第１乃至第６の側面と同様の効果を得るこ
とができるのである。
【００５１】本発明は、例えば、ＰＣカード・コントロ
ーラを直接ハードウエア操作するソケット・サービスが
１６ビット・カード・サービス及び３２ビット・カード
・サービスの各々に対して適切に振る舞うという形態に
よって、好適に実現されよう。すなわち、Ｗｉｎｄｏｗ
ｓ９５に添付されたソケット・サービスを置き換えるこ
とによって好適に実現される訳である。換言すれば、１
６ビット・カード・サービス及び３２ビット・カード・
サービス、並びに各カード・サービスのクライアント・
デバイス・ドライバは、本発明の実現のみを目的として
設計変更する必要は全くない。詳細は次の［発明の実施
の形態］の項を参照されたい。
ーラを直接ハードウエア操作するソケット・サービスが
１６ビット・カード・サービス及び３２ビット・カード
・サービスの各々に対して適切に振る舞うという形態に
よって、好適に実現されよう。すなわち、Ｗｉｎｄｏｗ
ｓ９５に添付されたソケット・サービスを置き換えるこ
とによって好適に実現される訳である。換言すれば、１
６ビット・カード・サービス及び３２ビット・カード・
サービス、並びに各カード・サービスのクライアント・
デバイス・ドライバは、本発明の実現のみを目的として
設計変更する必要は全くない。詳細は次の［発明の実施
の形態］の項を参照されたい。
【００５２】なお、本発明の第２、第３、第５、及び第
６の側面、及び本発明の第１１及び第１２の側面によれ
ば、１６ビット系のデバイス・ドライバに対して優先的
にＰＣカードをイネーブルする機会を与えるようにして
いる。これは主に、以下の理由に依る。すなわち、 （１）Ｗｉｎｄｏｗｓ９５は、自身にネイティブのデバ
イス・ドライバを自動ローディングできる一方、挿入さ
れたＰＣカードに対応するデバイス・ドライバがインス
トールされていなければ、システムが「デバイス・ドラ
イバをインストールしなさい」という旨のユーザ・メッ
セージを表示するように設計されている。このため、Ｗ
ｉｎｄｏｗｓ９５ネイティブ・モードを優先させた場
合、１６ビット・デバイス・ドライバでのみ駆動するＰ
Ｃカードが挿入されたときには、ユーザ・メッセージ状
態（すなわちウェイト状態）に陥り、１６ビット・デバ
イス・ドライバへの問合せに進行することができない。 （２）１６ビット・デバイス・ドライバはＤＯＳ／Ｗｉ
ｎｄｏｗｓ３．ｘ互換ドライバであり、ユーザが"ｃｏ
ｎｆｉｇ．ｓｙｓ"ファイルに記述することによって各
デバイス・ドライバのインストールの有無をコントロー
ルするようになっている。オペレーティング・システム
がＷｉｎｄｏｗｓ９５のように設計されていない場合に
は、１６ビット系のデバイス・ドライバへの問合せを優
先させる積極的な理由はなく、逆に３２ビット系のデバ
イス・ドライバに優先権を与えても、同様の効果を奏す
るであろう。
６の側面、及び本発明の第１１及び第１２の側面によれ
ば、１６ビット系のデバイス・ドライバに対して優先的
にＰＣカードをイネーブルする機会を与えるようにして
いる。これは主に、以下の理由に依る。すなわち、 （１）Ｗｉｎｄｏｗｓ９５は、自身にネイティブのデバ
イス・ドライバを自動ローディングできる一方、挿入さ
れたＰＣカードに対応するデバイス・ドライバがインス
トールされていなければ、システムが「デバイス・ドラ
イバをインストールしなさい」という旨のユーザ・メッ
セージを表示するように設計されている。このため、Ｗ
ｉｎｄｏｗｓ９５ネイティブ・モードを優先させた場
合、１６ビット・デバイス・ドライバでのみ駆動するＰ
Ｃカードが挿入されたときには、ユーザ・メッセージ状
態（すなわちウェイト状態）に陥り、１６ビット・デバ
イス・ドライバへの問合せに進行することができない。 （２）１６ビット・デバイス・ドライバはＤＯＳ／Ｗｉ
ｎｄｏｗｓ３．ｘ互換ドライバであり、ユーザが"ｃｏ
ｎｆｉｇ．ｓｙｓ"ファイルに記述することによって各
デバイス・ドライバのインストールの有無をコントロー
ルするようになっている。オペレーティング・システム
がＷｉｎｄｏｗｓ９５のように設計されていない場合に
は、１６ビット系のデバイス・ドライバへの問合せを優
先させる積極的な理由はなく、逆に３２ビット系のデバ
イス・ドライバに優先権を与えても、同様の効果を奏す
るであろう。
【００５３】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。
【００５４】
【発明の実施の形態】以下、図面を参照しながら本発明
の実施例を詳解する。
の実施例を詳解する。
【００５５】Ａ．システム構成 ハードウェア構成： 図１には、本発明を実現するのに適
した典型的なパーソナル・コンピュータ（ＰＣ）１００
のハードウェア・アーキテクチャを模式的に示してい
る。
した典型的なパーソナル・コンピュータ（ＰＣ）１００
のハードウェア・アーキテクチャを模式的に示してい
る。
【００５６】ＰＣ１００は、ＣＰＵ１１と、メイン・メ
モリ１２と、ＲＯＭ１３と、表示装置１４と、入力手段
としてのキーボード／マウス１５と、ハード・ディスク
・ドライブ（ＨＤＤ）１６及びフロッピー・ディスク・
ドライブ（ＦＤＤ）１７と、ＰＣカード・コントローラ
１８と、ＰＣカード・スロット１９を含んでいる。
モリ１２と、ＲＯＭ１３と、表示装置１４と、入力手段
としてのキーボード／マウス１５と、ハード・ディスク
・ドライブ（ＨＤＤ）１６及びフロッピー・ディスク・
ドライブ（ＦＤＤ）１７と、ＰＣカード・コントローラ
１８と、ＰＣカード・スロット１９を含んでいる。
【００５７】メイン・コントローラであるＣＰＵ１１
は、ＯＳ（後述）の制御下で、各種プログラムを実行す
るようになっている。ＣＰＵ１１は、データ信号線、ア
ドレス信号線、コントロール信号線などを含む共通信号
伝送路（バス）２０を介して、他のハードウェア構成要
素と相互接続されている。
は、ＯＳ（後述）の制御下で、各種プログラムを実行す
るようになっている。ＣＰＵ１１は、データ信号線、ア
ドレス信号線、コントロール信号線などを含む共通信号
伝送路（バス）２０を介して、他のハードウェア構成要
素と相互接続されている。
【００５８】メイン・メモリ１２は、ＤＲＡＭ（ダイナ
ミックＲＡＭ）などの書き込み可能なメモリで構成さ
れ、ＣＰＵ１１が実行する各プログラム（ＯＳやＰＣカ
ード用デバイス・ドライバを含む）をロードしたり、各
プログラム実行のための作業領域として用いられる。ま
た、ＲＯＭ１３は、所定のコードを恒久的に格納するた
めの不揮発性メモリである。ここでいう「所定のコー
ド」には、システム始動時の実行プログラム（ＰＯＳ
Ｔ）などが含まれる。
ミックＲＡＭ）などの書き込み可能なメモリで構成さ
れ、ＣＰＵ１１が実行する各プログラム（ＯＳやＰＣカ
ード用デバイス・ドライバを含む）をロードしたり、各
プログラム実行のための作業領域として用いられる。ま
た、ＲＯＭ１３は、所定のコードを恒久的に格納するた
めの不揮発性メモリである。ここでいう「所定のコー
ド」には、システム始動時の実行プログラム（ＰＯＳ
Ｔ）などが含まれる。
【００５９】ＨＤＤ１６やＦＤＤ１７は、いわゆる外部
記憶装置であり、コンピュータ・プログラムやその作業
データの保管場所である。本発明を実現する上で協働的
に作用するＯＳや各種デバイス・ドライバも、ＨＤＤ１
６やＦＤＤ１７にインストールされており、システムの
起動時、又は稼働中に適宜メイン・メモリ１２にロード
されるようになっている。ＨＤＤ１６やＦＤＤ１７は、
ＰＣ１００に標準装備されたものでも、着脱自在な形態
でオプション接続されたものでもよい。
記憶装置であり、コンピュータ・プログラムやその作業
データの保管場所である。本発明を実現する上で協働的
に作用するＯＳや各種デバイス・ドライバも、ＨＤＤ１
６やＦＤＤ１７にインストールされており、システムの
起動時、又は稼働中に適宜メイン・メモリ１２にロード
されるようになっている。ＨＤＤ１６やＦＤＤ１７は、
ＰＣ１００に標準装備されたものでも、着脱自在な形態
でオプション接続されたものでもよい。
【００６０】ＰＣカード・スロット１９は、ＰＣＭＣＩ
Ａ／ＪＥＩＤＡの規格に準拠したＰＣカードを収容可能
にデザインされている。スロット１９は、一般には、Ｔ
ｙｐｅＩ／ＩＩカードをを２枚重ねで、若しくはＴｙｐ
ｅＩＩＩカードを１枚収容することができる。
Ａ／ＪＥＩＤＡの規格に準拠したＰＣカードを収容可能
にデザインされている。スロット１９は、一般には、Ｔ
ｙｐｅＩ／ＩＩカードをを２枚重ねで、若しくはＴｙｐ
ｅＩＩＩカードを１枚収容することができる。
【００６１】ＰＣカード・コントローラ１８は、ＰＣカ
ード・スロット１９に収容されたＰＣカードとシステム
１００との間でのインターフェース・プロトコルを実現
するための専用コントローラである。該コントローラ１
８は、スロット１９へのＰＣカードの挿脱状況を示すレ
ジスタ（カード挿脱レジスタ）などの複数のレジスタ
（図示しない）を含んでいる。ＣＰＵ１１が実行する上
位プログラムは、ソケット・サービス経由でＰＣカード
・コントローラ１８をハードウェア操作することができ
る。また、カード・サービスなどの上位プログラムは、
ソケット・サービス経由でカード挿脱レジスタをポーリ
ング（すなわち定期的な監視）を行うことによってカー
ドの挿脱を検出することができる（但し、ポーリングで
はなくて割り込み要求（ＩＲＱ）を発行することによっ
てカードの挿脱を通知するようにしても、同様に動作す
ることは言うまでもない）。
ード・スロット１９に収容されたＰＣカードとシステム
１００との間でのインターフェース・プロトコルを実現
するための専用コントローラである。該コントローラ１
８は、スロット１９へのＰＣカードの挿脱状況を示すレ
ジスタ（カード挿脱レジスタ）などの複数のレジスタ
（図示しない）を含んでいる。ＣＰＵ１１が実行する上
位プログラムは、ソケット・サービス経由でＰＣカード
・コントローラ１８をハードウェア操作することができ
る。また、カード・サービスなどの上位プログラムは、
ソケット・サービス経由でカード挿脱レジスタをポーリ
ング（すなわち定期的な監視）を行うことによってカー
ドの挿脱を検出することができる（但し、ポーリングで
はなくて割り込み要求（ＩＲＱ）を発行することによっ
てカードの挿脱を通知するようにしても、同様に動作す
ることは言うまでもない）。
【００６２】なお、コンピュータ・システム１００を構
成するためには、図１に示した以外にも多くのハードウ
ェア構成要素が必要である。但し、これらは当業者には
周知であり、また、本発明の要旨を構成するものではな
いので、本明細書中では省略している。
成するためには、図１に示した以外にも多くのハードウ
ェア構成要素が必要である。但し、これらは当業者には
周知であり、また、本発明の要旨を構成するものではな
いので、本明細書中では省略している。
【００６３】ソフトウェア構成：図２には、本発明によ
るＰｎＰ機能をサポートするためのソフトウェア・アー
キテクチャ（特にＰＣＭＣＩＡ系のサブシステム）を模
式的に示している。同図中、斜線のブロックは３２ビッ
ト・モード（Ｗｉｎｄｏｗｓ９５ネイティブ・モード）
で動作可能なソフトウェアであり、斜線無しのブロック
は１６ビット・モード（ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ
互換モード）で動作可能なソフトウェアである。
るＰｎＰ機能をサポートするためのソフトウェア・アー
キテクチャ（特にＰＣＭＣＩＡ系のサブシステム）を模
式的に示している。同図中、斜線のブロックは３２ビッ
ト・モード（Ｗｉｎｄｏｗｓ９５ネイティブ・モード）
で動作可能なソフトウェアであり、斜線無しのブロック
は１６ビット・モード（ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ
互換モード）で動作可能なソフトウェアである。
【００６４】ソフトウェアの最下層は、ソケット・サー
ビス５１である。ソケット・サービス５１は、ハードウ
ェア層の相違を吸収するためのデバイス・ドライバであ
り、ＰＣカード・コントローラに直接アクセスするため
のファンクション・コールを備えている。本実施例のソ
ケット・サービス５１の特筆すべき機能は、上位の各カ
ード・サービス（後述）からのポーリングに対しては所
定の手続に従ってＰＣカード・スロット１９での事象
（イベント）を通知する点である。この所定の手続に従
った動作については、後続のＢ項を参照されたい。な
お、Ｗｉｎｄｏｗｓ９５ネイティブのソケット・サービ
スは該機能を備えていないので、該機能を装備したソケ
ット・サービス５１に置き換えることによって、本発明
は実現可能となる（Ｗｉｎｄｏｗｓ９５ネイティブのソ
ケット・サービスを置換可能な点は既述）。
ビス５１である。ソケット・サービス５１は、ハードウ
ェア層の相違を吸収するためのデバイス・ドライバであ
り、ＰＣカード・コントローラに直接アクセスするため
のファンクション・コールを備えている。本実施例のソ
ケット・サービス５１の特筆すべき機能は、上位の各カ
ード・サービス（後述）からのポーリングに対しては所
定の手続に従ってＰＣカード・スロット１９での事象
（イベント）を通知する点である。この所定の手続に従
った動作については、後続のＢ項を参照されたい。な
お、Ｗｉｎｄｏｗｓ９５ネイティブのソケット・サービ
スは該機能を備えていないので、該機能を装備したソケ
ット・サービス５１に置き換えることによって、本発明
は実現可能となる（Ｗｉｎｄｏｗｓ９５ネイティブのソ
ケット・サービスを置換可能な点は既述）。
【００６５】ＰＣＭＣＩＡバス・エニュメレータ５２
は、ＰＣカードのシステム・リソースを管理するための
カード・サービスや、ＰＣカードをイネーブルするため
のコモン・イネーブラ、３２ビット・クライアント・デ
バイス・ドライバを自動ロードするためのデバイス・ド
ライバ・ローダ、コンフィギュレーション・マネージャ
（Ｃ／Ｍ）と対話するためのＣ／Ｍインターフェースを
装備している。このうちカード・サービス部分（以下、
「３２ビット・カード・サービス」という）は、ソケッ
ト・サービス５１に対するファンクション・コールを備
え、且つ、ソケット・サービス５１経由でＰＣカード・
スロット１９の状況をポーリングするようになってい
る。また、コモン・イネーブラは、システム１００にイ
ンストール済みのクライアント・デバイス・ドライバ５
３によって駆動可能なＰＣカードをイネーブル処理する
ようになっている。本実施例のＰＣＭＣＩＡバス・エニ
ュメレータ５２は、Ｗｉｎｄｏｗｓ９５ネイティブのＰ
ＣＭＣＩＡバス・エニュメレータ（但し、ソケット・サ
ービス部分を除く）でよい。
は、ＰＣカードのシステム・リソースを管理するための
カード・サービスや、ＰＣカードをイネーブルするため
のコモン・イネーブラ、３２ビット・クライアント・デ
バイス・ドライバを自動ロードするためのデバイス・ド
ライバ・ローダ、コンフィギュレーション・マネージャ
（Ｃ／Ｍ）と対話するためのＣ／Ｍインターフェースを
装備している。このうちカード・サービス部分（以下、
「３２ビット・カード・サービス」という）は、ソケッ
ト・サービス５１に対するファンクション・コールを備
え、且つ、ソケット・サービス５１経由でＰＣカード・
スロット１９の状況をポーリングするようになってい
る。また、コモン・イネーブラは、システム１００にイ
ンストール済みのクライアント・デバイス・ドライバ５
３によって駆動可能なＰＣカードをイネーブル処理する
ようになっている。本実施例のＰＣＭＣＩＡバス・エニ
ュメレータ５２は、Ｗｉｎｄｏｗｓ９５ネイティブのＰ
ＣＭＣＩＡバス・エニュメレータ（但し、ソケット・サ
ービス部分を除く）でよい。
【００６６】コンフィギュレーション・マネージャ５４
は、システム全体のリソースを管理するためのソフトウ
ェアである。コンフィギュレーション・マネージャ５４
は、例えばＰＣＭＣＩＡバス・エニュメレータ５２が使
用要求するシステム・リソースが他のサブシステムで使
用中のシステム・リソースと競合しないように調停作業
を行うようになっている。コンフィギュレーション・マ
ネージャ５４は、Ｗｉｎｄｏｗｓ９５ネイティブのもの
でよい。
は、システム全体のリソースを管理するためのソフトウ
ェアである。コンフィギュレーション・マネージャ５４
は、例えばＰＣＭＣＩＡバス・エニュメレータ５２が使
用要求するシステム・リソースが他のサブシステムで使
用中のシステム・リソースと競合しないように調停作業
を行うようになっている。コンフィギュレーション・マ
ネージャ５４は、Ｗｉｎｄｏｗｓ９５ネイティブのもの
でよい。
【００６７】参照番号５３は、３２ビット・カード・サ
ービスにクライアント登録された３２ビット・クライア
ント・ドライバである。３２ビット・クライアント・ド
ライバは、Ｗｉｎｄｏｗｓ９５対応のＰＣカード（若し
くはＰＣＭＣＩＡ Ｒｅｌ２．１準拠のＰＣカード）を
駆動するために用いられる。但し、ＰＣＭＣＩＡバス・
エニュメレータ５２は自動ローディング機能を備えてい
るので、３２ビット・クライアント・ドライバはメモリ
に常駐する必要はない。
ービスにクライアント登録された３２ビット・クライア
ント・ドライバである。３２ビット・クライアント・ド
ライバは、Ｗｉｎｄｏｗｓ９５対応のＰＣカード（若し
くはＰＣＭＣＩＡ Ｒｅｌ２．１準拠のＰＣカード）を
駆動するために用いられる。但し、ＰＣＭＣＩＡバス・
エニュメレータ５２は自動ローディング機能を備えてい
るので、３２ビット・クライアント・ドライバはメモリ
に常駐する必要はない。
【００６８】１６ビット・カード・サービス６１は、Ｗ
ｉｎｄｏｗｓ９５ネイティブ・モードではイネーブルで
きないタイプのＰＣカードのシステム・リソースを管理
するために設けられている。ここで言うＷｉｎｄｏｗｓ
９５ネイティブ・モードではイネーブルできないＰＣカ
ードとは、最新のＰＣＭＣＩＡ／ＪＥＩＤＡ仕様（すな
わち"ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ"）に準拠した
ＰＣカードや、ＰＣＭＣＩＡ Ｒｅｌ２．１以前の仕様
に準拠した古いタイプのＰＣカードのことである。ま
た、カード・サービス６１は、ソケット・サービス５１
に対するファンクション・コールを備えるとともに、ソ
ケット・サービス５１経由でＰＣカード・スロット１９
の状況をポーリングするようになっている。なお、１６
ビット・カード・サービス６１はＷｉｎｄｏｗｓ９５ネ
イティブではなく、また、これに標準添付されてもいな
い。したがって、Ｗｉｎｄｏｗｓ９５のユーザは、１６
ビット・デバイス・ドライバでＰＣカードを駆動させた
い場合には、自身でカード・サービス６１をインストー
ルしなければならない。
ｉｎｄｏｗｓ９５ネイティブ・モードではイネーブルで
きないタイプのＰＣカードのシステム・リソースを管理
するために設けられている。ここで言うＷｉｎｄｏｗｓ
９５ネイティブ・モードではイネーブルできないＰＣカ
ードとは、最新のＰＣＭＣＩＡ／ＪＥＩＤＡ仕様（すな
わち"ＰＣ Ｃａｒｄ Ｓｔａｎｄａｒｄ"）に準拠した
ＰＣカードや、ＰＣＭＣＩＡ Ｒｅｌ２．１以前の仕様
に準拠した古いタイプのＰＣカードのことである。ま
た、カード・サービス６１は、ソケット・サービス５１
に対するファンクション・コールを備えるとともに、ソ
ケット・サービス５１経由でＰＣカード・スロット１９
の状況をポーリングするようになっている。なお、１６
ビット・カード・サービス６１はＷｉｎｄｏｗｓ９５ネ
イティブではなく、また、これに標準添付されてもいな
い。したがって、Ｗｉｎｄｏｗｓ９５のユーザは、１６
ビット・デバイス・ドライバでＰＣカードを駆動させた
い場合には、自身でカード・サービス６１をインストー
ルしなければならない。
【００６９】参照番号６２は、１６ビット・カード・サ
ービス６１にクライアント登録された１６ビット・クラ
イアント・デバイス・ドライバである。１６ビット・ク
ライアント・ドライバは、Ｗｉｎｄｏｗｓ９５に対応し
ないＰＣカードを駆動するために用いられる。ＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘでは自動ローディング機能を備え
ていないので、１６ビット・クライアント・デバイス・
ドライバはメモリに常駐する（すなわち"ｃｏｎｆｉ
ｇ．ｓｙｓ"ファイル中で指定する）必要がある。
ービス６１にクライアント登録された１６ビット・クラ
イアント・デバイス・ドライバである。１６ビット・ク
ライアント・ドライバは、Ｗｉｎｄｏｗｓ９５に対応し
ないＰＣカードを駆動するために用いられる。ＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘでは自動ローディング機能を備え
ていないので、１６ビット・クライアント・デバイス・
ドライバはメモリに常駐する（すなわち"ｃｏｎｆｉ
ｇ．ｓｙｓ"ファイル中で指定する）必要がある。
【００７０】参照番号６３及び６４は、いわゆる仮想デ
バイス・ドライバ（ＶｘＤ）である。ＶｘＤは、アドレ
ッシング・モードの違いを吸収するために設けられたも
のであり、ＶｘＤはソケット・サービス５１とカード・
サービス６１の間を、また、ＶｘＤ６４はカード・サー
ビス６１とコンフィギュレーション・マネージャ５４と
の間を、それぞれ取り持つようになっている。ＶｘＤの
構成や動作は本発明の要旨とは直接関連しないので、こ
れ以上詳しく言及しない。
バイス・ドライバ（ＶｘＤ）である。ＶｘＤは、アドレ
ッシング・モードの違いを吸収するために設けられたも
のであり、ＶｘＤはソケット・サービス５１とカード・
サービス６１の間を、また、ＶｘＤ６４はカード・サー
ビス６１とコンフィギュレーション・マネージャ５４と
の間を、それぞれ取り持つようになっている。ＶｘＤの
構成や動作は本発明の要旨とは直接関連しないので、こ
れ以上詳しく言及しない。
【００７１】参照番号７１は、いわゆるアプリケーショ
ン・プログラムである。ＰＣカードの利用の便宜を図る
ためのＰＣＭＣＩＡユーティリティ等はアプリケーショ
ン・プログラムに該当する。
ン・プログラムである。ＰＣカードの利用の便宜を図る
ためのＰＣＭＣＩＡユーティリティ等はアプリケーショ
ン・プログラムに該当する。
【００７２】Ｂ．ＰｎＰサポート・オペレーション 前項までで、本発明を具現するコンピュータ・システム
１００のハードウェア及びソフトウェア構成を説明して
きた。本項では、該システムの動作とともに本発明の作
用について説明することにする。
１００のハードウェア及びソフトウェア構成を説明して
きた。本項では、該システムの動作とともに本発明の作
用について説明することにする。
【００７３】Ｂ−１．ＰＣカード・インサーション・オ
ペレーション 図３には、ＰＣカードがシステム１００に挿入されたと
きに各デバイス・ドライバが行う協働的動作を、フロー
チャート化して示している。
ペレーション 図３には、ＰＣカードがシステム１００に挿入されたと
きに各デバイス・ドライバが行う協働的動作を、フロー
チャート化して示している。
【００７４】ＰＣカードがＰＣカード・スロット１９に
挿入されたことによって処理が開始する（ステップＳ１
００）。
挿入されたことによって処理が開始する（ステップＳ１
００）。
【００７５】この間、１６ビット・カード・サービス６
１や３２ビット・カード・サービスはそれぞれ、ソケッ
ト・サービス５１経由で、ＰＣカード・スロット１９の
状況をポーリングしている（ステップＳ１０２）。
１や３２ビット・カード・サービスはそれぞれ、ソケッ
ト・サービス５１経由で、ＰＣカード・スロット１９の
状況をポーリングしている（ステップＳ１０２）。
【００７６】ソケット・サービス５１は、ポーリング要
求を受け取った時には、まず、１６ビット・カード・サ
ービス６１がシステム１００にロードされているかどう
かを判断する（ステップＳ１０４）。１６ビット・カー
ド・サービス６１が存在しなければＤＯＳ／Ｗｉｎｄｏ
ｗｓ３．ｘ互換モードによるＰＣカードのイネーブル処
理を成し得ないので、該判断ステップの分岐"Ｎｏ"に抜
けて、Ｗｉｎｄｏｗｓ９５ネイティブ・モードによるＰ
Ｃカードのイネーブル処理を試みる（ステップＳ１１
６：後述）。なお、ソケット・サービスは、一般に、起
動時に各カード・サービスとプログラミング・インター
フェースを交換するようになっており、該処理の有無に
よって１６ビット・カード・サービス６１の存在を検知
することができる。
求を受け取った時には、まず、１６ビット・カード・サ
ービス６１がシステム１００にロードされているかどう
かを判断する（ステップＳ１０４）。１６ビット・カー
ド・サービス６１が存在しなければＤＯＳ／Ｗｉｎｄｏ
ｗｓ３．ｘ互換モードによるＰＣカードのイネーブル処
理を成し得ないので、該判断ステップの分岐"Ｎｏ"に抜
けて、Ｗｉｎｄｏｗｓ９５ネイティブ・モードによるＰ
Ｃカードのイネーブル処理を試みる（ステップＳ１１
６：後述）。なお、ソケット・サービスは、一般に、起
動時に各カード・サービスとプログラミング・インター
フェースを交換するようになっており、該処理の有無に
よって１６ビット・カード・サービス６１の存在を検知
することができる。
【００７７】一方、判断ステップＳ１０４の結果が肯定
的であれば、次ステップＳ１０６に進み、ソケット・サ
ービス５１は、受け取ったポーリング要求が１６ビット
・カード・サービス６１によるものかどうかを判断す
る。１６ビット・カード・サービス６１以外によるポー
リング要求であれば、ステップＳ１０２に復帰して、１
６ビット・カード・サービス６１からのポーリング要求
まで待機する。
的であれば、次ステップＳ１０６に進み、ソケット・サ
ービス５１は、受け取ったポーリング要求が１６ビット
・カード・サービス６１によるものかどうかを判断す
る。１６ビット・カード・サービス６１以外によるポー
リング要求であれば、ステップＳ１０２に復帰して、１
６ビット・カード・サービス６１からのポーリング要求
まで待機する。
【００７８】ポーリング要求が１６ビット・カード・サ
ービス６１によるものであれば、ソケット・サービス５
１は、１６ビット・カード・サービス６１に対してカー
ド挿入事象（インサーション・イベント）を通知する
（ステップＳ１０８）。
ービス６１によるものであれば、ソケット・サービス５
１は、１６ビット・カード・サービス６１に対してカー
ド挿入事象（インサーション・イベント）を通知する
（ステップＳ１０８）。
【００７９】カード挿入事象を通知された１６ビット・
カード・サービス６１は、自身によるＰＣカードのイネ
ーブル処理（すなわちＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互
換モードによるイネーブル処理）を試みる（ステップＳ
１１０）。該イネーブル処理の詳細は後述する。
カード・サービス６１は、自身によるＰＣカードのイネ
ーブル処理（すなわちＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互
換モードによるイネーブル処理）を試みる（ステップＳ
１１０）。該イネーブル処理の詳細は後述する。
【００８０】次いで、ステップＳ１１２では、１６ビッ
ト・カード・サービス６１によってＰＣカードのイネー
ブルが実際に行われたかどうかを判断する。該判断は、
例えばソケット・サービス５１自身が新しいシステム・
リソースの内容をＰＣカード・コントローラ１８にプロ
グラムしたかどうかを覚えておくことによって可能であ
る。
ト・カード・サービス６１によってＰＣカードのイネー
ブルが実際に行われたかどうかを判断する。該判断は、
例えばソケット・サービス５１自身が新しいシステム・
リソースの内容をＰＣカード・コントローラ１８にプロ
グラムしたかどうかを覚えておくことによって可能であ
る。
【００８１】１６ビット・カード・サービス６１によっ
てＰＣカードのイネーブル処理が行われていなければ、
３２ビット・カード・サービス（すなわちＷｉｎｄｏｗ
ｓ９５ネイティブ・モード）によってＰＣカードのイネ
ーブル処理を試みる必要がある。このため、判断ステッ
プＳ１１２の分岐"Ｎｏ"からステップＳ１１６に進み、
Ｗｉｎｄｏｗｓ９５ネイティブ・モードによるＰＣカー
ドのイネーブル処理を試みる。
てＰＣカードのイネーブル処理が行われていなければ、
３２ビット・カード・サービス（すなわちＷｉｎｄｏｗ
ｓ９５ネイティブ・モード）によってＰＣカードのイネ
ーブル処理を試みる必要がある。このため、判断ステッ
プＳ１１２の分岐"Ｎｏ"からステップＳ１１６に進み、
Ｗｉｎｄｏｗｓ９５ネイティブ・モードによるＰＣカー
ドのイネーブル処理を試みる。
【００８２】一方、１６ビット・カード・サービス６１
によってＰＣカードのイネーブル処理が済んでいれば、
判断ステップＳ１１２の分岐"Ｙｅｓ"に進んで、全処理
を終了する（ステップＳ１１４）。以後、ソケット・サ
ービス５１は、３２ビット・カード・サービスからのポ
ーリングに対しては無視し続ける。このため、３２ビッ
ト・カード・サービスは、ＰＣカードが現実に挿入され
ているにも拘らず、カードの挿入を知らされないままで
あり、Ｗｉｎｄｏｗｓ９５ネイティブ・モードによるＰ
Ｃカードのイネーブル処理が行われることはない。ま
た、ＰＣカードの駆動は、１６ビット・クライアント・
デバイス・ドライバによって行われることになる。
によってＰＣカードのイネーブル処理が済んでいれば、
判断ステップＳ１１２の分岐"Ｙｅｓ"に進んで、全処理
を終了する（ステップＳ１１４）。以後、ソケット・サ
ービス５１は、３２ビット・カード・サービスからのポ
ーリングに対しては無視し続ける。このため、３２ビッ
ト・カード・サービスは、ＰＣカードが現実に挿入され
ているにも拘らず、カードの挿入を知らされないままで
あり、Ｗｉｎｄｏｗｓ９５ネイティブ・モードによるＰ
Ｃカードのイネーブル処理が行われることはない。ま
た、ＰＣカードの駆動は、１６ビット・クライアント・
デバイス・ドライバによって行われることになる。
【００８３】なお、該フローチャートで２つの判断ステ
ップＳ１０４及びＳ１０６を設けることによって、１６
ビット・カード・ドライバ６１に対して優先的にカード
挿入事象を通知して、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互
換モードによるＰＣカードのイネーブル処理を優先する
ようにしている。これは主に、＊ Ｗｉｎｄｏｗｓ９５
は、自身にネイティブのデバイス・ドライバを自動ロー
ディングできる一方、挿入されたＰＣカードに対応する
デバイス・ドライバがインストールされていなければ、
システムが「デバイス・ドライバをインストールしなさ
い」という旨のユーザ・メッセージを表示するように設
計されている。このため、Ｗｉｎｄｏｗｓ９５ネイティ
ブ・モードを優先させた場合、１６ビット・クライアン
ト・デバイス・ドライバでのみ駆動するＰＣカードが挿
入されたときには、ユーザ・メッセージ状態（すなわち
ウェイト状態）に陥り、ＤＯＳ／Ｗｉｎｄｏｗｓ互換モ
ード（すなわち１６ビット・カード・サービス６１）に
よるイネーブル処理に進行できない。 ＊という理由に
依拠するものである。オペレーティング・システムがＷ
ｉｎｄｏｗｓ９５のように設計されていない場合には、
１６ビット系のデバイス・ドライバを優先させる積極的
な理由はなく、逆に３２ビット系のデバイス・ドライバ
に優先権を与えるようにしてもよい。
ップＳ１０４及びＳ１０６を設けることによって、１６
ビット・カード・ドライバ６１に対して優先的にカード
挿入事象を通知して、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互
換モードによるＰＣカードのイネーブル処理を優先する
ようにしている。これは主に、＊ Ｗｉｎｄｏｗｓ９５
は、自身にネイティブのデバイス・ドライバを自動ロー
ディングできる一方、挿入されたＰＣカードに対応する
デバイス・ドライバがインストールされていなければ、
システムが「デバイス・ドライバをインストールしなさ
い」という旨のユーザ・メッセージを表示するように設
計されている。このため、Ｗｉｎｄｏｗｓ９５ネイティ
ブ・モードを優先させた場合、１６ビット・クライアン
ト・デバイス・ドライバでのみ駆動するＰＣカードが挿
入されたときには、ユーザ・メッセージ状態（すなわち
ウェイト状態）に陥り、ＤＯＳ／Ｗｉｎｄｏｗｓ互換モ
ード（すなわち１６ビット・カード・サービス６１）に
よるイネーブル処理に進行できない。 ＊という理由に
依拠するものである。オペレーティング・システムがＷ
ｉｎｄｏｗｓ９５のように設計されていない場合には、
１６ビット系のデバイス・ドライバを優先させる積極的
な理由はなく、逆に３２ビット系のデバイス・ドライバ
に優先権を与えるようにしてもよい。
【００８４】ＤＯＳ／Ｗｉｎｄｏｗｓ互換モード下での
イネーブル処理：図４には、ＤＯＳ／Ｗｉｎｄｏｗｓ互
換モード下でＰＣカードをイネーブルするための処理手
順（すなわち図３のステップＳ１１０）を、さらに詳細
にフローチャート化して示している。
イネーブル処理：図４には、ＤＯＳ／Ｗｉｎｄｏｗｓ互
換モード下でＰＣカードをイネーブルするための処理手
順（すなわち図３のステップＳ１１０）を、さらに詳細
にフローチャート化して示している。
【００８５】ポーリングの結果としてカード挿入事象を
受け取った１６ビット・カード・サービス６１は、自身
にクライアント登録している各クライアント・デバイス
・ドライバ６２…に対してカード挿入事象を順次通知す
る（ステップＳ２０２）。
受け取った１６ビット・カード・サービス６１は、自身
にクライアント登録している各クライアント・デバイス
・ドライバ６２…に対してカード挿入事象を順次通知す
る（ステップＳ２０２）。
【００８６】各クライアント・デバイス・ドライバ６２
…は、それぞれカード・サービス６１及びソケット・サ
ービス５１経由で、ＰＣカード内のメモリからカード属
性情報（タプル）を読み取り（ステップＳ２０４）、タ
プルの内容に従って、自身が駆動すべきＰＣカードかど
うかを判断する（ステップＳ２０６）。
…は、それぞれカード・サービス６１及びソケット・サ
ービス５１経由で、ＰＣカード内のメモリからカード属
性情報（タプル）を読み取り（ステップＳ２０４）、タ
プルの内容に従って、自身が駆動すべきＰＣカードかど
うかを判断する（ステップＳ２０６）。
【００８７】自身が駆動すべきＰＣカードでないと判断
したクライアント・デバイス・ドライバは、ステップＳ
２０８に進んで、カード挿入事象を無視して、イネーブ
ル処理を行わない。
したクライアント・デバイス・ドライバは、ステップＳ
２０８に進んで、カード挿入事象を無視して、イネーブ
ル処理を行わない。
【００８８】これに対して、自身が駆動すべきＰＣカー
ドである判断したクライアント・デバイス・ドライバ
は、ステップＳ２１０に進んで、タプルの内容からＰＣ
カードに必要なシステム・リソースを知り、１６ビット
・カード・サービス６１に対してシステム・リソースの
割り振りを要求する。
ドである判断したクライアント・デバイス・ドライバ
は、ステップＳ２１０に進んで、タプルの内容からＰＣ
カードに必要なシステム・リソースを知り、１６ビット
・カード・サービス６１に対してシステム・リソースの
割り振りを要求する。
【００８９】１６ビット・カード・サービス６１は、自
身のリソース・テーブルを参照するとともに、仮想デバ
イス・ドライバ６４経由でコンフィギュレーション・マ
ネージャ５４に問合せて、システム・リソースの使用を
確認する。そして、システム・リソースの使用が確認さ
れると、クライアント・デバイス・ドライバは、１６ビ
ット・カード・サービス６１経由でＰＣカード・コント
ローラ１８をプログラムして、ＰＣカードをシステム構
成に組み込む。（ステップＳ２１２）。この結果、ＰＣ
カードはＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換モードでイ
ネーブルされたことになる。
身のリソース・テーブルを参照するとともに、仮想デバ
イス・ドライバ６４経由でコンフィギュレーション・マ
ネージャ５４に問合せて、システム・リソースの使用を
確認する。そして、システム・リソースの使用が確認さ
れると、クライアント・デバイス・ドライバは、１６ビ
ット・カード・サービス６１経由でＰＣカード・コント
ローラ１８をプログラムして、ＰＣカードをシステム構
成に組み込む。（ステップＳ２１２）。この結果、ＰＣ
カードはＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換モードでイ
ネーブルされたことになる。
【００９０】Ｗｉｎｄｏｗｓ９５ネイティブ・モード下
でのイネーブル処理：図５には、Ｗｉｎｄｏｗｓ９５ネ
イティブ・モード下でＰＣカードをイネーブルするため
の処理手順（すなわち図３のステップＳ１１６）を、さ
らに詳細にフローチャート化して示している。
でのイネーブル処理：図５には、Ｗｉｎｄｏｗｓ９５ネ
イティブ・モード下でＰＣカードをイネーブルするため
の処理手順（すなわち図３のステップＳ１１６）を、さ
らに詳細にフローチャート化して示している。
【００９１】まず、３２ビット・カード・サービスは、
ソケット・サービス５１に対してポーリングを要求する
ことによって、カード挿入事象を受け取る（ステップＳ
３０２）。
ソケット・サービス５１に対してポーリングを要求する
ことによって、カード挿入事象を受け取る（ステップＳ
３０２）。
【００９２】次いで、ＰＣＭＣＩＡバス・エニュメレー
タ内のコモン・イネーブラは、３２ビット・カード・サ
ービス及びソケット・サービス５１経由で、ＰＣカード
内のメモリからカード属性情報（タプル）を読み取る
（ステップＳ３０４）。また、必要に応じて、ＦＤＤ１
７等の補助記憶装置から、ＰＣカード駆動のための情報
を格納しているＩＮＦファイルを読み出す。
タ内のコモン・イネーブラは、３２ビット・カード・サ
ービス及びソケット・サービス５１経由で、ＰＣカード
内のメモリからカード属性情報（タプル）を読み取る
（ステップＳ３０４）。また、必要に応じて、ＦＤＤ１
７等の補助記憶装置から、ＰＣカード駆動のための情報
を格納しているＩＮＦファイルを読み出す。
【００９３】タプルやＩＮＦファイルの内容により、コ
モン・イネーブラがイネーブルできるＰＣカードである
ことが判った場合には、コモン・イネーブラは、コンフ
ィギュレーション・マネージャ５４に対して、ＰＣカー
ドのシステム・リソース使用を要求する。次いで、コモ
ン・イネーブラは、３２ビット・カード・サービス及び
ソケット・サービス５１経由でＰＣカード・コントロー
ラ１８をプログラムする（ステップＳ３０６）。この結
果、ＰＣカードはＷｉｎｄｏｗｓ９５ネイティブ・モー
ドでイネーブルされたことになる。
モン・イネーブラがイネーブルできるＰＣカードである
ことが判った場合には、コモン・イネーブラは、コンフ
ィギュレーション・マネージャ５４に対して、ＰＣカー
ドのシステム・リソース使用を要求する。次いで、コモ
ン・イネーブラは、３２ビット・カード・サービス及び
ソケット・サービス５１経由でＰＣカード・コントロー
ラ１８をプログラムする（ステップＳ３０６）。この結
果、ＰＣカードはＷｉｎｄｏｗｓ９５ネイティブ・モー
ドでイネーブルされたことになる。
【００９４】逆に、コモン・イネーブラによってイネー
ブルできないＰＣカードであることが判った場合には、
対応するクライアント・デバイス・ドライバのシステム
１００へのインストール（すなわちＨＤＤ１７へのコピ
ー）を促すユーザ・メッセージを表示する（ステップＳ
３０８）。そして、ユーザが指定されたクライアント・
デバイス・ドライバをインストールすると、該クライア
ント・デバイス・ドライバに対してカード挿入事象を通
知して、ＰＣカードのイネーブル処理（すなわちシステ
ム・リソースの割り振り）を行わせる（ステップＳ３１
０）。この結果、ＰＣカードはＷｉｎｄｏｗｓ９５ネイ
ティブ・モードでイネーブルされたことになる。
ブルできないＰＣカードであることが判った場合には、
対応するクライアント・デバイス・ドライバのシステム
１００へのインストール（すなわちＨＤＤ１７へのコピ
ー）を促すユーザ・メッセージを表示する（ステップＳ
３０８）。そして、ユーザが指定されたクライアント・
デバイス・ドライバをインストールすると、該クライア
ント・デバイス・ドライバに対してカード挿入事象を通
知して、ＰＣカードのイネーブル処理（すなわちシステ
ム・リソースの割り振り）を行わせる（ステップＳ３１
０）。この結果、ＰＣカードはＷｉｎｄｏｗｓ９５ネイ
ティブ・モードでイネーブルされたことになる。
【００９５】ＰＣカードがイネーブルされると、ＰＣＭ
ＣＩＡバス・エニュメレータ内のデバイス・ドライバ・
ローダは、ＩＮＦファイルに記述されているクライアン
ト・デバイス・ドライバをメモリ１２に自動ロードする
（Ｓ３１２）この結果、システム１００がＰＣカードを
利用可能になる。
ＣＩＡバス・エニュメレータ内のデバイス・ドライバ・
ローダは、ＩＮＦファイルに記述されているクライアン
ト・デバイス・ドライバをメモリ１２に自動ロードする
（Ｓ３１２）この結果、システム１００がＰＣカードを
利用可能になる。
【００９６】Ｂ−２．ＰＣカード・リムーバル・オペレ
ーション：図６には、ＰＣカードがシステム１００から
抜き取られたときに、本実施例に係る各デバイス・ドラ
イバが行う協働的動作を、フローチャート化して示して
いる。
ーション：図６には、ＰＣカードがシステム１００から
抜き取られたときに、本実施例に係る各デバイス・ドラ
イバが行う協働的動作を、フローチャート化して示して
いる。
【００９７】ＰＣカードが抜き取られると（ステップＳ
４０２）、ソケット・サービス５１は、該ＰＣカードが
３２ビット・カード・サービス又は１６ビット・カード
・サービス６１のいずれの管理下に置かれているたを判
断する（ステップＳ４０４）。
４０２）、ソケット・サービス５１は、該ＰＣカードが
３２ビット・カード・サービス又は１６ビット・カード
・サービス６１のいずれの管理下に置かれているたを判
断する（ステップＳ４０４）。
【００９８】ＰＣカードが１６ビット・カード・サービ
ス６１の管理下であれば、ソケット・サービス５１は、
１６ビット・カード・サービス６１からのポーリングに
対してのみカード抜き取り事象（リムーバル・イベン
ト）を通知する（ステップＳ４０６）。この結果、１６
ビット・カード・サービス６１は、対応するクライアン
ト・デバイス・ドライバに該事象を報告する。報告を受
けたクライアント・デバイス・ドライバは、ＰＣカード
に割り振られていたシステム・リソースを解放させて、
ＰＣカードをディセーブルする。
ス６１の管理下であれば、ソケット・サービス５１は、
１６ビット・カード・サービス６１からのポーリングに
対してのみカード抜き取り事象（リムーバル・イベン
ト）を通知する（ステップＳ４０６）。この結果、１６
ビット・カード・サービス６１は、対応するクライアン
ト・デバイス・ドライバに該事象を報告する。報告を受
けたクライアント・デバイス・ドライバは、ＰＣカード
に割り振られていたシステム・リソースを解放させて、
ＰＣカードをディセーブルする。
【００９９】一方、ＰＣカードが３２ビット・カード・
サービスの管理下であれば、ソケット・サービス５１
は、３２ビット・カード・サービスからのポーリングに
対してのみカード抜き取り事象（リムーバル・イベン
ト）を通知する（ステップＳ４０８）。この結果、３２
ビット・カード・サービスは、対応するクライアント・
デバイス・ドライバに該事象を報告する。報告を受けた
クライアント・デバイス・ドライバは、ＰＣカードに割
り振られていたシステム・リソースを解放させて、ＰＣ
カードをディセーブルする。
サービスの管理下であれば、ソケット・サービス５１
は、３２ビット・カード・サービスからのポーリングに
対してのみカード抜き取り事象（リムーバル・イベン
ト）を通知する（ステップＳ４０８）。この結果、３２
ビット・カード・サービスは、対応するクライアント・
デバイス・ドライバに該事象を報告する。報告を受けた
クライアント・デバイス・ドライバは、ＰＣカードに割
り振られていたシステム・リソースを解放させて、ＰＣ
カードをディセーブルする。
【０１００】このようにして、ＰＣカードがディセーブ
ルされた後には、ソケット・サービス５１は次にＰＣカ
ードが挿入されるまで待機する。
ルされた後には、ソケット・サービス５１は次にＰＣカ
ードが挿入されるまで待機する。
【０１０１】Ｃ．追補 以上、特定の実施例を参照しながら、本発明について詳
解してきた。しかしながら、本発明の要旨を逸脱しない
範囲で当業者が該実施例の修正や代用を成し得ることは
自明である。本明細書では、ＰＣＭＣＩＡ／ＪＥＩＤＡ
の規格に準拠したＰＣカードの自動イネーブルを例にと
って説明しているが、本発明の要旨はこれに限定される
ものではない。他の所定の規格に準拠したメモリ・カー
ド、Ｉ／Ｏカード等の周辺デバイスを標準装備又はオプ
ション装備可能な情報処理システムに対しても、本発明
を適用することは可能である。要するに、例示という形
態で本発明を開示してきたのであり、限定的に解釈され
るべきではない。本発明の要旨を判断するためには、冒
頭に記載した特許請求の範囲の欄を参酌すべきである。
解してきた。しかしながら、本発明の要旨を逸脱しない
範囲で当業者が該実施例の修正や代用を成し得ることは
自明である。本明細書では、ＰＣＭＣＩＡ／ＪＥＩＤＡ
の規格に準拠したＰＣカードの自動イネーブルを例にと
って説明しているが、本発明の要旨はこれに限定される
ものではない。他の所定の規格に準拠したメモリ・カー
ド、Ｉ／Ｏカード等の周辺デバイスを標準装備又はオプ
ション装備可能な情報処理システムに対しても、本発明
を適用することは可能である。要するに、例示という形
態で本発明を開示してきたのであり、限定的に解釈され
るべきではない。本発明の要旨を判断するためには、冒
頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１０２】
【発明の効果】以上詳記したように、本発明によれば、
第１のアドレッシング・モードで動作するデバイス・ド
ライバによって駆動される周辺デバイスと第２のアドレ
ッシング・モードで動作するデバイス・ドライバが共存
するタイプの情報処理システムに適用可能であって、適
切なデバイス・ドライバによって周辺デバイスをイネー
ブルし駆動することができる、優れたを周辺デバイスの
自動イネーブル方法を提供することができる。
第１のアドレッシング・モードで動作するデバイス・ド
ライバによって駆動される周辺デバイスと第２のアドレ
ッシング・モードで動作するデバイス・ドライバが共存
するタイプの情報処理システムに適用可能であって、適
切なデバイス・ドライバによって周辺デバイスをイネー
ブルし駆動することができる、優れたを周辺デバイスの
自動イネーブル方法を提供することができる。
【０１０３】より具体的には、本発明によれば、ＤＯＳ
／Ｗｉｎｄｏｗｓ３．ｘ系のデバイス・ドライバでしか
動かないＰＣカードが挿入されたときには該デバイス・
ドライバによってＰＣカードをイネーブルする一方、Ｗ
ｉｎｄｏｗｓ９５ネイティブのデバイス・ドライバで動
くＰＣカードが挿入されたときには該デバイス・ドライ
バによってＰＣカードをイネーブルすることができる。
すなわち、見かけ上は、ＰＣＭＣＩＡ系のサブシステム
は、Ｗｉｎｄｏｗｓ９５ネイティブ・モードとＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘ互換モードとの間を動的に切り換
わる訳である。
／Ｗｉｎｄｏｗｓ３．ｘ系のデバイス・ドライバでしか
動かないＰＣカードが挿入されたときには該デバイス・
ドライバによってＰＣカードをイネーブルする一方、Ｗ
ｉｎｄｏｗｓ９５ネイティブのデバイス・ドライバで動
くＰＣカードが挿入されたときには該デバイス・ドライ
バによってＰＣカードをイネーブルすることができる。
すなわち、見かけ上は、ＰＣＭＣＩＡ系のサブシステム
は、Ｗｉｎｄｏｗｓ９５ネイティブ・モードとＤＯＳ／
Ｗｉｎｄｏｗｓ３．ｘ互換モードとの間を動的に切り換
わる訳である。
【図１】図１は、本発明を実現するのに適した典型的な
パーソナル・コンピュータ（ＰＣ）のハードウェア・ア
ーキテクチャを模式的に示した図である。
パーソナル・コンピュータ（ＰＣ）のハードウェア・ア
ーキテクチャを模式的に示した図である。
【図２】図２は、本発明によるＰｎＰ機能をサポートす
るためのソフトウェア・アーキテクチャを模式的に示し
た図である。
るためのソフトウェア・アーキテクチャを模式的に示し
た図である。
【図３】図３は、ＰＣカードがシステム１００に挿入さ
れたときに、本実施例に係る各デバイス・ドライバが行
う協働的動作を、フローチャート化して示した図であ
る。
れたときに、本実施例に係る各デバイス・ドライバが行
う協働的動作を、フローチャート化して示した図であ
る。
【図４】図４は、ＤＯＳ／Ｗｉｎｄｏｗｓ３．ｘ互換モ
ード下で、挿入されたＰＣカードにシステム・リソース
を割り振るための手順をフローチャート化して示した図
である。
ード下で、挿入されたＰＣカードにシステム・リソース
を割り振るための手順をフローチャート化して示した図
である。
【図５】図５は、Ｗｉｎｄｏｗｓ９５ネイティブ・モー
ド下で、挿入されたＰＣカードにシステム・リソースを
割り振るための手順をフローチャート化して示した図で
ある。
ド下で、挿入されたＰＣカードにシステム・リソースを
割り振るための手順をフローチャート化して示した図で
ある。
【図６】図６は、ＰＣカードがシステム１００から抜き
取られたときに、本実施例に係る各デバイス・ドライバ
が行う協働的動作を、フローチャート化して示した図で
ある。
取られたときに、本実施例に係る各デバイス・ドライバ
が行う協働的動作を、フローチャート化して示した図で
ある。
【図７】図７は、パーソナル・コンピュータに周辺デバ
イスを拡張する様子を示した図である。より具体的に
は、図７（ａ）はデスクトップ・コンピュータに拡張ア
ダプタ・カードを装着する、図７（ｂ）はノートブック
・コンピュータにＰＣカードを装着する様子を、それぞ
れ示している。
イスを拡張する様子を示した図である。より具体的に
は、図７（ａ）はデスクトップ・コンピュータに拡張ア
ダプタ・カードを装着する、図７（ｂ）はノートブック
・コンピュータにＰＣカードを装着する様子を、それぞ
れ示している。
【図８】図８は、ＰＣカードをサポートするソフトウェ
ア・アーキテクチャを図解したブロック図である。
ア・アーキテクチャを図解したブロック図である。
【図９】図９は、Ｗｉｎｄｏｗｓ９５のＰｎＰアーキテ
クチャを図解したブロック図である。
クチャを図解したブロック図である。
１１…ＣＰＵ、１２…メイン・メモリ、１３…ＲＯＭ、
１４…表示装置、１５…入力手段、１６…ＨＤＤ、１７
…ＦＤＤ、１８…ＰＣカード・コントローラ、１９…Ｐ
Ｃカード・スロット、２０…バス、５１…ソケット・サ
ービス、５２…ＰＣＭＣＩＡバス・エニュメレータ、５
３…３２ビット・クライアント・デバイス・ドライバ、
５４…コンフィギュレーション・マネージャ、６１…１
６ビット・デバイス・ドライバ、６２…１６ビット・ク
ライアント・デバイス・ドライバ、６３，６４…仮想デ
バイス・ドライバ、７１…アプリケーション・プログラ
ム、１００…コンピュータ・システム。
１４…表示装置、１５…入力手段、１６…ＨＤＤ、１７
…ＦＤＤ、１８…ＰＣカード・コントローラ、１９…Ｐ
Ｃカード・スロット、２０…バス、５１…ソケット・サ
ービス、５２…ＰＣＭＣＩＡバス・エニュメレータ、５
３…３２ビット・クライアント・デバイス・ドライバ、
５４…コンフィギュレーション・マネージャ、６１…１
６ビット・デバイス・ドライバ、６２…１６ビット・ク
ライアント・デバイス・ドライバ、６３，６４…仮想デ
バイス・ドライバ、７１…アプリケーション・プログラ
ム、１００…コンピュータ・システム。
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 13/10 - 13/14
Claims (9)
- 【請求項１】第１のアドレッシング・モードで動作する
デバイス・ドライバによって駆動される周辺デバイスと
第２のアドレッシング・モードで動作するデバイス・ド
ライバによって駆動される周辺デバイスの双方を装着す
ることができるタイプの情報処理システム上で適用され
る、周辺デバイスの自動イネーブル方法において、 （ａ）周辺デバイスが前記情報処理システムに装着され
たことを検出するステップと、 （ｂ）周辺デバイスの装着に応答して、第１のアドレッ
シング・モードで動作するデバイス・ドライバに対して
優先的に該周辺デバイスをイネーブルする機会を与える
ステップと、 （ｃ）周辺デバイスの装着に応答して、第１のアドレッ
シング・モードで動作するデバイス・ドライバによって
該周辺デバイスがイネーブルされなかったときのみ、第
２のアドレッシング・モードで動作するデバイス・ドラ
イバに対して該周辺デバイスをイネーブルする機会を与
えるステップと、 を具備することを特徴とする周辺デバイスの自動イネー
ブル方法。 - 【請求項２】１６ビット・モードで動作するデバイス・
ドライバによって駆動されるＰＣカードと３２ビット・
モードで動作するデバイス・ドライバによって駆動され
るＰＣカードの双方を装着することができるタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、 （ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、 （ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に該Ｐ
Ｃカードをイネーブルする機会を与えるステップと、 （ｃ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して該ＰＣカード
をイネーブルする機会を与えるステップと、 を具備することを特徴とするＰＣカードの自動イネーブ
ル方法。 - 【請求項３】３２ビット・モード又は１６ビット・モー
ドのいずれか一方で動作可能なオペレーティング・シス
テムの制御下に置かれるとともに、３２ビット・モード
及び１６ビット・モードの複数のデバイス・ドライバが
共存しているタイプの情報処理システム上で適用され
る、ＰＣカードの自動イネーブル方法において、 （ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、 （ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に該Ｐ
Ｃカードをイネーブルする機会を与えるステップと、 （ｃ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して該ＰＣカード
をイネーブルする機会を与えるステップと、 を具備することを特徴とするＰＣカードの自動イネーブ
ル方法。 - 【請求項４】第１のアドレッシング・モードで動作する
デバイス・ドライバによって駆動される周辺デバイスと
第２のアドレッシング・モードで動作するデバイス・ド
ライバによって駆動される周辺デバイスの双方を装着す
ることができるタイプの情報処理システム上で適用され
る、周辺デバイスの自動イネーブル方法において、 （ａ）周辺デバイスが前記情報処理システムに装着され
たことを検出するステップと、 （ｂ）周辺デバイスの装着に応答して、第１のアドレッ
シング・モードで動作するデバイス・ドライバに対して
優先的に、自身が該周辺デバイスを駆動可能なデバイス
・ドライバかどうかを確認する機会を与えるステップ
と、 （ｃ）前記（ｂ）ステップで肯定応答したデバイス・ド
ライバが、装着された周辺デバイスのためのシステム・
リソースの割り振りを要求するステップと、 （ｄ）前記（ｃ）ステップにおける要求に応答して、装
着された周辺デバイスのためのシステム・リソースを設
定するステップと、 （ｅ）周辺デバイスの装着に応答して、第１のアドレッ
シング・モードで動作するデバイス・ドライバによって
該周辺デバイスがイネーブルされなかったときのみ、第
２のアドレッシング・モードで動作するデバイス・ドラ
イバに対して、自身が該周辺デバイスを駆動可能なデバ
イス・ドライバかどうかを確認する機会を与えるステッ
プと、 （ｆ）前記（ｅ）ステップで肯定応答したデバイス・ド
ライバが、装着された周辺デバイスのためのシステム・
リソースの割り振りを要求するステップと、 （ｇ）前記（ｆ）ステップにおける要求に応答して、装
着された周辺デバイスのためのシステム・リソースを設
定するステップと、 を具備することを特徴とする周辺デバイスの自動イネー
ブル方法。 - 【請求項５】１６ビット・モードで動作するデバイス・
ドライバによって駆動されるＰＣカードと３２ビット・
モードで動作するデバイス・ドライバによって駆動され
るＰＣカードの双方を装着することができるタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、 （ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、 （ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に、自
身が該ＰＣカードを駆動可能なデバイス・ドライバかど
うかを確認する機会を与えるステップと、 （ｃ）前記（ｂ）ステップで肯定応答したデバイス・ド
ライバが、装着されたＰＣカードのためのシステム・リ
ソースの割り振りを要求するステップと、 （ｄ）前記（ｃ）ステップにおける要求に応答して、装
着されたＰＣカードのためのシステム・リソースを設定
するステップと、 （ｅ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して、自身が該Ｐ
Ｃカードを駆動可能なデバイス・ドライバかどうかを確
認する機会を与えるステップと、 （ｆ）前記（ｅ）ステップで肯定応答したデバイス・ド
ライバが、装着されたＰＣカードのためのシステム・リ
ソースの割り振りを要求するステップと、 （ｇ）前記（ｆ）ステップにおける要求に応答して、装
着されたＰＣカードのためのシステム・リソースを設定
するステップと、 を具備することを特徴とするＰＣカードの自動イネーブ
ル方法。 - 【請求項６】３２ビット・モード又は１６ビット・モー
ドのいずれか一方で動作可能なオペレーティング・シス
テムの制御下に置かれるとともに、３２ビット・モード
及び１６ビット・モードの複数のデバイス・ドライバが
共存しているタイプの情報処理システム上で適用され
る、ＰＣカードの自動イネーブル方法において、 （ａ）ＰＣカードが前記情報処理システムに装着された
ことを検出するステップと、 （ｂ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバに対して優先的に、自
身が該ＰＣカードを駆動可能なデバイス・ドライバかど
うかを確認する機会を与えるステップと、 （ｃ）前記（ｂ）ステップで肯定応答したデバイス・ド
ライバが、装着されたＰＣカードのためのシステム・リ
ソースの割り振りを要求するステップと、 （ｄ）前記（ｃ）ステップにおける要求に応答して、装
着されたＰＣカードのためのシステム・リソースを設定
するステップと、 （ｅ）ＰＣカードの装着に応答して、１６ビット・モー
ドで動作するデバイス・ドライバによって該ＰＣカード
がイネーブルされなかったときのみ、３２ビット・モー
ドで動作するデバイス・ドライバに対して、自身が該Ｐ
Ｃカードを駆動可能なデバイス・ドライバかどうかを確
認する機会を与えるステップと、 （ｆ）前記（ｅ）ステップで肯定応答したデバイス・ド
ライバが、装着されたＰＣカードのためのシステム・リ
ソースの割り振りを要求するステップと、 （ｇ）前記（ｆ）ステップにおける要求に応答して、装
着されたＰＣカードのためのシステム・リソースを設定
するステップと、 を具備することを特徴とするＰＣカードの自動イネーブ
ル方法。 - 【請求項７】第１のアドレッシング・モードで動作する
デバイス・ドライバによって駆動される周辺デバイスと
第２のアドレッシング・モードで動作するデバイス・ド
ライバによって駆動される周辺デバイスの双方を装着す
ることができるタイプの情報処理システム上で適用され
る、周辺デバイスの自動イネーブル方法において、 （ａ）装着中の周辺デバイスが抜き取られたことを検出
するステップと、 （ｂ）抜き取られた周辺デバイスが第１のアドレッシン
グ・モードで動作するデバイス・ドライバで駆動されて
いれば、該デバイス・ドライバに対して抜き取られたこ
とを通知するステップと、 （ｃ）前記（ｂ）における通知に応答して、第１のアド
レッシング・モードで動作するデバイス・ドライバが、
抜き取られた周辺デバイスに割り振られていたシステム
・リソースを解放することによって、該周辺デバイスを
ディセーブルするステップと、 （ｄ）抜き取られた周辺デバイスが第２のアドレッシン
グ・モードで動作するデバイス・ドライバで駆動されて
いれば、該デバイス・ドライバに対して抜き取られたこ
とを通知するステップと、 （ｅ）前記（ｆ）における通知に応答して、第２のアド
レッシング・モードで動作するデバイス・ドライバが、
抜き取られた周辺デバイスに割り振られていたシステム
・リソースを解放することによって、該周辺デバイスを
ディセーブルするステップと、 を具備することを特徴とする周辺デバイスの自動イネー
ブル方法。 - 【請求項８】１６ビット・モードで動作するデバイス・
ドライバによって駆動されるＰＣカードと３２ビット・
モードで動作するデバイス・ドライバによって駆動され
るＰＣカードの双方を装着することができるタイプの情
報処理システム上で適用される、ＰＣカードの自動イネ
ーブル方法において、 （ａ）装着中のＰＣカードが抜き取られたことを検出す
るステップと、 （ｂ）抜き取られたＰＣカードが１６ビット・モードで
動作するデバイス・ドライバで駆動されていれば、該デ
バイス・ドライバに対して抜き取られたことを通知する
ステップと、 （ｃ）前記（ｂ）における通知に応答して、１６ビット
・モードで動作するデバイス・ドライバが、抜き取られ
たＰＣカードに割り振られていたシステム・リソースを
解放することによって、該ＰＣカードをディセーブルす
るステップと、 （ｄ）抜き取られたＰＣカードが３２ビット・モードで
動作するデバイス・ドライバで駆動されていれば、該デ
バイス・ドライバに対して抜き取られたことを通知する
ステップと、 （ｅ）前記（ｄ）における通知に応答して、３２ビット
・モードで動作するデバイス・ドライバが、抜き取られ
たＰＣカードに割り振られていたシステム・リソースを
解放することによって、該ＰＣカードをディセーブルす
るステップと、 を具備することを特徴とするＰＣカードの自動イネーブ
ル方法。 - 【請求項９】３２ビット・モード又は１６ビット・モー
ドのいずれか一方で動作可能なオペレーティング・シス
テムの制御下に置かれるとともに、３２ビット・モード
及び１６ビット・モードの複数のデバイス・ドライバが
共存しているタイプの情報処理システム上で適用され
る、ＰＣカードの自動イネーブル方法において、 （ａ）装着中のＰＣカードが抜き取られたことを検出す
るステップと、 （ｂ）抜き取られたＰＣカードが１６ビット・モードで
動作するデバイス・ドライバで駆動されていれば、該デ
バイス・ドライバに対して抜き取られたことを通知する
ステップと、 （ｃ）前記（ｂ）における通知に応答して、１６ビット
・モードで動作するデバイス・ドライバが、抜き取られ
たＰＣカードに割り振られていたシステム・リソースを
解放することによって、該ＰＣカードをディセーブルす
るステップと、 （ｄ）抜き取られたＰＣカードが３２ビット・モードで
動作するデバイス・ドライバで駆動されていれば、該デ
バイス・ドライバに対して抜き取られたことを通知する
ステップと、 （ｅ）前記（ｄ）における通知に応答して、３２ビット
・モードで動作するデバイス・ドライバが、抜き取られ
たＰＣカードに割り振られていたシステム・リソースを
解放することによって、該ＰＣカードをディセーブルす
るステップと、 を具備することを特徴とするＰＣカードの自動イネーブ
ル方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10665296A JP3274604B2 (ja) | 1996-04-26 | 1996-04-26 | 周辺デバイスの自動イネーブル方法 |
| KR1019970006337A KR100247719B1 (ko) | 1996-04-26 | 1997-02-27 | 주변 디바이스의 자동 인에이블 방법, 및 주변 디바이스의 자동 인에이블 프로그램을 저장한 기억 매체 |
| US08/829,561 US5935228A (en) | 1996-04-26 | 1997-03-28 | Method for automatically enabling peripheral devices and a storage medium for storing automatic enable program for peripheral devices |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10665296A JP3274604B2 (ja) | 1996-04-26 | 1996-04-26 | 周辺デバイスの自動イネーブル方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09293041A JPH09293041A (ja) | 1997-11-11 |
| JP3274604B2 true JP3274604B2 (ja) | 2002-04-15 |
Family
ID=14439051
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10665296A Expired - Fee Related JP3274604B2 (ja) | 1996-04-26 | 1996-04-26 | 周辺デバイスの自動イネーブル方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5935228A (ja) |
| JP (1) | JP3274604B2 (ja) |
| KR (1) | KR100247719B1 (ja) |
Families Citing this family (49)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6141712A (en) * | 1998-01-30 | 2000-10-31 | Object Technology Licensing Corporation | Apparatus and method for modeling behavior of expansion boards in a computer system |
| US6247081B1 (en) * | 1998-02-19 | 2001-06-12 | Nortel Networks Limited | Method and apparatus for installing drivers without requiring system re-boot |
| WO2004097621A1 (ja) * | 1998-04-17 | 2004-11-11 | Shinji Tanaka | Pc周辺機器のメンテナンスガイド装置、方法及びプログラム記録媒体 |
| US6205432B1 (en) | 1998-06-05 | 2001-03-20 | Creative Internet Concepts, Llc | Background advertising system |
| US6178468B1 (en) * | 1998-06-19 | 2001-01-23 | Hewlett-Packard Company | Real time supply PF plug-and-play installation resources |
| US6170020B1 (en) * | 1998-06-30 | 2001-01-02 | Compaq Computer Corporation | Reservation and dynamic allocation of resources for sole use of docking peripheral device |
| KR20000009369A (ko) * | 1998-07-23 | 2000-02-15 | 윤종용 | 피씨카드를장착가능한컴퓨터시스템및그것의부팅방법 |
| US6311242B1 (en) * | 1998-08-27 | 2001-10-30 | Apple Computer, Inc. | Method and apparatus for supporting dynamic insertion and removal of PCI devices |
| TW507154B (en) * | 1998-10-23 | 2002-10-21 | Inventec Corp | Automatic detection method for sound card |
| US6199137B1 (en) * | 1999-01-05 | 2001-03-06 | Lucent Technolgies, Inc. | Method and device for controlling data flow through an IO controller |
| US6360364B1 (en) * | 1999-03-17 | 2002-03-19 | Microsoft Corporation | System and method for installing an application on a portable computer |
| JP2001027916A (ja) * | 1999-05-12 | 2001-01-30 | Fujitsu Ltd | 電子機器及び電源制御装置並びに電源供給制御方法 |
| US6625680B1 (en) * | 1999-08-16 | 2003-09-23 | Cisco Technology, Inc. | System and method for processing circuit card connector and redundancy events |
| JP3946397B2 (ja) * | 1999-12-24 | 2007-07-18 | 三菱電機株式会社 | 車載情報処理装置 |
| US6601163B1 (en) * | 2000-05-08 | 2003-07-29 | International Business Machines Corporation | Method and system for executing adapter configuration routines utilizing different operating modes |
| KR20020080587A (ko) * | 2001-04-16 | 2002-10-26 | 주식회사 알파텔레콤 | 마이크로소프트 윈도우즈 운영체계에서의 주변장치설치방법 및 그 기록매체 |
| US7228366B2 (en) * | 2001-06-29 | 2007-06-05 | Intel Corporation | Method and apparatus for deterministic removal and reclamation of work items from an expansion bus schedule |
| US20030074268A1 (en) * | 2001-10-11 | 2003-04-17 | Haines Robert E. | User and device interactions for web consolidation |
| US20030072027A1 (en) * | 2001-10-11 | 2003-04-17 | Haines Robert E. | Unique identifier for customer account and method |
| US20030074547A1 (en) * | 2001-10-11 | 2003-04-17 | Haines Robert E. | Hardcopy output engine consumable supply management and method |
| US20030074442A1 (en) * | 2001-10-11 | 2003-04-17 | Haines Robert E. | Hardcopy output engine discovery method and apparatus |
| CN100378701C (zh) * | 2001-10-17 | 2008-04-02 | Nxp股份有限公司 | 利用可附着子模块的电子设备的快速配置 |
| US20030088762A1 (en) * | 2001-11-05 | 2003-05-08 | Jenny Liang | Storage media of operating system arranging at the expansion slot of motherboard |
| US6725291B2 (en) * | 2002-01-18 | 2004-04-20 | Key Technology Corporation | Detection method used in adaptor capable of inserting various kinds of memory cards |
| US7188347B2 (en) | 2002-05-24 | 2007-03-06 | Nokia Corporation | Method, apparatus and system for connecting system-level functionality of domestic OS of a mobile phone to any application operating system |
| US7299346B1 (en) | 2002-06-27 | 2007-11-20 | William K. Hollis | Method and apparatus to minimize computer apparatus initial program load and exit/shut down processing |
| FI117489B (fi) | 2003-02-07 | 2006-10-31 | Nokia Corp | Menetelmä muistikortin osoittamiseksi, muistikorttia käyttävä järjestelmä, ja muistikortti |
| US8001325B2 (en) * | 2004-01-09 | 2011-08-16 | Sandisk Corporation | Memory card that supports file system interoperability |
| US7757033B1 (en) | 2004-02-13 | 2010-07-13 | Habanero Holdings, Inc. | Data exchanges among SMP physical partitions and I/O interfaces enterprise servers |
| US7953903B1 (en) * | 2004-02-13 | 2011-05-31 | Habanero Holdings, Inc. | Real time detection of changed resources for provisioning and management of fabric-backplane enterprise servers |
| US7990994B1 (en) | 2004-02-13 | 2011-08-02 | Habanero Holdings, Inc. | Storage gateway provisioning and configuring |
| US7843906B1 (en) | 2004-02-13 | 2010-11-30 | Habanero Holdings, Inc. | Storage gateway initiator for fabric-backplane enterprise servers |
| US7633955B1 (en) | 2004-02-13 | 2009-12-15 | Habanero Holdings, Inc. | SCSI transport for fabric-backplane enterprise servers |
| US8145785B1 (en) | 2004-02-13 | 2012-03-27 | Habanero Holdings, Inc. | Unused resource recognition in real time for provisioning and management of fabric-backplane enterprise servers |
| US7843907B1 (en) | 2004-02-13 | 2010-11-30 | Habanero Holdings, Inc. | Storage gateway target for fabric-backplane enterprise servers |
| US8868790B2 (en) | 2004-02-13 | 2014-10-21 | Oracle International Corporation | Processor-memory module performance acceleration in fabric-backplane enterprise servers |
| US7873693B1 (en) | 2004-02-13 | 2011-01-18 | Habanero Holdings, Inc. | Multi-chassis fabric-backplane enterprise servers |
| US7860961B1 (en) | 2004-02-13 | 2010-12-28 | Habanero Holdings, Inc. | Real time notice of new resources for provisioning and management of fabric-backplane enterprise servers |
| US7860097B1 (en) | 2004-02-13 | 2010-12-28 | Habanero Holdings, Inc. | Fabric-backplane enterprise servers with VNICs and VLANs |
| US7685281B1 (en) | 2004-02-13 | 2010-03-23 | Habanero Holdings, Inc. | Programmatic instantiation, provisioning and management of fabric-backplane enterprise servers |
| US8713295B2 (en) | 2004-07-12 | 2014-04-29 | Oracle International Corporation | Fabric-backplane enterprise servers with pluggable I/O sub-system |
| US7613862B2 (en) * | 2004-08-10 | 2009-11-03 | Intel Corporation | Embedded driver for bus-connected device |
| JP2006172325A (ja) * | 2004-12-17 | 2006-06-29 | Toshiba Corp | デバイス状態制御方法および情報処理装置 |
| US20070101342A1 (en) * | 2005-10-31 | 2007-05-03 | Microsoft Corporation | Automated device driver management |
| US20070101328A1 (en) * | 2005-10-31 | 2007-05-03 | Microsoft Corporation | Sequencing a single task sequence across multiple operating environments |
| US20080120451A1 (en) * | 2006-11-16 | 2008-05-22 | Kolvick Randolph S | Method and apparatus for automatically enabling replacement hardware |
| TW201005535A (en) * | 2008-07-17 | 2010-02-01 | Ind Tech Res Inst | Electronic apparatus and method for managing a plugged device |
| DE112016006707T5 (de) * | 2015-04-26 | 2019-01-10 | Intel Corporation | All-in-one-mobilrechnervorrichtung |
| US11507421B2 (en) * | 2019-06-11 | 2022-11-22 | Dell Products L.P. | Information handling system and method to allocate peripheral component interconnect express (PCIe) bus resources |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5689710A (en) * | 1993-04-01 | 1997-11-18 | Intel Corporation | Protected mode C binding for PCMCIA card services interface |
| US5787246A (en) * | 1994-05-27 | 1998-07-28 | Microsoft Corporation | System for configuring devices for a computer system |
| EP0789951B1 (en) * | 1994-11-04 | 2006-03-29 | Intel Corporation | Pcmcia autoconfigure pc card |
| US5630174A (en) * | 1995-02-03 | 1997-05-13 | Cirrus Logic, Inc. | Adapter for detecting whether a peripheral is standard or multimedia type format and selectively switching the peripheral to couple or bypass the system bus |
| US5710941A (en) * | 1995-02-28 | 1998-01-20 | Microsoft Corporation | System for substituting protected mode hard disk driver for real mode driver by trapping test transfers to verify matching geometric translation |
| US5802365A (en) * | 1995-05-05 | 1998-09-01 | Apple Computer, Inc. | Dynamic device matching using driver candidate lists |
| US5671368A (en) * | 1996-02-22 | 1997-09-23 | O2 Micro, Inc. | PC card controller circuit to detect exchange of PC cards while in suspend mode |
| JPH09237166A (ja) * | 1996-02-29 | 1997-09-09 | Toshiba Corp | コンピュータシステムおよびこのシステムで使用されるカードデバイスコントローラ並びに動画像エンコーダカード |
-
1996
- 1996-04-26 JP JP10665296A patent/JP3274604B2/ja not_active Expired - Fee Related
-
1997
- 1997-02-27 KR KR1019970006337A patent/KR100247719B1/ko not_active IP Right Cessation
- 1997-03-28 US US08/829,561 patent/US5935228A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| KR970071303A (ko) | 1997-11-07 |
| US5935228A (en) | 1999-08-10 |
| JPH09293041A (ja) | 1997-11-11 |
| KR100247719B1 (ko) | 2000-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3274604B2 (ja) | 周辺デバイスの自動イネーブル方法 | |
| US10445258B1 (en) | Method for creation of device drivers and device objects for peripheral devices | |
| JP4327363B2 (ja) | 周辺リソース構成のためのａｃｐｉソース言語の自動生成 | |
| US6311242B1 (en) | Method and apparatus for supporting dynamic insertion and removal of PCI devices | |
| EP0672987B1 (en) | Portable PCMCIA interface for a host computer | |
| US6496893B1 (en) | Apparatus and method for swapping devices while a computer is running | |
| US6401198B1 (en) | Storing system-level mass storage configuration data in non-volatile memory on each mass storage device to allow for reboot/power-on reconfiguration of all installed mass storage devices to the same configuration as last use | |
| US5787019A (en) | System and method for handling dynamic changes in device states | |
| EP1909474B1 (en) | Image processor and its control method | |
| JP3403284B2 (ja) | 情報処理システム及びその制御方法 | |
| US5797031A (en) | Method and apparatus for peripheral device control by clients in plural memory addressing modes | |
| EP0552873A1 (en) | Modifying system configuration in a computer system | |
| JP2001229117A (ja) | 拡張ユニットの制御方法、コンピュータ、記録媒体及び伝送媒体 | |
| WO1992007319A1 (en) | System for multiple access hard disk partitioning | |
| US7051222B2 (en) | Robust computer subsystem power management with or without explicit operating system support | |
| JP2004295885A (ja) | メイン・メモリの動的再割当てが可能なコンピュータ・システム | |
| JP2003150530A (ja) | 周辺機器およびその制御方法 | |
| EP0780773A1 (en) | Asynchronous bus bridge | |
| US20050193267A1 (en) | Application program sharing framework and method for operating systems | |
| JP3327827B2 (ja) | コンピュータ・システム内でバス・アドレスを動的に変換する方法及びシステム | |
| US20050223209A1 (en) | Apparatus for fast booting computer and method for the same | |
| JP2014120057A (ja) | 情報処理装置、およびプログラム | |
| US20040177226A1 (en) | Storage system with snapshot-backup capability and method for the same | |
| JP2002366501A (ja) | 周辺デバイス、コンピュータシステム、及びインストーラプログラム | |
| US8412859B2 (en) | Methods and systems for interconnecting a peripheral device and an electronic system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |