RUV CalculatorUnixタイムスタンプ変換https://calc.ruvlabs.com/ja/c/timestamp
あなたの時間帯
- UTC
- 適用した時間帯
詳しい内訳
- ISO 8601
- 秒
- ミリ秒
2026-09-18 00:00:00 UTCです。
このタイムスタンプは何日?
2026-09-18 00:00:00 UTCです。
初期値で計算した例です。上の値を変えるとご自身の数字になります。
Unix 時間は1970年からの秒を数える
Unix のタイムスタンプは、1970年1月1日の協定世界時の真夜中から経過した秒数です。時間帯も夏時間も持たないので、サーバーやデータベースは時刻をこの形で保存します。人が読める日付は、その数字をある時間帯で表したものにすぎません。
桁数が単位を教えてくれます。十桁なら秒、十三桁ならミリ秒です。JavaScript はミリ秒で動き、Unix の道具や多くのデータベースは秒で動くので、千で掛けたり割ったりする場面が絶えず出てきます。
文字列の標準形は ISO 8601 で、2026-09-16T00:00:00Z のように書きます。末尾の Z は協定世界時を意味し、時間帯を付ける場合は +09:00 のようなずれが現れます。この形式で日付をやり取りすれば、日・月・年の並べ方が国ごとに違うことから来るあいまいさがなくなります。
時間帯から生まれる誤り
タイムスタンプに時間帯はありませんが、画面で読む日付にはあります。日本はUTCより9時間進んでいるので、9月16日0時(UTC)は東京では同じ日の午前9時です。日付だけを比べると、1日ずれたように見えるのはこのためです。
秒とミリ秒を混ぜると、結果が1970年か数万年先に飛びます。変換して1970年1月1日になったなら、ミリ秒の値を秒として読んだということです。五万年台の年になったなら、その逆です。
2038年問題は、符号つき32ビットの整数で秒を数えているシステムだけの話です。2038年1月19日を過ぎると値があふれて負になります。いまの環境はほとんど64ビットなので、これが表に出るのは主に古い組み込み機器と、過去から引き継いだデータベースの列です。
よくある質問
10桁と13桁の違いは何ですか。
10桁は秒、13桁はミリ秒です。Unix時間は1970年1月1日午前0時(UTC)からの秒数ですが、JavaScriptをはじめ多くの環境はミリ秒を使います。この変換ツールは桁数からどちらかを判断します。
2038年問題とは何ですか。
符号つき32ビットの秒カウンターが2038年1月19日にあふれ、負の値になって1901年と読まれてしまう問題です。いまの64ビットのシステムは影響を受けませんが、古い組み込み機器には今もこの上限が残っています。
UTCしか出ないのはなぜですか。
タイムスタンプには時間帯がないからです。同じ数字がニューヨークでは午前8時、東京では午後9時です。UTCで固定すれば曖昧さがなくなります。現地時刻が必要なときは時差計算機を使ってください。
計算はこのブラウザーの中で行われます。結果をそのまま使う前に、入力した値をもう一度確かめてください。
calc.ruvlabs.comcalc.ruvlabs.comcalc.ruvlabs.com