検索に移動この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(2016年12月)昭和100年問題(しょうわひゃくねんもんだい)とは、日本固有の元号に基づくコンピュータシステムの年問題で、システム上昭和が現在まで継続しているものとして扱った際、昭和100年にあたる2025年に昭和100年を昭和0年と誤って認識することによる問題である。西暦2025年に発生することが懸念されているため「2025年問題」とも呼称される[1]。概要[編集]官公庁や金融機関などを中心に、アプリケーションソフトウェア内部で、年を昭和2桁で表現しているシステムが存在している(平成以降も、内部的に昭和として扱う)。日本の公文書においては年を記載する際、全てにおいて西暦でなく昭和を用いることにより、同じ2桁でも25年先まで表現できるという利点があった。「昭和100年(2025年)=昭和0年」として認識されることで正しく扱うことができず、2000年問題と類似した誤動作を起こす恐れがある[2]。昭和期のコンピュータシステムがどれだけ稼働しているのかを疑問視する意見もあるが、元号が昭和から平成に移行した際に、UNIX時間や西暦から平成としての年号を計算するのではなく、内部処理は昭和の年号のままで実施し、表示のみそこから63を引いた数を平成としての年号とするような改修もされたため、この問題は古いシステムをマイグレーションしているシステムに内在している可能性がある。顕在化した2000年問題にも同様の疑問が持たれていた。平成期以降に開発されたシステムであっても、他の古いシステムとの互換性を維持するために年を昭和で表現する設計になっている場合がある。システムの中核を担う汎用機を中心として、ハードウェアを更新してもソフトウェアは更新せずそのまま使う例もある。ソフトウェアを更新しないことで開発コストや作業者への教育コスト、システム障害のリスクを低減し、短い試験運用期間で迅速に処理能力を向上できるため、汎用機においては古いソフトウェアをそのまま動作させられることが機種選定の条件となる場合がある。要因を考えれば、決して無視できる問題ではない。西暦と共に民国紀元(中華民国紀元)を使用している台湾でも、民国暦100年を迎える2011年に同様の問題が発生する懸念が出た(民国100年問題)。対策としては、「桁数を増やす」、「西暦に改める」などが考えられる(公文書では事実上元号の記載が義務づけられているが、表示時に変換すればよいため内部的に元号を用いる必要は必ずしもない)。2019年5月1日より和暦が「令和」となるために、同年4月1日に元号発表を行い1ヶ月の猶予を与えてシステム改修を促した[3][4]。ついては「平成」で通用する特例があり、元号が変わってから必要に応じての訂正作業とすることとなっている[5]。一方で、昭和100年問題はソフトウエア内部での処理の問題であり、新たな元号に対応するアップデートと共に、前述の対策のような、内部処理の桁数増加や西暦への変更をしなければ、昭和100年問題の解決にはならない。2018年1月7日閲覧。オリジナルの2019年4月1日時点におけるアーカイブ。2019年4月23日閲覧。オリジナルの2019年4月2日時点におけるアーカイブ。2019年4月23日閲覧。オリジナルの2019年4月2日時点におけるアーカイブ。2019年4月23日閲覧。(日時は個人設定で未設定ならばUTC)。表示-継承ライセンスの下で利用可能です。追加の条件が適用される場合があります。詳細は利用規約を参照してください。Cookieに関する声明モバイルビュ。