XWIN II Weblog

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 Vista Service Pack 1、ようやく導入

せっかくの休日で天気も良く、どこかに出かけたいといわれながらも、疲れた体をいやすということで自宅待機中。なので、Windows Vista Service Pack 1を導入した。導入せざるを得ない状況に追い込まれたわけではないが（以前のVAIO PCG-SZ90PSを使っていたならともかく）、基本的にはService Packを導入するのが当然と思っている。

今回のService Pack 1の位置づけは、Bug修正がほとんどといわれているように、機能の改善はほとんどない。直近のService Packといえば、Windows XPのService Pack 2があったが、これはセキュリティアップデートといわれていたように、Bugの修正以上にセキュリティ機能の大幅な変更及び追加が施されたものであった。90年代のMicrosoft社なら、これはService Pack等での無償提供ではなく、おそらくバージョンアップとして扱われていたものだろう。Windows 98とWindows 98 Second Edition以上の差が、Windows XP Service Pack 1とWindows XP Service Pack 2にあったと私は考えている。そういう視点から見れば、Microsoft社もよくやっているということができるが、Windows Vistaの出自を思い起こせば、これはService Packなどではなく、ようやく長い広範なユーザに向けた有料ベータテストを踏まえた結果物となる、RTM版がリリースされたといえるのかもしれない。

Service Packの位置づけそのものも、Microsoft社内では変転している。いわゆるWindows NT系OSでは、最初のバージョンであるWindows NT 3.1よりService Packは存在していたが、基本的にはBug修正という位置づけだった。機能追加的なものはすべて有料バージョンアップであり、バージョンナンバが3.1、3.5、3.51とあったことからも察しがつくように、わずかな機能追加（当時はWindows 3.1やWindows 95とのすり合わせという自社内の都合）でもそうだったのだ。

それが変わったのは、Windows NT 4.0の時。このバージョンはService Packが7つもリリースされたほど、長い間現役だったバージョンだが、このService Pack 4では大幅な機能追加が行われ、それ以前のWindows NT 4.0と一部非互換となってしまうものさえあり、評判がすこぶる悪かった。わざわざアプリケーションソフトウェアの仕様に、Windows NT 4.0 Service Pack 4以上と書かれてしまうほどであり、事実上のWindows NT 4.1的なものだったのである。当時、コンシューマ向けWindowsでは、98、98 Second Edition、Millennium Edition等を矢継ぎ早に出していたような時期に、Windows NTでこのような格好としたのは、企業に多くの顧客を抱えるようになったからである。相次ぐバージョンアップは企業にとって負担であり（バージョンアップ料金はMicrosoft税ともいわれた）、これを強行すれば企業ユーザ離れを促進してしまう恐れも高かったからである（これは今でもそうだが）。

そこで、Microsoft社はService Packでは機能追加を行わず、純粋に機能改善・不具合修正に特化するという方針を打ち出した。建前上の理由は、Service Pack 4における混乱をあげていたが、事実上の理由はService Packで機能追加を行えばバージョンアップ（有料）ができなくなるというのは、語らずとも明らかだった。

しかし、この方針もWindows XPですぐに崩される。Windows XP Service Pack 2では、セキュリティ機能を強化（これも事実上は機能追加）が施された。これは、セキュリティ破りの攻撃を様々な方法で受けたため、開発方針をパフォーマンス向上からセキュリティ向上に歴史的な大転換をすることで行われた。見た目は変わらずとも、ソースコードレベルから書き直され、Service Packとは名ばかりの事実上の新バージョンとなったのである。

そして、今日のWindows Vista。これは、リリースまでの期間がこれだけの規模のOSとしてはあまりに短い2年という短期日で行われたこと、そしてアーキテクチャレベルで大きく手を加えられたこともあって、OSそのものの不具合ではないものの、他ソフトウェアやハードウェアとの複合的な理由により、安定性を欠くものとなっていた。これを一年間の市場テストによって、現実に即した形としたものがWindows Vista Service Pack 1というわけである。Windows Vistaを導入しているのであれば、これを導入しない手はない、となるのは必然とまではいわずとも当然のことと考えるのである。

たかが、何で導入するのだ？ というところでちょっと語ってしまったが、まぁそういうわけである。導入について、これといったトラブル等もなく、一時間もかからずにService Pack 1の導入については成功したので、特に申し上げることもないので、今回はここまで。

4月からの後期高齢者医療制度導入に伴うドタバタ劇 一例

ながらくBlogの更新すらままならない（やろうと思えば10行程度書けないことはなかったが）超多忙状態が続いたが、さすがに体は資本の基本部分がおろそかになってはヤヴァいということで、今日と明日は休暇とした。事実上、今月に入って初めての休暇である。

今月も残すところ10日、もうすぐ4月1日。早いところでは、というかもうほとんどのところで、高齢者医療制度の適用となる保険証がお手元に届いている高齢者世帯も多いだろう。たかが一枚の保険証であるのだが、先月末にようやくもったいぶっているとしか思えない厚生労働省の発表により、保険番号39が公表される等、ぎりぎりのレベルまで多くの人たちが奮闘した成果物なのである。大事に使ってほしい（苦笑）。

と、冗談めいた話はともかくとして、いつもの話となってしまうのだが、最上位の国（厚生労働省）がのんびりしているだけでなく、それを受けるべき地方自治体はさらに他人事レベルで、今年に入ってから組織を立ち上げるところもあったほど。私が関与したのも今年に入ってからだが、国からの情報があまりに遅すぎるというだけでなく、地方自治体の動きも遅きに失していると、今回の件でも痛感してしまった。

何が大きな問題かといえば、介護保険の時もそうだったのだが、その制度そのものについて色々批判はあると思うが、それでもその制度を導入・推進していくということなので、それなりの頻度及び内容は公開され、質疑等も（それなりに）されている。しかし、その導入に伴って他の部分について変更が生ずるもの、これが情けないほどに後手後手に回っており、今回の後期高齢者医療制度においてもっとも影響を受けるであろう、社会保険制度・国民健康保険制度は今頃になって上を下への大騒ぎ、なのである。

一例をあげれば、これまで社会保険の被扶養者だった75歳以上の方々は、すべて後期高齢者医療制度に加入するため、社会保険被保険者の資格を喪失する…わけではない。例外があるのである。それは、国外に居住する場合、後期高齢者医療制度は日本国内に居住する者、という条件もあるため、一概に生年月日のみで判定できない、つまり職権で被保険者資格の喪失処理ができず、申請によって行うというのだ。建前上からいえばそのとおりなのだが、あまりにその判断は愚策としかいいようがない。そういうことは、もっと早く（どんなに遅くとも制度開始一年前）明らかにすべきで、疑義照会で問われ、そんなケースもあるのかと驚いたような回答だけで済ましてほしくない話であろう。厚生労働省諸君にとっては、「ああ、そんなレアケースもあるね」程度の話なのかもしれないが、システムレベルでの軽重をまるでわかっていないと嘆息しか出てこない。

そんなわけで、応援に入って三週間ほど。劇的に何が変わるわけでもないが、4月に間に合わない部分と絶対に間に合わせなければならない部分の精査をし、一応の筋道を立てさせていただいた。私の役割の多くはこの件に限っては、「たぶん」これで終わると思いたいが、実際に導入した時点であれこれ問題が出てくるのは、介護保険しかり、ジャンルは異なるがWindows Vistaしかりであろう。

さらなる混乱がショウを呼ぶ…って感じか（苦笑）。

現状報告と後期高齢者医療制度

ちょっとだけ更新します。

Windowsの簡単な歴史を書いている最中ですが、この年度末になって応援に駆り出されているため、自分の時間をまったくとることができない状態が続いています。理由は、この4月から開始される後期高齢者医療制度へのシステム対応に追われているためです。

最近、ご覧頂いている方にご説明しておくと、私のキャリアの一つとして、医療保険制度及び介護保険制度のシステム開発があります。ご存知の方はご存じのように、この分野（特に国民健康保険）のソフトウェアはいわゆるオフコン系の20年近い歴史を持つものが多く、現在はWindows上のエミュレータで動作しているものが残っています。ですが、時代の流れと共にそれらはだんだんと過去の遺物と化してはいますが、一方で現在の業務の最前線で活躍しているものも多く残っています。

そういうものは、過去最大のものとしての2000年問題への対応をはじめ、多くの手を入れられてとても安定した…と書いているうちにまた長くなりそうなので、ここでやめておいて、まぁそんなわけで動員されている、というところです。それにしても、後期高齢者医療制度があと1か月切っているなんて信じられない舞台裏（苦笑）。大都市は、いつもこんな対応なので（介護保険制度導入時とほとんど何も変わっていない）、厚生労働省は情報提供をもっと早くしていただきたいと、切に願っておきます。