年を2桁で処理するシステムの「2020年問題」

　過去に開発されたシステムでは、年を西暦の下2桁でのみ処理するものが存在するそうだ。そういったシステムの一部では2000年以降も適切に処理を行うために下2桁が「00〜19」の場合は「2000年〜2019年」として扱い、そうでない場合は「19XX年」として扱うという処理になっているものがあり、2020年を迎えた現在そういったシステムが問題となっているという（New Scientist、GIGAZINE）。

　「00〜20」という範囲が選択された理由については、UNIX時刻では1970年を時刻の基準点としており、そこからプラスマイナス50年の範囲ということで1920年から2019年という設定にしたとされている。こういったシステムでは2020年という年を適切に処理できないケースがあり、複数のシステムやプログラムでこれに関連する問題が確認されているそうだ。

　なお、これとはまったく関係はないが、例えば「年4桁＋月2桁」の数字6桁で年月を表現するルールを採用している場合、2020年を迎えた現在それが「年2桁＋月2桁＋日2桁」との表記との区別がつかないという問題も指摘されている。例えば2008年4月のデータを「200804hogehoge.txt」のようなファイルに保存していた場合、ルールを知らない人がこれを見たら「2020年8月4日のデータ」のように解釈してしまう恐れがある。

　スラドのコメントを読む | ITセクション | プログラミング | バグ | IT

　関連ストーリー：
複数のガラケーで、2020年以降のカレンダーは存在しないことが確認される 2020年01月02日
MSやユニコード、新元号への移行は2000年問題に匹敵する大問題となると指摘 2018年07月30日
2038年問題まであと8億秒 2012年09月13日
中国でも「2010年問題」発生、1月1日午前0時にタクシーのメーターがリセットされる 2010年01月06日