UNIX時刻変換
UNIX値と日時を相互変換し、JST（Asia/Tokyo）とISO表記を確認できます。UNIX入力時は秒/ミリ秒の判定補助を表示するため、桁数の取り違いを減らせます。処理はブラウザ内で完結します。
一般的には10桁前後は秒、13桁前後はミリ秒です。
判定補助
UNIX値を入力すると、秒/ミリ秒の候補日時を表示します。
- 秒候補として解釈した日時
- -
- ミリ秒候補として解釈した日時
- -
入力は端末ローカル時刻として扱い、結果ではJST表示とISO（UTC）を併記します。
結果表示欄
- 自動判定
- -
- JST (Asia/Tokyo)
- -
- UNIX秒
- -
- UNIXミリ秒
- -
- ISO文字列 (UTC)
- -
入力データは原則ブラウザ内で処理します。機密情報は入力しないでください。
使い方
- UNIX値または日時を入力します。
- 対応する変換ボタンを押し、結果欄と秒/ミリ秒の判定補助を確認します。
- 必要ならコピーや現在時刻入力、クリアを使います。
判断基準
まず桁数で秒/ミリ秒の当たりを付け、次に候補日時が業務文脈（ログ時刻や発行時刻）と一致するかで最終判断すると、 単位ミスを減らせます。
よくある失敗
- 13桁を秒として扱い、未来日付に飛んでしまう。
- datetime-localのローカル時刻とUTC表示を混同して1日ずれる。
- ログのミリ秒値を切り捨てて比較し、時系列順が崩れる。
境界条件
- このツールは秒/ミリ秒のUNIX値を対象とし、ナノ秒タイムスタンプは対象外です。
- 一般的にはサーバー側の時差吸収（clock skew）設定まで反映しません。
- 厳密な監査用途はシステムログ原本とNTP同期状態を併せて確認してください。
注意点
- 10桁前後は秒、13桁前後はミリ秒が判定の基準です。
- 11〜12桁は判定しづらいため、補助表示の両候補を確認してください。
- 入力内容はURLクエリにも反映されるため、共有時は機密情報が含まれていないか確認してください。
入出力例
- 入力: `1700000000`（秒）→ 出力: `2023/11/15 07:13:20 JST` とISOを表示。
- 入力: `1700000000000`（ミリ秒）→ 出力: 同時刻を秒値/ミリ秒値で再提示。
失敗しやすい変換例
10桁/13桁の単位確認を省略する
秒とミリ秒の取り違いで年単位のずれが発生します。
例: 入力例: 1700000000000 を秒扱い / 出力: 極端な未来日時
JSTとUTC表示を混同する
ログ照合時に時差分の誤差として誤判定しやすくなります。
例: 判断ポイント: 障害調査では ISO(UTC) と JST を並べて確認する
境界値・例外ケース
負のUNIX値（1970年以前）
仕様上は扱えますが、業務データでは想定外の場合があります。
例: 出力例: 1960年代日時が表示されたら単位・入力値を再確認
うるう秒や環境依存表示差
一般的なJavaScript Date仕様で表示され、厳密天文時刻とは一致しません。
例: 判断ポイント: 厳密用途は専用時刻基盤で再検証する
よくあるミス
datetime-localをUTC入力と誤解する
入力は端末ローカル時刻として解釈されます。
例: 運用例: 入力端末のタイムゾーンを先に確認する
変換結果だけ共有して入力値を残さない
再検証時に単位解釈の経緯を追えなくなります。
例: 判断ポイント: UNIX原値と判定補助メッセージを一緒に記録
FAQ
秒とミリ秒はどう見分ければよいですか？
一般に10桁前後は秒、13桁前後はミリ秒です。迷う場合は判定補助の2候補を比較してください。
判定は必ず正しいですか？
自動判定は桁数の一般的な基準に基づく補助です。断定ではないため、必要に応じて秒/ミリ秒候補の日時を確認してください。
現在時刻をすぐ変換できますか？
はい。「現在時刻を入力」で日時欄にセットし、そのままUNIX値へ変換できます。
基本FAQ
入力データは外部へ送信されますか？
原則として送信されません。入力内容はブラウザ内で処理します。例外がある場合は各ツールページ内に明記しています。
入力内容は自動保存されますか？
原則として自動保存しません。コピーやダウンロードで保存する場合は、ご利用端末内に保存されます。
関連ツール
現在の入力内容とあわせて確認しやすいツールです。