Unix Time Converter

ID・乱数・時刻系の値をブラウザ内で生成/検査します。入力はサーバーへ送信しません。仕様適合の一次確認に使えます。

状態

ブラウザ内で処理します。入力はサーバーへ送信しません。まずはここで一次切り分けしてください。

使い方

秒/ミリ秒/ISOのいずれかを入力すると他形式へ自動変換します。まずUTCで確認し、必要に応じて表示TZを切り替えてください。

注意（このツール）

  • Unix time はUTC基準です。タイムゾーン変更は表示のみを変えます。
  • JWTのexp/iat/nbfは通常「秒」です。13桁ならミリ秒の可能性を疑ってください。

このページについて

何をするツール？

Unix time（秒/ミリ秒）をUTCや任意のタイムゾーンの日時に変換し、逆に日時からUnix timeを作成できます。

JWTのexp/iat/nbf確認や、ログの時刻比較などに便利です。

秒とミリ秒の見分け方

Unix timeは「秒（10桁前後）」と「ミリ秒（13桁前後）」の両方が現場で使われます。桁を取り違えると、日時が大きくズレます。

  • 例：1700000000（秒） ↔ 1700000000000（ミリ秒）
  • JWTのexp/iat/nbfは通常「秒」です

タイムゾーンとDST

Unix timeはUTC基準の連続した時刻です。タイムゾーンを変えると「表示」が変わります。DST（夏時間）によってローカルの見え方が変化する点に注意してください。

切り分け手順（おすすめ）

  • 値の桁数で秒/ミリ秒を先に判定する
  • UTC表示で基準時刻を確定する
  • 必要ならローカル/TZ表示で業務時刻に合わせる
  • JWT時刻なら exp/nbf/iat を同時比較して前後関係を確認する

推奨（実務）

  • API仕様書には「秒/ミリ秒」を明記し、混在を避ける
  • ログはUTC保存を基本にし、表示層でTZ変換する
  • 期限判定には許容スキュー（数十秒）を設ける

このツールでできること

  • Unix time（秒/ミリ秒）→ ISO 8601
  • ISO 8601 → Unix time（秒/ミリ秒）
  • タイムゾーン表示（UTC/ローカル/任意）

よくある失敗

  • 秒値をミリ秒として扱い、1970年代や未来日付になる
  • ローカル時刻だけ見てUTC基準を見失う
  • DST切替日の時刻を単純に固定オフセットで扱う

注意（運用）

  • 形式妥当性は安全性や一意性を保証しません。用途に応じた要件確認が必要です。
  • 乱数/時刻/フォーマットの扱いは運用ポリシーに合わせてください。

参照仕様

  • Unix time（1970-01-01T00:00:00Z基準）
  • ISO 8601 / RFC 3339（日時表記）
  • IANA Time Zone Database（TZ名）

FAQ

秒とミリ秒のどちらですか？

入力欄で秒/ミリ秒を分けて扱います。桁数が大きい場合はミリ秒の可能性が高いです。

タイムゾーンは変換に影響しますか？

Unix time自体はUTC基準です。表示のタイムゾーンを変えると見える時刻が変わります。

負のUnix time（1970以前）は扱えますか？

環境（ブラウザのDate実装）により扱える範囲が異なります。想定外の値はエラーになることがあります。

参考リンク

  1. RFC 3339（Date and Time on the Internet）
  2. IANA Time Zone Database
  3. POSIX: time()

Example

1700000000 → 2023-11-14T22:13:20Z
1700000000000 → 2023-11-14T22:13:20.000Z