Loading article…
2000年問題[ 1]、または単にY2Kという用語は、2000年以降の日付のカレンダーデータのフォーマットと保存に関連する潜在的なコンピュータエラーを指します。多くのプログラムは4桁の年を最後の2桁のみで表していたため、2000年と1900年の区別ができませんでした。コンピュータシステムが日付を正しく区別できないと、コンピュータに依存する産業のインフラストラクチャが世界中でダウンする可能性があります。
2000年までの数年間、人々は徐々に「Y2K恐怖」に気付き始め、各企業はバグによって引き起こされた世界的な損害を修復するには4億ドルから6千億ドルかかると予測した。[2]バグの潜在的な危険性が明確でなかったため、一部の人々は食料、水、銃器を備蓄し、予備発電機を購入し、コンピューターによって引き起こされる大惨事に備えて多額の現金を引き出した。[3]
公表された予想に反して、2000 年には大きなエラーはほとんど発生しなかった。Y2K 修復活動の支持者は、これは主に多くのコンピュータ プログラマーと情報技術の専門家による予防措置によるものだと主張した。一部の国では企業や組織が、問題に対処するためにコンピュータ システムをチェックし、修正し、アップグレードしていたが、すべてではなかった。[4] [5]米国で被害を最小限に抑える取り組みを組織した当時の米国大統領 ビル クリントンは、Y2K を「21 世紀で初めて成功した課題」と位置付け、[6]この出来事を振り返ると、予測されていた災害を回避するために尽力したプログラマーが称賛されるのが通例である。
批評家は、ソフトウェアの修正がほとんど行われていない国でも、問題は最小限であると主張した。Y2K ポリシーの遵守がせいぜい不完全であった学校や中小企業などの分野でも同様であった。
背景
Y2K は数字の略語で、2000 年ソフトウェア問題の一般的な略語でした。この略語は、「年」を表す文字Y 、数字の 2、および 1000 を意味するSI 単位の接頭辞キロの大文字のk を組み合わせたもので、したがって2K は2000 年を表します。この問題は、ほとんどの問題がどの世紀の終わりに発生してもおかしくないにもかかわらず、ミレニアムのロールオーバー (文字通りのロールオーバーではなく) と関連付けられたため、「ミレニアム バグ」とも呼ばれました。
1993年にピーター・デ・イェーガーが書いたコンピュータワールドの3ページの「2000年の終末」の記事は、ニューヨーク・タイムズ紙によって「情報化時代のポール・リビアの真夜中の馬上槍試合」と評された。 [7] [8] [9]
この問題は、ジェローム・マレーとマリリン・マレーによる初期の著書『Computers in Crisis 』（ペトロチェッリ、1984年、マグロウヒル社から1996年に『 The Year 2000 Computing Crisis 』というタイトルで再出版）の主題でした。この問題がUsenetニュースグループで最初に記録されたのは、1985年1月18日のスペンサー・ボレスによるものでした。[10]
Y2Kという頭字語は、マサチューセッツ州のプログラマー、デビッド・エディ[11]が1995年6月12日に送った電子メールに記されている。彼は後に「人々はそれをCDC (Century Date Change)、FADL (Faulty Date Logic)と呼んでいた。他にも候補はあったが、Y2Kは私の指先から自然に生まれたものだった」と語っている。[12]
この問題の始まりは、メインフレーム コンピュータとその後のパーソナル コンピュータの両方で、メモリが1 キロバイトあたり 10 ドルから 1975 年には 1 キロバイトあたり 100 ドル以上にまで高価になったことです。[13] [14]そのため、プログラマーにとってメモリ使用量を最小限に抑えることは非常に重要でした。コンピュータが広く使用されるようになったのは 20 世紀に入ってからなので、プログラムは単に日付の年に「19」をプレフィックスとして付ければ、西暦の下 4 桁ではなく下 2 桁だけを保存できました。ディスクとテープのストレージのスペースも高価だったため、これらの戦略では、保存するデータ ファイルとデータベースのサイズを縮小することでコストを節約しましたが、その代わりに 2000 年以降は使用できなくなります。[15]
これは、2 桁の年を扱うプログラムが 1900 年と 2000 年の日付を区別できないことを意味しました。次のような警告が時々表示されました。
Y2K 問題は、電子版のエルニーニョ現象であり、世界中で厄介な驚きが起こるでしょう。
- —ジョン・ハムレ、アメリカ合衆国国防副長官[16]
「投資家が2000年に関連するコンピュータ問題に関連するリスクを管理できるようにする最初の指数」であるデ・ヤーガー2000年指数のオプションは、1997年3月中旬に取引が開始されました。[17]
政府は、特に通信や公共事業などの重要なインフラによる修復作業と緊急時対応計画を監視する特別委員会を設置し、最も重要なサービスが自らの問題を解決し、他のサービスの問題に備えられるようにした。一部の評論家や専門家は、この問題の報道は恐怖をあおる行為に等しいと主張したが、[18]国民の不安を完全に鎮めたのは、主要な出来事である2000年1月1日が無事に過ぎ去ったことだけだった。[要出典]
ケンブリッジ大学コンピュータ研究所のセキュリティ工学教授ロス・アンダーソンなど、恐怖をあおる言動が行われていると主張する専門家の中には、この問題は一部が示唆したほど大きな問題ではないという研究結果に関するプレスリリースを何百回も出したにもかかわらず、メディアにほとんど無視されたと主張している者もいる。 [18]同様に、1999年5月に出版されたマイクロソフト・プレスの書籍「Running Office 2000 Professional 」では、ほとんどのパソコンのハードウェアとソフトウェアは2000年問題の影響を受けないと正確に予測していた。[19]著者のマイケル・ハルバーソンとマイケル・ヤングは、ほとんどの懸念は大衆のヒステリーであるとし、マイクロソフト社もこの意見に同調している。[20]
プログラミングの問題
利便性のために 2 桁の日付を使用する習慣はコンピューターの登場以前からありましたが、保存された日付が計算に使用されるまでは問題にはなりませんでした。
ビット保全の必要性
私はこの問題を引き起こした犯人の一人です。1960 年代や 1970 年代にこれらのプログラムを書いていましたが、年の前に 19 を置かなくても済むことでプログラムからいくつかのスペース要素を絞り出せたことを誇りに思っていました。当時、これは非常に重要なことでした。プログラムを書き始める前に、スペースと容量の使用に関して非常に明確に区切れるように、さまざまな数学的な演習に多くの時間を費やしていました。これらのプログラムが数年以上続くとは思いもしませんでした。その結果、ドキュメントが非常に不十分になっています。30 年前に書いたプログラムのいくつかを振り返って見てみると、ステップごとに理解するのに非常に苦労するでしょう。
—アラン・グリーンスパン、1998年[21]
ビジネス データ処理は、ユニット レコード装置とパンチ カードを使用して行われ、最も一般的には、業界を独占していたIBMが採用した 80 列のカードが使用されました。必要なデータを固定フィールドの 80 文字レコードに詰め込むために、さまざまなトリックが使用されました。この取り組みでは、日付フィールドごとに 2 桁を節約することが非常に重要でした。
1960 年代、コンピュータのメモリと大容量記憶装置は不足しており、高価でした。初期のコア メモリは1 ビットあたり 1 ドルでした。IBM 1401などの人気の高い商用コンピュータは、わずか 2 キロバイトのメモリを搭載して出荷されました。[a]プログラムは、カード処理技術を模倣することが多かったです。当時の商用プログラミング言語、COBOLやRPGなどは、数字を文字表現で処理していました。時が経つにつれて、パンチ カードは磁気テープ、さらにディスク ファイルに変換されましたが、データの構造は通常ほとんど変わりませんでした。
1970 年代半ばまで、データの入力にはパンチ カードが使われていました。マシン アーキテクチャ、プログラミング言語、アプリケーション設計は急速に進化していました。当時の管理者もプログラマーも、自分たちのプログラムが何十年も使用され続けるとは思っていませんでした。また、これらのプログラムが使用され続けて、データベース (異なる特性を持つ新しいタイプのプログラム) とのやり取りで問題を引き起こす可能性についても、ほとんど言及されていませんでした。
早期の注目
この問題を公に取り上げた最初の人物として知られるのはボブ・ベマーで、1958年に系図ソフトウェアの開発中にこの問題に気付きました。彼はその後20年間、プログラマー、 IBM、米国政府、国際標準化機構にこの問題の認識を高めるよう働きかけましたが、無駄でした。これには、日付に4桁の年を指定するにはCOBOLのpicture句を使用するべきだという勧告も含まれていました。 [23]
1980年代、証券業界は主に満期日が2000年以降の債券の問題に取り組み始めました。1987年までにニューヨーク証券取引所は100人のプログラマーの雇用を含め、Y2K対策に2000万ドル以上を費やしたと伝えられています。[24]
1970 年以降、この問題に関する雑誌記事が数多く掲載されていたにもかかわらず、プログラマーや管理者の大半は 1990 年代半ばになってようやく Y2K が差し迫った問題であると認識し始めたが、それでも惰性と自己満足により、10 年のうち最後の数年間までほとんど解決されなかった。1989 年、Erik Naggumはインターネット ホスト要件文書RFC 1123にこの件に関する強い推奨を盛り込むことで、インターネット メールで年を 4 桁で表記することを確実にすることに尽力した。 [25] 1998 年のエイプリル フールには、テストに丸一日を費やしながら「間違った日付がコンピューティングの失敗ではなく、楽しいこととして認識されるように」、一部の企業がメインフレーム コンピューターの日付を 2001 年に設定していた。[26]
3桁の年とその年内の3桁の日付を使用する人もいましたが、1900年1月1日などの固定日付からの日数を使用することを選択しました。[27]何もしないという選択肢はなく、大きな障害が発生するリスクがありました。同様の日付ロジックを持つ組み込みシステムは誤動作し、公共サービスやその他の重要なインフラストラクチャに障害を引き起こすことが予想されました。
保存された日付のスペースを節約する方式は Unix 時代まで続き、ほとんどのシステムでは日付を単一の 32 ビット ワードで表し、通常は日付をある固定日付からの経過秒数で表すため、同様のY2K38 問題が発生します。[引用が必要]
日付プログラミングによるバグ
固定バイナリ フィールド内に日付と時刻を組み合わせて保存することが解決策としてよく考えられますが、日付と時刻の表現は既知の起点に相対的である必要があるため、ソフトウェアが日付を誤って解釈する可能性は残ります。このようなシステムのロールオーバーは依然として問題ですが、さまざまな日付で発生する可能性があり、さまざまな方法で失敗する可能性があります。たとえば、次のようになります。
- クレジットカードシステムでは、新世紀に期限が切れたクレジットカードを機械が正しく処理できず、顧客に誤った複利が請求されるという問題が発生した。[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 を引いた値を返します。Web 開発で広く使用されている 2 つのプログラミング言語であるPerlやJavaなど、C の関数を使用する多くのプログラムは、この値を年の最後の 2 桁として誤って処理していました。Web では、これは通常、無害な表示上のバグでしたが、動的に生成された多くの Web ページで、表示形式に応じて、2000 年 1 月 1 日が「1/1/19100」、「1/1/100」、またはその他のバリエーションとして表示される原因となりました。[引用が必要]
- JavaScriptはY2Kバグへの懸念から変更され、年数の戻り値が変更され、バージョン間で4桁の表現や2桁の表現が異なるようになったため、プログラマーはWebページがすべてのバージョンで機能するように、既に動作しているコードを書き直す必要がありました。[31] [32]
- 一般的に使用されている 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ビットフィールドをオーバーフローしました。代替フォーマットが開発されるまでの間、このバグに関連する多くの問題とクラッシュが発生しました。[33]
1999年9月9日
2000 年 1 月 1 日が来る前から、1999 年 9 月 9 日についても懸念がいくつかあった (Y2K によって生じた懸念ほどではないが)。この日付は 9/9/99 という数値形式でも記述できるため、不明な日付を指定するためによく使用される日付値 と競合する可能性がある。そのため、データベース プログラムがその日に不明な日付を含むレコードに対して動作する可能性があった。データ入力オペレータは、 CICSソフトウェア9999を使用してコンピュータ フォームを処理するために、不明な将来の日付 (ケーブル テレビや電話サービスの終了日など) を示す必須フィールドに 9999 と入力することがよくあった。[34]これにいくぶん似ているのが、古いプログラミング言語で使用されていたファイル終了コード である。一部のプログラムがその日に予期せず終了するのではないかとの懸念が生じたが、このバグはマシンよりもコンピュータ オペレータを混乱させる可能性の方が高かった。
9999
閏年
通常、年が 4 で割り切れる場合、その年は閏年となります。グレゴリオ暦では、100 で割り切れる年は、400 でも割り切れない限り、閏年ではありません。たとえば、1600 年は閏年でしたが、1700 年、1800 年、1900 年は閏年ではありませんでした。一部のプログラムは、「4 で割り切れる年は閏年」という単純化されたルールに依存していた可能性があります。この方法は、2000 年 (閏年であるため) には問題なく機能し、古いレガシー プログラムがずっと前に置き換えられている 2100 年までは問題になりません。他のプログラムには、たとえば 100 で割り切れる年は閏年ではないと想定するなど、誤った閏年ロジックが含まれていました。1998年には、実際のコード断片を含むこの閏年問題の評価が発表されました。 [35]世紀年が異なる扱いを受ける理由については、グレゴリオ暦を参照してください。
2010年問題
2010年に入ると、いくつかのシステムに問題が発生した。これは一部のメディアによって「Y2K+10」または「Y2.01K」問題と呼ばれた。[36]
問題の主な原因は、16 進数のエンコードと数値の2 進化 10 進エンコードの混同でした。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年に変更します。[37] [38]
影響を受ける他のシステムには、 EFTPOS端末[39]、PlayStation 3（スリムモデルを除く）[40]などがあります。
こうした不具合の最も重大な事例はドイツで発生し、最大2000万枚の銀行カードが使用できなくなった。また、ベルギーのシティバンクではDigipass顧客識別チップが故障した。[41]
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.[42]
2038年問題
多くのシステムではUnix 時間を使用し、それを符号付き 32 ビット整数で保存しています。このデータ型は、 1970 年 1 月 1 日 00:00:00 UTCのエポックからの秒数として扱われ、 -(2 31 ) から (2 31 )-1 までの整数のみを表すことができます。これらのシステムは、1901 年 12 月 13 日 20:45:52 UTC から 2038 年 1 月 19 日 03:14:07 UTC までの時間のみを表すことができます。これらのシステムが更新され修正されなければ、Unix 時間に依存する世界中の日付は、2038 年 1 月 19 日 03:14:08 UTC から 1901 年として誤って表示されてしまいます。[引用が必要]
プログラミングソリューション
レガシー システムにおける 2000 年問題を解決するために、いくつかの非常に異なるアプローチが使用されました。
- 日付の拡張
- プログラム、ファイル、データベースでは、2 桁の年が世紀を含むように拡張され (4 桁の年になりました)、これが「最も純粋な」解決策であると考えられ、永続的で保守しやすい明確な日付が実現しました。この方法はコストがかかり、大規模なテストと変換作業が必要で、通常はシステム全体に影響を及ぼしました。
- 日付ウィンドウ
- 2桁の年はそのまま残され、プログラムは日付の比較や計算などの特定の機能に必要な場合にのみ世紀の値を決定します。(世紀の「ウィンドウ」は、日付が属する100年間の期間を指します。) プログラムに小さなコードのパッチをインストールする必要のあるこの手法は、日付の拡張よりもテストと実装が簡単で、コストがはるかに低くなります。永続的な解決策ではありませんが、ウィンドウの修正は通常、何十年も機能するように設計されていました。古いレガシーシステムは最終的には新しいテクノロジーに置き換えられる傾向があるため、これは受け入れられると考えられました。[43]
- 日付圧縮
- 日付は 14 ビットのバイナリ数値に圧縮できます。これにより、年を表す整数値を使用して、データ構造の配置を維持できます。このようなスキームでは、16384 種類の異なる年を表すことができます。正確なスキームは、エポックの選択によって異なります。
- 日付の再分割
- サイズを経済的に変更できなかったレガシー データベースでは、6 桁の年/月/日コードが 3 桁の年 (1999 は 099、2001 は 101 などと表現) と 3 桁の日 (年内の序数) に変換されました。日付フィールドの入力および出力命令のみを変更する必要がありましたが、その他のほとんどの日付操作およびレコード全体の操作には変更は必要ありませんでした。これにより、最終的なロールオーバーの問題が 2899 年の終わりまで延期されます。
- ソフトウェアキット
- CNN.comの「PC用Y2K修正プログラムトップ10」にリストされているようなソフトウェアキット: [44] （「ほとんどが無料」）は、50ドルのミレニアムバグキットがトップでした。[45]
- リアルタイムクロックのアップグレード
- 1 つのユニークなソリューションが注目を集めました。他の修正は BIOS レベルで TSR (Terminate and Stay Resident) として機能し、BIOS 呼び出しを傍受していましたが、Y2000RTC はデバイス ドライバーとして機能し、障害のある RTC の機能を準拠した同等の機能に置き換える唯一の製品でした。このドライバーは、1999/2000 年の期限の前の数年間に、何百万台もの PC に展開されました。
- ブリッジプログラム
- Call文を使用して日付フィールドにアクセスしたり、追加したり、更新したりする日付サーバー。[46] [47] [48]
文書化されたエラー
2000年以前
- 1998年後半、コモンウェルス・エジソン社は、Y2K問題を防止するためのコンピュータのアップグレードにより、イリノイ州オスウェゴ村に700万ドルの誤った電気料金請求書が送られたと報告した。[49]
- 1999年1月1日、シンガポールのタクシーメーターが機能しなくなり、スウェーデンでは誤ったタクシー料金が提示された。[50]
- 1999年1月1日の深夜、スウェーデンの3つの空港で、警察が臨時パスポートを発行するために使用していたコンピューターが機能しなくなった。[51]
- 1999年2月8日、ペンシルベニア州ピーチボトム原子力発電所の原子炉心棒を監視するコンピュータシステムのY2K対応をテストしていたとき、技術者は日付ロールオーバーをシミュレートするために外部コンピュータの時間をリセットする代わりに、誤ってオペレーティングシステムコンピュータの時刻を変更してしまいました。このコンピュータはまだアップグレードされておらず、日付の変更により発電所のすべてのコンピュータがクラッシュしました。すべての通常機能を回復するのに約7時間かかり、その間、作業員は旧式の手動装置を使用して発電所の運用を監視しなければなりませんでした。[49]
- 1999年11月、フィラデルフィアの住民約500人が1900年の陪審員召喚状を受け取った。[52]
- 1999年12月、イギリスでは、コンピュータをY2K対応にするためのソフトウェアアップグレードにより、ベッドフォードシャーの社会福祉サービスが、保護下にある人物が100歳以上であるかどうかを調べることができなかった。これは、コンピュータが検索対象の生年月日を認識できなかったためである。[53] [54]
- 1999年12月下旬、イタリア最大の通信会社テレコム・イタリア（現グルッポTIM）は、1900年1月と2月の請求書を送付した。同社は、これは一度限りのミスであり、最近、システムが年度のロールオーバーに対応していることを確認したと述べた。[55] [56]
- 1999年12月28日、 HSBCが発行しRacalが製造した1万台のカード読み取り機が、クレジットカードとデビットカードの取引処理を停止した。[18]これはイギリス国内の機械に限られ、機械が取引が4営業日以内に完了するように設計されていたため、12月28日から31日までは未来の日付を1900年と解釈していた。[57]これらの機械を設置した店舗は、1月1日に再開するまで紙の取引に頼っていた。[58]
- 12月31日午後7時（東部標準時） 、 Y2K問題を防ぐためのパッチの直接的な結果として、バージニア州フォートベルボアの地上管制局のコンピュータがクラッシュし、3機のKH-11衛星を含む5機の偵察衛星からの情報処理が停止した。軍は3時間以内に緊急時対応策を実行し、フィードを迂回して暗号化された情報を手動で解読し、そこから限られたデータセットを生成することができた。すべての通常の機能は2000年1月2日午後11時45分に回復した。[59] [60] [61]
2000年1月1日
2000年1月1日に発生した問題は、一般的に軽微なものとみなされました。[62]問題は必ずしも真夜中に発生したわけではありません。一部のプログラムはその時点ではアクティブではなく、呼び出されたときにのみ問題が発生しました。記録されたすべての問題がY2Kプログラミングと直接因果関係にあるわけではなく、軽微な技術的不具合は定期的に発生しています。
報告されている問題は次のとおりです:
- オーストラリアでは、2つの州でバスチケット認証機が作動しなくなった。[62]
- 日本で：
- 13駅の券売機では一時券売機の発券が停止した。[63]
- 石川県では、志賀原子力発電所が真夜中過ぎに放射線監視装置が故障したと報告した。当局は、公衆への危険はなく、発電所内で過剰な放射線は検出されなかったと述べた。[64] [65]
- 深夜2分、通信事業者の大阪メディアポートは自社のネットワークでデータ管理のミスを発見した。広報担当者は、午前2時43分までに問題を解決し、業務に支障はなかったと述べた。[66]
- 日本最大の携帯電話事業者であるNTTモバイルコミュニケーションズネットワーク（NTTドコモ）は、携帯電話の一部の機種ではメモリがいっぱいになると、古いメッセージではなく新しく受信したメッセージが削除されていると報告した。[66]
- 証券会社15社が取引に使われるプログラムに不具合を発見した。当局によると、そのうち14社は1日以内にすべての問題を解決したという。[67]
- 韓国では：
- 深夜、ソウル近郊のアパートの902台のオンドル暖房システムと給湯システムが故障した。オンドルシステムは19時間停止し、手動で制御しないと機能しなかったが、給湯は再起動に24時間かかった。[68]
- 京畿道の2つの病院は骨髄を測定する機器と患者の受付用紙に不具合があると報告し、そのうちの1つでは新生児を誤って1900年生まれとして登録し、大邱市では4人が1900年の日付の医療費請求書を受け取った。[68] [69] [70]
- 水原の裁判所は1900年1月4日の裁判日を通知した。[70]
- 光州のビデオ店では、店のコンピューターがレンタルしたテープが100年延滞していると判定したため、誤って約800万ウォン（約7,000米ドル）の延滞料を課した。韓国当局は、このコンピューターは年数ロールオーバーに対応していないと予想されるモデルであり、対応するために必要なソフトウェアのアップグレードが行われていなかったと述べた。[67]
- 高麗大学は1900年1月13日付の卒業証明書を送付した。[67]
- 香港では、警察の飲酒検知器が深夜に故障した。[71]
- 中国江蘇省では、タクシーのメーターが深夜に故障した。[72]
- エジプトでは、3台の透析装置が一時的に故障した。[63]
- ギリシャでは、国全体の約10％に相当する約3万台のレジスターが1900年の日付の入ったレシートを印刷していた。[73]
- デンマークでは、1月1日に生まれた最初の赤ちゃんが100歳と記録された。[74]
- フランスでは、国立気象予報機関メテオ・フランスが、 Y2Kバグにより、ウェブページの日付が「01/01/19100」となって土曜日の天気予報の地図に表示されたと発表した。[62]さらに、政府は、Y2Kの不具合により、シラキュースの衛星システムの1つが機内の故障を認識できなくなったと報告した。[68] [75]
- ドイツでは：
- ベルリン・ドイツ・オペラでは、給与計算システムが新年を1900年と解釈し、従業員の子供の年齢を生年月日の下2桁で判断したため、給与から政府の育児補助金が誤って差し引かれてしまった。補助金を復活させるには、会計士が運用システムの年を1999年にリセットしなければならなかった。[76]
- ある銀行が誤って1200万ドイツマルク（620万ドル相当）を顧客に送金し、1899年12月30日の日付の明細書を提示した。銀行はすぐに誤った送金を修正した。[74] [77]
- イタリアでは、ヴェネツィアとナポリの裁判所のコンピューターが、一部の囚人の釈放予定日を1900年1月10日と表示したが、他の囚人の刑期は誤って100年延長されたと表示された。[72] [71]
- マリでは、全国の列車を追跡するプログラムが失敗した。[78]
- ノルウェーでは、オスロの幼稚園児向けデイケアセンターが、住民登録簿に生年月日の下2桁しか記載されていなかったため、105歳の女性に入所を許可した。[79]
- スペインでは、ある労働者がムルシアの労働裁判所への通知を受け取り、そこには事件の日付が1900年2月3日と記載されていた。[62]
- スウェーデンでは、ウプサラにある主要病院、ルンドにある病院、カールスタードとリンシェーピングにある2つの地方病院が、心電図情報を読み取る機械が作動しなかったと報告したが、病院側は患者の健康には影響がないと述べた。[68] [80]
- イギリスのシェフィールドでは、5月24日まで発見・修正されなかったY2Kバグにより、コンピュータが妊婦の年齢を誤算し、ダウン症児を出産するリスクについて154人の患者が誤った評価を受けることになった。直接的な結果として2件の中絶が行われ、低リスクグループに分類されていた母親からダウン症児4人が生まれた。[81]
- ブラジルのサントス港では、1999年7月にY2K対応にアップグレードされたコンピュータが、年が変わると以前のシステムで生成された3年間の税関登録を読み取れなくなった。サントスによると、これは企業が更新していなかった1999年6月以前の登録に影響を及ぼし、サントスは約2万件と推定しているが、1月10日に問題が明らかになったときには、個々の登録を「数分で」修正することができたという。[82]サンパウロ州のヴィラコッポス国際空港のコンピュータでもこの不具合が発生し、一時的に貨物の荷降ろしが停止した。[82]
- ジャマイカのキングストン・アンド・セント・アンドリュー郡では、主要交差点のコンピューター制御の信号機8台が機能しなくなった。当局は、これらの信号機はY2K非対応であることが知られている35台の信号機のうちの一部であり、35台すべてがすでに交換予定であると述べた。[83]
- 米国の場合：
- 国の公式時刻を刻むマスタークロックを運営するアメリカ海軍天文台は、ウェブサイトでその日付を1910年1月1日と発表しました。[84]
- アルコール・タバコ・火器及び爆発物取締局は、コンピュータが申請書の日付を認識できなかったため、5日間にわたって新しい銃器販売業者を登録できなかった。[85] [86]
- デラウェア州宝くじ競馬場の スロット マシン150台が停止した。[62]
- ニューヨークでは、ビデオ店のコンピューターがテープレンタルの延滞期間が100年であると判定したため、誤って91,250ドルの延滞料金が発生しました。[87]
- テネシー州では、Y-12国家安全保障コンプレックスが、核兵器工場の核物質の重量と組成を測定するシステムにY2Kの不具合により不明な不具合が発生したと発表したが、米国エネルギー省はすべての物質を追跡できていると述べた。問題は3時間以内に解決され、工場では誰も負傷せず、工場は通常通りの機能を続行した。[87] [88]
- シカゴでは、シカゴ連邦準備銀行が1日で税収70万ドルを振り込むことができなかったが、翌日には問題は解決した。さらにシカゴの別の銀行は1月6日まで電子メディケア支払いを処理できず、その間、銀行は処理済みの請求をディスケットで送るしかなかった。[89]
- ニューメキシコ州では、ニューメキシコ州自動車局が一時的に新規運転免許証を発行することができなかった。[90]
- アメリカ大統領候補アル・ゴアの選挙運動ウェブサイトでは、短期間、この日付を1910年1月3日としていた。[90]
- ゴディバ・ショコラティエは、アメリカ国内の店舗のレジが機能しなくなったと報告した。同社は1月2日に初めて問題を認識し、原因を特定し、すぐにパッチの配布を開始した。広報担当者は、その日の終わりまでに影響を受けたレジのほとんどの機能をすべて回復し、1月3日の正午までに残りのレジも修理したと報告した。[91] [92]
- クレジットカード会社のマスターカードとビザは、Y2K問題の直接的な結果として、年が切り替わった数週間後、少数の顧客が取引に対して複数回請求を受けたと報告した。[93]
- マイクロソフトは、年が変わった後、 1999年10月以前に送信されたHotmailの電子メールが2099年に送信されたものとして表示されるようになったが、電子メールの内容や電子メールの送受信機能には影響がなかったと報告した。[94]
2000年1月以降
2000年2月29日と3月1日
問題は2000年2月29日（Y2Kの最初の閏日）と2000年3月1日に報告された。これらのほとんどは軽微なものだった。[95] [96] [97]
- ニュージーランドでは、推定4,000台の電子端末が取引を適切に認証できなかった。
- 日本では郵便局の現金自動支払機の約 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日と解釈したため、納税は可能であったものの、コンピューターが滞納税の利率を誤算し、住民は納税通知書や資産評価書にアクセスできなかった。納税期限の前日であったにもかかわらず、この不具合を修正するために当局は市の税システムを完全に停止しなければならなかった。[98] [99]
- 米国では、2月29日に沿岸警備隊のメッセージ処理システムのアーカイブシステムが影響を受けた。
- レーガン・ナショナル空港では、2月29日にカーブサイド手荷物処理用のコンピュータプログラムが当初日付を認識できなかったため、乗客は標準のチェックインステーションを使わざるを得なくなり、大幅な遅延が発生した。[98]
- ネブラスカ州オマハ南部のオファット空軍基地では、2月29日、航空機の整備や部品の記録にコンピューターでアクセスしたり更新したりすることができなかった。作業員は通常通りの業務を続け、その日の記録は紙に頼った。
2000年12月31日または2001年1月1日
一部のソフトウェアは 2000 年をうるう年として正しく認識せず、1 年を 365 日として処理しました。2000 年の最終日 (366 日目) と 2001 年の最初の日に、これらのシステムではさまざまなエラーが発生しました。一部のコンピューターでは、新しい年 2001 年を 1901 年として処理し、エラーが発生していました。これらは一般に軽微なものでした。
- スウェーデンの銀行ノルドバンケンは、2000年12月27日から2001年1月3日の間にオンラインおよび物理的な銀行システムが5回ダウンしたと報告しており、これはY2K問題によるものと考えられている。[100]
- ノルウェーでは、2000年12月31日、ノルウェー国鉄は、車載コンピューターが日付を無効と判断した結果、新型シグナトゥール列車29両すべてが運行できず、遅延が発生したと報告した。暫定措置として、技術者は時計を1か月戻して列車を再開し、一部の路線では古い列車を使用した。[100] [101] [102]
- ハンガリーでは、2001年1月1日に1000店以上のドラッグストアのコンピューターが新年を有効な日付として認識しなかったため動作を停止した。[103]
- 南アフリカでは、2001年1月1日にファースト・ナショナル銀行のコンピューターが新年を1901年と解釈し、約16,000件の取引に影響を及ぼし、顧客にクレジットカードの利率が正しく請求されなかった。ファースト・ナショナル銀行は1月4日にこの問題に気づき、同日中に修正した。[104]
- コンビニエンスストアチェーンのセブンイレブンでは、2001年1月1日に多数のレジがカード決済ができなくなるという事態が発生した。これは、それまでに不具合がなかったにもかかわらず、レジが新年を1901年と解釈したためである。セブンイレブンは、レジが2日以内に完全に機能するまで復旧したと報告した。[100]
- コネチカット州では、1月初旬にコネチカット州運輸局が1999年10月2日から1999年11月30日の間に登録を更新した車両に対して重複した自動車税の請求書を送付し、23,000人の住民に影響を与えた。広報担当者は、これらの車両がシステムに二重入力されたのはY2Kの不具合によるものだと述べた。[105]
- オレゴン州マルトノマ郡では、1月初旬に約3,000人の住民が1901年の日付の陪審員召喚状を受け取った。召喚状の日付を入力する際に2桁の年を使用していたため、裁判所の職員はコンピューターが年を誤って繰り越していることに気付いていなかった。[100]
2000年以降
2000年以降、オーバーフローに関連するエラーによりさまざまな問題が発生しています。時間タグ付けの問題により、 NASAのディープインパクト宇宙船が破壊されました。[106]
一部のソフトウェアは、日付ウィンドウ処理と呼ばれるプロセスを使用して、00～19を2000～2019、20～99を1920～1999と解釈することでこの問題を修正しました。その結果、2020年には、ニューヨーク市のパーキングメーターがクレジットカードの受け入れを拒否したり、NovitusのPOSユニットに問題が発生したり、一部の公共料金会社が1920年を記載した請求書を印刷したりするなど、新たな問題が次々と発生し始めました。ビデオゲームWWE 2K20も年が変わるとクラッシュし始めましたが、その日のうちにパッチが配布されました。[107]
政府の対応
ブルガリア
ブルガリアの国民識別番号では誕生年に2桁しか割り当てられていないが、 1900年問題とその後のY2K問題には、月の範囲で12以上の未使用の値を使用することで対処した。1900年以前に生まれた人の場合、月は暦月プラス20として保存され、2000年以降に生まれた人の場合、月は暦月プラス40として保存される。[108]
カナダ
カナダのジャン・クレティエン首相の最も重要な閣僚たちは首都オタワに留まるよう命じられ、時計を見るために首相官邸であるサセックス・ドライブ24番地に集まった。 [7] 13,000人のカナダ軍も待機させられた。[7]
オランダ
オランダ政府は、独占禁止法違反や情報共有に基づく責任の脅威を受けることなく、業界間で準備状況を共有するために、Y2K 情報共有分析センター (ISAC) を推進しました。[引用が必要]
ノルウェーとフィンランド
ノルウェーとフィンランドは国民識別番号を変更し、人の出生の世紀を示すようにした。両国とも、出生年は歴史的に2桁のみで示されていた。この番号体系は、19世紀と20世紀に生まれた人を区別する問題から生じた「1900年問題」という同様の問題をすでに引き起こしていた。Y2K問題への懸念は、古い問題に注目を集めると同時に、新しい問題の解決を促した。フィンランドでは、21世紀に生まれた人については番号のハイフン（「-」）を文字「A」に置き換えることで問題を解決した（1900年以前に生まれた人については、記号はすでに「+」だった）。[109]ノルウェーでは、生年月日の後の個々の番号の範囲が0～499から500～999に変更された。[要出典]
ルーマニア
ルーマニアも、生年月日が 2 桁でしか表されなかったため、Y2K 問題への対応として国民識別番号を変更しました。2000 年以前は、性別を表す最初の桁は、男性の場合は 1、女性の場合は 2 でした。2000 年 1 月 1 日以降に生まれた個人は、男性の場合は 5、女性の場合は 6 で始まる番号を持ちます。[引用が必要]
ウガンダ
ウガンダ政府は、 Y2K の脅威に対処するため、Y2K タスクフォースを設置した。[110] 1999 年 8 月、世界銀行国際 Y2K 協力センターによる独立した国際評価では、ウガンダの Web サイトが「非常に有益」というトップ カテゴリーに分類された。これにより、ウガンダは 107 か国の政府のうち「トップ 20」に入り、米国、英国、カナダ、オーストラリア、日本と同格となり、「やや有益」と評価されたドイツ、イタリア、オーストリア、スイスを上回った。このレポートでは、「Y2K 情報をより多く公開する国は、自国および国際市場における国民の信頼を維持する可能性が高い」と述べられている。[111]
アメリカ合衆国
1998年、米国政府は2000年問題への対応として、2000年情報および準備状況開示法を可決し、民間部門と協力して準備態勢を整え、問題発生時の社内継続業務計画を作成し、2000年問題対応プログラムの開示に関する企業の潜在的な責任に一定の制限を設けた。[112] [113]この取り組みは、ジョン・コスキネンが率いる大統領2000年問題対応評議会が連邦緊急事態管理庁（FEMA）および司法省内の暫定重要インフラ保護グループと連携して行った。[114] [115]
米国政府はこの問題に対して、（1）アウトリーチとアドボカシー、（2）監視と評価、（3）緊急時対応計画と規制という3つのアプローチを採用した。[116]
米国政府のアウトリーチの特徴は、y2k.govを含むY2Kウェブサイトであったが、その多くは2000年以降アクセスできなくなっている。これらのウェブサイトのいくつかは、国立公文書記録管理局またはウェイバックマシンによってアーカイブされている。[117] [118]
各連邦機関には独自のY2Kタスクフォースがあり、民間部門のカウンターパートと協力して活動していた。例えば、FCCにはFCC 2000年タスクフォースがあった。[116] [119]
ほとんどの業界は、バックアップ通信としてインターネットに依存する緊急時対応計画を持っていた。当時、インターネットに関して明確な権限を持つ連邦政府機関はなかったため（国防総省から国立科学財団、そして商務省に移管されていた）、インターネット自体の準備状況を評価する機関はなかった。そのため、1999年7月30日、ホワイトハウスはホワイトハウスインターネットY2Kラウンドテーブルを開催した。[120]
米国政府はまた、ロシア連邦との共同事業として2000年戦略安定センターを設立した。これは、各国の核攻撃早期警戒システムにおける誤検知の可能性を軽減するために設計された連絡活動であった。[121]
国際協力
国際Y2K協力センター（IY2KCC）は、1998年12月に国連で開催された第1回世界Y2Kコーディネーター会議に集まった120か国以上の国家Y2Kコーディネーターの要請により設立されました。[122] IY2KCCは1999年3月にワシントンDCに事務所を設立しました。資金は世界銀行から提供され、ブルース・W・マッコーネルが所長に任命されました。
IY2KCC の使命は、「政府、国民、民間部門間の戦略的協力と行動の強化を促進し、世界の社会と経済に対する Y2K の悪影響を最小限に抑えること」でした。IY2KCC の活動は、次の 6 つの分野で実施されました。
- 国家の準備: 世界中で Y2K プログラムの推進
- 地域協力: 特定の地理的領域内での調整の促進と支援
- セクター協力: 特定の経済セクター内およびセクター間の調整を促進し、支援する
- 継続性と対応協力：緊急対応に不可欠なサービスと規定を確保するための調整の促進と支援
- 情報協力：国際的な情報共有と広報の促進と支援
- 促進と支援: Y2Kコーディネーターの世界的な会議を組織し、リソースを特定する
IY2KCCは2000年3月に閉鎖された。[122]
民間セクターの対応
- 米国は、2000年問題への対応を適切に開示した企業の責任を制限する「 2000年問題情報および対応状況開示法」を制定しました。
- 保険会社は、Y2K問題による事業の破綻を補償する保険を販売しました。
- 弁護士らはY2K集団訴訟（訴訟は起こされなかった）のために組織され動員された。[123]
- サバイバリスト関連のビジネス（銃器販売店、余剰品やスポーツ用品）は、1999年の最後の数か月間にY2K問題と呼ばれる出来事により売上が増加すると予想していました。[124]
- ロング・ナウ財団は、（彼らの言葉を借りれば）「次の1万年という枠組みの中で『よりゆっくりでより良い』思考を促進し、創造性を育むことを目指している」が、1万年問題に備えて、すべての年を5桁で表記するという方針を持っている。例えば、同財団は設立年として「01996」を記載している。
- インターネットY2Kに関する包括的な取り組みはなかったが、複数のインターネット業界団体や組織が協力してインターネットY2Kキャンペーンを結成した。[125]この取り組みはホワイトハウスのインターネットY2Kラウンドテーブルと提携した。
Y2K 問題は 1990 年代後半に主要な話題となり、ほとんどの人気メディアに取り上げられました。マーク ジョセフ著の「Deadline Y2K」など、多数の「Y2K 災害」本が出版されました。 「Y2K: Year to Kill 」などの映画は、多数のテレビ番組、漫画、コンピュータ ゲームと同様に、Y2K の流行を利用していました。
非主流派の反応
一部の原理主義宗教団体、サバイバリスト、カルト、反社会的運動、自給自足の熱狂者、陰謀論に惹かれる人々など、さまざまな過激なグループや個人が、 Y2K の恐怖に注意を喚起し、それぞれの理論の証拠を提供していると主張しました。彼らのコミュニケーションでは、世界の終わりのシナリオや黙示録的なテーマがよく見られました。
サバイバリスト運動への関心は、2000年問題への恐怖に端を発し、1999年にその10年間で第2波のピークを迎えた。起こり得る影響を軽減するためにコンピュータのプログラミングコードを書き直す大規模な取り組みが行われる前の時期に、ゲイリー・ノース、エド・ヨードン、ジェームズ・ハワード・クンストラー[126]、エド・ヤルデニなどの著述家は、広範囲にわたる停電、食料やガソリンの不足、その他の緊急事態を予想していた。ノースらが警鐘を鳴らしたのは、2000年問題のコード修正が十分な速さで行われていないと考えたからである。さまざまな著述家がこの懸念の波に反応したが、最もサバイバルに焦点を当てた2冊の書籍は、ケネス・W・ロイスの『Boston on Y2K』（1998年）とマイク・オーラーの『The Hippy Survival Guide to Y2K』である。
Y2K は、西側世界、特に北米とオーストラリアの原理主義的およびカリスマ的なキリスト教指導者のコミュニケーションにも現れました。彼らは、Y2K のリスク認識を終末思想や黙示録的な 予言と組み合わせ、信者に影響を与えようとしたと言われています。[127]ニューヨークタイムズは1999 年後半に、「ジェリー ファルウェル牧師は、Y2K はキリスト教の予言の確証となるだろう 、つまりこの国を揺さぶり、この国を謙虚にするための神の道具になるだろうと示唆しました。Y2K 危機は、教会の携挙につながる世界的なリバイバルを引き起こす可能性があります。多くのサバイバリストとともに、ファルウェル氏は食料と銃の備蓄を勧めました」と報じました。[128]これらの運動の支持者は、食料の備蓄に従事し、自給自足のレッスンを受け、より極端な要素は現代社会の完全な崩壊を計画するよう奨励されました。シカゴ・トリビューンは、Y2K に動機づけられたいくつかの大規模な原理主義教会が、金貨から薪ストーブに至るまで、社会秩序の危機を生き延びるために設計された道具類をフリーマーケットのように販売する場所になっていると報じた。 [129]ベッツィー・ハートはデゼレト・ニュースで、過激な福音主義者の多くが、キリストの統治を導くために政府の崩壊が望ましい結果であるという政治的議題を推進するために Y2K を利用したと書いた。彼女はまた、「冷酷な真実は、混乱を説くことは利益があり、平穏を説くことはテープや本をあまり売れないということです」と述べた。[130] Y2K の恐怖は、ニュージーランドを拠点とするキリスト教の予言者で説教者のバリー・スミスが、彼の著書「I Spy with my Little Eye」で劇的に描写し、Y2K に丸々 1 章を割いている。[131]時には、いわゆる予言を通じて、Y2K が世界的なキリスト教復興の始まりになると予想する人もいた。[132]
その後、これらの過激なグループや教会の指導者が、終末的な結末に対する恐怖をでっち上げて信者を操り、集団で悔い改めたり、グループへの新たな献身を劇的に展開させたり、資金の追加寄付を促したりしていたことが明らかになった。ボルティモア・サン紙は「今こそ終末だ - Y2K が恐怖を煽る」という記事でこれを主張し、神の怒りを避けるために国民の間で悔い改めを求める声が高まっていると指摘した。[133]キリスト教指導者コル・ストリンガーは論評の中で、「恐怖を煽る作家たちは、内戦、飛行機の墜落、我々が知る文明世界の終焉など、考えられるあらゆる大惨事を引用した本を4500万冊以上売った。評判の良い説教師たちは、食料備蓄と「洞窟に逃げろ」という精神を提唱していた。銀行は破綻せず、飛行機は墜落せず、戦争や内戦は始まっていない。しかし、これらの破滅の予言者たちは、恐怖を煽る戦術について謝罪したことがない。」と述べている。 [132]批評家たちは、北米の著名なキリスト教の聖職者や指導者の中には、Y2K対策キット、発電機、サバイバルガイド、予言書の出版、その他さまざまな関連商品の販売を通じて、個人および法人として莫大な利益を上げている者もいると主張している。例えば、キリスト教ジャーナリストのロブ・ボストンは、「偽預言者、本当の利益」という記事で、こう述べている。[127]しかし、世界的なクリスチャン放送ネットワークの創設者であるパット・ロバートソンは、悲観論者と楽観論者に等しく時間を割き、人々は少なくとも「深刻な混乱」を予想すべきだと認めた。[134]
料金
Y2K問題への準備に費やされた総費用は、おそらく3000億ドル（2018年1月時点ではインフレを考慮すると5310億ドル）を超えた。[135] [136] IDCの計算によると、米国はY2K問題への準備に推定1340億ドル（2370億ドル）、2000年と2001年に問題の修正にさらに130億ドル（230億ドル）を費やした。世界全体では、Y2K問題の修復に3080億ドル（5450億ドル）が費やされたと推定されている。[137]
修復作業組織
是正作業は、顧客の解決策の要求によって推進されました。[138]ソフトウェアサプライヤーは、潜在的な法的責任を念頭に置き、[123]是正努力で対応しました。ソフトウェアの下請け業者は、ソフトウェアコンポーネントに日付関連の問題がないことを証明する必要があり、これによりサプライチェーンの下流でさらなる作業が必要になりました。
1999 年までに、多くの企業がサプライヤーに、自社のソフトウェアがすべて Y2K 対応であることを証明する義務を課しました。中には、単に修正的な更新を受け入れただけで署名した企業もありました。多くの企業、さらには国全体が、ほとんど努力をしていないにもかかわらず、軽微な問題に悩まされただけで済みました。[引用が必要]
結果
2000 年の出来事をその後の観点から見るには 2 つの方法があります。
支持する見解
この見解は、大部分の問題は適切に解決され、費やされた費用は少なくとも部分的には正当化されたというものである。状況は本質的には予防的な警戒のようなものであった。この見解を支持する人々は、日付変更時に問題がなかったことはプロジェクトの完全性を反映しており、多くのコンピュータ アプリケーションは修正や改善なしには 21 世紀まで機能し続けなかっただろうと主張している。
中小企業や小規模組織では予想されなかった問題は、1999年12月31日の数年前に適用されたオペレーティングシステムとユーティリティソフトウェアの定期的な更新に組み込まれたY2K修正プログラム[139]によって防止されました。
業界や政府による大規模な対策によって、対策が取られていなければより大きな影響があったであろう問題がどの程度回避されたかは、通常は公表されず、広く報道されることもありませんでした。[140] [信頼できない情報源? ]
2001年9月11日、ニューヨーク市のインフラ（地下鉄、電話サービス、金融取引を含む）は、Y2Kバグの影響に備えて構築された冗長ネットワーク[141]と企業が考案した緊急時対応計画のおかげで、運用を継続できたと言われています。 [142]テロ攻撃とそれに続くマンハッタン南部の長期停電は、世界の銀行システムに最小限の影響しか与えませんでした。[143]バックアップシステムは地域のさまざまな場所で起動されましたが、その多くは1999年12月31日にマンハッタンの金融街でネットワークが完全に機能しなくなる可能性に対処するために構築されたものでした。 [144]
反対意見
反対の見解は、そもそも重大な問題はなかったか、またはごくわずかであったと主張しています。この見解では、わずかな軽微なミスしかなかったはずであり、問題が発生したときに「障害時の修正」アプローチが最も効率的かつ費用対効果の高い方法でこれらの問題を解決したはずであると主張しています。
インターナショナル・データ・コーポレーションは、米国が400億ドルを無駄にした可能性があると推定した。[145]
大規模な取り組みの必要性に懐疑的な人々は、2000 年度が多くの法域で 1999 年に始まり、さまざまな将来予測計算が 2000 年以降の日付を対象としているにもかかわらず、2000 年 1 月 1 日以前に Y2K 関連の問題は発生していないことを指摘しました。2000 年に向けて行われた推定では、すべての問題の約 25% が 2000 年以前に発生していたはずでした。[146]大規模な改善策に対する批判者は、1999 年に、非準拠の小規模企業で重大な問題が報告されていないことは、どの企業にも修正が必要な深刻な問題がなかったこと、そして今後もないことの証拠であり、したがって問題の規模が過大評価されていたと主張しました。[147]
韓国、イタリア、ロシアなどの国は、Y2K対策にほとんど投資しなかったが[128] [145]、莫大な金額を費やした国と同様に、Y2K問題は無視できるほど少なかった。西側諸国はロシアで深刻な問題が発生することを予想し、多くの国が渡航勧告を出し、必須でない職員を避難させた[148] 。
批評家たちは、学校での Y2K 関連の問題の少なさも指摘している。多くの学校では、ほとんど、あるいはまったく修復作業が行われていない。1999 年 9 月 1 日までに、米国の学校のうち、ミッション クリティカルなシステムのコンプライアンスを達成していたのはわずか 28% であり、政府の報告書では、「Y2K の障害は、学校で給与、生徒の記録、オンライン カリキュラム、建物の安全システムを管理するために使用されているコンピューターに影響を及ぼす可能性が高い」と予測されている。[149]
同様に、修復作業を行わなかった推定150万の中小企業でも、Y2K関連の問題はほとんど発生しなかった。2000年1月3日（年初の平日）に中小企業庁は、平均と同程度の企業からコンピュータの問題に関する電話を推定40件受けた。問題はいずれも重大なものではなかった。[150]
遺産
2024年のCrowdStrike事件は世界的なITシステム障害であり、その規模と影響から生じた恐怖を思い起こさせ、いくつかの報道機関によってY2Kバグと比較された。[151] [152]
参照
- 2038 年問題: 2038 年 1 月 19 日 03:14:07 UTC 以降の時刻を表示するコンピュータ システムの時刻フォーマットのバグ
- GPS 週番号ロールオーバー:全地球測位システムの設計により発生する時刻保持整数ロールオーバー。19.6 年ごとに発生します。
- 512kの日：2014年に発生したネットワークルーターのソフトウェア制限に関連するイベント
- IPv4 アドレス枯渇、数値インターネット アドレスの割り当てサイズが限られていることによって引き起こされる問題
- ISO 8601 は、日付と時刻を表す国際標準であり、年を表すのに少なくとも4桁の数字を使用することを義務付けています。
- 「Da Boom 」は、ファミリー・ガイの第2シーズンの第3話で、Y2Kバグが核戦争を引き起こす様子が描かれています。
- 「人生はグリッチ、そして死ぬ」は、ザ・シンプソンズの第 11 シーズンのTreehouse of Horror の1 シーンです。このシーンでは、ホーマーが会社のコンピューターを Y2K 対応にすることを忘れ、ウイルスが世界中に蔓延する様子が描かれています。
- パーペチュアルカレンダー、2000年以前と以後を含む長年に渡って有効なカレンダー
- Y2K は、ディック・ローリー監督による1999 年のアメリカのテレビ向け SFスリラー映画です。
- YEAR2000 は、2000 年 BIOS バグを克服するために DR-DOS の一部のバージョンでサポートされている構成設定です。
- ミレニアム セレブレーションは、グレゴリオ暦で 1999 年の終わりと 2000 年の始まりを祝い、記念するために世界規模で調整された一連のイベントです。
注記
- ^ 「IBM」1401という名前は、最小のメモリ量である1,400文字を反映しています。[22]
参考文献
- ^ 一般的には、2000 年バグ、Y2K 問題、Y2K問題、ミレニアム バグ、Y2K バグ、Y2K グリッチ、またはY2K エラーとも呼ばれます。
- ^ 政府改革監視委員会 (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日閲覧。
- ^ Carrington, Damian (2000 年 1 月 4 日). 「Y2K バグは後押しになったか?」BBC ニュース. 2004 年 4 月 22 日時点のオリジナルよりアーカイブ。2009年 9 月 19 日閲覧。
- ^ Loeb, Zachary (2019年12月30日). 「20年後のY2Kの教訓」ワシントンポスト。2020年12月2日時点のオリジナルよりアーカイブ。 2021年6月7日閲覧。
- ^ abc Eric Andrew-Gee (2019年12月28日). 「Y2K：カナダが実際には起こらなかったが私たち全員を変えた黙示録にどう備えたかという奇妙で真実の歴史」The Globe and Mail。2020年1月1日時点のオリジナルよりアーカイブ。 2020年2月27日閲覧。
- ^ Cory Johnson (1999年12月29日). 「Y2K Crier's Crisis」. TheStreet . 2020年2月28日時点のオリジナルよりアーカイブ。 2020年2月28日閲覧。
- ^ Barnaby J. Feder (1998年10月11日). 「The Town Crier for the Year 2000」. The New York Times . 2020年4月14日時点のオリジナルよりアーカイブ。 2020年2月28日閲覧。
- ^ Bolles, Spencer (1985年1月19日). 「2000年のコンピュータバグ」.ニュースグループ: net.bugs. Usenet: 820@reed.UUCP. 2011年1月22日時点のオリジナルよりアーカイブ。2019年8月15日閲覧。
- ^ American RadioWorks Archived 2011-07-27 at the Wayback Machine Y2K Notebook Problems Archived 2011-07-27 at the Wayback Machine – The Surprising Legacy of Y2K Archived 2011-07-27 at the Wayback Machine . 2007年4月22日閲覧。
- ^ Rose, Ted (1999年12月22日). 「Y2Kを発明したのは誰で、なぜこれほど広く普及したのか?」。Baltimore Sun。 2022年9月26日時点のオリジナルよりアーカイブ。 2022年9月26日閲覧。
- ^ 「コンピュータ メモリ 広告 1975」の画像で Web 検索すると、8K のメモリが 990 ドル、64K のメモリが 1495 ドルという価格を示す広告が表示されます。
- ^ McCallum, John C. (2022). 「コンピュータメモリとデータストレージ」。Global Change Data Lab。2023年10月4日時点のオリジナルよりアーカイブ。 2023年10月21日閲覧。
- ^ Kappelman, Leon; Scott, Phil (1996 年 11 月 25 日). 「2000 年のコンピュータ日付問題における累積貯蓄」. Computerworld . 2017 年 12 月 18 日時点のオリジナルよりアーカイブ。2017年 2 月 13 日閲覧。
- ^ CNN .comの Y2K バグの調査、Wayback Machineで 2006 年 2 月 7 日にアーカイブ
- ^ ピスコラ、ベス（1997年3月1日）。「ダウ十進法」ニューヨークポスト、26ページ。
- ^ abc プレゼンター:スティーブン・フライ(2009年10月3日). 「In the beginning was the nerd」. 4 のアーカイブ。 BBCラジオ4。 2009年10月13日時点のオリジナルよりアーカイブ。 2018年2月13日閲覧。
- ^ Halvorson, Michael (1999). Microsoft Office 2000 の実行. Young, Michael J. Redmond, Washington.: Microsoft Press. ISBN 1-57231-936-4. OCLC 40174922.
- ^ Halvorson, Michael; Young, Michael (1999)。『Microsoft Office 2000 Professional の実行』ワシントン州レドモンド: Microsoft Press。pp. xxxix。ISBN 15723193642000 年問題について学び、その結果に備えるにあたって、考慮すべき点がいくつかあります。まず、悲惨な予測にもかかわらず、大量の水、穀物、
物々交換品、弾薬を蓄えて坑道に閉じこもって新世紀に備えることには、おそらく何の理由もありません。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. Kolstedt (1997 年 11 月 15 日)。「役に立つ 2000 年のヒント」CIO マガジン、p. 12。
- ^ 「Thinking Ahead」InformationWeek 1996年10月28日 p. 8.
23世紀まで続く
- ^ Thomas, Martyn (2019年12月31日). 「ミレニアムバグは現実だった – そして20年後、私たちは同じ脅威に直面している」。ガーディアン。2024年6月8日閲覧。
- ^ Patrizio, Andy (1997 年 9 月 15 日)。「Visa がベンダーから料金を徴収」InformationWeek、50 ページ。
- ^ 「Microsoft サポート技術情報の記事 214326」。Microsoft サポート。2015 年 12 月 17 日。2008 年 4 月 8 日時点のオリジナルよりアーカイブ。2016年 10 月 16 日に取得。
- ^ 「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、「Critical and Significant Dates Archived 2015-09-07 at the Wayback Machine」Merlyn。
- ^ A. van Deursen、「うるう年の問題」Wayback Machineで2022年5月20日にアーカイブされました「The Year/2000 Journal 2(4):65–70、1998年7月/8月。
- ^ 「Bank of Queensland、Y2.01k の不具合に見舞われる」。CRN。2010年1月4日。2010年3月15日時点のオリジナルよりアーカイブ。2016年10月16日閲覧。
- ^ “Windows Mobile glitch dates 2010 texts 2016”. 2010年1月5日. 2013年1月19日時点のオリジナルよりアーカイブ。
- ^ 「Windows Mobile フォン、Y2K+10 バグに悩まされる」 2010 年 1 月 4 日。2013 年 10 月 23 日時点のオリジナルよりアーカイブ。2010 年1 月 4 日閲覧。
- ^ 「Bank of Queensland vs Y2K – 最新情報」 2010年1月4日。2010年1月8日時点のオリジナルよりアーカイブ。 2010年1月4日閲覧。
- ^ 「エラー: 8001050F により PlayStation Network がダウン」Gizmodo 2010年3月。2020年8月9日時点のオリジナルよりアーカイブ。2020年3月16日閲覧。
- ^ 「2010 Bug in Germany」（フランス語）RTL。2010年1月5日。2010年1月7日時点のオリジナルよりアーカイブ。2016年10月16日閲覧。
- ^ 「Y2Kバグを覚えているだろうか？Microsoftが新たなY2K22問題を確認」スカイニュース。2022年1月4日時点のオリジナルよりアーカイブ。2022年1月2日閲覧。
- ^ Raymond B. Howard. 「ウィンドウ化のケース: 60 年を節約できるテクニック」。Year /2000 Journal (1998 年 3 月/4 月)。
ウィンドウ化は、ソフトウェアが再設計されるまで、レガシー システムを正常に動作させ続ける長期的な解決策です...
- ^ Green, Max. 「CNN - PC 向け Y2K 修正プログラム トップ 10 - 1999 年 9 月 22 日」。CNN。2001 年 5 月 8 日時点のオリジナルよりアーカイブ。
- ^ 「Millennium Bug Kit」。2000年4月11日時点のオリジナルよりアーカイブ。
- ^ “The Year 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 年 3 月 15 日閲覧。日付
サーバーなどのブリッジ プログラムも別のオプションです。これらのサーバーは、2 桁から 4 桁の年へのレコード形式の変換を処理します。
- ^ ab Chandrasekaran, Rajiv (1999年3月7日). 「原子力発電所の大規模不具合がY2Kテストの危険性を示す」ワシントンポスト. 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日閲覧。
- ^ Becket, Andy (2000年4月23日). 「The bug that didn't bite」. The Guardian . 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 bills for 1900”. 2023年3月15日時点のオリジナルよりアーカイブ。2023年3月15日閲覧。
- ^ フィッツパトリック、パット（2019年11月14日）。「Y2Kを覚えていますか？パット・フィッツパトリックは、飛行機が空から落ちると思っていた頃を覚えています」。2023年3月15日時点のオリジナルよりアーカイブ。2023年3月15日閲覧。
- ^ “クレジットカード端末の故障の原因はY2K”。2023年2月3日時点のオリジナルよりアーカイブ。2023年2月3日閲覧。
- ^ ミレニアムバグが小売店を襲う Archived 2017-08-12 at the Wayback Machine、BBC News、1999年12月29日。
- ^ 「US satellites safe after Y2K glitch」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日閲覧。
- ^ abcde 「マイナーバグ問題発生」BBCニュース。2000年1月1日。2009年1月11日時点のオリジナルよりアーカイブ。2017年7月8日閲覧。
- ^ ab 「What Y2K bug? Global computers are A-OK」。Deseret 。 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日閲覧。
- ^ ab Martyn Williams (2000年1月3日). 「日本の原子力発電所3カ所でコンピューター障害発生」CNN . IDG Communications . 2004年12月7日時点のオリジナルよりアーカイブ。
- ^ abc 「世界中で、Y2Kバグは結局ほとんど影響を及ぼさなかった」2000年1月3日。2023年2月23日時点のオリジナルよりアーカイブ。 2023年2月23日閲覧。
- ^ abcd 「月曜日は本当のY2Kデーになるのか？」。2023年2月7日時点のオリジナルよりアーカイブ。2023年2月7日閲覧。
- ^ “Y2Kバグが韓国のアパートの暖房システムに影響を及ぼす”. 2000年1月3日. 2022年11月27日時点のオリジナルよりアーカイブ。2023年2月7日閲覧。
- ^ ab “韓国、Y2Kバグ対策に成功と宣言”. 2020年11月11日時点のオリジナルよりアーカイブ。2023年2月7日閲覧。
- ^ ab Allen, Frederick E.「Apocalypse Then: When Y2K Didn't Lead To The End Of Civilization」。2023年3月18日時点のオリジナルよりアーカイブ。2023年3月18日閲覧。
- ^ ab レグリー、エリック。「意見：Y2Kバグは大したことではなかったとエリック・レグリーは言う」。グローブ・アンド・メール。2023年2月7日時点のオリジナルよりアーカイブ。 2023年2月7日閲覧。
- ^ “ギリシャの3万台のレジがY2Kバグに襲われる” 2000年1月6日。2023年3月9日時点のオリジナルよりアーカイブ。2023年3月9日閲覧。
- ^ ab サミュエル、ローレンス 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歳の老人を襲う」。Independent Online。2000年2月4日。2023年4月24日時点のオリジナルよりアーカイブ。 2023年4月24日閲覧。
- ^ “ペンタゴン、衛星情報システムの故障を報告”. 2023年3月8日. 2023年3月8日時点のオリジナルよりアーカイブ。 2023年3月8日閲覧。
- ^ Wainwright, Martin (2001年9月13日). 「NHS、ミレニアムバグエラーで巨額の損害賠償請求に直面」。ガーディアン。英国。2021年8月18日時点のオリジナルよりアーカイブ。2011年9月25日閲覧。
保健サービスは、ミレニアムバグのコンピューターエラーに気付かなかったために、154人の妊婦にダウン症候群の検査結果が誤って送信されたことを昨日認め、巨額の賠償請求に直面している。...
- ^ ab 「ブラジルの港、Y2K問題で混乱、遅延なし」ロイター。2000年1月10日。2023年3月24日時点のオリジナルよりアーカイブ。 2023年3月24日閲覧。
- ^ 「Y2Kバグが信号機に影響」The Gleaner 2000年1月3日。2021年9月20日時点のオリジナルよりアーカイブ。2023年5月16日閲覧。
- ^ Marsha Walton、Miles O'Brien (2000 年 1 月 1 日)。「準備は報われる。世界は小さな Y2K の不具合のみを報告」CNN。2004年 12 月 7 日のオリジナルからアーカイブ。
- ^ Leeds, Jeff (2000年1月4日). 「Year 2000 Bug Triggers Few Disruptions」。2023年4月18日時点のオリジナルよりアーカイブ。2023年4月18日閲覧。
- ^ 「Y2Kバグが米国のテロ監視活動に一時的に影響、国防総省が発表」CNN 2000年1月5日。2023年4月18日時点のオリジナルよりアーカイブ。 2023年4月18日閲覧。
- ^ ab “核兵器工場でY2K不具合が報告される”. 2023年1月28日時点のオリジナルよりアーカイブ。2023年1月28日閲覧。
- ^ 「Y2K が原子力発電所を短時間襲う」。AP通信。2000年1月4日。2023年3月28日時点のオリジナルよりアーカイブ。 2023年3月28日閲覧。
- ^ “Y2K Council reports Y2K annoyances | Computerworld”. www.computerworld.com . 2000年1月7日. 2023年7月23日時点のオリジナルよりアーカイブ。 2023年7月23日閲覧。
- ^ ab Davidson, Lee (2000年1月4日). 「Y2Kバグを潰し、米国が勝利を主張、司令センターでの終日作戦を終了」Deseret News . 2023年6月9日時点のオリジナルよりアーカイブ。 2023年6月9日閲覧。
- ^ Barr, Stephen (2000年1月3日). 「Y2Kの責任者、市場の終息が近づくのを待ち望む」ワシントンポスト. ISSN 0190-8286. 2022年11月22日時点のオリジナルよりアーカイブ。2023年6月18日閲覧。
- ^ ミショー、クリス（2023年1月4日）。「Y2Kバグがグルメチョコレートに食い込む」。インディペンデント・オンライン。2023年6月18日時点のオリジナルよりアーカイブ。 2023年6月18日閲覧。
- ^ S, Edmund; 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日閲覧。
- ^ ab “Computer glitches minor on Leap Day”. 2000年3月1日. 2023年3月7日時点のオリジナルよりアーカイブ。 2023年3月7日閲覧。
- ^ 「うるう日のバグが税制に蔓延」CBCニュース。2000年3月1日。2023年3月7日時点のオリジナルよりアーカイブ。2023年3月7日閲覧。
- ^ abcd 「The last bite of the bug」BBCニュース2001年1月5日 オリジナルより2003年2月3日時点のアーカイブ。2014年12月31日閲覧。
- ^ “7-Eleven Systems Hit by Y2K-like Glitch”. 2023年3月10日時点のオリジナルよりアーカイブ。2023年3月10日閲覧。
- ^ “Y2K Bug Hits Norway's Railroad At End Of Year”. 2001年1月1日. 2023年3月10日時点のオリジナルよりアーカイブ。2023年3月10日閲覧。
- ^ Horvath, John (2001年1月6日). 「Y2Kの逆襲」（ドイツ語）。2023年10月21日時点のオリジナルよりアーカイブ。 2023年10月10日閲覧。
{{cite magazine}}: Cite マガジンには|magazine=(ヘルプ)が必要です - ^ 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日閲覧。
- ^ 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日閲覧。
- ^ アトリー、トム。「大統領の2000年問題転換に関する評議会」。コ・インテリジェンス研究所。2021年3月8日時点のオリジナルよりアーカイブ。 2019年5月14日閲覧。
- ^ ab 「FCC Y2K 通信セクターレポート (1999 年 3 月) コピーは WUTC で入手可能」(PDF) 。2007年 6 月 5 日時点のオリジナル(PDF)からアーカイブ。2007年 5 月 29 日閲覧。
- ^ 「Y2K情報と準備に関する大統領の声明」。クリントン大統領資料プロジェクト。国立公文書記録管理局。1998年10月19日。2020年4月14日時点のオリジナルよりアーカイブ。 2020年3月16日閲覧。
- ^ 「ホーム」。National Y2K Clearinghouse。米国一般調達局。 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日閲覧。
- ^ ab 「コレクション: 国際Y2K協力センター記録 | ミネソタ大学アーカイブコレクションガイド」。archives.lib.umn.edu。2019年9月8日時点のオリジナルよりアーカイブ。2020年3月16日閲覧。
- ^ ab カースナー、スコット（1997年11月1日）「リーガル・イーグルスで飛ぼう」CIOマガジン、38ページ。
- ^ "quetek.com". quetek.com. 2011年8月28日時点のオリジナルよりアーカイブ。2011年9月25日閲覧。
- ^ インターネット 2000 年キャンペーンは、Wayback Machineで 2007 年 12 月 4 日にアーカイブされ、Cybertelecom にアーカイブされています。
- ^ Kunstler, Jim (1999). 「My Y2K—A Personal Statement」. Kunstler, Jim. 2007-09-27 時点のオリジナルよりアーカイブ。2006-12-12に取得。
- ^ ab “False Prophets, Real Profits - Americans United”。2016年9月27日時点のオリジナルよりアーカイブ。2016年11月9日閲覧。
- ^ ab Dutton, Denis (2009年12月31日). 「It's Always the End of the World as We Know It」. The New York Times . 2017年2月27日時点のオリジナルよりアーカイブ。 2017年2月26日閲覧。
- ^ Coen, J.、1999 年 3 月 1 日、「終末を恐れるキリスト教徒もいるが、他の人々にとってはただの 1 日」シカゴ トリビューン
- ^ ハート、B.、1999年2月12日デゼレトニュース、「キリスト教徒のY2K警戒論者は無責任」スクリップスハワードニュースサービス
- ^ Smith, B. (1999). 「chapter 24 - Y2K Bug」. I Spy with my Little Eye. MS Life Media. 2016-11-06 のオリジナルからアーカイブ。
- ^ ab “Col Stringer Ministries - Newsletter Vol.1 : No.4”. 2012年3月20日時点のオリジナルよりアーカイブ。2016年11月9日閲覧。
- ^ Rivera, J.、1999 年 2 月 17 日、「Apocalypse Now – Y2K が恐怖を煽る」、The Baltimore Sun
- ^ 「Washingtonpost.com: Business Y2K Computer Bug」www.washingtonpost.com。2012年12月19日時点のオリジナルよりアーカイブ。2023年9月27日閲覧。
- ^ 1634–1699: McCusker, JJ (1997)。「実際のお金はいくらですか? 米国経済における貨幣価値のデフレーターとして使用する歴史的物価指数: 補遺と訂正」(PDF)。アメリカ古物協会。1700–1799: McCusker, JJ (1992)。「実際のお金はいくらですか? 米国経済における貨幣価値のデフレーターとして使用する歴史的価格指数」(PDF)。アメリカ古物協会。1800年～現在:ミネアポリス連邦準備銀行。「消費者物価指数（推定）1800年～」 。 2024年2月29日閲覧。
- ^ “Y2K: 過大評価され、売り過ぎか?”. 2000年1月6日. 2020年2月28日時点のオリジナルよりアーカイブ。2006年2月2日閲覧。
- ^ Mitchell, Robert L. (2009 年 12 月 28 日). 「Y2K: 良い点、悪い点、そしてクレイジーな点」. Computerworld . 2010 年 1 月 1 日時点のオリジナルよりアーカイブ。2010年 12 月 19 日閲覧。
- ^ 1996 年までにかなり進んでいました: Tharp, Paul (1996 年 12 月 2 日)。「ミレニアム ミリオネア: 2000 年を過ぎてカウントダウン; メインフレームの専門家が復帰」ニューヨーク ポスト、p. 27。
- ^ David S. Joachim (2006年5月1日). 「ミニY2Kが迫る、そしてその他の問題」ニューヨークタイムズ。2021年3月8日時点のオリジナルからアーカイブ。2020年4月8日閲覧。
パッチと呼ばれるソフトウェア修正の配布を自動化するシステム
- ^ James Christie、(2015 年 1 月 12 日)、Y2K – なぜそれが本当の問題だったのか、Claro Testing Blog、2015 年 1 月 12 日にWayback Machineにアーカイブ(2015 年 1 月 12 日にアクセス)
- ^ Y2K 対応が 9/11 後のニューヨークを助けた Archived 2007-03-11 at the Wayback Machine 、 MIT Newsの Lois Slavin による記事、2002 年 11 月 20 日。
- ^ 「Finance & Development, March 2002 - September 11 and the US Payment System」。Finance and Development - F&D。2007-04-26時点のオリジナルよりアーカイブ。2006-10-30閲覧。
- ^ Goldberg, Michael; Carr, Kathleen (2003年10月13日). 「The Next Time the Lights Go Out」. CIO Magazine . 2023年10月21日時点のオリジナルよりアーカイブ。 2020年10月25日閲覧。
- ^ Y2K への対応が 9/11 のニューヨークを助けた Archived 2007-03-11 at the Wayback Machine 、 MIT Newsの Rae Zimmerman による記事、2002 年 11 月 19 日。
- ^ ab Doward, Jamie (2000年1月9日). 「ロシアのY2K法案は西側が過剰反応したことを示す」. The Guardian . 2022年8月31日時点のオリジナルよりアーカイブ。 2022年8月31日閲覧。
- ^ Elizabeth Weise (1999年2月14日). 「Lights out? Y2K appeared safe」. USA Today . 2023年10月21日時点のオリジナルよりアーカイブ。 2006年5月14日閲覧。
- ^ John Quiggin (1999年9月2日). 「Y2Kバグは決して噛み付かないかもしれない」. Australian Financial Review . 2008年5月24日時点のオリジナルよりアーカイブ。2009年12月29日閲覧。
- ^ ライト、エドワード（1999年11月28日）「Y2Kがモスクワの米国大使館職員を不安にさせる」LAタイムズ。
- ^ホワイトハウス：学校の Y2K 対応は遅れている：大統領評議会は K-12 学区のこれまでの準備状況に警鐘を鳴らす、 eSchool Newsの Jonathan Levine による記事、1999 年 9 月 1 日。
- ^ Hoover, Kent (2000年1月9日). 「ほとんどの中小企業がY2Kギャンブルに勝利」. Puget Sound Business Journal . 2013年9月21日時点のオリジナルよりアーカイブ。 2013年9月20日閲覧。
- ^ Oreskovic, Alexei (2024年7月19日). 「Y2Kの亡霊が戻ってきた」. Fortune . 2024年7月21日閲覧。
- ^ Palus, Shannon (2024年7月19日). 「Crowdstrikeのメルトダウン、航空会社：この不具合はY2Kのライト版のようだ」Slate 。 2024年7月21日閲覧。
外部リンク
Wikisource にはこの記事に関連する原文があります:
Y2K コンピュータ問題が起こるまであとどれくらいですか?
- ミネソタ大学チャールズ バベッジ研究所のY2K と社会センターの記録。Y2Kと社会センター (ワシントン DC に拠点を置く) の活動を記録したもので、同センターは非営利団体や財団と連携して、Y2K コンピュータ問題が社会に及ぼす可能性のある影響に対応し、貧困層や社会的弱者の支援、および人々の健康と環境の保護に取り組んでいます。記録は、エグゼクティブ ディレクターの Norman L. Dean 氏から寄贈されました。
- 国際 Y2K 協力センター記録、1998 ～ 2000 年、ミネソタ大学チャールズ バベッジ研究所。コレクションには、国際 Y2K 協力センターの資料が含まれています。国別レポート、ニュースの切り抜き、国別アンケート、国別電話帳、背景資料、オーディオ ビジュアル資料、IY2KCC ディレクターの Bruce W. McConnell の論文などが含まれています。
- 黙示録への備え: Y2K、チャールズ・バベッジ研究所、ミネソタ大学。ステファニー・H・クロウがキュレーションしたウェブ展示
- BBC: Y2K 報道
- 初めにオタクがいた - アーカイブ録音を使用して 10 年後にコンピューターの歴史とミレニアム バグについて語る BBC ラジオのドキュメンタリー。
- Y2K の驚くべき遺産 - アメリカ公共メディアによるラジオ ドキュメンタリー。ミレニアム バグの 5 年の歴史と遺産について取り上げています。
- 新世紀のあくび
- CBC デジタル アーカイブ – 千年紀前夜
- 英国はミレニアムバグにどう対処したか
- 「大企業における PC の時代は終わりつつある」— CNN