背景 Y2Kは、2000年問題を表す一般的な略語です。この略語は、「年」を意味する文字Y、数字の2、そしてSI単位の接頭辞キロ(1000を意味する)の頭文字kを大文字にしたものを組み合わせたもので、 2K は2000年 を意味 します。また、この問題は、文字通りの意味ではなく、一般的に ミレニアム の終わりと関連付けられていたため、「ミレニアムバグ」とも呼ばれていましたが、実際にはほとんどの問題はどの 世紀の終わりにも起こり得たものでした。
Computerworld誌 の 1993年のピーター・デ・ヤガー による3ページの記事「終末2000」は、ニューヨーク・タイムズ紙 によって「情報化時代のポール・リビアの真夜中の騎行 に相当するもの」と呼ばれた。 [ 6 ] [ 7 ] [ 8 ]
この問題は、ジェロームとマリリン・マレーによる初期の著書『Computers in Crisis』 (ペトロチェリ、1984年、 マグロウヒル社 より『The Year 2000 Computing Crisis』 として1996年に再版)の主題となった。Usenetニュース グループで最初に記録されたのは、1985年1月18日のスペンサー・ボレス によるものである。[ 9 ]
Y2Kという略語は、マサチューセッツ州の プログラマー、デビッド・エディ[ 10 ] が1995年6月12日に送信した電子メールに由来するとされている。彼は後に、「人々はそれをCDC(Century Date Change)、FADL(Faulty Date Logic)と呼んでいた。他にも候補はあった。Y2Kは私の指先から自然と出てきたものだ」[ 11 ]と語った。
問題は、メインフレームコンピュータ と後のパーソナルコンピュータの両方で メモリが高価だったことに始まります。1 キロバイト あたり10ドルから、1975年には1キロバイトあたり100ドル以上になりました。[ 12 ] [ 13 ] そのため、プログラマーにとってメモリの使用を最小限に抑えることが非常に重要でした。コンピュータが広く普及したのは20世紀になってからだったので、プログラムは日付の年の前に「19」を付けるだけで、4桁ではなく下2桁だけを保存できました。ディスクやテープストレージの容量も高価だったため、これらの戦略は、2000年以降は使用できなくなる代わりに、保存されるデータファイルやデータベースのサイズを小さくすることでコストを削減しました。[ 14 ]
これは、2桁の年を扱うプログラムでは、1900年と2000年の日付を区別できないことを意味した。深刻な警告は、時として次のような形で表示された。
Y2K問題は、電子工学におけるエルニーニョ 現象のようなもので、世界中で厄介な事態が発生するだろう。
—ジョン・ハムレ 、アメリカ合衆国国防副長官[ 15 ] 「投資家が2000年問題に関連するコンピューター問題に伴うリスクを管理できるようにする最初の指数」であるデ・ヤガー2000年指数のオプションは、1997年3月中旬に取引が開始された。[ 16 ]
政府は、特に通信などの重要なインフラによる修復作業と緊急時対応計画を 監視するために特別委員会を設置し、最も重要なサービスが自らの問題を解決し、他のサービスの問題に備えていることを確認した。一部の評論家や専門家は、この問題の報道は大部分が恐怖を煽るもの に過ぎないと主張したが、[ 17 ] 2000年1月1日の主要な出来事自体が無事に過ぎ去ったことで、国民の不安は完全に鎮まった。
ケンブリッジ大学コンピュータ研究所 のセキュリティ工学 教授であるロス・アンダーソン など、不安を煽っていると主張する専門家の中には、問題が一部の人が示唆していたほど深刻ではないことを示唆する研究結果に関するプレスリリースを 何百通も送ったにもかかわらず、メディアにほとんど無視されたと主張する者もいる。 [ 17 ] 同様に、 1999年5月に出版されたマイクロソフトプレスの 書籍『 Running Office 2000 Professional』は 、ほとんどのパーソナルコンピュータのハードウェアとソフトウェアは2000年問題の影響を受けないことを正確に予測した。[ 18 ] 著者であるマイケル・ハルバーソンとマイケル・ヤングは、ほとんどの懸念を大衆のヒステリーと特徴づけており、 マイクロソフト社 も同様の意見を述べている。[ 19 ]
プログラミングの問題 便宜上2桁の日付を用いる慣習はコンピュータが登場する以前から存在していたが、保存された日付が計算に使用されるようになるまでは問題視されることはなかった。
ビットの節約が必要 この問題を引き起こした張本人の一人が私です。1960年代から70年代にかけて、私はよくこれらのプログラムを書いていました。年号の前に「19」を付けなくても済むようにすることで、プログラム内のスペースを少しでも節約できたことを誇りに思っていました。当時はそれが非常に重要だったのです。プログラムを書き始める前に、スペースと容量の使用に関して明確に区切れるように、さまざまな数学的な演習に多くの時間を費やしていました。それらのプログラムが数年以上も使われるとは、全く考えていませんでした。その結果、ドキュメントが非常に不十分なものになってしまいました。30年前に書いたプログラムをいくつか見返したら、手順を一つずつ確認していくのに大変苦労するでしょう。
ビジネスデータの処理は、ユニットレコード装置 とパンチカード を用いて行われ、業界を席巻していたIBM が採用していた80桁のパンチカードが最も一般的だった。必要なデータを80文字の固定フィールドレコードに収めるために、様々な工夫が凝らされた。日付フィールドごとに2桁の数字を節約することは、この取り組みにおいて重要なポイントだった。
1960年代、コンピュータのメモリと大容量記憶装置は希少で高価でした。初期のコアメモリ は1ビットあたり1ドルでした。IBM 1401 などの人気のある商用コンピュータは、わずか2キロバイトのメモリを搭載して出荷されました。[ b ] プログラムはしばしばカード処理技術を模倣していました。当時の商用プログラミング言語であるCOBOL やRPG などは、数値を文字表現で処理していました。時が経つにつれて、パンチカードは磁気テープ 、そしてディスクファイルへと変換されましたが、データの構造は通常ほとんど変わりませんでした。
1970年代半ばまでは、データの入力にはパンチカードが使われていた。マシンアーキテクチャ、プログラミング言語 、アプリケーション設計は急速に進化していた。当時の管理者もプログラマーも、自分たちのプログラムが何十年も使われ続けるとは予想していなかった。そして、これらのプログラムが今後も使われ続け、特性の異なる新しいタイプのプログラムであるデータベースと連携する際に問題を引き起こす可能性については、ほとんど議論されることはなかった。
日付プログラミングに起因するバグ JavaScript メソッドの問題を示すウェブページのスクリーンショット.getYear()。これは2000年問題を描写している。Apple Lisaは 日付を受け付けません。 固定バイナリフィールド内に日付と時刻を組み合わせたデータを格納する方法は、しばしば解決策として考えられますが、日付と時刻の表現は既知の基準点を基準とする必要があるため、ソフトウェアが日付を誤って解釈する可能性は残ります。このようなシステムのロールオーバーは依然として問題であり、発生する日付は様々で、失敗の仕方も多岐にわたります。例えば、次のようになります。
クレジットカードシステムでは、新千年紀に有効期限が切れたクレジットカードを機械が正しく処理できず、顧客に誤った複利が 請求されるという問題が発生した。[ 28 ] 高級食料品店の1997年のクレジットカードは、有効期限が2000年だったため、10台の レジ を繰り返しクラッシュさせ、最初のY2K関連訴訟 の原因となった。[ 29 ] Microsoft Excel スプレッドシート プログラムには、非常に基本的な Y2K 問題がありました。Excel (Windows 版と Mac 版の両方で、開始年を 1900 年に設定すると) は、Lotus 1-2-3 との互換性のために、1900 年を閏年 として誤って設定していました。[ 30 ] さらに、2100 年、2200 年なども閏年とみなされていました。このバグは後のバージョンで修正されましたが、以前のバージョンではExcel のタイムスタンプのエポックが意味のない日付である 1900 年 1 月 0 に設定されていたため、下位互換性を維持するために、1900 年は依然として閏年とみなされています。 Cプログラミング言語 の標準ライブラリの日付と時刻の処理ヘッダーでは、 年メンバーが 1900 を引いた年を表す構造体型 が定義されています。Perlの関数と 関数は、C の同等のものから派生しており、 Java のクラスのメソッドも同じように年を扱います。このため、これらの関数が年を 2 桁の数字として返すという「一般的な誤解」が生じました。[ 31 ] [ 32 ] [ 33 ] Web 開発で広く使用されている 2 つのプログラミング言語である Perl または Java で書かれた多くのプログラムは、この値を誤って年の下 2 桁として扱っていました。Web 上では、これは通常、無害な表示上のバグでしたが、動的に生成された多くの Web ページが、表示形式に応じて 2000 年 1 月 1 日を「1/1/19100」、「1/1/100」、またはその他のバリエーションで表示する原因となりました。struct tmlocaltimegmtimeDategetYear() JavaScript は Y2K バグへの懸念から変更され、年を表す戻り値が変更されたため、バージョンによって 4 桁の表現と 2 桁の表現が異なり、プログラマーはすべてのバージョンで Web ページが動作するように、既に動作しているコードを書き直す必要があった。[ 34 ] [ 35 ] 一般的に使用されているUNIXソースコード管理システム 向けに作成された古いアプリケーションは、「2」で始まる年を正しく処理できませんでした。 Windows 3.x のファイルマネージャでは、日付が1/1/2000 の場合、1/1/19:0と表示されていました( ASCII 文字セットではコロンが「9」の次の文字であるため)。アップデートが利用可能でした。 Math Blaster Episode I: In Search of Spot のような一部のソフトウェアは、年を4桁ではなく2桁の値としてのみ扱うため、現在の年の下2桁に応じて、「1900」、「1901」などと表示されます。
同様の日付バグ
1975年1月4日 1975年1月4日の日付は、Decsystem 10オペレーティングシステムで使用されていた12ビットフィールドをオーバーフローしました。代替フォーマットが開発されるまでの間、このバグに関連する多くの問題やクラッシュが発生しました。[ 36 ]
1999年9月9日 2000 年 1 月 1 日が到来する前から、1999 年 9 月 9 日についてもいくつかの懸念がありました (ただし、Y2K で発生した懸念ほどではありませんでした)。この日付は 9/9/99 という数値形式でも記述できるため、不明な日付を指定するためによく使用される日付値と競合する可能性がありました。そのため、データベース プログラムがその日に不明な日付を含むレコードに対して動作する可能性がありました。データ入力オペレーターは、 CICS ソフトウェア9999を使用してコンピュータ フォームを処理するために、未知の将来の日付 (たとえば、ケーブル テレビや電話サービスの終了日) の必須フィールドに 9999 を入力することがよくありました。 [ 37 ] これにやや似ているのが、古いプログラミング言語で使用されていたファイル終了コードです。一部のプログラムがその日に予期せず終了する可能性があるという懸念が生じましたが、このバグはコンピュータ マシンよりもコンピュータ オペレーターを混乱させる可能性の方が高かったのです。9999
閏年 通常、閏年は4で割り切れる年です。グレゴリオ暦では、100で割り切れる年は、400でも割り切れない限り閏年ではありません。例えば、1600年は閏年でしたが、1700年、1800年、1900年は閏年ではありませんでした。一部のプログラムは、「4で割り切れる年は閏年である」という単純化されたルールに依存していた可能性があります。この方法は2000年(閏年であるため)には問題なく機能しますが、古いレガシープログラムが既に置き換えられているであろう2100年までは問題になりません。他のプログラムには、例えば100で割り切れる年は閏年ではないと想定するなど、閏年のロジックが誤っていました。1998年に、実際のコード断片を多数含む閏年問題 の評価が発表された。 [ 38 ] 世紀年が異なる扱いを受ける理由については、グレゴリオ暦を 参照のこと。
2010年の問題 年が2010年になると、一部のシステムで問題が発生しました。これは一部のメディアで「Y2K+10」または「Y2.01K」問題と呼ばれました。[ 39 ]
問題の主な原因は、16進数表記と2進数符号 化(BCD)表記の混同でした。16進数とBCDはどちらも、0~9の数字を0x0~0x9と表記します。BCDでは10を0x10と表記しますが、16進数では10を0x0Aと表記します。16進数表記で0x10を解釈すると、16という数字になります。
例えば、SMSプロトコルは日付にBCDを使用するため、一部の携帯電話ソフトウェアはSMSの日付を2010年ではなく2016年と誤って報告していました。Windows Mobile は、この不具合の影響を受けた最初のソフトウェアとして報告されています。場合によっては、WM6は2010年1月1日以降に送信された受信SMSメッセージの日付を2010年から2016年に変更します。[ 40 ] [ 41 ]
影響を受けるその他のシステムには、 EFTPOS 端末[ 42 ] 、およびPlayStation 3 (スリムモデルを除く)[ 43 ]が含まれます。
このような不具合の最も重要な事例は、ドイツで最大2000万枚の銀行カードが使用不能になったことと、シティバンク・ベルギー でデジパス顧客識別チップが故障したことである。[ 44 ]
2022年の問題 2022 年が始まると、32 ビット整数を使用する多くのシステムで問題が発生し、現在ではまとめて Y2K22 バグとして知られています。多くのコンピュータ システムで使用されている符号付き 32 ビット整数の最大値は 2147483647 です。10 文字の日付ベースのフィールドを整数で表すシステムでは、左端の 2 文字が 2 桁の年を表し、2022 年 1 月 1 日に左端の文字が「22」である必要があったため、つまり 2200000001 からの値を表す必要があったため、問題が発生しました。
Microsoft Exchange Server は 、Y2K22 バグの影響を受けた重要なシステムの 1 つです。この問題により、Exchange Server 2016 および Exchange Server 2019 のトランスポート キューでメールが滞留し、次のエラーが報告されました。 The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.[ 45 ]
2038年問題 多くのシステムはUnix タイムを使用し、それを 符号付き 32 ビット整数 に格納します。このデータ型は −(2 31 ) から (2 31 )−1までの整数のみを表現でき、1970 年 1 月1 日 00:00:00 UTC のエポックからの秒数として扱われます。これらのシステムは、 1901 年 12 月13 日 20:45:52 UTC から2038 年 1 月19 日 03:14:07 UTC までの時間しか表現できません。これらのシステムが更新されて修正されない場合、Unix タイムに依存する世界中の日付は、2038 年 1 月19 日 03:14:08 UTC から誤って 1901 年と表示されます。 [ 46 ]
プログラミングソリューション 既存システムにおける2000年問題の解決には、実に多様なアプローチが用いられた。
日付拡張 プログラム、ファイル、データベースにおいて、2桁の年号に世紀を含めるように拡張(4桁の年号に変更)が行われた。これは「最も純粋な」解決策と考えられ、曖昧さのない、永続的で保守しやすい日付を実現できるとされた。しかし、この方法はコストがかかり、大規模なテストと変換作業が必要となり、通常はシステム全体に影響を与えるものであった。 日付ウィンドウ 2桁の年は保持され、プログラムは日付の比較や計算などの特定の機能に必要な場合にのみ世紀の値を決定します。(世紀の「ウィンドウ」とは、日付が属する100年間を指します。)日付ウィンドウ と呼ばれるこの手法では、プログラムに小さなコードパッチをインストールする必要がありましたが、日付拡張よりもテストと実装が容易で、コストもはるかに低く抑えられました。恒久的な解決策ではありませんでしたが、ウィンドウ修正は通常、何十年も機能するように設計されていました。古いレガシーシステムはいずれ新しいテクノロジーに置き換えられる傾向があるため、これは許容できると考えられていました。[ 47 ] データ圧縮 日付は14ビットのバイナリ数値に圧縮できます。これにより、年を表す整数 値を使用してデータ構造のアライメントを維持できます。このような方式では、16384種類の異なる年を表すことができます。具体的な方式は、 エポック の選択によって異なります。 日付の再分割 経済的に規模を変更できないレガシーデータベースでは、6桁の年/月/日コードを3桁の年(1999年は099、2001年は101など)と3桁の日(年内の序数 )に変換しました。日付フィールドの入出力命令のみを変更する必要がありましたが、その他のほとんどの日付操作とレコード全体の操作は変更不要でした。これにより、最終的なロールオーバーの問題は2899年末まで延期されます。 ソフトウェアキット CNN.comの「PC向けY2K対策トップ10」 [ 48 ] (「ほとんどが無料」)に挙げられているようなソフトウェアキットは、 50ドルのミレニアムバグキット [ 49 ] がトップだった。 リアルタイムクロックのアップグレード ある独自の解決策が注目を集めました。他の修正策はBIOSレベルでTSR(Terminate and Stay Resident:常駐終了)としてBIOS呼び出しを傍受するものでした。一方、Y2000RTCはデバイスドライバとして機能し、不具合のあるRTCの機能を準拠した同等の機能に置き換える唯一の製品でした。このドライバは1999/2000年の期限前に数百万台のPCに展開されました。 ブリッジプログラム 日付サーバーでは、日付フィールドにアクセス、追加、または更新するために Call ステートメントが使用されます。[ 50 ] [ 51 ] [ 52 ]
文書化されたエラー
2000年以前 1998年後半、アメリカの電力会社コモンウェルス・エジソンは、 Y2K問題を防ぐためのコンピューターのアップグレードが原因で、イリノイ州オズウィーゴ 村に700万ドルの電気料金請求書を誤って送付したと報告した。[ 53 ] 1999年1月1日、シンガポールのタクシーメーターが作動しなくなり、スウェーデンでは誤ったタクシー料金が請求された。[ 54 ] 1999年1月1日午前0時、スウェーデンの3つの空港で、警察が一時パスポートを 発行するために使用していたコンピューターが動作しなくなった。[ 55 ] 1999年2月8日、ペンシルベニア州ピーチボトム原子力発電所 で原子炉炉心棒を監視するコンピュータシステムのY2K対応テスト中に、日付の切り替わりをシミュレートするための外部コンピュータの時刻をリセットする代わりに、技術者が誤って運用システムコンピュータの時刻を変更してしまった。このコンピュータはまだアップグレードされておらず、日付の変更により発電所のすべてのコンピュータがクラッシュした。すべての正常な機能を復旧するのに約7時間かかり、その間、作業員は旧式の手動機器を使用して発電所の運転を監視しなければならなかった。[ 53 ] 1999年11月、フィラデルフィア の約500人の住民が1900年の日付の陪審員召喚状を受け取った。[ 56 ] 1999年12月、英国では、コンピューターをY2K問題に対応させるためのソフトウェアアップグレードにより、ベッドフォードシャー の社会福祉サービスが、保護対象者が100歳以上かどうかを確認できなくなった。コンピューターが検索対象の生年月日を認識できなかったためである。[ 57 ] [ 58 ] 1999年12月下旬、イタリア最大の通信会社であるテレコム・イタリア(現グルッポ・ティム )は、1900年1月と2月の請求書を送付した。同社は、これは一度限りの誤りであり、最近、システムが年度の繰り越しに対応できるようにしたと述べた。[ 59 ] [ 60 ] 1999年12月28日、HSBCが発行し Racal が製造した1万台のカードスワイプ端末が、クレジットカードとデビットカードの取引処理を停止した。[ 17 ] これは英国の端末に限られ、取引が4営業日以内に完了するように設計された端末が、12月28日から31日の間、将来の日付を1900年と解釈したことが原因だった。[ 61 ] これらの端末を設置している店舗は、1月1日に端末が再び稼働するまで紙の取引に頼らざるを得なかった。[ 62 ] 1999年12月31日午後7時( 米国東部標準時) 、 Y2K問題を防ぐためのパッチ が原因で、バージニア州フォート・ベルボアの地上管制ステーションのコンピュータがクラッシュし、3基の KH-11 衛星を含む5基のスパイ衛星 からの情報の処理が停止した。軍は3時間以内に緊急対策を実施し、フィードを迂回して暗号化された情報を手動で解読し、限定的なデータセットを作成することができた。すべての通常機能は2000年1月2日午後11時45分に復旧した。 [ 63 ] [ 64 ] [ 65 ]
2000年1月1日 2000 年 1 月 1 日に発生した問題は、一般的には軽微なものと見なされていました。[ 66 ] 結果が必ずしも真夜中に正確に現れるとは限りませんでした。一部のプログラムはその時点ではアクティブではなく、問題はそれらが呼び出されたときにのみ現れました。記録されたすべての問題が因果関係 で Y2K プログラミングに直接結び付けられていたわけではありません。軽微な技術的不具合は定期的に発生します。
報告された問題点は以下のとおりです。
2000年1月以降
2000年2月29日と3月1日 2000年2月29日(Y2Kの最初の閏日)と2000年3月1日に問題が報告された。これらはほとんどが軽微なものであった。[ 99 ] [ 100 ] [ 101 ]
ニュージーランドでは、推定4000台の電子端末が取引を適切に認証できなかった。 日本では、郵便局の現金自動預け払い機の約5%が故障したが、これがY2K問題によるものかどうかは不明である。さらに、6つの観測所が2月29日を認識できず、20以上の地震計が 2月29日を3月1日と誤って解釈したほか、法令遵守のために更新されていなかった43の気象庁のコンピューターのデータが破損し、3月1日に不正確な観測値が発表された。 シンガポールでは、2月29日、地下鉄のターミナルで一部の乗車カードが利用できなくなった。 ブルガリアでは、警察の書類に2005年2月29日と2010年2月29日(いずれも閏年ではない)の有効期限が設定されており、警察のコンピューターシステムのデフォルト設定が1900年になっていた。 カナダでは、2月29日にモントリオール 市の税金徴収および情報プログラムが日付を1900年3月1日と解釈しました。税金の支払いは可能でしたが、コンピューターが滞納税の利息を誤って計算し、住民は納税通知書や不動産評価にアクセスできませんでした。納税期限の前日であったにもかかわらず、この不具合を修正するために当局は市の税務システムを完全に停止しなければなりませんでした。[ 102 ] [ 103 ] 米国では、2月29日に沿岸警備隊の メッセージ処理システムのアーカイブシステムが影響を受けた。 レーガン・ナショナル空港 では、2月29日に路肩での手荷物処理用のコンピュータープログラムが当初日付を認識できず、乗客が通常のチェックインステーションを使用せざるを得なくなり、大幅な遅延が発生した。[ 102 ] ネブラスカ州オマハ 南部のオファット空軍基地 では、2月29日、航空機の整備記録や部品記録がコンピューターでアクセスまたは更新できなくなった。作業員は通常通り業務を続け、その日は紙の記録に頼った。
2000年12月31日、または2001年1月1日一部のソフトウェアは2000年が閏年であることを正しく認識せず、1年を365日として処理しました。そのため、2000年の最終日(366日目)と2001年の初日に、これらのシステムで様々なエラーが発生しました。また、一部のコンピュータは2001年を1901年として処理し、エラーを引き起こしました。これらのエラーは概して軽微なものでした。
スウェーデンの銀行Nordbankenは 、2000年12月27日から2001年1月3日の間にオンラインおよび実店舗の銀行システムが5回ダウンしたと報告しており、これはY2K問題が原因と考えられている。[ 104 ] ノルウェーでは、2000年12月31日、ノルウェー国鉄は 、新型シグナトゥール列車 29両すべてが、車載コンピューターが日付を無効と判断したため運行できず、遅延が発生したと発表した。暫定措置として、技術者たちは列車の時計を1か月戻して運行を再開し、一部の路線では旧型列車を使用した。[ 104 ] [ 105 ] [ 106 ] ハンガリーでは、1000軒以上の薬局のコンピューターが2001年1月1日に動作しなくなった。これは、コンピューターが新年を有効な日付として認識しなかったためである。[ 107 ] 南アフリカでは、2001年1月1日にファースト・ナショナル・バンク のコンピューターが新年を1901年と誤認識し、約16,000件の取引に影響が出て、クレジットカードの金利が誤って請求される事態となった。ファースト・ナショナル・バンクは1月4日にこの問題に気づき、同日中に修正した。[ 108 ] コンビニエンスストアチェーンのセブン-イレブンで は、2001年1月1日に多数のレジがカード決済に対応しなくなった。これは、それまで不具合がなかったにもかかわらず、レジが新年を1901年と誤認識したためである。セブン-イレブンは、レジは2日以内に完全に復旧したと報告した。[ 104 ] コネチカット州 では、1月初旬にコネチカット州車両管理局が、 1999年10月2日から1999年11月30日の間に登録が更新された車両に対して重複した自動車税請求書を送付し、23,000人の住民に影響が出た。広報担当者は、Y2Kの不具合によりこれらの車両がシステムに二重に登録されたと述べた。[ 109 ] オレゴン州マルトノマ郡 では、1月初旬に約3000人の住民が1901年の日付の陪審員召喚状を受け取った。召喚状の日付を入力する際に2桁の年を使用していたため、裁判所の職員はコンピューターが年を誤って繰り越していることに気づかなかった。[ 104 ]
政府の対応
ブルガリア ブルガリアの国民識別番号 では出生年に2桁しか割り当てられていないが、1900年問題 とその後のY2K問題は、月の範囲で12を超える未使用の値を使用することで対処された。1900年以前に生まれたすべての人については、月は暦月+20として保存され、2000年以降に生まれたすべての人については、月は暦月+40として保存される。[ 113 ]
オランダ オランダ政府は、独占禁止法違反や情報共有に基づく法的責任の脅威を受けることなく、業界間で準備状況を共有するために、Y2K情報共有分析センター(ISAC)の設立を推進した。
ノルウェーとフィンランド ノルウェーとフィンランドは、国民識別番号を、 個人の出生世紀を示すように変更した。両国では、出生年は歴史的に2桁の数字のみで示されていた。この番号付けシステムは、19世紀と20世紀に生まれた人を区別する問題から生じた「1900年問題 」という同様の問題をすでに引き起こしていた。Y2Kの懸念は、より古い問題に注目を集め、新しい問題の解決を促した。フィンランドでは、21世紀に生まれた人については、番号のハイフン("-")を文字「A」に置き換えることで問題が解決された(1900年以前に生まれた人については、すでに記号は「+」だった)。[ 114 ] ノルウェーでは、生年月日後の個々の番号の範囲が0~499から500~999に変更された。
ルーマニア ルーマニアも、出生年が2桁でしか表されないというY2K問題を受けて、国民識別番号を変更した。2000年以前は、性別を示す最初の桁は男性が1、女性が2だった。2000年1月1日以降に生まれた人は、男性は5、女性は6で始まる番号を持つ。
ウガンダ ウガンダ政府は Y2Kの脅威に対応するため、Y2Kタスクフォースを設置した。[ 115 ] 1999年8月、世界銀行国際Y2K協力センターによる独立した国際評価で、ウガンダのウェブサイトが「非常に情報豊富」という最高ランクに位置づけられた。これにより、ウガンダは107カ国の政府の中で「トップ20」に入り、米国、英国、カナダ、オーストラリア、日本と同等の評価を受け、ドイツ、イタリア、オーストリア、スイスを上回った。これらの国は「やや情報豊富」と評価された。報告書は「Y2Kに関する情報をより多く公開する国は、自国および国際市場に対する国民の信頼を維持しやすいだろう」と述べている。[ 116 ]
アメリカ合衆国 1998年、米国政府は Y2Kの脅威に対応するため、2000年情報および準備状況開示法を可決し、準備状況を確保するために民間部門の担当者と協力し、問題が発生した場合に社内の事業継続計画を作成し、2000年プログラムに関する開示に関して企業が負う可能性のある特定の責任に制限を設けた。[ 117 ] [ 118 ] この取り組みは、ジョン・コスキネン が率いる大統領2000年変換評議会が、連邦緊急事態管理庁 (FEMA)および司法省内の暫定的な 重要インフラ保護 グループと連携して調整した。[ 119 ] [ 120 ]
米国政府はこの問題に対して、(1)アウトリーチと提唱、(2)監視と評価、(3)緊急時計画と規制という3つのアプローチを採用した。[ 121 ]
y2k.govで使用するために、大統領2000年問題対策協議会が作成したロゴ。 米国政府の広報活動の特徴の一つは、y2k.gov を含む Y2K ウェブサイトであったが、その多くは 2000 年以降アクセスできなくなっている。これらのウェブサイトの一部は、国立公文書館 やWayback Machine によってアーカイブされている 。[ 122 ] [ 123 ]
各連邦機関は、民間部門の担当者と協力する独自のY2K対策チームを持っていた。例えば、FCC にはFCC Year 2000 Task Forceがあった。[ 121 ] [ 124 ]
ほとんどの業界は、バックアップ通信手段としてインターネットに依存する緊急時対応計画を持っていた。当時、インターネットに関して明確な権限を持つ連邦機関は存在しなかった(権限は国防総省から国立科学財団、そして商務省へと移管されていた)ため、インターネット自体の準備状況を評価している機関はなかった。そのため、1999年7月30日、ホワイトハウスはホワイトハウス・インターネットY2K円卓会議を開催した。[ 125 ]
米国政府はまた、ロシア連邦との共同作戦として2000年戦略安定センターを 設立した。これは、各国の核攻撃早期警戒システムにおける誤検出の可能性を軽減するために設計された連絡作戦であった。[ 126 ]
JunoインターネットサービスプロバイダーのCDラベルのY2K対応
国際協力 国際Y2K協力センター(IY2KCC)は、1998年12月に国連で開催された第1回世界Y2Kコーディネーター会議で、120カ国以上の各国のY2Kコーディネーターの要請により設立されました。[ 127 ] IY2KCCは1999年3月にワシントンDCに事務所を設立しました。資金は世界銀行から提供され、ブルース・W・マコーネルが所長に任命されました。
IY2KCCの使命は、「Y2K問題が世界社会と経済に及ぼす悪影響を最小限に抑えるため、政府、国民、民間部門間の戦略的な協力と行動を促進すること」でした。IY2KCCの活動は、以下の6つの分野で行われました。
国家的な準備:世界中でY2K対策プログラムを推進する 地域協力:定められた地理的区域内での連携を促進・支援する セクター間協力:定義された経済セクター内およびセクター間の連携を促進・支援する 継続性と対応協力:緊急対応に必要なサービスと物資を確保するための連携を促進・支援する 情報協力:国際的な情報共有と広報活動の促進と支援 ファシリテーションと支援:Y2Kコーディネーターのグローバル会議を組織し、リソースを特定する。 IY2KCCは2000年3月に閉鎖されました。[ 127 ]
民間セクターの対応 1999年のベストバイの ステッカーで、顧客に深夜0時前にコンピューターの電源を切るよう勧めている。富士通シーメンスコンピュータの パンフレットに掲載されていた、製品が2000年に対応済みであることを示す表示。米国は、Y2K問題への対応状況を適切に開示した企業の責任を制限する「 2000年情報開示法」を制定した。 保険会社は、Y2K問題による企業の倒産を補償する保険商品を販売していた。 弁護士たちはY2K集団訴訟のために組織化され、動員された(しかし、訴訟は起こされなかった)。[ 128 ] サバイバリスト関連のビジネス(銃販売店、軍放出品、スポーツ用品店)は、 Y2K騒動 として知られる出来事により、1999年の最後の数ヶ月間にビジネスが増加すると予想した。[ 129 ] ロング・ナウ財団は 、(彼らの言葉によれば)「今後1万年の枠組みの中で、『よりゆっくりとした、より良い』思考を促進し、創造性を育むことを目指している」が、1万年問題 に先んじて、すべての年を5桁で表記するという方針をとっている。例えば、設立年は「01996」と表記している。 インターネットY2K対策として包括的な取り組みはなかったものの、複数のインターネット業界団体や組織が連携してインターネットY2000キャンペーンを結成した。[ 130 ] この取り組みはホワイトハウスのインターネットY2Kラウンドテーブルと提携した。 Y2K問題は1990年代後半に大きな話題となり、多くのマスメディアで取り上げられた。マーク・ジョセフ著の『Deadline Y2K』など、「Y2K災害」をテーマにした書籍が数多く出版された。映画 『Y2K: Year to Kill』 をはじめ、数多くのテレビ番組、漫画、コンピュータゲームもY2K問題を題材にした作品を生み出した。
料金 Y2K対策にかかった総費用は、おそらく3,000 億ドル(2025年5月時点のインフレ調整後の 5,610 億ドル)を超えた。[ 140 ] [ 141 ] IDCの計算によると、米国はY2K対策に推定1,340億ドル(2,510 億ドル)を費やし、2000年と2001年に問題解決にさらに130億ドル(240 億ドル)を費やした。世界全体では、Y2K対策に3,080億ドル(5,760 億ドル)が費やされたと推定されている。[ 142 ]
顧客からの解決策への要求が、是正作業の推進力となった。[ 143 ] 潜在的な法的責任を意識したソフトウェア供給業者は、[ 128 ] 是正努力で対応した。ソフトウェア下請け業者は、ソフトウェアコンポーネントに日付関連の問題がないことを証明するよう求められ、それがサプライチェーンの下流でさらなる作業を引き起こした。
1999年までに、多くの企業はサプライヤーに対し、ソフトウェアがすべてY2K問題に対応していることを証明するよう求めた。中には、修正アップデートのみを受け入れただけで署名した企業もあった。多くの企業、あるいは国全体でさえ、自らほとんど努力をしなかったにもかかわらず、軽微な問題しか被らなかった。
結果 2000年の出来事をその余波という観点から捉えるには、2つの方法がある。
支持ビュー この見解では、問題の大部分は適切に解決され、費やされた費用は少なくとも部分的には正当化されたとされています。状況は本質的に、予防的な警戒態勢によるものでした。この見解を支持する人々は、日付変更時に問題がなかったことはプロジェクトの完成度を反映しており 、多くのコンピュータアプリケーションは修正や対策がなければ21世紀まで機能し続けなかっただろうと主張しています。
中小企業や小規模組織では見られなかった予想された問題は、1999年12月31日より数年前に適用されたオペレーティングシステムやユーティリティソフトウェアの定期的なアップデートに組み込まれたY2K修正によって防止されました[ 144 ] 。
大規模な産業や政府による対策が、対策を講じなければより深刻な影響を及ぼしていたであろう問題をどの程度回避できたかは、通常、公表されず、広く報道されることもなかった。[ 145 ]
2001 年 9 月 11 日 、ニューヨーク市のインフラ (地下鉄 、電話サービス、金融取引を含む) が稼働を継続できたのは、Y2K バグの影響に備えて構築された冗長ネットワーク[ 146 ] と企業が考案した緊急時対応計画[ 147 ] のおかげであると示唆されている。テロ攻撃とそれに続くマンハッタン南部の 長時間の停電は、世界の銀行システムにはほとんど影響を与えなかった[ 148 ] バックアップシステムは地域のさまざまな場所で起動され、その多くは1999 年 12 月 31 日にマンハッタンの金融街 でネットワークが完全に停止する可能性に対処するために構築されていた[ 149 ] 。
反対意見 反対の見解は、そもそも重大な問題は存在しなかったか、ごくわずかだったと主張する。また、この見解では、発生したミスはごくわずかで、問題が発生した際に「事後対応」するアプローチが最も効率的かつ費用対効果の高い 解決策であったと主張する。
国際データコーポレーションは、 米国が400億ドルを無駄にした可能性があると推定した。[ 150 ]
大規模な取り組みの必要性に懐疑的な人々は、多くの管轄区域で2000会計年度が1999年に開始されたにもかかわらず、2000年1月1日より前にY2K関連の問題が発生しなかったことを指摘し、また、広範囲にわたる将来予測計算には2000年以降の日付が含まれていました。2000年に向けて行われた推定では、すべての問題の約25%が2000年より前に発生していたはずであると示唆されていました。[ 151 ] 大規模な是正措置の批判者は、1999年中に、コンプライアンス違反の小規模企業で重大な問題が報告されていないことは、どの 企業にも修正が必要な深刻な問題がなかった、そして今後もないという証拠であり、したがって問題の規模は著しく過大評価されていると主張しました。[ 152 ]
韓国、イタリア、ロシアなどの国々は、Y2K対策にほとんど、あるいは全く投資しなかったが、[ 133 ] [ 150 ] 巨額の資金を投じた国々と同様に、Y2K問題はごくわずかだった。西側諸国はロシアで深刻な問題が発生すると予想し、多くの国が渡航勧告を発令し、不要不急の職員を避難させた。[ 153 ]
批評家たちは、学校ではY2K関連の問題がほとんど発生していないことも指摘している。多くの学校は、対策をほとんど、あるいは全く講じていなかった。1999年9月1日時点で、米国の学校のうちミッションクリティカルシステムのコンプライアンスを達成していたのはわずか28%で、政府の報告書では「Y2K障害は、給与計算、生徒記録、オンラインカリキュラム、建物の安全システムを管理するために学校が使用するコンピュータを悩ませる可能性が非常に高い」と予測されていた。[ 154 ]
同様に、Y2K関連の問題は、 対策を講じなかったと推定される約150万の小規模企業ではほとんど発生しなかった。2000年1月3日(その年の最初の平日)には、中小企業庁に はコンピューターの問題を抱えた企業から平均とほぼ同じ40件の電話がかかってきた。いずれの問題も深刻なものではなかった。[ 155 ]
注記 ↑ 2000 年バグ 、 Y2K 問題 、 Y2K スケア 、 ミレニアムバグ 、 Y2K バグ 、 Y2K グリッチ 、または Y2K エラー としても一般的に知られています。 ↑ 「IBM」1401という名前は、最小のメモリ容量である1,400文字を反映している。 [ 21 ]
参考文献 ↑ 政府改革・監視委員会(1998年10月26日)。 2000年問題:政府改革・監視委員会による第4次報告書、および追加見解 (PDF) 。米国政府印刷局。3ページ。 2021年7月 20 日にオリジナルから アーカイブ (PDF) 。 2021年6月7日 に取得 。 ↑ 上沼フランシーヌ(2019年12月30日) 「20年後、Y2K問題は冗談のように思える――舞台裏の人々は真剣に受け止めていたから」 タイム 誌 。 2021年9月30日のオリジナルより アーカイブ。 2021年6月7日 閲覧 。 ↑ 「うるう日火曜日、Y2K問題最後の心配事」 。Wired 。 2000年2月25日。 2021年4月30日のオリジナルから アーカイブ。 2016年10月16日 閲覧 。 ↑ キャリントン、ダミアン (2000 年 1 月 4 日)。 「Y2K 問題は追い風になったのか?」 。 BBC ニュース 。2004年 4 月 22 日の オリジナル からアーカイブ。2009 年 9 月 19 日 閲覧 。 ↑ Loeb, Zachary (2019年12月30日). 「Y2Kの教訓、20年後」 . The Washington Post . 2020年12月2日のオリジナルより アーカイブ 。 2021年6月7日 閲覧。 1 2 3 エリック・アンドリュー=ジー(2019年12月28日)。 「Y2K:起こらなかった終末に備えたカナダの奇妙で真実の歴史、しかし私たち全員を変えた出来事」 。 グローブ・アンド・メール 。 2020年1月1日のオリジナルから アーカイブ。 2020年2月27日 取得 。 ↑ Cory Johnson (1999年12月29日)。 「Y2K騒動の危機」 。TheStreet 。 2020年2月28 日のオリジナルから アーカイブ済み 。 2020年2月28日 に閲覧。 ↑ Barnaby J. Feder (1998年10月11日) 「2000年のタウンクライヤー」 ニューヨークタイムズ 。 2020年4月14日のオリジナルから アーカイブ 。 2020年2月28日 閲覧 。 ↑ ボレス、スペンサー (1985 年 1 月 19 日)。 「2000 年のコンピュータのバグ」 。 ニュースグループ : net.bugs。Usenet : 820@reed.UUCP。2011年 1 月 22 日にオリジナルから アーカイブ済み 。2019 年 8 月 15 日 に取得 。 ↑ American RadioWorks 2011年7月27日に Wayback Machineに アーカイブ済みY2Kノートブックの問題2011年7月27日に Wayback Machineに アーカイブ済み– Y2Kの驚くべき遺産2011年7月27日に Wayback Machine に アーカイブ済み 。2007年4月22日に取得。 ↑ Rose, Ted (1999年12月22日). 「Y2Kは誰が発明したのか、そしてなぜこれほどまでに広く知られるようになったのか?」 . Baltimore Sun. 2022年9月26日 時点のオリジナルより アーカイブ。 2022年9月26日 閲覧 。 ↑ 「コンピュータメモリ広告 1975」で画像検索すると、8Kメモリが990ドル、64Kメモリが1495ドルで販売されている広告が表示されます。 ↑ McCallum, John C. (2022). "Computer Memory and Data Storage" . Global Change Data Lab. 2023年10月4日のオリジナルから アーカイブ済み。 2023年10月21日 取得 。 ↑ カッペルマン、レオン、スコット、フィル(1996年11月25日)。 「2000年の累積貯蓄:コンピュータ日付問題」 。Computerworld 。 2017年12月18日の オリジナル から アーカイブ。 2017年2月13日 取得 。 ↑ Y2K問題に関するCNN.com のポータル記事( 2006年2月7日にWayback Machine に アーカイブ済み) ↑ ピスコラ、ベス(1997年3月1日)「ダウの十進法」 ニューヨーク・ポスト 、26ページ 。 1 2 3 プレゼンター: スティーブン・フライ (2009 年 10 月 3 日)。 「最初はオタクだった」 。 アーカイブ 4。BBC ラジオ 4。2009 年 10 月 13 日にオリジナルから アーカイブ。2018 年 2 月 13 日 に取得 。 ↑ ハルバーソン、マイケル(1999)。 『Microsoft Office 2000 の操作』 。ヤング、マイケル J. ワシントン州レドモンド:マイクロソフト プレス 。ISBN 1-57231-936-4 OCLC 40174922。 ↑ハルバーソン、マイケル ; ヤング、マイケル(1999)。 『Microsoft Office 2000 Professional の操作』 。ワシントン州レドモンド:マイクロソフトプレス。pp. xxxix。ISBN 1572319364 2000年問題について学び、その影響に備えるにあたって、いくつか考慮すべき点があります。まず、悲観的な予測にもかかわらず、大量の水、穀物、物々交換品、弾薬を蓄えて鉱山の坑道に閉じこもって新千年紀に備える必要はおそらくありません。2000年になってもほとんどのコンピュータシステムは動作不能にならず、1996年以降に製造されたパーソナルコンピュータであれば、ハードウェアやシステムソフトウェアの更新やカスタマイズはほとんど必要ないでしょう。 ↑ アラン・グリーンスパン元 連邦準備制度 理事会議長 による上院銀行委員会 で の証言、1998年2月25日、 ISBN 978-0-16-057997-4 ↑ 「IBM 1401 リファレンス マニュアル」 (PDF) 。 2010年8月9日に オリジナル (PDF) からアーカイブされました。 ↑ 「主要なコンピュータコーディング開発者が死去」 ワシントン・ポスト 。 2004年6月25日。 2017年9月19日にオリジナルから アーカイブ。 2011年9月25日 閲覧 。 ↑ Andrew-Gee, Eric (2019年12月28日) 「Y2K:起こらなかった終末に備えたカナダの奇妙で真実の歴史、しかし私たち全員を変えた出来事」 The Globe and Mail 。 2020年1月1日のオリジナルから アーカイブ。 2020年2月27日 閲覧 。 ↑ R. Braden 編 (1989 年 10 月)。 インターネット ホスト の要件 - アプリケーションとサポート 。ネットワーク ワーキング グループ。doi : 10.17487/RFC1123。STD 3。RFC 1123 。 インターネット 標準3。RFC 1349、2181、5321、5966、7766により 更新。 ↑ D. コルステット (1997 年 11 月 15 日) 「役立つ 2000 年対策のヒント」 CIO マガジン 12ページ 。 ↑ 「未来を見据えて」。InformationWeek 。1996年10月28日。8ページ 。23 世紀 まで続く。 ↑ 「エポックタイム」 . unixtutoria . 2019年3月15日。 2023年4月13日のオリジナルから アーカイブ済み 。 2023年4月13日 に取得。 ↑ Thomas, Martyn (2019年12月31日). 「ミレニアムバグは実在した ― そして20年後、私たちは同じ脅威に直面している」 . The Guardian . 2024年6月8日 閲覧。 ↑ パトリツィオ、アンディ(1997年9月15日)「Visaがベンダーから引き落とす」 InformationWeek 、50ページ 。 ↑ 「Microsoft サポート技術情報記事 214326」 。Microsoft サポート。2015 年 12 月 17 日。2008 年 4 月 8 日 のオリジナルから アーカイブ。2016 年 10 月 16 日 に取得 。 ↑ Christiansen, Tom (1999年1月1日). "Y2K準拠" . Perl.com . 2025年10月21日 取得 . ↑ "localtime - Perldoc Browser" . perldoc.perl.org . 2025-10-21 に取得. ↑ "日付 (Java Platform SE 8)" . docs.oracle.com . 2025-10-21 に取得. ↑ 「JavaScript リファレンス Javascript 1.2」 。Sun Microsystems。 2007年6月8日にオリジナルから アーカイブ済み 。 2009年6月7日 に取得。 ↑ "JavaScript リファレンス Javascript 1.3" . Sun. 2009年4月20日のオリジナルから アーカイブ済み 。 2009年6月7日 取得。 ↑ Neumann, Peter G. (1987年2月2日). "The RISKS Digest, Volume 4 Issue 45" . The Risks Digest . 4 (45). 2014年12月28日のオリジナルから アーカイブ済み。 2014年12月28日 取得 。 ↑ Stockton, JR、「重要な日付と意義深い日付は、Wayback Machine に 2015-09-07 に アーカイブされています」 Merlyn 。 ↑ A. van Deursen、「うるう年問題(2022年5月20日にWayback Machine に アーカイブ)」 The Year/2000 Journal 2(4):65–70、1998年7月/8月。 ↑ 「バンク・オブ・クイーンズランドで「Y2.01k」の不具合が発生」 。CRN。2010年1月4日。 2010年3月15日のオリジナルから アーカイブ。 2016年10月16日 閲覧 。 ↑ 「Windows Mobileの不具合日付2010テキスト2016」 。2010年1月5日。 {{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)↑ 「Windows Mobile フォンが Y2K+10 バグに悩まされる」 。2010 年 1 月 4 日。2013年 10 月 23 日の オリジナル からアーカイブ。2010 年 1 月 4 日 取得 。 ↑ 「バンク・オブ・クイーンズランド対Y2K – 最新情報」 。2010年1月4日。 2010年1月8日の オリジナルからアーカイブ 。 2010年1月4日 に取得。 ↑ 「エラー: 8001050F により PlayStation Network がダウン」 。Gizmodo。2010 年 3 月。2020 年 8 月 9 日にオリジナルから アーカイブ済み。2020 年 3 月 16 日 に取得 。 ↑ 「ドイツで2010年のバグ発生」 (フランス語)。RTL。2010年1月5日。 2010年1月7日のオリジナルから アーカイブ。 2016年10月16日 閲覧 。 ↑ 「Y2Kバグを覚えていますか?マイクロソフトが新たなY2K22問題を確認」 。 スカイニュース 。 2022年1月4日にオリジナルから アーカイブ済み 。 2022年1月2日 に取得。 ↑ ギブス、サミュエル(2014年12月17日)。 「2038年問題は新たなY2K問題か?」 。 ガーディアン 。 2022年1月25日のオリジナルから アーカイブ。 2018年10月11日 閲覧 。 ↑ レイモンド・B・ハワード。「ウィンドウ処理の有効性:60年間の猶予をもたらす技術」。Year /2000 Journal (1998年3月/4月号)。 ウィンドウ処理は、ソフトウェアが再設計されるまでレガシーシステムを正常に動作させ続けるための長期的な解決策である。 ↑ グリーン、マックス。 「CNN - PC向けY2K対策トップ10 - 1999年9月22日」 。CNN。 2001年5月8日に オリジナル からアーカイブ済み。 ↑ 「ミレニアムバグキット」 。2000年4月11日に オリジナル からアーカイブされました 。 ↑ 「2000年問題に関するFAQ」 。1998年5月5日。 2021年3月8日にオリジナルから アーカイブ済み 。 2020年3月1日 に取得。 ↑ エレン・フリードマン、ジェリー・ローゼンバーグ。 「ミレニアムへのカウントダウン:最終年に検討すべき問題」 (PDF) 。 2021年8月18日にオリジナルから アーカイブ (PDF) 。 2020年3月1日 に取得 。 ↑ Peter Kruskopfs. "日付のジレンマ" . Information Builders . 1996-12-27 の オリジナルからアーカイブ済み . 2020-03-15 に取得. 日付サーバーなどのブリッジプログラムも別の選択肢です。これらのサーバーは、2 桁の年から 4 桁の年へのレコード形式の変換を処理します。 1 2 Chandrasekaran, Rajiv (1999年3月7日). 「原子力発電所での大規模な不具合がY2Kテストの危険性を示す」 . The Washington Post . ISSN 0190-8286 . 2023年3月14日のオリジナルからアーカイブ 済み。 2023年5月12日 取得 。 ↑ 「Y2K問題が再び深刻化」 。ニューヨーク:CNN。1999年1月12日。 2021年8月17日時点の オリジナルよりアーカイブ。 2019年12月30日 閲覧 。 ↑ 「Y2Kバグが空港を襲う」 。 2023年3月8日にオリジナルから アーカイブ済み 。 2023年3月8日 に取得。 ↑ 「フィラデルフィアはY2K対策が万全ではなかった、1900年の陪審員通知が証明する」 。1999年11月28日。 2023年3月8日にオリジナルから アーカイブ。 2023年3月8日 に取得 。 ↑ ベケット、アンディ(2000年4月23日)。 「噛まなかった虫」 。 ガーディアン 。 2023年3月7日のオリジナルから アーカイブ 。 2023年3月7日 に取得。 ↑ Gibbs, Thom (2019年12月19日) 「ミレニアムバグ神話、20年後:Y2Kについておそらく間違っている理由」 The Telegraph . ISSN 0307-1235 . 2023年3月7日のオリジナルから アーカイブ。 2023年3月7日 取得 。 ↑ 「Telecom Italiaの1900年の請求書」 。 2023年3月15日にオリジナルから アーカイブ済み 。 2023年3月15日 に取得。 ↑ フィッツパトリック、パット(2019年11月14日)。 「Y2Kを覚えていますか?パット・フィッツパトリックは、飛行機が空から落ちてくるとみんなが思っていた時のことを覚えています」 。 2023年3月15日にオリジナルから アーカイブ 。 2023年3月15日 に取得。 ↑ 「Y2K問題がクレジットカード端末の故障の原因」 。 2023年2月3日にオリジナルから アーカイブ済み 。 2023年2月3日 に取得。 ↑ ミレニアムバグが小売業者を襲う2017年8月12日にWayback Machine に アーカイブ済み、 BBCニュース 、1999年12月29日。 ↑ 「Y2K問題後も米国の衛星は安全」 。BBC ニュース 。 2021年7月1日にオリジナルから アーカイブ 。 2021年1月16日 に取得。 ↑ 「Y2K問題で極秘スパイ衛星が機能不全に陥る」 。 ユナイテッド・プレス・インターナショナル 。 2022年9月6日時点のオリジナルより アーカイブ。 2023年3月24日 閲覧 。 ↑ 「報道:Y2K問題の修正により 、 米国のスパイ衛星は数時間ではなく数日間機能停止」 。CNET 。2002年1月2日。 2023年3月24日にオリジナルから アーカイブ 。 2023年3月24日 に取得。 1 2 3 4 5 「軽微なバグの問題が発生」 BBC ニュース 2000年1月1日 2009年1月11 日のオリジナルから アーカイブ 2017年7月8 日 取得 1 2 「Y2Kバグって何? グローバルコンピュータは問題なし」 。 デゼレット 。2000年1月2日。 2023年5月9日にオリジナルから アーカイブ 。 2023年5月9日 に取得。 ↑ 「日本の原子力発電所が故障」 。BBC ニュース 。1999年12月31日。 2021年3月22日にオリジナルから アーカイブ 。 2017年10月4日 に取得。 ↑ 「Y2K問題が日本の工場を襲う」 。 2023年2月4日にオリジナルから アーカイブ済み 。 2023年2月4日 に取得。 1 2 マーティン・ウィリアムズ(2000年1月3日) 「日本の原子力発電所3基でコンピューター障害が発生」 CNN IDG コミュニケーションズ 2004年12月7日時点の オリジナル よりアーカイブ 。 1 2 3 「世界的に見て、Y2K問題は結局ほとんど影響がなかった」 2000年1月3日。2023年2月23日 にオリジナルから アーカイブ済み 。 2023年2月23日 に取得。 1 2 3 4 「月曜日が本当のY2Kの日になるのか?」 . 2023年2月7日にオリジナルから アーカイブ済み 。 2023年2月7日 に取得。 ↑ 「Y2Kバグが韓国のアパートの暖房システムを襲う」 。2000年1月3日。 2022年11月27日のオリジナルから アーカイブ 。 2023年2月7日 取得。 1 2 「韓国、Y2K問題への対応に成功」 。 2020年11月11日にオリジナルから アーカイブ 。 2023年2月7日 に取得。 1 2 Allen, Frederick E. 「Apocalypse Then: When Y2K Didn't Lead To The End Of Civilization」 。 2023年3月18日にオリジナルから アーカイブ済み。 2023年3月18日 に取得 。 1 2 Reguly, Eric. 「論説:Y2K問題は結局大した問題ではなかった、とエリック・レギュリーは語る」 . The Globe and Mail . 2023年2月7日のオリジナルから アーカイブ済み. 2023年2月7日 に取得 . ↑ 「ギリシャの3万台のレジがY2Kバグに見舞われる」 。2000年1月6日。 2023年3月9日にオリジナルから アーカイブ済み 。 2023年3月9日 に取得。 1 2 サミュエル、ローレンス R. (2009年6月1日). 未来:近現代史 . テキサス大学出版局. p. 179. ISBN 978-0-292-71914-9 2023年2月3日にオリジナルからアーカイブされました。2023年2月3日 に取得されました 。↑ 「Y2K問題で衛星監視システムが停止」 Flight Global 2023年3月7日。2023年10月21日 のオリジナルから アーカイブ。 2023年3月7日 閲覧 。 ↑ 「Y2K問題がドイツのオペラ界を襲う」 USA Today 。 2000年6月8日時点の オリジナル よりアーカイブ。 2023年2月3日 閲覧 。 ↑ 「Y2Kバグが400万件の銀行業務の失敗の原因とされた」 。 2023年3月7日にオリジナルから アーカイブ済み 。 2023年2月7日 に取得。 ↑ 「Y2Kバグが米国のテロ監視活動に一時的に影響を与えたと国防総省が発表」 www.cnn.com 2023 年4月21日時点のオリジナルより アーカイブ済み 。 2023年9月20日 閲覧 。 ↑ 「Y2K問題で105歳が苦しむ」 。 インディペンデント・オンライン 。2000年2月4日。2023年4月24日 にオリジナルから アーカイブ 。 2023年4月24日 に閲覧。 ↑ 「国防総省、衛星情報システムの不具合を報告」 。2023年3月8日。 2023年3月8日にオリジナルから アーカイブ 。 2023年3月8日 に取得。 ↑ ウェインライト、マーティン (2001年9月13日)。 「ミレニアムバグによるエラーでNHSは巨額の損害賠償請求に直面」 。 ガーディアン紙 。英国。 2021年8月18日時点のオリジナルより アーカイブ。 2011年9月25日 閲覧 。 保健サービスは昨日、ミレニアムバグによるコンピューターエラーを見落としたために、154人の妊婦に誤ったダウン症候群検査結果が送られたことを認めた後、巨額の賠償請求に直面している。… 1 2 「ブラジルの港はY2K問題で混乱したが、遅延はなかった」 。ロイター。2000年1月10日。 2023年3月24日にオリジナルから アーカイブ 。 2023年3月24日 に取得。 ↑ 「Y2K問題が信号機を襲う」 。 ザ・グリーナー 。2000年1月3日。 2021年9月20日のオリジナルから アーカイブ。 2023年5月16日 閲覧 。 ↑ マーシャ・ウォルトン、 マイルズ・オブライエン (2000年1月1日)。 「準備が功を奏し、世界はY2Kの小さな不具合のみを報告」 。CNN 。 2004年12月7日の オリジナル よりアーカイブ 。 ↑ ジェフ・リーズ (2000 年 1 月 4 日)。 「2000 年バグによる混乱はほとんど発生せず」 。2023 年 4 月 18 日のオリジナルから アーカイブ。2023 年 4 月 18 日 取得 。 ↑ 「Y2Kバグが米国のテロ監視活動に一時的に影響を与えたと国防総省が発表」 。CNN 。2000年1月5日。 2023 年4月18日にオリジナルから アーカイブ。 2023年4月18日 に取得 。 1 2 「核兵器工場でY2K不具合が報告される」 。 2023年1月28日にオリジナルから アーカイブ済み 。 2023年1月28日 に取得。 ↑ 「Y2K問題が原子力発電所を一時的に襲う」 。AP通信。2000年1月4日。 2023年3月28日にオリジナルから アーカイブ 。 2023年3月28日 に取得。 ↑ 「Y2K協議会がY2Kの不都合を報告|Computerworld」 。www.computerworld.com 。 2000年1月7日。2023年7月23日 のオリジナルから アーカイブ 。 2023年7月23日 に取得。 1 2 Davidson, Lee (2000年1月4日) 「Y2Kバグを撃退、米国が勝利を主張、司令センターでの終日作戦を終了」 . Deseret News . 2023年6月9日時点のオリジナルより アーカイブ。 2023年6月9日 閲覧 。 ↑ Barr, Stephen (2000年1月3日). 「Y2K責任者、市場が閉まるまで安全宣言を待つ」 . The Washington Post . ISSN 0190-8286 . 2022年11月22日のオリジナルから アーカイブ済み。 2023年6月18日 閲覧 。 ↑ ミショー、クリス(2023年1月4日)。 「Y2K問題がグルメチョコレートを蝕む」 。 インディペンデント・オンライン 。 2023年6月18日のオリジナルから アーカイブ。 2023年6月18日 閲覧 。 ↑ S、エドモンド; ERS (2000年1月7日)。 「Y2Kの不具合により、一部のカード所有者に複数の請求が発生しています」 。 2023年1月27日にオリジナルから アーカイブ済み。 2023年1月27日 に取得 。 ↑ 「新年を迎えるにあたり、マイクロソフトのインターネットサービスで2つの不具合が発生」 。CNN 。 2000 年1月3日。 2006年2月11日の オリジナル からアーカイブ。 2023年4月24日 閲覧 。 ↑ 「香港のうるう年、Y2Kの不具合なし」 . Wired . 2000年2月29日。 2021年4月30日のオリジナルから アーカイブ済み 。 2016年10月16日 閲覧。 ↑ 「閏日が世界中でコンピューターの不具合がほとんどなく到来」 。2000年2月29日。 2023年2月3日にオリジナルから アーカイブ 。 2023年2月3日 に取得。 ↑ 「うるう日には不具合があった」 . Wired . 2000年3月1日。 2021年6月8日時点のオリジナルより アーカイブ 。 2020年2月25日 閲覧。 1 2 「うるう日に軽微なコンピュータの不具合」 。2000年3月1日。 2023年3月7日にオリジナルから アーカイブ済み 。 2023年3月7日 に取得。 ↑ 「うるう日バグが税制を蝕む」 。CBC ニュース 。2000年3月1日。 2023年3月7日にオリジナルから アーカイブ 。 2023年3月7日 に取得。 1 2 3 4 「虫の最後の一撃」 。BBC ニュース 。2001年1月5日。 2003年2月3日のオリジナルから アーカイブ。 2014年12月31日 取得 。 ↑ 「セブンイレブンのシステムがY2Kのような不具合に見舞われる」 。 2023年3月10日にオリジナルから アーカイブ済み 。 2023年3月10日 に取得。 ↑ 「年末にノルウェーの鉄道でY2K問題発生」 。2001年1月1日。 2023年3月10日にオリジナルから アーカイブ 。 2023年3月10日 に取得。 ↑ ホルヴァート、ジョン(2001年1月6日)。 「Y2Kの逆襲」 (ドイツ語)。 2023年10月21日のオリジナルから アーカイブ。 2023年10月10日 閲覧 。 ↑ Meintjies, Marvin (2001年1月11日) 「Y2Kの不具合で銀行が新年のショックを受ける」 Independent Online 。 2023年3月13日のオリジナルから アーカイブ 。 2023年3月12日 閲覧 。 ↑ Valenta, Kaaren (2001年1月4日) 「税務署員:自動車税の請求書は正しい」 The Newtown Bee 。 2023年4月28日のオリジナルから アーカイブ 。 2023年4月28日 に取得 。 ↑ 「NASAの深宇宙彗星探査ミッションが終了」 。ジェット推進研究所。2013年9月20日。 2013年10月14日の オリジナルからアーカイブ。 2022年7月9日 閲覧 。 ↑ ストーケル=ウォーカー、クリス。 「20年前のずさんな修正により、Y2Kバグが今、コンピュータをダウンさせている」 。 ニュー・サイエンティスト 。 2020年1月12日のオリジナルから アーカイブ 。 2020年1月12日 に取得。 ↑ アダルベルト、ニギト(2025年6月11日)。 「E sì! Non sono più gli Iphone di una volta...」 [ ああ、そうだ! iPhone はもう以前のものではありません... ] (イタリア語)。 2025年8月22日のオリジナルから アーカイブ。 ↑ Kohler, Iliana V.; Kaltchev, Jordan; Dimova, Mariana (2002年5月14日). 「ブルガリアにおける人口統計のための統合情報システム『ESGRAON-TDS』」 (PDF) . Demographic Research . 6 (Article 12): 325– 354. doi : 10.4054/DemRes.2002.6.12 . 2010年12月4日のオリジナルから アーカイブ (PDF) . 2011年1月15日 取得 . ↑ 「個人識別コード:よくある質問」 。フィンランド、デジタル・人口データサービス庁。 2020年11月26日のオリジナルから アーカイブ。 2020年11月29日 取得 。 ↑ 「ウガンダ国家Y2K対策本部 1999年6月末 公式見解」 。1999年6月30日。 2012年8月10日にオリジナルから アーカイブ 。 2012年1月11日 に取得。 ↑ 「Y2Kセンター、Y2K対策に関するさらなる情報提供を呼びかけ」 1999年8月3日。 2013年6月3日時点のオリジナルより アーカイブ 。 2012年1月11日 閲覧。 ↑ 「2000年情報および準備状況開示法」 。FindLaw 。 2019年5月13日にオリジナルから アーカイブ済み 。 2019年5月14日 に取得 。 ↑ 「Y2Kバグ:定義、ヒステリー、事実」 。 ブリタニカ百科事典 。2019年5月10日。 2019年5月20日のオリジナルから アーカイブ。 2019年5月14日 取得 。 ↑ DeBruce, Orlando; Jones, Jennifer (1999年2月23日) 「ホワイトハウス、Y2K対策の焦点を各州に移す」 CNN。 2006年12月20日のオリジナルより アーカイブ。 2016年10月16日 閲覧 。 ↑ Atlee, Tom . 「大統領の2000年変換に関する諮問委員会」 . The Co-Intelligence Institute. 2021年3月8日のオリジナルから アーカイブ済み。 2019年5月14日 取得 。 1 2 「FCC Y2K通信セクターレポート(1999年3月)コピーはWUTCで入手可能」 (PDF) 。 2007年6月5日に オリジナル (PDF) からアーカイブ。 2007年5月29日 に取得 。 ↑ 「Y2K情報と準備に関する大統領声明」 。 クリントン大統領資料プロジェクト 。国立公文書館。1998年10月19日。 2020年4月14日のオリジナルから アーカイブ。 2020年3月16日 取得 。 ↑ 「ホーム」 。 国立Y2Kクリアリングハウス 。 一般調達局 。 2000年12月5日の オリジナルからアーカイブ済み。 2020年3月16日 取得 。 ↑ Robert J. Butler; Anne E. Hoge (1999年9月) 「連邦通信委員会が米国通信業界のY2K対策の監督を主導」 Messaging Magazine。Wiley , Rein & Fielding 。 2008年10月9日の オリジナルからアーカイブ 。 2016年10月16日 に The Open Group経由で取得。 ↑ 「基本的なインターネット構造はY2K対応が期待される」、Telecom News、NCS(1999年第2号) (PDF) 。 2007年5月8日に オリジナル (PDF)からアーカイブ。 2007年5月29日 に取得 。 (799 KB) ↑ 「米国とロシアがY2Kバグセンターを共同で閉鎖」 。 シカゴ・トリビューン 。2000年1月16日。 2017年2月2日にオリジナルから アーカイブ。 2017年1月 28日閲覧 。 1 2 "コレクション: 国際Y2K協力センター記録 | ミネソタ大学アーカイブコレクションガイド" . archives.lib.umn.edu . 2019年9月8日にオリジナルから アーカイブ済み. 2020年3月16日 取得 . 1 2 キルズナー、スコット(1997年11月1日)「法律の達人を飛ばせ」 CIOマガジン 、38ページ 。 ↑ "quetek.com" 。quetek.com。 2011年8月28日の オリジナルからアーカイブ済み。 2011年9月25日 取得 。 ↑ インターネットイヤー2000キャンペーンは、 2007年12月4日にWayback Machine に アーカイブされ、Cybertelecomにアーカイブされています。 ↑ クンストラー、ジム (1999)。 「私のY2K―個人的な声明」 。クンストラー、ジム。 2007年9月27日の オリジナルからアーカイブ。 2006年12月12日 取得 。 1 2 「偽預言者、真の利益 - アメリカンズ・ユナイテッド」 。 2016年9月27日に オリジナルからアーカイブ済み 。 2016年11月9日 に取得。 1 2 ダットン、デニス (2009 年 12 月 31 日)。 「いつも、私たちが知っている世界の終わりだ」 。 ニューヨーク・タイムズ 。2017 年 2 月 27 日のオリジナルから アーカイブ。2017 年 2 月 26 日 取得 。 ↑ コーエン、J.、1999年3月1日、「一部のキリスト教徒は世界の終わりを恐れるが、他の人々にとってはただの一日」シカゴ・トリビューン ↑ ハート、B.、1999年2月12日、デゼレット・ニュース、「キリスト教徒のY2K警報論者は無責任」スクリップス・ハワード・ニュース・サービス ↑ Smith, B. (1999). "第24章 - Y2Kバグ". I Spy with my Little Eye . MS Life Media. 2016年11月6日に オリジナル からアーカイブ済み。 1 2 "Col Stringer Ministries - Newsletter Vol.1 : No.4" 。 2012年3月20日に オリジナルからアーカイブ済み 。 2016年11月9日 に取得。 ↑ リベラ、J.、1999年2月17日、「地獄の黙示録 ― Y2K問題が恐怖を煽る」、ボルチモア・サン ↑ 「Washingtonpost.com: ビジネスY2Kコンピュータバグ」 。www.washingtonpost.com 。 2012年12月 19 日のオリジナルから アーカイブ。 2023年9月27日 取得 。 ↑ 1634–1699: McCusker, JJ (1997). How Much Is That in Real Money? A Historical Price Index for Use as a Deflator of Money Values in the Economy of the United States: Addenda et Corrigenda (PDF) . American Antiquarian Society . 1700–1799: McCusker, JJ (1992). How Much Is That in Real Money? A Historical Price Index for Use as a Deflator of Money Values in the Economy of the United States (PDF) . American Antiquarian Society . 1800年~現在:ミネアポリス連邦準備銀行。 「消費者物価指数(推定)1800年~」 。 2024年2月29日 取得 。 ↑ 「Y2K:過剰宣伝と過剰販売?」 2000年1月6日。 2020年2月28日のオリジナルから アーカイブ 。 2006年2月2日 に取得。 ↑ ミッチェル、ロバート L. (2009 年 12 月 28 日)。 「Y2K: 良い点、悪い点、そして狂気」 。Computerworld。2010年 1 月 1 日のオリジナルから アーカイブ済み 。2010 年 12 月 19 日 に閲覧 。 ↑ 1996 年までにかなり進んでいた: Tharp, Paul (1996 年 12 月 2 日). "ミレニアム億万長者: 2000 年を過ぎてカウント; メインフレームの達人が復帰". The New York Post . p. 27. ↑ David S. Joachim (2006 年 5 月 1 日). "ミニ Y2K が迫る、その他いくつかの問題" . The New York Times . 2021 年 3 月 8 日のオリジナルから アーカイブ済み。2020 年 4 月 8 日 取得 。 . パッチと呼ばれるソフトウェア修正の配布を自動化するシステム ↑ ジェームズ・クリスティ、(2015年1月12日)、「Y2K ― なぜそれが本当の問題だったのか」、Claro Testing Blog、Wayback Machine に2015年1月12日に アーカイブ済み(2015年1月12日アクセス) ↑ Y2K対策は9/11後のニューヨークを助けた。 2007年3月11日にWayback Machine に アーカイブされた、 MIT ニュースのロイス・スラビンによる記事、2002年11月20日。 ↑ 「金融と開発、2002年3月~9月11日と米国の決済システム」 。 金融と開発 - F&D。 2007年4月26日のオリジナルから アーカイブ済み 。 2006年10月30日 取得 。 ↑ ゴールドバーグ、マイケル、カー、キャスリーン(2003年10月13日)。 「次に電気が消えるとき」 。CIO マガジン 。 2023年10月21日のオリジナルから アーカイブ。 2020年10月25日 閲覧 。 ↑ Y2K対策が9/11のニューヨーク市に役立った( 2007年3月11日にWayback Machine に アーカイブ済み) 、 MITニュース のRae Zimmermanによる記事、2002年11月19日。 1 2 ドワード、ジェイミー(2000年1月9日) 「ロシアのY2K法案は西側諸国の過剰反応を示している」 「 .ガーディアン 。2022年8月31日にオリジナルからアーカイブ済み。2022年8月31日 に取得。↑ エリザベス・ワイズ(1999年2月14日) 「停電?Y2K問題は安全のようだ」 USA トゥデイ 。 2023年10月21日のオリジナルより アーカイブ。 2006年5月14日 閲覧 。 ↑ ジョン・クイギン(1999年9月2日) 「Y2K問題は起こらないかもしれない」 オーストラリア ン・フィナンシャル・レビュー 。 2008年5月24日の オリジナル からアーカイブ。 2009年12月29日 閲覧 。 ↑ ライト、エドワード(1999年11月28日)「Y2K問題でモスクワの米国大使館職員が不安」 ロサンゼルス・タイムズ 。↑ ホワイトハウス:学校はY2K対策で遅れている:大統領諮問委員会はK-12学区のこれまでの準備状況に警鐘を鳴らす、 eSchool News のジョナサン・レヴィンによる記事、1999年9月1日。 ↑ フーバー、ケント(2000年1月9日)。 「ほとんどの中小企業はY2K問題で勝利」 。 ピュージェットサウンドビジネスジャーナル 。 2013年9月21日のオリジナルから アーカイブ。 2013年9月20日 閲覧 。 ↑ オレスコビッチ、アレクセイ(2024年7月19日)。 「Y2Kの亡霊が反撃してきた」 。 フォーチュン。 2024年7月21日 閲覧 。 ↑ パルス、シャノン(2024年7月19日)。 「クラウドストライクのシステム障害、航空会社:この不具合はY2Kのライト版のようだ」 。 スレート。 2024年7月21日 閲覧 。 ↑ Blair, Eric (2022年4月10日). 「ホンダとアキュラのモデルがY2Kバグに見舞われ、時計が20年前にリセットされる」 . Morristown Minute . 2025年10月6日 閲覧 。
外部リンク Y2Kと社会センター記録、チャールズ・バベッジ研究所 、ミネソタ大学。ワシントンD.C.に拠点を置くY2Kと社会センターが、非営利団体や財団と協力して、Y2K問題が社会に及ぼす可能性のある影響(貧困層や社会的弱者への支援、人々の健康と環境の保護など)に対応してきた活動を記録した資料。ノーマン・L・ディーン事務局長より寄贈。 国際Y2K協力センター記録、1998年~2000年、チャールズ・バベッジ研究所 、ミネソタ大学。このコレクションには、国際Y2K協力センターの資料が含まれています。国別報告書、新聞記事、国別アンケート、国別電話帳、背景資料、視聴覚資料、およびIY2KCC所長ブルース・W・マコーネルの論文などが含まれます。 終末への備え:Y2K、チャールズ・バベッジ研究所 、ミネソタ大学。ステファニー・H・クロウがキュレーションしたウェブ展示。 BBC:Y2K報道 「始まりはオタクだった」 ―BBCラジオのドキュメンタリー番組。アーカイブ音源を用いて、コンピュータの歴史とミレニアムバグについて10年後に制作された。Y2Kの驚くべき遺産 ― アメリカン・パブリック・メディアによるラジオドキュメンタリー。ミレニアムバグ発生から5年後の歴史と遺産について。新千年紀のあくび CBCデジタルアーカイブ – ミレニアム前夜 英国はミレニアムバグにどう対処したか 「大企業におけるPCの時代は終焉を迎えつつある」 — CNN