最終更新日：1999年7月7日

PCにおける2000年問題

ＰＣにおける２０００年問題の１つに、１９９９年１２月３１日から２０００年１月１日にかけて年越えを行なった場合の日付表示問題があります。

●ＢＩＯＳの２０００年対応の問題

ＰＣではＯＳ（オペレーティングシステム）が起動時に、ハードウェアをコントロールするＢＩＯＳ（バイオス）と呼ばれるプログラム群から年月日を取得します。ＯＳは、ＢＩＯＳから日付データを取得後、ＯＳ内部のソフトタイマー（ソフト的に持つ時計）により日時のカウントアップを行ないます。

ＢＩＯＳが２０００年に対応していない場合、ＢＩＯＳはＯＳに「２０００年」と渡すべきときに「２０００年」ではなく「１９００年」を渡してしまいます。そのため、ＯＳは２０００年を正確に表示する事ができなくなります。

ＢＩＯＳが２０００年対応しているものには、１９９９年から２０００年に西暦が変わると西暦の上位２桁を１９から２０に書き換える仕掛けが入っています。この場合、２０００年を越えてもＯＳ起動時に２０００年の日付をＯＳは取得できるため正常動作が可能となります。

例：
ＭＳ−ＤＯＳではＯＳの内部カレンダーは１９８０年から２０９９年までとなっており、ＢＩＯＳから１９００年の日付を取得するとＯＳの内部カレンダーに無い日付となるため、ＯＳはエラーとして１９８０年１月４日（1980/01/04）を表示します。（２０００年以降のどの日でも、ＭＳ−ＤＯＳでは1980/01/04となります）

ＭＳ−ＤＯＳを１９９９年１２月３１日から２０００年１月１日まで連続稼動させると、ＭＳ−ＤＯＳは２０００年１月１日と正常に表示します。これは、ＭＳ−ＤＯＳがＢＩＯＳから日付取得を行なうのが起動時の最初の１回だけで、以降はＭＳ−ＤＯＳが持つソフトタイマーによって日付のカウントアップを行なうためです。
しかし、２０００年１月１日以降にＭＳ−ＤＯＳを再起動すると、ＢＩＯＳから日付取得を再度行なうため、１９８０年１月４日となってしまいます。

●ＯＳ自身の２０００年対応の問題

ＭＳ−ＤＯＳは、内部カレンダが１９８０年から２０９９年までありますので、ＤＡＴＥコマンド等での日付表示もＯＳの機構としては正常に表示できるようになっています。

ＭＳ−ＤＯＳの上位で動作するＷｉｎｄｏｗｓ３．１に関しては、一部のユーティリティにより２０００年の表示が誤表示してしまう事が報告されています。この件に関しては、マイクロソフト社より改修モジュールが提供されているので、それを入手し使用してください。（マイクロソフト社のＷＷＷホームページより入手可能）

Ｗｉｎｄｏｗｓ９５も、Ｗｉｎｄｏｗｓ３．１の場合と同様です。

ＷｉｎｄｏｗｓＮＴは、ＭＳ−ＤＯＳと違い、日付補正のためにＯＳ起動時以外の運用時にもＢＩＯＳでもつ日付データを参照します。そのため、ＢＩＯＳが２０００年未対応の場合、１９００年を取得しＯＳの日付を１９００年に書き換えてしまいます。
また、ＢＩＯＳの２０００年未対応に関係なくＷｉｎｄｏｗｓＮＴでは一部のユーティリティで２０００年を誤表示してしまう事やドメインユーザマネージャにおける２０００年の誤認識が報告されています。
これらの誤動作を改修したものは、ＷｉｎｄｏｗｓＮＴ３．５１＋ＳＰ５ + y2k351ijモジュールとＷｉｎｄｏｗｓＮＴ４．０＋ＳＰ４＋Y2Kアップデートプログラムとなります。これ以前のＷｉｎｄｏｗｓＮＴでは２０００年の対応を行なう予定が無い事をマイクロソフト社がアナウンスしています。

なお、マイクロソフト社のOS製品の2000年対応状況については、こちら（マイクロソフト社のWebページへ）をご覧ください。

---

２０００年の年越え問題は、上記のようにまず、ハードウェア（ＢＩＯＳ、ＲＴＣ）が２０００年に対応できているか？ 次にＯＳが対応できているか？という観点で考えます。
次に、ＯＳ上で稼動するソフトウェアについて２０００年対応できているかを調査し全てのハードウェア、ソフトウェアが２０００年対応できている事が確認できれば、そのシステムにおける２０００年対応ができていると言えます。

閏年問題

２０００年問題のもう一つの問題として閏年問題があります。
２０００年は閏年であるため２月２９日が存在します。
閏年の算出方法は一般的に４で割り切れれば閏年と認識しますが、もう一つ閏年を算出する方式があります。それは、“４で割り切れるが１００で割り切れる年は閏年では無い、しかし４００で割りきれる年は閏年である。”というものです。
２０００年は上記の方式からも閏年として認識されますが、中には“４００で割り切れる年は閏年である。”という条件を加味しないものが存在します。そうすると、２０００年は４で割り切れるが１００でも割り切れるため閏年では無いという事になります。
これが、２０００年の閏年問題として認識されているものです。
これも、ＢＩＯＳやＯＳ、上位ソフトウェアにおいて閏年計算を行なっている全てのコンポーネントが対応していないと、ＰＣが誤動作を起こす事になります。

また、通算日数の問題もあります。
プログラムが利用する関数の中には通算日付を返すものがあります。（Ｃ言語のｇｅｔｄａｔｅ関数等）
閏年を認識しないものは、２０００年１月１日から３月１日までの通算日数を６０日と返します。本来は６１日と返さなければなりません。
これも、閏年問題として扱われています。

２０００年対応問題

●西暦２桁処理

西暦の下２桁のみを取り出し日付計算を行なう問題です。
２０００年の下２桁を取り出すと００年として扱われます。
２０００年から１９９９年を引くと通常１年となりますが、下２桁で計算すると（００年）—（９９年）＝（−９９年）となります。
これが、西暦の２桁処理問題です。

●マジックナンバー処理

マジックナンバー処理： アプリケーションの中には、特別な数字の場合、特別な処理を行なうものがあります。
例えば、”９９９９”等がよく使われます。この場合特殊コードの”９９９９”なのか、１９９９年９月９日を表わす”９９９９”なのかアプリケーションが判断できず、間違った意味で捉えられる場合があるようです。

●西暦制限

ＯＳを含め、アプリケーション等で２０００年をめでたく越えられたとしても、次にいつまで使用できるのかという問題があります。
各ソフトベンダはいつまで使用できるかを２０００年問題の情報と共に提供しています。
これを西暦制限と呼びます。

ホームページへ戻る

PC 2000年問題 目次へ戻る