仮想制御プログラムインターフェース

コンピュータ分野において、仮想制御プログラムインターフェース（VCPI）は、1989年にPhar Lap Software社によって公開された仕様であり、 DOSプログラムをプロテクトモードで実行することを可能にし、リアルモードでは利用できないプロセッサの多くの機能へのアクセスを可能にする。VCPIは、 Windows 3.0のプロテクトモードで動作できなかったことが大きな理由となり、導入後まもなくDOSプロテクトモードインターフェース（DPMI）に取って代わられた。

VCPI は1987 年以来Quarterdeck Office Systemsと協力し、 AI Architects、Lotus Development Corp.、Quadram、Qualitas、Rational Systemsのサポートを受けて開発され、 DOS の拡張メモリマネージャ ( CEMM、QEMM、後にEMM386 ) によって提供され、80386 保護モード DOS エクステンダーと 80386 EMS 拡張メモリエミュレータの共存を可能にします。 VCPI は DPMI に取って代わられましたが、その主な理由は、Windows 3.0 のネイティブ保護モード( 386 拡張モードと呼ばれる) で実行される DOS プログラムではサポートされておらず、VCPI はプログラムをRing 0で実行するため、 x86保護の目的が損なわれていたためです。また、 OS/2 2.0 以降では動作しませんでした。 VCPI は Windows 3.0 のリアルモードでのみサポートされていましたが、^{[ 1 ]}一部のプログラムは Windows 3.x の標準モードでも実行できました。^{[ 2 ] [ 3 ] [ 4 ]}標準モード (286 モード) Windows 3.1 (ただし 3.0 ではない) 自体は VCPI に準拠していました (VCPI クライアントでした)。^{[ 5 ]}以前の Windows/386 2.1 は、DOS エクステンダーとは全く互換性がありませんでした。Windows NT DOS ボックスも VCPI をサポートしていませんでした。^{[ 6 ]}

VCPIには比較的限定的な範囲があり、保護モードのDOSプログラムは、仮想8086モードタスク内で既に実行されているDOSから起動された場合にのみ実行可能でした。（これは通常、プロセッサの仮想[モード]制御プログラムとして動作するメモリマネージャによって実現されました。）仮想8086モードはプログラムをハードウェアから分離するため、制御プログラムからの何らかのサポートなしにプログラムが保護モードに切り替えることはできません。

^1989年から1990年2月にかけて^{[ 7 ]、VCPI}のいくつかの欠点を解消し、386プロセッサのメモリ管理とマルチタスク機能をより有効に活用するため^に、 IntelのSoftware Focus Group[7][9][10]、Lotus[7]、Digital Research[7]、Interactive Systems、Viewport Internationalなど多数の企業によってExtended ^{VCPI [ 8} ] [ ^{9 ] [ 10 ] （XVCPI [ 8} ] [ ^{9 ] [} 11 ]）^{という名称で}代替仕様^が提案さ^{れました。[ 10 ] Interactive Unix}やConcurrent DOS 386などの^{オペレーティングシステムを}含む少数の製品で使用されました。^{[注1 ]} 1990年2月から、^{[ 7 ]}これらの取り組みは最終的に、1990年5月に（並行して）開発され公開されたDPMI仕様によって頓挫した。DPMI仕様は同様の問題に対処したが、同年リリース予定のMicrosoft Windows 3.0の実装と互換性があった。1991年2月、1990年7月に結成されたイニシアチブであるマルチユーザーDOS連盟（MDOS） ^{[ 12 ]}は、 DPMIへの支持に関する声明を発表した。^{[ 7 ]}

• DOS保護モードインターフェース（DPMI）
• DOSプロテクトモードサービス（DPMS）

• 仮想制御プログラムインターフェース：バージョン 1.0。1.0。Phar Lap Software、 Quarterdeck Office Systems。1989年6月12日。 2016年5月21日取得。