しょうわひゃくねん‐もんだい〔セウワヒヤクネン‐〕【昭和一〇〇年問題】
昭和100年問題
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2025/02/14 13:35 UTC 版)
 | この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 (2016年12月) |
昭和100年問題（しょうわひゃくねんもんだい）はコンピュータシステムの年問題の一つ。過去に製作された日本のコンピュータシステムには年を日本の元号である昭和を用いて管理しているものがあるが、2025年は昭和100年であり桁数が3桁になるため、システムが誤作動する可能性がある。「2025年問題」とも呼ばれる[1]。
概要
官公庁や金融機関などを中心に、アプリケーションソフトウェア内部で、年を昭和2桁で表現しているシステムが存在している（平成以降も、内部的に昭和として扱う）。
日本の公文書においては年を記載する際、全てにおいて西暦でなく昭和を用いることにより、同じ2桁でも25年先まで表現できるという利点があった。しかし、「昭和100年（2025年）＝昭和0年」として認識されることで正しく扱うことができず、2000年問題と類似した誤動作を起こす恐れがある[2]。
昭和期のコンピュータシステムがどれだけ稼働しているのかを疑問視する意見もあるが、元号が昭和から平成に移行した際に、UNIX時間や西暦から平成としての年号を計算するのではなく、内部処理は昭和の年号のままで実施し、表示のみそこから63を引いた数を平成としての年号とするような改修もされたため、この問題は古いシステムをマイグレーションしているシステムに内在している可能性がある。
他にも以下のような内部構造を持っているシステムもあり、
- 顕在化した2000年問題にも同様の疑問が持たれていた。
- 平成期以降に開発されたシステムであっても、他の古いシステムとの互換性を維持するために年を昭和で表現する設計になっている場合がある。
- システムの中核を担う汎用機を中心として、ハードウェアを更新してもソフトウェアは更新せずそのまま使う例もある。
- ソフトウェアを更新しないことで開発コストや作業者への教育コスト、システム障害のリスクを低減し、短い試験運用期間で迅速に処理能力を向上できるため、汎用機においては古いソフトウェアをそのまま動作させられることが機種選定の条件となる場合がある。
などの要因を考えれば、決して無視できる問題ではない。
西暦と共に民国紀元を使用している台湾でも、民国100年を迎える2011年に同様の問題が発生する懸念が出た。
対策としては、「桁数を増やす」、「西暦に改める」などが考えられる（公文書では事実上元号の記載が義務づけられているが、表示時に変換すればよいため内部的に元号を用いる必要は必ずしもない）。
脚注
出典
- ^ 第148回 「コンピュータの2038年問題」の話 - 日立システムズネットワークス
- ^ “昭和100年問題 “すでに起きている未来” に対応できているか？”. ニッセイ基礎研究所 (2015年4月28日). 2018年1月7日閲覧。
関連項目
- 昭和100年問題のページへのリンク
