2038年問題

デジタル大辞泉

にせんさんじゅうはちねん‐もんだい〔ニセンサンジフハチネン‐〕【二〇三八年問題】

読み方：にせんさんじゅうはちねんもんだい

《Year 2038 problem》協定世界時で、西暦2038年1月19日午前3時14分7秒を過ぎると、コンピューターが誤作動を起こすことによって生じる各種システムの不具合や社会的混乱。UNIX(ユニックス)が管理する日付時刻のオーバーフローに起因する。→二〇〇〇年問題 →二〇三六年問題

IT用語辞典バイナリ

2038年問題

読み方：にせんさんじゅうはちねんもんだい
別名：西暦2038年問題，コンピュータの2038年問題，コンピュータの西暦2038年問題
【英】the year 2038 problem

2038年問題とは、UNIX環境で運用されているシステムにおいて、西暦2038年1月に時間計測の値がオーバーフローを起こして誤作動する可能性があるという問題のことである。

UNIXの環境は1970年1月1日0時0分0秒を時刻計算の起点としており、32ビットの符号付き整数で経過秒数を計測することによって時刻を計算している。こうした環境では累計で2の31乗秒、およそ21億秒を超えると、数値が正しく扱えなくなって誤作動を起こす可能性がある。1970年1月1日から累計21億秒後を迎えるのが、西暦2038年1月19日にであるとされている。

2004年に、KDDIが国内通話サービスにおいて通話料金が一部過剰に請求されていたことが判明したが、その原因は2038年問題によるものであると発表されている。問題が発生したシステムは0.5秒単位で時刻を計測するシステムで、2004年1月は1970年から2038年までの期間のちょうど半分にあたっていた。

企業活動のほかの用語一覧

コンピュータシステム：

1Uサーバー  2000年問題  2036年問題  2038年問題  5250  TSS  TCO

>>コンピュータシステムカテゴリの他の用語

ウィキペディア

2038年問題

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2024/09/10 04:27 UTC 版)

2038年問題（にせんさんじゅうはちねんもんだい）は、2038年1月19日3時14分7秒（UTC、以下同様）を過ぎると、コンピュータが誤動作する可能性があるとされる年問題。

ウィキペディア小見出し辞書

2038年問題

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/02/13 01:55 UTC 版)

「UNIX」の記事における「2038年問題」の解説

詳細は「2038年問題」を参照 Unixでは、システム時刻の値を1970年1月1日の午前0時0分0秒からの秒数で表しており、これをUNIX時間と呼ぶ。この値のデータ型は time_t で、歴史的に「符号つき long」と定義されている。32ビットのシステムでは、2038年1月19日にこの値が1個の0に31個の1が続く最大値 (0x7FFFFFFF) となり、1秒後には1個の1と31個の0が続く値 (0x80000000) となる。するとシステム時刻は、実装によって（符号ビットを無視するか否かによって）1901年または1970年にリセットされる。 1970年より前の時刻をUNIX時間で表すことは滅多にないため、time_t を符号なし32ビット整数と定義し直すという対策が考えられる。しかし、それでは単に問題を2106年2月7日に遅延させるだけであり、時刻の差を計算するソフトウェアでバグを生じる可能性がある。 この問題に対処しているバージョンもある。例えば、SolarisやLinuxの64ビット版では、time_t は64ビットとなっており、OS自身も64ビットのアプリケーション群も約2920億年間正しく動作する。64ビット版Solarisで既存の32ビットアプリケーションを動作させることもできるが、その場合は問題が残ったままである。一部ベンダーは標準の time_t はそのままにして、64ビットの代替データ型とそれを使用するAPIを別途用意している。NetBSDでは、次のメジャーバージョンである 6.x で32ビット版でも time_t を64ビットに拡張することを決定した。従来の32ビットの time_t を使用しているアプリケーションは、バイナリ互換性レイヤーを作って対応する。