XWIN II Weblog

Windows XP 終了──これまでを振り返る 後編

前回の続きです。

Service Pack。Microsoft社が提供するOSのアップデート、バグフィクスの集合体だが、時代と共に意味合い、位置づけは変わっている。Windows NT 4.0時代は、Service Packは従前になかったまったく新しい機能追加が行われていた。従って、同じバージョンナンバーでありながら、Service Packを当てたか当ててないかで動作が異なるという問題が生じていた。これは企業ユーザーからの不興を買い、今ではService Packにはまったく新しい機能追加は行わないとなっている。

だが、Windows XPはService Pack 2で完全に別物となった。我が国でのリリースでは「Windows XP Service Pack 2 セキュリティ強化機能搭載」と仰々しい名前となったが、名は体を表すように完全なる機能追加であった。そう、ここからセキュリティアップデートが頻繁に行われるようになり、Windows Updateはなくてはならないものとなったのである。

Windows XP Service Pack 2（以下、単にSP2という）は、これまでのService Packと違って、Microsoft社の姿勢は大きく異なっていた。何が何でもSP2に移行してほしい、という強い姿勢である。Windows Updateやダウンロードセンターという通常の提供方法に加えて、驚くべきことに全国約25,000か所の郵便局窓口でも配布するという方法も採られた。私も興味本位で、どんなものをどのように配布するのだろうと郵便局まで行ったことを思い出す。それだけ、強い危機感があったという証左だろう。

このSP2で最も注目する機能追加は、ハードウェア（CPU）によるデータ実行防止機能（DEP）だろう。通常は、CPUでの実装が先行してOSがそれをサポートするという流れだが、これはMicrosoft社の要請にCPUメーカーが応える形で実装されたものである。

このSP2は、2004年9月2日にリリースされ、以後、Windows XPはセキュリティアップデートを行いつつ、安定の道に入った。この頃にはWindows XPがOSの主流に躍り出ていて、Windows 9x系はMillennium Editionという露払い（笑）もあったとはいえ、ほぼ終息した。

そして、2007年1月30日。Windows XPの後継OSとなるWindows Vistaがリリースされる（企業ユーザー向けは2006年11月に先行リリース）。Windows Vistaの開発は紆余曲折を経て、何度も何度もソースコードが捨てられるようなことが繰り返されたが、最終的にはWindows Server 2003（内部バージョン5.2）をベースに改良することとなり、かなりタイトなスケジュールで開発が進められた。結果として、2006年までにリリースという約束を反故にしないため、ボリュームライセンスを11月に前倒しして何とか格好を保ち、一般ユーザー向けには2007年以降としたのだった。このような無理は、Windows Vistaが荒削りな作りであり、様々なユーザーに使われていく過程で悪評を振り撒き続けることになる。

「Vistaはダメ」というワンフレーズ評価は、Windows XPからの移行ユーザーを足止めした。Windows 2000からWindows XPへの移行も遅れはしたが、この時はWindows 9x系からの移行もあったので、遅れはある程度止むを得なかったとなるが、セキュリティを完備したと自負するWindows Vistaへの移行は、もっと早く進んでしかるべきものだった。これが身から出た錆であることから、異例にもService Pack 1のリリースを7か月後には明言しなければならなかったのである。無論、今のようなラピッドリリースの時代ではない。だが、Service Pack 1は年を越した2008年3月19日、ようやくリリースされたのである。

本来ならば、旧OSであるWindows XP SP2であったが、なかなか既存ユーザーはWindows Vistaへ移行しない。そこで、2008年5月6日、Windows XP Service Pack 3がリリースされることになる。以前も、旧OSのアップデートがなかったわけではなかったが、Service Pack 3の登場はWindows XPの延命策であると同時に、企業ユーザーからの強い声であったことは確かである。多くの企業ユーザーが満足してくれたのは、Windows Vistaを改良（ブラッシュアップ）したWindows 7の登場（2009年10月22日、一般ユーザー向けにリリース）によってであり、ようやくMicrosoft社もWindows XPの終息について歩を進めることができるようになった。

そして、Windows 7から8、そして8.1と進み、Windows XPの延長サポートもついに今日で終了する。最後のWindows Updateが終われば、もうそこから先は個別サポートのみ（英国政府など）となる。登場してから12年半ほど。これだけ長い間、一つのバージョン（＝Windows NT 5.1）が生きながらえるというのは、メインフレームの世界ではあってもPCの世界ではそうあるものではない（Linuxは？ 等という話は別腹）。

何にしても、PC自体が過渡期にあり、PCでしかできないことは今や少なくなっている。スマートフォンやタブレットでいくらでも代わりになる、という時代において、Windows XPはPC全盛期のOSであったと記憶されることだろう。

さらば、Windows XP。PC時代の申し子よ。

Windows XP 終了──これまでを振り返る 中編

前回の続きです。

Windows 2000が、Windows 9x系との統合を諦めたその日から、Windows XPの開発は始まった。開発コードネームはWhistler。次世代Windowsとも言われた開発コードネームCairo等、他プロジェクトが数多ある中、最優先で取り組まれた。2001年2月5日（現地時間）、Microsoft社はWhistlerをWindows XPと命名した。ここより、Windows XPの歴史は始まったと言っていいだろう。開発目標が他プロジェクトよりも明確化されていたこともあって、OEM向けには2001年10月25日（北米は一般向けも含む）、一般向けには同年11月16日にリリース（日本語版）された。

今でこそ、皆に愛される（苦笑）Windows XPだが、登場当初は散々だった。最近では、Windows 8への移行がいまいちなどと言われるのと同じように、盛り上がりに欠け、また実際に移行するユーザーはそれほど多くはなかった。理由は簡単で、Windows 2000がリリースされて3年弱だったことや、プロダクトアクティベーション（ライセンス認証）への反発などが大きかった。今では、当たり前のように行われているプロダクトアクティベーションだが、この頃は悪の帝国（笑）Microsoft社に「ユーザー情報を渡すなどあり得ない！」というような雰囲気だったのである。

Lunaインタフェース（製品版は青空と草原の壁紙がデフォルトだが、ベータ版までは製品版にも付いていた砂漠と空に浮かぶ月の壁紙で、これよりLunaと称された）とも呼ばれたGUI（スキン）も散々な評判だった。マーブルブルーとグリーンとオレンジで構成された色合いは、ビジネスに向いていないと酷評され、これを被せないで利用する方法も好まれた。今では気にならないが、当時はこれを被せることでグラフィックスパフォーマンスが目に見えて落ちたからである。

一般には不評だったWindows XPだったが、私自身はどうしても使いたくて仕方がなかった。Lunaインタフェースがいいとか、完全なWindows 9x系との互換性が維持されているとか、そんなあり得ない理由からではない。それは、OSレベルでHyper-Threadingテクノロジへの対応が実装されていたからである（ただし、Professional版以上）。Hyper-Threadingテクノロジは、CPUリソース（演算ユニット等）の有効利用のためにIntel社が導入した、一つのCPUコアに二つの仮想的なCPUコアがあるように振る舞う仕組みである。最初に物理的に実装されたのは、FosterコアのXeonだったが、有効（Enabled）にされたのは次のPrestoniaコアのXeonからとなる。

私は、PrestoniaコアXeonを搭載したPCを自作していたこともあって、いち早くHyper-Threadingテクノロジを試したかった。おそらく日本国内では最初の10人に入るであろう製品版での体験を果たし、その効果を実証できた。得た結論は、NetBurstマイクロアーキテクチャは無駄が多く、Hyper-Threadingテクノロジを駆使したとしても、CPUリソースをうまく利活用できないことだった。特に、メモリサブシステムには高速なものが必要であり、NetBurstマイクロアーキテクチャを実装したPentium 4が高速なDirect Rambus DRAMを求めたのも必然と言ってよかった。この体験が、のちのBanias（初代Pentium M）への傾倒につながったのは言うまでもない。

と、横道に逸れた。Windows XPはOSレベルで初めてHyper-Threadingテクノロジへの対応を実現したほか、今では比較にならないが、これでも当時は高速起動を実現していた。そして、Haswell搭載Mobile PCとWindows 8.1との組み合わせと比べることすら失礼だが、これも当時としては画期的なレジューム機能にも対応した。

とはいえ、最初にふれたように一般ユーザーには訴求されず、企業ユーザーからもWindows 2000でいいよという格好であって、なかなかWindows XPへの移行は進まなかったのだった。

Windows XPの大きな転機は2003年に訪れる。それは外部からのもので、Nimda、Blaster、SasserなどといったWindows XPの脆弱性を突く形で、いわゆるコンピュータウィルスからの攻撃を受け続けたことによる対抗策だった。

と、いったところで、今回こそ後編へ続く。

Windows XP 終了──これまでを振り返る 前編

ついに、長年にわたって延期が繰り返されてきたWindows XPのサポートが終了する。既に最新のWindows 8.1であるが、世代的にはXPと8.1の間には1世代しか差はない。考え方はこうだ。

• Windows XP …… 内部バージョン5.1
• Windows Vista …… 内部バージョン6.0
• Windows 7 …… 内部バージョン6.1
• Windows 8 …… 内部バージョン6.2
• Windows 8.1 …… 内部バージョン6.3

内部バージョンとは、ブランド名に出てくる名前やMicrosoft社のいう公式な世代数ではなく、いわゆるカーネルのバージョンナンバーでコマンドプロンプトを起動させると見えるバージョンナンバーである。この内部バージョンの1の桁が変わることは、Windowsの内部機構に大きく手を加えているという「証」で、根本的なところではWindows Vistaをブラッシュアップし続けているのが現状と言える。

したがって、旧世代に属するWindows XPは最早サポートなど望むべくもないとなるのかといえば、そういう理由だけではない。過去のユーザーは思い当たるだろうが、そもそもWindows XPは名前こそ変わっていないが、実際にはバージョンナンバーを桁上げするほどの大きな改良が加えられた。それが、Windows XP Service Pack 2（以下、Service Pack をSPと略す）である。

そもそもWindows XPは、開発コードネームWhistlerと呼ばれる前から、一つの至上命題があった。それは、Windows 2000（内部バージョン5.0）で実現できなかったWindows 9x系との統合である。Windows 2000は、積極的にPlug and Play等をはじめとして様々な機能をNTカーネルに接合していったが、x86プロセッサに密着したWindows 9xは、旧来の16-bitコードと95以降の32-bitコードが混在するハイブリッドで、かつそれがアクロバティックに実装・実行されることから、そのままWindows 2000に持ってくることができなかった。端的にいえば、エミュレートで実行しつつ、それでも困難な場合は「それ専用のプログラムコード」をわざわざ追加して実行するようにした。

さすがに16-bit Windowsのリアルモード（8086/88が唯一実行可能なモード）は、Windows 3.1で廃止されていたが、MS-DOSはまだ健在だった。Windows 95は、32-bitプログラムが実行できるようになっただけでなく、それよりも重要視されたのはDOSの統合に他ならない。完全なDOSがWindows 95には求められていたのだ。

そのようなWindows 9x系を統合する作業は、単にDOSをエミュレートするだけならまだしも、DOSに加えてPCハードウェアへのダイレクトアクセスを何とも思っていないアプリケーションプログラムの動作保証まで行わしめるのは、当然時間がかかる。また、どこまでその作業を行うのかという見切り（メジャーアプリケーションは動作させるとしてどこまでマイナーなものを含めるのかという線引き）も重要だ。このあたりの判断が、Windows XPのプロローグであり、Windows 2000でWindows 9xを統合せず、Windows 98 Second Editionの後継として、あのWindows Millennium Editionを登場させたのだった。要は、Windows XPはWindows 2000の積み残しの課題を解決するために、その産声を上げたのである。

後編（もしかしたら中編）に続く。

Windows 95日本語版、お祭り騒ぎの発売から15年

今から15年前の今日。私は秋葉原にいた。それも前日の1995年（平成7年）11月22日の夜から。1995年11月23日、勤労感謝の日は長く久しく待たれていたWindows 95日本語版の発売日であり、それも深夜0時からの販売（秋葉原のほか、名古屋の大須、大阪の日本橋でも実施）ということで、前日夜から友人と秋葉原で待機していたのである。

あの頃の秋葉原は現在とは違ってPCの街であり、中でもAT互換機（いわゆるDOS/Vマシン）が隆盛を極めつつあった中、PCの先進的な街であった。いたるところに自作PCショップが乱立し、CD-ROMショップ（Internetが普及していなかったため、海外からのCD-ROMが輸入販売されていた）も多く、秋葉原を毎週のように通っていても、毎日新たな発見があったのもこの頃である。私も、1990年のWindows 3.0登場から公私ともにWindowsにシフト（仕事では1980年代後半からお付き合い）しており、英語版Windowsを日本語化したりなど、WindowsとPCにどっぷりのめり込んでいたので、既に英語版Windows 95は導入済みだったが、日本語版の発売に大きな期待を持っていたのであった。

発売前日の22日夜は仕事をさっさと切り上げ、夜8時には友人と連れだって秋葉原入り。さっそく、炉ばたで軽く呑みながらつまみをいただきつつ、夜11時近くになるまであれこれとPC談義に花を咲かせた。秋葉原の街は夜が早いので、炉ばたも閉店が一般的には早い方だったが、秋葉原基準では遅い方だったため、ここで待機したのである。

普段はひっそりする深夜の秋葉原も、この日ばかりは深夜0時に近づくに連れ多くの人たちが集まってきて、友人と「これは普段の土日よりも人出が多いんじゃね」と話すほど。事実上、中央通りは歩行者天国状態で、NECや富士通、東芝など多くのPCメーカが販促キャンペーンギャル（死語）を投入したことから、お祭り騒ぎは最高潮に達しつつあった。

そして深夜0時。Windows 95日本語版深夜販売開始。この時、私が購入したものはWindows 95のほか、Microsoft Office 95、Microsoft Plus!の三種の神器セット（苦笑）。何と、Windows 95に合わせてOffice 95も同時発売で、しかもそれは32-bit対応を力強く謳っていたのである。Windows 95日本語版ネイティヴ対応のソフトウェアとしては、もちろん最初に登場したもので、ここに至ってオフィススイーツ戦争は実質決着がついた。それまでは、ジャストシステムの一太郎を中心としたパッケージ群、ロータスの1-2-3を中心としたパッケージ群（Ami Proとかありましたな）、ボーランドのQuattroを中心としたパッケージ群など（Quattroは表計算にタブを最初に導入したっけ）、多数のソフトウェアが鎬を削っていたが、Windows 95の大ヒットに合わせる形で便乗したOffice 95が、この戦いを制したとなるだろう。不法販売、OSとの隠れた連携など、色々叩かれるMicrosoft社だが、実際Office 95に搭載されたExcel 95やWord 95を使ってみて、他社製品よりも優れていたのは確かであり、何よりもシステムリソースの制限から大きく解放されたのが大きかった（その後、Windows 9xのシステムリソースは少ないと謂われはしたが、Windows 3.x時代のそれと比べれば大きく改善されていたのだ）。

とはいえ、Windows 25年の歴史を眺めれば、Windows 95の登場は既に中間点よりも前の話。「明治は遠くになりにけり」ではないが、PC界においてはそんな印象を持ってもあながち外れてはいないだろう。

なお、PCとはある意味において対極にある、象牙の塔に類すべき我が国の情報処理学会が刊行した「日本のコンピュータ史」（情報処理学会 歴史特別委員会 編者、発行オーム社）の107ページには、Windows 95日本語版の発売に関して上記のような記述がある。面白いことに、11月23日の深夜販売を12月8日と書いているのである。執筆者はともかく、情報処理学会が編者としてある以上、この勘違いというかPCにとって重要なエポックメイキングの日付を誤ること自体に、PCを軽んじているような印象は拭えない。もっとも、過去2冊（同名の書を1980年代以前に刊行）と比べれば今年10月に発行された本書は、PCに関する内容を増やしているのだが…。

と、横道に逸れかかったので、思い出話に戻ろう。三種の神器セットを今は亡き、LAOX THE COMPUTER館（ザ・コン）で購入してからは、お祭り騒ぎの秋葉原を見て回った。最近の深夜販売は知らないが、巷間によれば、深夜0時で販売が終わるとすぐに購入者は終電に遅れないよう撤収をはかり（そういえば昨年のWindows 7深夜販売でもそうだった）、祭りの余韻というか、そんなものを感ずることはほぼ不可能だが、この日は違って終電がとうの昔に終わった時間帯でも多くの人たちが秋葉原を離れることはなかった。

私は友人と連れだって、多くの著名人（いちいち名を上げればきりがない）と挨拶などを交わし、大いに話が盛り上がった某会場をあとにして、深夜3時頃に現在の東芝秋葉原ビルである東芝のショウルームにお邪魔した。普段は秋葉原時間で閉まってしまうショウルームであったが、この日は深夜～早朝まで開いており、Windows 95日本語版発売に合わせてリリースされた新PCでWindows 95を弄びながら、友人とコーヒーを飲みつつ、「日本のPCの夜明けぜよ～」みたいな感じで盛り上がった。

──と、15年前を思い出しながら徒然と古老気分で語ってみた。一緒にWindows 95深夜販売で盛り上がった友人は、今はない。仕事のできるヤツだったが、精神（心）を患い退社していった。10年ぶりくらいに同じ仕事になるなと楽しみにしていたのだが、1か月ほどの違いで私と入れ替わるように去っていったのだ。そんな郷愁のようなものを感じつつ、今回はここまで。

Windowsの歴史年表 その10

さぁ、前回からの続きです。もうその10となってしまった（苦笑）。

と、ここでWindows NT対OS/2の話を続けると、さすがに収拾不可能となるので、この話はここまでとし、このような形でWindows NTはデビューを果たした。簡単にいえば、Windows NTとはユーザインタフェース（GUI）をWindows 3.1を模しただけの中身はまったく別物のマイクロカーネル採用32-bit OS、つまり、従来のWindowsや32-bit対応を実現したWindows 95とも内部的にまったく異なるOSである。しかし、まったく異なるものではあるが、実装されているWin16及びWin32が仔細は異なる部分があるものの、おおよそ同等のソフトウェア実行環境が搭載されており、その流儀に従うものであれば、Windows 95でもWindows NTでも動作することが可能であった。その手本がWindows 95と同時発売されたOffice 95であり、他社が32-bit対応に苦しんでいる中、一気にシェアを伸ばし、デファクトスタンダードとなった（過激な敵対的廉価販売があったことも忘れてはならない）。

話の流れで一気にOffice 95まで話を進めたが、Windows NT系とWindows 95との互換性問題は、そんなに単純なものではなかった。本当の内部事情は定かでないが、私が思うにOffice 95の開発を進める過程で、Windows NTとWindows 95のWin32仕様のすり合わせが行われたのではないかと考えている（反トラスト法訴訟では、WindowsとOfficeの開発はまったく別に行われていたという話だが）。

真の32-bit OSとしてのWindows NT、16-bit Windowsとの互換性を最大限に確保した16-bit/32-bitハイブリッドOSとしてのWindows 95。これらのWindowsアプリケーション実行環境となるWin32も、そもそもはWindows 95のWin32環境をWin32c（cはCommonの頭文字）と別の呼び方があったように、Windows NTの実装とWindows 95の実装とでは細かい差異というレベルでなく、根本的な違いがあった（先にふれた座標系の問題以外にもセキュリティAPIの有無など多数に上る）。しかし、マーケティングの都合でWin32は一つというスローガンが打ち出され、Win32cはただのWin32と名称が変わり、同じ名称なのに実装は違うというわかりにくいものとなったのである。

そして、Win32のベースであるWindows NTも次々とバージョンを更新していった。1993年7月27日にリリースされたWindows NT 3.1は、そのわずか一年後の1994年9月21日、Windows NT 3.5となり、さらに9か月後の1995年5月30日、Windows NT 3.51となった。3.1から3.5へのバージョンアップは、主にブラッシュアップ（使用リソースの縮減及びパフォーマンス向上等）とされていたが、その年に登場するコードネームChicago（Windows 94になるといわれていた）とのWin32（及びGUI）の仕様のすり合わせも行われていた。

結果的に、Chicagoのリリースは一年遅れてWindows 95となり、わずかに0.01だけバージョンの上がったWindows NT 3.51は、Office 95を動作させるために必要な仕様のすり合わせが行われた（無論、それが前面に出てはいなかった）。そういう流れを経て、Windows 95とOffice 95は同時リリースされ、一つのWin32（32-bit Windowsアプリケーション環境）が整ったのである。

このような内部の仕様変化は、ソフトウェア競合他社からは見えるはずがなく、いくらOSのベータ版を提供していたとしても、それより以前に深く関わっていなければ同時リリースなど不可能である。また、OfficeからWindowsへのフィードバックもあり（3Dに見えるツールバーボタン等は、Windowsよりも先にOfficeに実装されていた。CTL32.DLLを覚えていますか？）、ソフトウェア開発を生業としていた者ならば、そのことは火を見るよりも明らかだった。

また横道に逸れつつあるな～。とにかく、まったく異なるOSであるが、その中のWin32環境ではどちらでも動作するOffice 95の存在は、大きかったということで、次回からはWindows NTの話から、再びWindows 95に話を戻し、インターネット接続及びウェブブラウザへの適用についてふれていくことにしよう。次回に続く。

Windowsの歴史年表 その9

Windows NTの簡単な歴史を語り出して、まだ終わらない。歴史年表そのxというタイトルになっているが、年表すら出していないことはご容赦願いたい。取り急ぎ、Windows NTの歴史はWindows 95の登場前夜あたりまで進め、その後に、Windows 95との互換性問題をふれていくことにする（歴史を振り返る中で、半分以上はふれることになるので）。では、前回からの続きを始めよう。

Windows 3.0の成功によって、OS/2 3.0の後を継ぐ、Microsoft社独自の32-bit OSもWindowsという名を冠することとなる。バージョンも1.0あるいは3.0ではなく、リリース時にあったWindows 3.1と同じバージョン番号である3.1が付けられることとなった。内部アーキテクチャは、従来のWindowsと似ても似つかぬ別物であり、Windows APIが動作するモードでさえ、他のモードと同様にサブシステムの一つでしかなかった。にもかかわらず、ユーザインタフェースをWindows 3.1に似せることで、Windows（NT）3.1を標榜させたのは、Windowsの成功に何とかあやかろうということと、OS/2なのではなくWindowsなのだとMicrosoft社の強き主張が込められていたと見るべきだろう。

こうして、Windowsの皮を着せられた32-bit OSは、Windows NTを名乗り、Windowsファミリーの一員としてデビューを果たした。だが、最初のWindows NT 3.1は、ユーザインタフェースをWindowsに模しただけであり、Windows APIもWindowsに似せてはいたが、表示（ディスプレイ）座標系も大きく異なっていたため、そしてDOSがなかったために互換性の低いものでしかなく、Windowsアプリケーションの多くが動作しなかった。

それは、ハードウェアリソースも多く必要であること、動作速度もカーネルモードとユーザモードの分離が厳格に徹底していたため（安定性にとってはいいことではあるのだが）に、パフォーマンスも大きく劣るものとなった。つまり、より高級なハードウェアを用意したのにパフォーマンスは低く、加えて互換性問題があった。そして、デバイスドライバもごく一部しかないために使用できるハードウェアそのものも少ないとなれば、普及するはずもなかったのである。

Windows NTのデビューは惨憺たるものだった。が、これは当時のハードウェアリソースを見れば明らかであるし、またWindowsそのものもようやく普及の途についたばかりなので、仕方のないことではあった。しかし、重要なのはPC向けに32-bit OSをIBM社と関係なしに、IBM社に先んじてリリースしたことである。この意義はとてつもなく大きい。近い将来には、32-bit OSは間違いなく主流になるのは確実な上、将来的に16-bitの世界であるDOSやWindowsが32-bitの世界に移行する際の受け皿として、Windows NTがあるというだけで価値があった。

その証拠に、IBM社はWindows NT 3.1が成功したわけではないのに、急遽、従来の方針を転換して、OS/2の32-bit化を進めることになった。拡大するPC市場は、今や、従来の高価なオフコン等を置き換えるばかりか、それらを乗り越え大きく成長しようとしていたのである。

またしても長いな～（苦笑）。ということで、まだまだ続く。

Windowsの歴史年表 その8

さて、前回の続きです。

その流れの中で、DOSからOS/2への移行が進められていたことは、最初からOS/2にとっては悲劇的な結末が用意されていたと、歴史を語るものならそういうだろう。だが当時は、OS/2礼賛という雰囲気が醸成されており、DOSからOS/2へ、そしてWindowsからOS/2 Presentation Managerへ、という流れは多くの人たちが必然のものと受け止めていた。

こうした流れの中で、Microsoft社、いやBill Gates氏は「決断」する。IBM社と袂を分かち、OS/2に代わる新たな32-bit OSの開発すること、そしてその「つなぎ」としてDOS及びWindows（いわゆる16-bit Windows）を改良し、既存のOS/2を乗り越えていくこと。20世紀のPC界で間違いなく10大ニュースの一つに数えることができるであろう、IBM社とMicrosoft社の蜜月の終わりは、PCのイニシアティヴがIBM社からIntel社、Microsoft社連合、いわゆるWintelに移るターニングポイントとなったのである。

OS/2は、IBM社の戦略上、自社の他製品系列（カテゴリ枠）を超えることは許されなかった（同じことは日本においてもNECのPC-9800シリーズが同様な状況にあった）。言うまでもないが、安価なPCが高価なオフコン等よりも性能が高いことが、他事業部が許容できるものではない（社全体の利益となることでも、事業部の利益が優先されることは大企業病の一つとしてありがち）。つまり、32-bit OSになることは許されるはずもなく、必然的にマイクロプロセッサも16-bitにとどめておく必要があったのである。

これらの動機等が複雑に絡まり（話は単純なのだが）、OS/2バージョン3.0として開発途上にあったものが、IBM社の手を離れWindows NT 3.1として生まれ変わったのである。まったく新規に開発したには違いないが、OS/2バージョン3.0としてのコードが滅殺されているわけではなく、部分的に残されていた。

Windows NTの開発に関しては、書籍化されるなど多くの話が明らかになっているが、このあたりの話が明らかになっているものは、一定の刻が必要だった。むしろ、Windows NTはまったく新規に開発され、OS/2などでなくミニコンOSとして由緒あるVMSの後継であるかのごとく喧伝されることが多かった。これは、Windows NTがターゲットとして狙う市場としては当然のマーケティング行為であるが、実はベースに水子状態のOS/2バージョン3.0があったことは記憶にとどめていていいだろう。

Microsoft社がIBM社からの独立を標榜できたのは、Windows 3.0の華々しい成功が後押ししたのは揺るぎのない事実である。もし、Windows 2.x時代のような状況であったのなら、DOSに依存し続けることとなるので、OS/2に命運を託すしかなくなる。しかし、Windows 3.0の成功によって、部分的にOS/2を超える（i80386の32-bitプロテクトモードをサポート）こととなり、i80386の後継であるi80486及びその廉価版であるi486SXの登場、さらにはDRAMの高密度化による価格低下により、32-bitプロテクトモードへの対応は時間の問題となっていたことも大きい。

長いな～（苦笑）。ということで、まだまだ続く。

Windowsの歴史年表 その7

Windows NT系との互換性問題について述べていく前に、ここからはそのWindows NTの歴史を簡単に追っていこう（長くなる予感がするが、なるべくそうしないつもりである。つもりつもって長くなるかも…）。

Windows NTとは何か。今でこそ、Windows NT系列に連なるWindows Vista、その一世代前のWindows XPは、Windowsそのものであることに間違いはない。だが、その出自をさかのぼれば、Windows NTはOS/2バージョン3.0として開発されていたものが、紆余曲折を経てWindows NT 3.1と命名されたものである。

1981年、IBM社はPCを世に出すにあたってIntel社やMicrosoft社と組んだ。当時、世界のコンピュータの巨人であったIBM社は、自社の特許で固めた戦略で世界をリードしてきた。だが、PCに限って言えば従来のそれとは異なり、郷に入れば郷に従えという感じで、8-bitの雄であったApple社のオープンアーキテクチャ戦略を踏襲する形で、ハードウェアの仕様はもとより、BIOSまで公開した。これはこれまでのIBM社のやり方からすれば、考えられないほどの大転換であった。これにより互換機の開発を促すつもりではなかったのかもしれないが、結果としてIBM PCはわずか参入2年ほどでPCの世界をリードするようになる。

このとき、採用されたIntel社のマイクロプロセッサIntel 8088、Microsoft社のDOS（IBM PCに同梱されたPC DOS、Microsoft社がOEM向けとして用意したものはMS-DOS）が、今に続く、x86プロセッサ及びDOS、Windowsに連なるものである。

さて、話をWindows NTに戻そう。IBM社とMicrosoft社の関係は、IBM PCの登場当初はガリバーと小人ほどの差があった。しかし、IBM社がオープンアーキテクチャの功罪の「罪」の方に苦しんでいた。IBM PCアーキテクチャが市場を席巻したものの、IBM社のPCはその市場のシェアを減らし続け、1980年代中頃にはその半分すら維持できなくなっていた。PC市場のパイの大きさは拡大していたため、出荷数そのものは増やしていたが、互換機（クローンを含む）にシェアを奪われ、いつの日にかじり貧になってしまうのではないか。そういうおそれをIBM社が抱いても不思議ではなかった。

オープンアーキテクチャからクローズドアーキテクチャへの転換。これがDOSからOS/2への移行と表裏一体のものであった。互換機（クローン）の拡大で利益を上げるMicrosoft社にとって、この方針を受け容れられるものではなかったが、まだまだIBM社の影響力を無視はできず、共同開発という形でOS/2の開発に乗り出した。

DOSからOS/2への移行は、プロテクトモードのサポートをはじめ、数多くの機能が追加されたが、当時はハードウェアが貧弱だったこともあって、OSの機能よりも優れたアプリケーションソフトウェアが実行できなければ意味がなかった。また、IBM社の十八番であったホストコンピュータなどとの体系にPCが組み込まれるなど、当時PCにあるとされた「自由」がこれによって「束縛」されてしまうのではという危惧も出された。

IBM社にとって互換機（及びクローン）追放は「益」であるが、それ以外の他社にはそうではなかった。そこで、互換機メーカの代表的なメーカは連合を組んで、IBM社の路線とは異なる新たな、そして従来のPCと互換性のあるものを規格化する動きを見せた。特にCompaq社は、IBM社の戦略上あえて採用しなかった32-bitマイクロプロセッサi80386を搭載した、Deskpro386をデビューさせた。

i80386はIntel社にとっても有益なもので、利益率が高いだけでなく、i80286以前のようにセカンドソース契約を一切行わない（例外はIBM社）ことから、供給面で危ぶまれてはいたものの、事実上独占状態で供給することが可能となる重要なマイクロプロセッサだった。

つまり、IBM社のクローズドアーキテクチャ戦略によって、その忠実な僕であったはずのMicrosoft社やIntel社は、IBM社の方から数多の互換機メーカの方を向くようになっていたのである。

長くなりそうだ（苦笑）。ということで、ここで次回に続くとします。

Windowsの歴史年表 その6

さて、久々に続きを書くこととなったので、前回までを簡単に振り返っておこう。

Windows 1.0からWindows 2.xまでは主流足り得なかったWindowsだが、Windows 3.0から爆発的な普及を見せ、Windows 3.1で確固たる地位を築いた。そして難産だったWindows 95がようやく登場する、というところまで話を進めた（って簡単すぎか（苦笑））。

そもそも、Windows 95（コードネームChicago）は、Windows 94つまり前年にリリースされる予定だったものが、様々な理由によりリリースが遅れ、ようやく完成したという流れなので、PCのトレンドと一部乖離するものがあった。その重要な一つがインターネットへの対応（インターネット回線への接続によるWorld Wide Web対応ブラウザによる閲覧等）である。インターネットそのものの歴史は、1960年代末より始まっていたが、1991年のCERNにおけるWorld Wide Web Projectの推進により、Windows 95の登場年には既に利用の下地は整っていた。

そこで、Microsoft社はインターネット接続への対応として、Windows 95の拡張機能パックとして用意した「Microsoft Plus! for Windows 95」内にウェブブラウザを同梱した。これがInternet Explorer 1.0（日本語版はローカライズ対応の遅れがあったので、さらに進んだバージョン2.0を同梱）である。だが、これはMicrosoft社がまったく新規に開発したものではなく、DOSと同じように他社から権利を購入し適用した。Spyglass社のMOSAICである。

間に合わせ、で済ませ、時間稼ぎをしつつ、物量で押し切るという作戦は、90年代のMicrosoft社の重要な戦略（戦術）であり、これが反トラスト法など、独占禁止法関連で是正を求められたものである。当初は、ウェブブラウザの雄だったNetscape Navigatorのライセンスを受けようとしたが失敗し、この態度を嫌ったMicrosoft社によって叩きのめされることになる。それが無料ばらまきであり、Windowsへの統合だった。

この流れを受けて、Windows 95の次のバージョンはウェブブラウザの統合、Microsoft社流にいえば「Active Desktop」の実現を目指すこととなった。難産の末にようやく誕生したWindows 95は、登場してすぐに新たな改変への道に進むのである。

そしてもう一つの動きは、Windows NT系との互換性問題については、稿を改めて次回とさせていただこう。

Windowsの歴史年表 その5

というわけで、今回も前回の続きとなります。またまた例によって、最初に年表を示しておきましょう。

Windows for Workgroups 3.11でサポートされたVFATファイルシステムの話が長くなってしまった。ここで一つ、歴史を振り返る上で注意しておきたいことだが、VFATファイルシステムとは正式にはWindows 95のデビューから始まったこととされているので、VFATはロングファイルネームをサポートしたこととされているが、このWindows for Workgroups 3.11の存在から明らかなように、VFATとはVxD（仮想デバイスドライバ）によるプロテクトモードで動作するFATファイルシステム（VFATのVはVirtualの頭文字）という意味合いであり、ロングファイルネームとは直接関係があるとはいえない。また、Windows 95 OSR2からサポートされるFAT32は、クラスタ識別子を16-bitからさらに32-bitに拡張したものだが、これもVFATとロングファイルネームをサポートした（というか、FAT32はそれが前提）と表現されるべきだと思う。

FAT16では、ロングファイルネームをサポートしたものとそうでないものがあり、またリアルモードで動作する場合（FAT）とプロテクトモードで動作する場合（VFAT）とがある。ややこしいが、リアルタイムでこの歴史と共に歩んでこられた方であれば言うまでもないだろう。

さて、Windows 95だが、Windows for Workgroups 3.11のVFATによって、多くの互換性問題が表面化したことで、さらに安全策が取られるようになった。具体的には細かいのでふれないが、VFATの安全性が高められるなど、最後のブラッシュアップがはかられた。また、それ以上に時間がかかったのは、今では当たり前となっているPlug and Playの実装である。これは理屈ではなく、まさに現場仕事そのもので、一つ一つの不具合を手作業で解消していった。ISAバスのように、まったくPlug and Playを考慮に入れていないものでさえ、それなりのレベルではあったが、動作させることができたのは今振り返ってみても驚異的だといえよう。この差が、IBM社のOS/2との決定的な差だといっても過言ではない。

Windows 95の登場は、Windows 3.0以上に華々しいものとなった。それは日本でも同じことで、私も発売前日～当日は秋葉原に繰り出していた。あの熱狂はいったい何だったのだろう、と今から振り返ればそう思わずにはいられないが、あれこそが時代の空気だとなるのかもしれない。だが、満を持して登場したWindows 95だったが、新たな問題が浮上しつつあった。それがもう一つのWindows、Windows NTとの互換性問題とインターネットへの対応だった。

次回に続きます。