Loading article…
.svg/500px-Windows_Logo_(1992-2001).svg.png){kind=logo} | |
 9x シリーズの最初のバージョンの Windows であるWindows 95のスクリーンショット | |
| 開発者 | マイクロソフト |
|---|---|
| OSファミリー | MS-DOS |
| 作業状態 | 製造中止 |
| ソースモデル | クローズドソース |
| 初回リリース | 1995 年 7 月 14 日Windows 95として) |
| 最終リリース | 4.90.3000 / 2000 年 6 月 19 日Windows Meとして) |
| 更新方法 | Windowsアップデート |
| プラットフォーム | IA-32 |
| カーネルタイプ | モノリシック( DOS ) |
| ユーザーランド | Windows API |
| デフォルトの ユーザーインターフェース | Windows シェル(グラフィカル) |
| ライセンス | 独自の 商用ソフトウェア |
| 先行 | Windows 3.1 (1992-1993) |
| 後継者 | Windows XP (2001) |
| サポート状況 | |
| Windows 95のメインストリームサポートは2000年12月31日に終了しました。延長サポートは2001年12月31日に終了しました。[1] Windows 98のメインストリームサポートは2002年6月30日に終了しました。Windows Meのメインストリームサポートは2003年12月31日に終了しました。98とMeの延長サポートは2006年7月11日に終了しました。[2] [3] | |
Windows 9xは、1995 年から 2000 年にかけて製造中止になったMicrosoft Windows オペレーティングシステムのシリーズを指す一般的な用語です。これらのシリーズは、 Windows 95カーネルとその基礎となるMS-DOSをベースとしており、[4]どちらも後続のバージョンで更新されています。9x シリーズの最初のバージョンは Windows 95 で、その後Windows 98が続き、その後Windows Meがリリースされました。Windows Me は、9x シリーズの 3 番目で最後のバージョンの Windows であり、その後Windows XPに取って代わられました。[5]
Windows 9xは主に家庭用デスクトップで使用されていることで知られています。1998年には、Windowsはオペレーティングシステムの市場シェアの82%を占めていました。[6]
Windows 9x のバージョンの内部リリース番号は 4.x です。Windows 95、98、および Me の内部バージョンは、それぞれ 4.0、4.1、および 4.9 です。以前の MS-DOS ベースの Windows バージョンでは、バージョン番号3.2 以下が使用されていました。ネットワークやビジネスなどのプロフェッショナル ユーザーを対象としたWindows NTでは、3.1 から 4.0 までの類似した別のバージョン番号が使用されていました。Windows XP以降のすべてのバージョンの Windows は、Windows NT コードベースに基づいています。
歴史
95 以前の Windows
1985 年 11 月 20 日にリリースされたMicrosoft Windows の最初の独立バージョンであるバージョン 1.0 はあまり人気がありませんでした。当初の名前は「Interface Manager」でしたが、Microsoft のマーケティング責任者であるRowland Hanson は、 Windowsという名前の方が消費者にとって魅力的であると会社を説得しました。Windows 1.0 は完全なオペレーティング システムではなく、 MS-DOS を拡張した「オペレーティング環境」でした。その結果、MS-DOS の固有の欠陥と問題を共有していました。
Microsoft Windows の 2 番目のバージョンであるバージョン 2.0 は、1987 年 12 月 9 日にリリースされ、最大 1 MBのメモリに制限されたリアルモード メモリモデルを使用しました。このような構成では、 286保護モードを使用するDESQviewなどの別のマルチタスク システムで実行できました。
Microsoft Windows は、1990 年にリリースされたWindows 3.0で大きな成功を収めました。ネイティブ アプリケーションの機能が向上したことに加え、Windows では仮想メモリの導入により、Windows/386と比較して、古い MS-DOS ベースのソフトウェアをより効率的にマルチタスク処理できるようになりました。
マイクロソフトはWindows 3.1 を開発しました。この Windows 3.1 には、主にバグ修正とマルチメディア サポートからなる、Windows 3.0 に対するいくつかの小さな改良が含まれています。また、リアル モードのサポートは除外され、Intel 80286以上のプロセッサでのみ実行できます。Windows 3.1 は 1992 年 4 月 6 日にリリースされました。1993 年 11 月には、マイクロソフトはWindows 3.1 の修正版である Windows 3.11もリリースしました。この修正版には、1992 年初頭の Windows 3.1 リリース後のすべてのパッチと更新が含まれています。
一方、マイクロソフトはWindows NTの開発を続けた。システムのメイン設計者は、デジタル・イクイップメント・コーポレーションのVMSの主任設計者の1人であるデイブ・カトラーであった。[7]マイクロソフトは1988年8月にOS/2の後継を開発するために彼を雇ったが、カトラーはデジタルでのMICAプロジェクトに基づいて完全に新しいシステムを開発した。[8] Windows NTの最初のバージョンであるWindows NT 3.1は1993年7月27日にリリースされ、Windows 3.1のインターフェイスを使用した。
Windows 3.1の後継（Windows 95、コードネームはChicago）の開発が始まる約1年前、マイクロソフトは1991年のプロフェッショナル開発者会議で、 Windows NTの後継となるコードネームCairoを開発中であると発表しました。[9]これは、Windows NTとWindows 3.1の後継の両方を1つの統合システムで引き継ぐものであると示唆する人もいます。[10]マイクロソフトは1993年のプロフェッショナル開発者会議でCairoのデモを行い、参加者全員が使用できるようにCairoを実行するデモシステムも用意しました。
Windows NTカーネルをベースにしたCairo は、オブジェクト ベースのファイル システムを備えた新しいユーザー インターフェイスなど、Windows にできるだけ多くの新しいテクノロジを取り入れる次世代オペレーティング システムでした(この新しいユーザー インターフェイスは、約 4 年後の Windows 95 で正式にデビューし、オブジェクト ベースのファイル システムは、後にWindows Vista の開発中にWinFSとして採用されました)。当時の Microsoft の製品計画によると、Cairo は開発後、1996 年 7 月までにはリリースされる予定でした。
しかし、Cairo は Microsoft が予想していたよりもはるかに難しいプロジェクトであることが明らかになり、開発開始から 5 年でプロジェクトは中止されました。Cairo の機能のサブセットは、オブジェクト ファイル システムなしではあるものの、1996 年 8 月 24 日にリリースされたWindows NT 4.0に最終的に追加されました。Windows NT と Windows 9x が真に統合されたのは、ほぼ 5 年後のWindows XPで、Microsoft が Windows NT に基づく単一のブランド名の下に、消費者向けとビジネス向けの Windows ラインを統合し始めたときでした。
ウィンドウズ95
Windows 3.11の後、Microsoft はコード名 Chicago という新しい消費者向けバージョンのオペレーティング システムの開発を開始しました。Chicago は、OS/2 および Windows NT で使用可能だった 32 ビット プリエンプティブ マルチタスクをサポートするように設計されましたが、下位互換性のために 16 ビット カーネルも残されました。Windows NT で初めて導入された Win32 APIが標準の 32 ビット プログラミング インターフェイスとして採用され、Win16 互換性は「サンキング」と呼ばれる手法によって維持されました。新しい GUI は当初リリースの一部として計画されていませんでしたが、Cairo ユーザー インターフェイスの要素が借用され、リリースの他の側面 (特にプラグ アンド プレイ) が遅れるにつれて追加されました。
Microsoft は、互換性、パフォーマンス、開発時間などの理由から、Windows コードのすべてを 32 ビットに変更したわけではなく、一部は 16 ビットのままでした (ただし、リアル モードを直接使用していません)。さらに、下位互換性の理由から、以前のバージョンの Windows からの設計上の決定を引き継ぐ必要がありましたが、これらの設計上の決定は、より現代的なコンピューティング環境に適合しなくなりました。これらの要因は、すぐにオペレーティング システムの効率と安定性に影響を与え始めました。
マイクロソフトのマーケティング部門は、 1995 年 8 月 24 日にシカゴがリリースされたときに、 Windows 95 をシカゴの製品名として採用しました。
Microsoft はその後、Windows 95 の 5 つの異なるバージョンをリリースしました。
- Windows 95 – オリジナルリリース
- Windows 95 A –インストールにスリップストリームされたWindows 95 OSR 1が含まれています。
- Windows 95 B – (OSR2) には、いくつかの主要な機能強化、Internet Explorer (IE) 3.0、および完全なFAT32ファイル システムのサポートが含まれていました。
- Windows 95 B USB – (OSR2.1) には基本的なUSBサポートが含まれていました。
- Windows 95 C – (OSR2.5) には、上記のすべての機能に加えて、IE 4.0 が含まれていました。これは、作成された最後の 95 バージョンでした。
OSR2、OSR2.1、および OSR2.5 (「OSR」は「OEM Service Release」の頭文字) は一般にはリリースされず、 OS をコンピュータにプリロードするOEMのみが利用できました。一部の企業は、OSR2 がプリインストールされた新しいハード ドライブを販売しました (公式には、ハード ドライブの容量のために必要であると正当化されています)。
最初のMicrosoft Plus!アドオン パックは Windows 95 用に販売されました。
ウィンドウズ98
1998 年 6 月 25 日、マイクロソフトは開発中のコード名「Memphis」で呼ばれていた Windows 98 をリリースしました。このバージョンには、新しいハードウェア ドライバーと、Windows 95 で許容される最大 2 GB を超えるディスク パーティションのサポートを可能にするFAT32ファイル システムのサポート強化が含まれていました。Windows 98 のUSBサポートは、Windows 95 のOEMエディションで提供される基本サポートよりも堅牢でした。[11]また、 Windows シェルとファイル エクスプローラー(当時は Windows エクスプローラーと呼ばれていました) へのInternet Explorer 4 Web ブラウザーの統合という物議を醸すものも導入されました。
1999 年 6 月 10 日、マイクロソフトはWindows 98 Second Edition (Windows 98 SE とも呼ばれる) をリリースしました。これは、インターネット接続共有の追加と、WDM オーディオおよびモデムのサポートの改善が目立った暫定リリースです。インターネット接続共有は、ネットワーク アドレス変換の形式であり、LAN (ローカル エリア ネットワーク) 上の複数のマシンが 1 つのインターネット接続を共有できるようにします。また、オリジナル バージョンの Internet Explorer 4 ではなく、Internet Explorer 5が含まれています。Windows 98 Second Edition は、オリジナル リリースよりもいくつかの改善が加えられており、デバイス ドライバーによるハードウェア サポートが強化されています。Windows 98 のオリジナル リリースに存在していた多くの小さな問題も発見され、修正されました。これらの変更などにより、(多くの人によると) Windows 98 は Windows 9x ファミリの中で最も安定したリリースになっています。一部の評論家は、Windows 98 のベータ バージョンは Windows 95 の最終 (ガンマ) バージョンよりも安定していると言っていました。[12]
Windows 95 と同様に、Windows 98 には、 Plus! 98という形で Microsoft Plus! アドオンが搭載されました。
ウィンドウズ
2000 年 9 月 14 日、マイクロソフトは Windows Me (Millennium Edition、Windows ME とも呼ばれる) を発表しました。これは Windows 98 をアップグレードしたもので、マルチメディア機能とインターネット機能が強化されています。ビジネス向けのWindows 2000の機能の一部をWindows 9x シリーズに取り入れ、システムの復元機能の最初のバージョンを導入しました。これにより、システム障害が発生した場合に、ユーザーはシステム状態を以前の「正常」な時点に戻すことができます。Windows Me では、Windows Movie Makerの最初のリリースも導入され、Windows Media Player 7も含まれていました。Internet Explorer 5.5 はWindows Me に同梱されていました。MS-DOS の役割も以前のバージョンの Windows に比べて大幅に縮小され、Windows Me ではリアル モード DOS にアクセスできなくなりました。
コード名が「ミレニアム」だった Windows Me は、Windows 98 と Windows XP (当時のコード名は Whistler) の間の暫定リリースとして、1 年間の短期プロジェクトとして考案されました。Windows Me の新機能の多くは、Windows Updateを介して、Windows 98 などの古いバージョンの Windows のアップデートとしても利用可能でした。
Windows Me はリリース当初は好評を博したが、その後、頻繁なフリーズやクラッシュにより、その不安定性と信頼性の低さについてユーザーから厳しく批判された。Windows Me は、批判的にも振り返っても、多くの人から史上最悪のオペレーティング システムの 1 つと見なされている。PC World は、リリースから数か月後 (そして実際には入手不能になった後も)、Windows Me を非常に批判し、2006 年の同誌の記事では Windows Me を「ミス エディション」と表現し、「史上最悪のテクノロジ製品」特集で 4 位にランク付けした。[13]その結果、Windows Me の不安定性の影響を受けた多くのホーム ユーザー (および Windows Me を否定的に評価したユーザー) は、Windows Me のライフサイクルの残りの期間、2001 年に Windows XP がリリースされるまで、より信頼性の高い Windows 98 Second Edition を使い続けた。同じ時期に、少数の Windows Me 所有者がビジネス向けの Windows 2000 Professional に移行した。
Windows 95や98のようにリアルモードMS-DOSに簡単に起動することができなかったため、ユーザーはWindows Meのインストールをハッキングして、この欠けている機能をオペレーティングシステムに戻す方法をすぐに見つけ出しました。[14]
Windows Me には、Windows 95 や Windows 98 のような専用の Microsoft Plus! アドオンは提供されませんでした。
衰退
Windows 2000のリリースは、Windows 9x シリーズと Windows NT シリーズの間でユーザー エクスペリエンスの転換点となりました。Windows NT 4.0 は、Windows 95 インターフェイスをベースとしていましたが、USB、プラグ アンド プレイ、DirectXバージョン 3.0 以降がサポートされておらず、ユーザーは最新のゲームをプレイできませんでした。一方、Windows 2000 は、主にビジネス ユーザーとサーバー ユーザー向けに作られていましたが、ユーザー インターフェイスが更新され、プラグ アンド プレイと USB のサポートが改善され、DirectX 7.0のサポートが組み込まれていました。2001 年後半のWindows XPのリリースは、Microsoft の方向転換を確定させ、コンシューマー向けとビジネス向けのオペレーティング システムを Windows NT に統合しました。
Windows XPのリリース後、マイクロソフトは2000年代初頭にエンドユーザー（後にOEM）へのWindows 9xリリースの販売を中止しました。2004年3月までに、Windows 9xシリーズのどのバージョンも購入できなくなりました。[15]
サポート終了
時間が経つにつれ、Windows 9x シリーズのサポートは終了しました。Windows 95 は 2000 年 12 月 31 日にメインストリーム サポートが終了し、Windows 95 の延長サポートは 2001 年 12 月 31 日に終了しました (これにより、同じ日に Windows 95 より前のバージョンの Windows のサポートも終了しました)。Windows 98 と Windows 98 Second Edition のメインストリーム サポートは 2002 年 6 月 30 日に終了し、Windows Me のメインストリーム サポートは 2003 年 12 月 31 日に終了しました。その後、Microsoft は Windows 9x シリーズのサポートを継続しましたが、2006 年 7 月 11 日に Windows 98、Windows 98 Second Edition (SE)、Windows Millennium Edition (Me) の延長サポートが終了しました。これは、Windows 95 の延長サポートが 2001 年 12 月 31 日に終了してから 4 年後のことでした。[16]
標準的なゲームAPIのセットであるMicrosoft DirectXは、バージョン8.0aでWindows 95で更新されなくなりました。[17]また、2006年にWindows Vistaがリリースされた後、Windows 98とMeでも更新されなくなり、DirectX 9.0cがこれらのオペレーティングシステムをサポートする最後のDirectXバージョンとなりました。
すべてのWindows 9xリリースにおけるMicrosoft Internet Explorerのサポートも終了しました。Windows 95、Windows 98、Windows Meは、それぞれのオペレーティングシステムのサポート終了日を迎えたため、Internet Explorerのセキュリティ修正プログラムが失われました。Service Pack 2を適用したInternet Explorer 5.5は、Windows 95と互換性のあるInternet Explorerの最後のバージョンであり、 Service Pack 1を適用したInternet Explorer 6は、Windows 9xの後継リリース（つまり98とMe）と互換性のある最後のバージョンです。[18] Windows XP用のInternet Explorer 6はサポートが終了するまでセキュリティ修正プログラムを受け取りましたが、Windows 98とMeのIE6には当てはまりません。古いため、5年ぶりのInternet Explorer 6のメジャーアップデートであるInternet Explorer 7は、 Windows XP SP2とWindows Vistaでのみ利用可能でした。
Windows Update Webサイトは、サポート終了後もWindows 98、Windows 98 SE、Windows Meで引き続き利用可能でしたが、2011年にマイクロソフトはWindows Update v4 Webサイトを廃止し、Windows 98、Windows 98 SE、Windows Meの更新プログラムをサーバーから削除しました。[19] [20]
マイクロソフトは2019年7月に、Windows Me（およびXP）上のMicrosoft Internet Gamesサービスが2019年7月31日に終了すると発表した（Windows 7の場合は2020年1月22日に終了）。[21]
現在の使用状況
これらのオペレーティングシステムのサポート終了に伴う重要なアップデートの数の増加により、Windows 9x は日常的な使用には徐々に実用的でなくなってきました。今日では、Mozilla Firefoxなどのオープンソースプロジェクトでさえ、大幅な改修を行わない限り Windows 9x では動作しません。[22]
RetroZillaはGecko 1.8.1のフォークであり、Windows 95やNT 4.0などの古いバージョンのWindowsに「最新のWebでの互換性の向上」をもたらすことを目的としています。[23]最新バージョンの2.2は2019年2月にリリースされ、TLS 1.2のサポートが追加されました。[24]
デザイン
カーネル
Windows 9x は、モノリシックな16/32 ビット オペレーティング システム のシリーズです。
ほとんどのオペレーティングシステムと同様に、Windows 9x はカーネル空間とユーザー空間のメモリで構成されています。Windows 9xにはメモリ保護機能がありますが、互換性の理由から、ユーザーランドアプリケーションから最初の 1 メガバイトのメモリは保護されません。このメモリ領域にはオペレーティングシステムの機能に不可欠なコードが含まれており、アプリケーションがこのメモリ領域に書き込むとオペレーティングシステムがクラッシュしたりフリーズしたりする可能性があります。これは不安定性の原因であり、欠陥のあるアプリケーションが誤ってこの領域に書き込みを行うと、オペレーティングシステムの重要なメモリが破損する可能性があり、通常は何らかのシステムエラーと停止を引き起こしました。[25]
ユーザーモード
Windows 9xのユーザーモード部分は、Win16サブシステム、Win32サブシステム、およびMS-DOSの3つのサブシステムで構成されています。[26]
Windows 9x/Me では、 GDIとヒープ リソース用に 64 KiBのメモリ領域を 2 ブロック確保していました。複数のアプリケーション、多数の GDI 要素を持つアプリケーション、または長時間にわたってアプリケーションを実行すると、これらのメモリ領域が枯渇する可能性があります。空きシステム リソースが 10% を下回ると、Windows が不安定になり、クラッシュする可能性が高くなります。[27]
カーネルモード
カーネルモード部分は、仮想マシンマネージャ（VMM）、インストール可能ファイルシステムマネージャ（IFSHLP）、構成マネージャ、およびWindows 98以降ではWDMドライバマネージャ（NTKERN）で構成されています。[28]
32 ビット オペレーティング システムの場合、仮想メモリ空間は 4 GiBで、プロセスごとにアプリケーション用の下位 2 GiB とカーネル用の上位 2 GiB に分割されます。
レジストリ
Windows NT と同様に、Windows 9x は、ユーザー固有および構成固有の設定をWindows レジストリと呼ばれる大規模な情報データベースに保存します。ハードウェア固有の設定もレジストリに保存され、多くのデバイス ドライバーはレジストリを使用して構成データを読み込みます。以前のバージョンの Windows ではAUTOEXEC.BAT、、、などのファイルや、拡張子が であるその他のファイルを使用して構成設定を維持していました。Windows が複雑になり、より多くの機能が組み込まれるにつれて、ファイルはCONFIG.SYS当時の FAT ファイル システムの制限に対して扱いにくくなりました。ファイルの下位互換性は、Windows XP が 9x および NT ラインを引き継ぐまで維持されました。
WIN.INISYSTEM.INI.INI.INI.INI
Microsoft は .INI ファイルの使用を推奨せず、レジストリ エントリを使用するようにしていますが、多数のアプリケーション (特に 16 ビット Windows ベースのアプリケーション) では依然として .INI ファイルを使用しています。Windows 9x では、これらのアプリケーションおよび関連ツール (セットアップ プログラムなど) との互換性のためだけに .INI ファイルをサポートしています。AUTOEXEC.BAT ファイルと CONFIG.SYS ファイルも、リアル モード システム コンポーネントとの互換性のため、およびユーザーが PATH 環境変数などの特定の既定のシステム設定を変更できるようにするために存在しています。
レジストリは、User.dat と System.dat の 2 つのファイルで構成されています。Windows Me では、Classes.dat が追加されました。
仮想マシンマネージャー
仮想マシン マネージャ (VMM) は、Windows 9x の中核となる32 ビットの 保護モードカーネルです。その主な役割は、仮想マシンの作成、実行、監視、終了です。
VMM は、メモリ、プロセス、割り込み、および保護フォールトを管理するサービスを提供します。 VMM は仮想デバイス (ロード可能なカーネル モジュールで、ほとんどが 32 ビット リング 0 またはカーネル モード コードで構成されますが、16 ビット リアル モード初期化セグメントなどの他の種類のコードが含まれる場合もあります) と連携して、それらの仮想デバイスが割り込みやフォールトを傍受し、アプリケーションのハードウェア デバイスおよびインストールされたソフトウェアへのアクセスを制御できるようにします。 VMM と仮想デバイス ドライバーは両方とも、特権レベル 0 (リング 0 とも呼ばれます) の単一の 32 ビット フラット モデル アドレス空間で実行されます。 VMM は、マルチスレッドのプリエンプティブ マルチタスクを提供します。アプリケーションと仮想マシンが実行されるスレッド間で CPU (中央処理装置) 時間を共有することにより、複数のアプリケーションを同時に実行します。
VMM は、引き続き MS-DOS モードで実行する必要があるシステム プロセスおよび Windows アプリケーション用の MS-DOS 環境の作成も担当します。これは Windows 3.x の WIN386.EXE の代わりであり、ファイル vmm32.vxd は、VMM.vxd 自体や ifsmgr.vxd (DOS カーネルのリアル モード ファイル システム コードを呼び出さずにファイル システムへのアクセスを容易にする) など、コア VxD のほとんどを含む圧縮アーカイブです。
ソフトウェアサポート
ユニコード
Unicodeの部分的なサポートは、 Microsoft Layer for Unicodeを通じて Windows 9x にインストールできます。
ファイルシステム
Windows 9x はNTFSまたはHPFS をネイティブにサポートしていませんが、NTFS ボリュームへの読み取り専用アクセスを許可する Windows 9x 用のサードパーティ ソリューションが利用可能です。Windows 95 の初期バージョンはFAT32 をサポートしていませんでした。
Windows for Workgroups 3.11と同様に、Windows 9x はIFSHLP.SYSに基づく32 ビット ファイル アクセスのサポートを提供します。Windows 3.x とは異なり、Windows 9x はVFATファイル システムをサポートしており、8.3 ファイル名の代わりに最大 255 文字のファイル名を使用できます。
イベントのログとトレース
Windows 9x では、Windows NT ファミリのオペレーティング システムにあるイベント ログとトレース、またはエラー レポートはサポートされていませんが、Norton CrashGuard などのソフトウェアを使用すると、Windows 9x でも同様の機能を実現できます。
安全
Windows 9x はシングルユーザー システムとして設計されています。そのため、セキュリティ モデルは Windows NT のものよりもずっと効果が低くなっています。その理由の 1 つは、 Windows 9x が公式にサポートしているのはFAT ファイル システム(FAT12/FAT16/FAT32 を含む) のみであることです。ただし、Windows NT は FAT12 と FAT16 (ただし FAT32 はサポートされません。FAT32 は Windows 2000 までサポートされませんでした) もサポートしており、Windows 9x はサードパーティのインストール可能なファイル システムドライバーを使用して NTFS ボリュームの読み取りと書き込みに拡張できます。FAT システムのセキュリティは非常に限られています。FAT ドライブにアクセスできるすべてのユーザーは、そのドライブ上のすべてのファイルにもアクセスできます。FAT ファイル システムでは、 NTFSのようなアクセス制御リストやファイル システム レベルの暗号化は提供されません。[29]
Windows 9x と同時に提供されていたオペレーティング システムの中には、マルチユーザーまたは異なるアクセス権限を持つ複数のユーザー アカウントを持つものがあり、重要なシステム ファイル (カーネル イメージなど) はほとんどのユーザー アカウントで変更できません。対照的に、Windows 95 以降のオペレーティング システムでは、複数のユーザーのプロファイルを持つオプションが提供されていますが、アクセス権限の概念がないため、シングル ユーザー、シングル アカウントのオペレーティング システムとほぼ同等です。つまり、すべてのプロセスが、システム上の開いていないすべてのファイルを変更できるほか、ブート セクターを変更したり、その他の低レベルのハード ドライブ変更を実行したりできます。これにより、ウイルスやその他の秘密裏にインストールされたソフトウェアが、一般のユーザーが検出したり元に戻したりするのが困難な方法でオペレーティング システムに統合されます。Windows 9x ファミリのプロファイル サポートは、利便性のみを目的としています。一部のレジストリ キーが変更されない限り、すべてのプロファイルにパスワードがあっても、ログイン時に [キャンセル] を押すことでシステムにアクセスできます。 Windows 95 のデフォルトのログイン ダイアログ ボックスでは、最初にログインしなくても新しいユーザー プロファイルを作成することもできます。
ユーザーやソフトウェアは、ハード ディスクから重要なシステム ファイルを削除または上書きすることで、オペレーティング システムを機能不能にすることができます。また、ユーザーやソフトウェアは、オペレーティング システムが起動できない、または正常に機能できないように構成ファイルを自由に変更することもできます。この現象は Windows 9x に限ったことではありません。他の多くのオペレーティング システムも、ウイルス、マルウェア、またはユーザーの同意によって、これらの脆弱性の影響を受けます。
インストール ソフトウェアは、ファイルがまだ使用されているか、または新しいバージョンであるかを適切に確認せずに、システム ファイルを置き換えたり削除したりすることがよくありました。これにより、DLL 地獄と呼ばれる現象が発生しました。Windows Me では、この問題によって発生する一般的な問題に対処するために、システム ファイル保護とシステムの復元が導入されました。
ネットワーク共有
Windows 9x は、ファイルとプリンタの共有のための共有レベルのアクセス制御セキュリティを提供するほか、ネットワーク上で Windows NT ベースのオペレーティングシステムが利用可能な場合にはユーザーレベルのアクセス制御も提供します。 [30]これに対し、Windows NT ベースのオペレーティングシステムはユーザーレベルのアクセス制御のみを提供しますが、オペレーティングシステム独自のユーザーアカウントセキュリティメカニズムと統合されています。
ハードウェアサポート
ドライバー
Windows 9x のデバイス ドライバーは、仮想デバイス ドライバーまたは (Windows 98 以降) WDM ドライバーです。VxD のファイル名拡張子 .vxdは通常または ですが.386、WDM 互換ドライバーの拡張子は通常 です.sys。32 ビット VxD メッセージ サーバー (msgsrv32) は、起動時に仮想デバイス ドライバー (VxD) をロードし、ドライバーとの通信を処理できるプログラムです。さらに、メッセージ サーバーは、Windows シェル ( Explorer.exeやProgman.exeなど) のロードを含むいくつかのバックグラウンド機能を実行します。[31]
デバイス ドライバーのもう 1 つのタイプは.DRVドライバーです。これらのドライバーはNew Executable形式で、ユーザー モードで読み込まれ、マルチメディア デバイスなどのデバイスを制御するためによく使用されます。これらのデバイスへのアクセスを提供するには、ダイナミック リンク ライブラリ(MMSYSTEM.DLL など) が必要です。
Windows 9x は、Windows 3.x および MS-DOS 用に作成された多くのドライバーとの下位互換性を維持しています。MS-DOS ドライバーを使用すると、コンベンショナル メモリの使用とリアル モードでの実行が必要になり、CPU が保護モードのオン/オフを切り替える必要があるため、パフォーマンスと安定性が制限される可能性があります。
Windows 9x 用に作成されたドライバは、カーネルと同じアドレス空間にロードされます。つまり、ドライバが意図せずまたは意図的にオペレーティング システムの重要なセクションを上書きする可能性があります。これを行うと、システムのクラッシュ、フリーズ、ディスクの破損につながる可能性があります。オペレーティング システム ドライバに欠陥があると、オペレーティング システムが不安定になります。Linux や Windows NT などの他のモノリシックカーネルやハイブリッド カーネルも、カーネルの動作を妨げるドライバの誤動作の影響を受けやすくなります。
多くの場合、ドライバやアプリケーションのソフトウェア開発者は、「新しい」システム用のプログラムを作成する経験が不十分で、Windows や DOS の一部が原因でないエラーであっても、ユーザーによって一般に「システム エラー」と表現されるエラーが多数発生しました。その結果、Microsoft は Windows 95 のリリース以来、Windows ドライバ アーキテクチャを繰り返し再設計してきました。
CPUとバス技術
Windows 9x では、ハイパースレッディング、データ実行防止、対称型マルチプロセッシング、APIC、またはマルチコアプロセッサはネイティブにサポートされていません。
Windows 9x はSATAホスト バス アダプタ (Windows 2000 や Windows XP も同様) やUSBドライブ (Windows Me を除く) をネイティブでサポートしていません。ただし、Windows 98/Me ドライバが存在する SATA-I コントローラは多数あり (実際、Windows 2000 と Windows XP もサード パーティ ドライバ経由で SATA サポートを提供していました)、USB マス ストレージ サポートはサード パーティ ドライバ経由で Windows 95 OSR2 と Windows 98 に追加されました。[32] [33] Windows 98/Me のハードウェア ドライバ サポートは 2005 年に減少し始め、特にマザーボードチップセットとビデオ カードで減少が顕著でした。
Windows 95 の初期バージョンでは、 USBまたはAGPアクセラレーションはサポートされていませんでした ( Windows 95 RTM では赤外線サポートが欠如していました)。Windows 95 ではATAPI CD-ROM が暫定的にサポートされていましたが、ATAPI 実装にはバグがありました。OSR2 より前の Windows 95 では、 MMX を実装するプロセッサとP6 マイクロアーキテクチャに基づくプロセッサのサポートにもバグがありました。
MS-DOS
Windows 95では、 Windows 3.1x以前よりも Windows におけるMS-DOSの役割を大幅に縮小することができました。マイクロソフトの開発者 Raymond Chen によると、Windows 95 における MS-DOS の目的は、ブートローダーと 16 ビットのレガシーデバイスドライバーレイヤーの 2 つでした。[34]
Windows 95 が起動すると、 MS-DOS がロードされ、CONFIG.SYSを処理し、COMMAND.COMを起動し、AUTOEXEC.BATを実行し、最後にWIN.COM を実行した。 WIN.COM プログラムは、 MS-DOS を使用して仮想マシン マネージャをロードし、 SYSTEM.INI を読み取り、仮想デバイス ドライバをロードし、実行中のEMM386のコピーをすべてオフにして保護モードに切り替えた。 保護モードに入ると、仮想デバイス ドライバ ( VxD ) はすべての状態情報を MS-DOS から 32 ビット ファイル システム マネージャに転送し、 MS-DOS をシャットダウンした。 これらの VxD により、Windows 9x はハードウェア リソースと直接対話できるようになり、32 ビット ディスク アクセスやメモリ管理などの低レベル機能が提供される。 今後のファイル システム操作はすべて、32 ビット ファイル システム マネージャにルーティングされる。[34] Windows Meでは、 win.com は起動プロセス中に実行されなくなり、代わりに IO.SYS から VMM32.VXD を直接実行した。
MS-DOS の 2 つ目の役割 (16 ビットのレガシー デバイス ドライバー レイヤーとして) は、Windows で DOS プログラムを実行するための下位互換性ツールとしての役割です。多くの MS-DOS プログラムとデバイス ドライバーは、たとえばint 13hなどの低レベル BIOS 割り込み(低レベル ディスク I/O 割り込み) をパッチするなど、低レベルで DOS と対話していました。プログラムが int 21h 呼び出しを発行して MS-DOS にアクセスすると、呼び出しはまず 32 ビット ファイル システム マネージャーに渡され、このマネージャーはこの種のパッチを検出しようとします。プログラムが DOS にフックしようとしたことを検出すると、16 ビット コードに戻ってフックを実行します。 IFSMGR.SYS と呼ばれる 16 ビット ドライバは、以前は CONFIG.SYS によってロードされていました。その仕事は、他のドライバやプログラムがチャンスを得る前にまず MS-DOS をフックし、DOS プログラムが終了したら 16 ビット コードから 32 ビット コードに戻り、32 ビット ファイル システム マネージャが作業を続行できるようにすることでした。[34] Windows 開発者のRaymond Chenによると、「MS-DOS は非常に精巧なデコイに過ぎませんでした。16 ビット ドライバやプログラムは、本物の MS-DOS だと思っていたものにパッチを当てたりフックしたりしていましたが、実際にはそれは単なるデコイでした。32 ビット ファイル システム マネージャは、誰かがデコイを購入したことを検知すると、デコイに鳴き声をあげるように指示しました。」[34]
MS-DOS 仮想化
Windows 9x は、「仮想化」と呼ばれる方法を使用して、それ自体の中で MS-DOS アプリケーションを実行できます。 この場合、アプリケーションは仮想 DOS マシン上で実行されます。
MS-DOS モード
Windows 95 および Windows 98 では、ネイティブの「DOS モード」で起動できるという形で、DOS アプリケーションとの下位互換性も提供されています (MS-DOS は Windows を起動せずに起動できますが、CPU を保護モードにすることはできません)。Windows 9x のメモリ マネージャやその他の DOS 以降の改善により、システム全体のパフォーマンスと機能が向上しています。一部の古いアプリケーションやゲームは、Windows 内の仮想 DOS 環境では正常に動作しない可能性があり、実際の DOS モードが必要になります。
GUI の外部にコマンド ライン モードがあると、GUI に入ることなく特定のシステム エラーを修正することもできます。たとえば、ウイルスが GUI モードでアクティブになっている場合、ウイルスのファイルを削除することで DOS モードで安全に除去できることがよくあります。ウイルスのファイルは、Windows で感染している間は通常ロックされています。同様に、破損したレジストリ ファイル、システム ファイル、またはブート ファイルは、リアル モード DOS から復元できます。Windows 95 および Windows 98 は、'WIN'Windows 3.1 などの以前のバージョンの Windows と同様に、コマンド プロンプトで入力して Enter キーを押すことで DOS モードから起動できます。
ユーザーインターフェース
ユーザーは、コマンド ライン インターフェイス(CLI) またはグラフィカル ユーザー インターフェイス(GUI)を通じて Windows 9x ベースのシステムを制御できます。Windows のデフォルト モードは通常グラフィカル ユーザー インターフェイスですが、CLI はMS-DOSウィンドウを通じて使用できます。GUI は、個々のアプリケーション ウィンドウの配置と外観を制御する手段を提供し、ウィンドウ システムと対話します。
Win32 および Win16 サブシステムの一部である GDI も、カーネル モードで読み込まれる Windows NT とは異なり、ユーザー モードで読み込まれるモジュールです。Windows 2000以降のWindows NTリリースとは異なり、アルファ合成と、それに伴うメニューのフェード効果などの透明効果は、 Windows 9x の GDIではサポートされていません。
Windows エクスプローラーはGUI のデフォルトのユーザー インターフェイスですが、他にもさまざまなWindows シェルの代替品が存在します。その他の GUI には、LiteStep、bbLean、Program Managerなどがあります。
大衆文化において
Windows 9x シリーズの人気の高さから、2010 年代には、Windows 9x (および実際のオペレーティング システム全体) の外観と操作性を単一の Web ブラウザーで再現することを目的とした Web ベースのプロジェクトがいくつか作成されました。
Windows 93 (タイトルでは「WINDOWS93」と表記) は、jankenpopp と Zombectro という名のフランス人ミュージシャン兼プログラマー 2 人が作成した Web ベースのパロディ サイトです。実際のオペレーティング システムのように見えるように設計されており、Windows 9x シリーズのパロディでもあります。1990年代後半から 2000 年代前半までのさまざまなインターネット ミームを参照および取り上げたWeb アプリケーションがいくつか用意されています。 [35]
EmuOS は、Windows 9x の外観と操作感を全体的に再現することを目的とした別の Web ベースのサイトです。Windows 95 から Windows Me までのすべての主要な Windows 9x リリースに基づいた 3 つのテーマを備えています。これは、ビデオ ゲームの保存とコンピューターの歴史に関するコミュニティ ベースのサイトである Emupedia によって作成され、Web ブラウザー内でレトロなゲームやアプリケーションをプレイできるように設計されました。前述の Windows 93 パロディ サイトも紹介されています。[36]
Windows 98は、98.js（Windows 98 Onlineとも呼ばれる）という名前でWebベースの形式で再現されました。これは、いくつかの古典的なWindowsアプリケーションのWebベースバージョンを特徴としていました。[37] [38]
参照
参考文献
- ^ 「Microsoft サポート ライフサイクル」。Microsoft。2019年4 月 12 日閲覧。
- ^ 「Microsoft サポート ライフサイクル」。Microsoft。2019年4 月 12 日閲覧。
- ^ 「Microsoft サポート ライフサイクル」。Microsoft。2019年4 月 12 日閲覧。
- ^ Lea, Graham (1998-03-23). 「Caldera が DR-DOS 上で Windows を表示、Microsoft の主張を否定」CeBITニュース。ドイツ、ハノーバー。2012-03-15 時点のオリジナルからアーカイブ。2012-03-15に取得。
- ^ Windows 9x/Meという用語は、このチュートリアルのように、通常 3 つのオペレーティング システムを指すために使用されます。このバージョン リスト Archived June 19, 2010, at the Wayback Machineなどでは、Windows Me がWindows 9xのメンバーとして含まれることもあります。この記事では、 Windows 9xという用語はWindows 95、98、および Me を含むために使用されます。
- ^ Polsson, Ken (2008年4月22日). 「Microsoft Windows オペレーティングシステムの年表」www.islandnet.com。2008年5月2日時点のオリジナルよりアーカイブ。 2019年4月20日閲覧。
- ^ Russinovich, Mark (1998 年 12 月). 「Windows NT と VMS: 残りの物語」. 2013 年 1 月 12 日時点のオリジナルよりアーカイブ。2008年 12 月 16 日閲覧。
- ^ ザカリー、G. パスカル (2014)。ショーストッパー!: マイクロソフトにおける Windows NT と次世代の創造に向けた猛烈な競争。オープン ロード メディア。ISBN 978-1-4804-9484-8. 2021年1月4日閲覧。
- ^ Larry Osterman (2004-10-15). 「それで、COM とは一体何なのでしょうか?」Larry Osterman の WebLog 。 2023 年 2 月 2 日閲覧。
- ^ Anderson, Tim (2012-10-23). 「Windows 8: 単一のリリースにしては、非常に多くの変更」The Register . 2019-03-14閲覧。
- ^ 「Windows 95 OSR2.x 外付け USB ハブのサポート」。ヘルプとサポート(3.0 版) 。Microsoft。2003年 10 月 31 日。2005 年 12 月 10 日時点のオリジナルよりアーカイブ。2019 年10 月 6 日閲覧。
- ^ Fasoldt, Al (1998年3月29日). 「Windows 98: 安定性と高速性、そして新機能と改良点」aroundcny.com . 2002年6月14日時点のオリジナルよりアーカイブ。 2019年10月6日閲覧。
- ^ Tynan, Dan (2006年5月26日). 「史上最悪のテクノロジー製品25選」. PC World . 2019年4月20日閲覧。
- ^ 「Windows Millennium から Windows 98 DOS モードで再起動する方法」。mvps.org。2019年4月 20 日閲覧。
- ^ 「Windows ライフ サイクル」。Microsoft。2010年 10 月 12 日時点のオリジナルよりアーカイブ。2010 年 1 月 27 日閲覧。
- ^ “Windows 9x のサポート期間終了”. 2015年3月7日時点のオリジナルよりアーカイブ。2017年1月13日閲覧。
- ^ 「DirectX 8.1 Runtime for Windows 98 and Windows Me」。Microsoft ダウンロード センター。Microsoft。2005年 1 月 15 日時点のオリジナルよりアーカイブ。2019 年4 月 20 日閲覧。
- ^ 「Internet Explorer 6 Service Pack 1」。Microsoftダウンロードセンター。Microsoft。2011年 6 月 27 日時点のオリジナルよりアーカイブ。2019 年4 月 20 日閲覧。
- ^ 「Windows Update v4 にアクセスできません - Windows 9x/ME - MSFN」. msfn.org . 2011 年 8 月 27 日. 2021 年4 月 25 日閲覧。
- ^ 「Win98 の Windows Update はどこにありますか? - BetaArchive」。www.betaarchive.com 。2021 年4 月 25 日閲覧。
- ^ 「Windows XP、Windows ME、Windows 7 での Microsoft インターネット ゲームに別れを告げる」。answers.microsoft.com。2019年7 月 14 日時点のオリジナルよりアーカイブ。2019 年 8 月 4日閲覧。
- ^ 「Firefox 3 Windows 98」。Mozillaサポート。2008 年 6 月 19 日。2010 年 3 月 29 日時点のオリジナルよりアーカイブ。2019 年4 月 20 日閲覧。
- ^ 「rn10950/RetroZilla: 古いバージョンの Windows での最新 Web のサポートを改善するための Gecko 1.8.1 のフォーク」。GitHub。2019年10月 6 日閲覧。
- ^ 「Release RetroZilla 2.2」。GitHub。2019年2月24日。 2019年10月6日閲覧。
- ^ 「トランスクリプト: Microsoft Windows XP Inside Out の共著者 Ed Bott および Carl Siechert とのチャット」。microsoft.com。Microsoft。2001年 11 月 21 日。2004年 9 月 18 日時点のオリジナルよりアーカイブ。2019 年4 月 20日閲覧。
- ^ 「Windows 95 アーキテクチャコンポーネント」。Microsoft Technet。Microsoft。2008年2 月 7 日時点のオリジナルよりアーカイブ。2019 年4 月 20 日閲覧。
- ^ White, Gary. 「Microsoft Windows でのリソース管理」www.apptools.com . 2019 年4 月 20 日閲覧。
- ^ 「第 28 章 - Windows 98 のアーキテクチャ」。Microsoft Technet。Microsoft。2007年 12 月 21 日時点のオリジナルよりアーカイブ。2019 年4 月 20日閲覧。
- ^ 「FAT32 または NTFS: 選択する」The Elder Geek。2012 年 5 月 27 日時点のオリジナルよりアーカイブ。2019 年4 月 22 日閲覧。
- ^ Jin, Allen (2014 年 2 月 20 日) 。「第 9 章 - セキュリティ」。Microsoft Docs。Microsoft。2019年4 月 21 日閲覧。
- ^ 「Windows 32 ビット メッセージ サーバーの機能」。Microsoftヘルプとサポート。2007 年 1 月 7 日時点のオリジナルよりアーカイブ。2019 年4 月 21 日閲覧。
- ^ 「Maximus-Decim ネイティブ USB ドライバー」。MSFN。2005年 4 月 11 日。2019 年4 月 20 日閲覧。
- ^ 「XUSBSUPP - eXtended USB Supplement for Windows 95 OSR2」。MSFN。2014年8月3日。2014年10月24日時点のオリジナルよりアーカイブ。 2019年4月20日閲覧。
- ^ abcd Chen, Raymond ( 2007年 12 月 24 日)。「Windows 95 における MS-DOS の役割は何でしたか?」The Old New Thing。Microsoft。2019年10月 6 日閲覧。
- ^ 「WINDOWS93」 。 2024年7月6日閲覧。
- ^ 「EmuOS v1.0」 。 2024年7月6日閲覧。
- ^ 「98.js - Windows 98 Online」。2024年7月6日閲覧。
- ^ “1j01/98: 💿 Web ベースの Windows 98 デスクトップ再現 █████▓█▓▓▓▒▓▒▒░▒░░░🗕︎🗗︎🗙︎”. GitHub . 2024 年7 月 6 日閲覧。
外部リンク
Wikiversity の Windows 9x 関連の学習教材
Windows を使用した基本的なコンピューティング/付録/デュアルブート (Wikibooks)- オペレーティング システム設計/ケース スタディ/Windows 9x (Wikibooks)