日時を整える
中級タイムスタンプを整える。
＝ Unix時間 ⇔ 日付の変換
Unix エポック（秒/ms/μs/ns 自動判定）⇔ ISO8601 ⇔ JST/UTC を同時表示。相対時間「3日前」、A→B の期間差分まで一発で。サーバーログ・API・SQL の確認に。
🔰 かんたんに言うと
「1700000000」のような機械用の時刻（Unix時間）を、人間の日付に変換します。
TLDR — 30秒で分かる
Unix エポック（秒/ms/μs/ns 自動判定）⇔ ISO8601 ⇔ JST/UTC を同時表示。相対時間・期間差分・有名なエポック値まで。
主な機能
- 桁数から秒/ms/μs/ns 自動判定
- JST/UTC・ISO8601 同時表示
- 相対時間（3日前など）
- 期間差分（A→B）
日時
2023-11-15 など
1970年基準で数える
経過した秒
UNIX秒
世界共通の数
STEP 1
※ イメージ図です。下の入力欄で、実際の日時⇔エポック秒を変換できます。
桁数から秒/ms/μs/ns を自動判定します。
RESULT
計算中…
FORMATS
各種フォーマット
JST（人間向け）
—
UTC（人間向け）
—
ISO 8601（JST）
—
ISO 8601（UTC / Z）
—
UNIX EPOCH
エポック秒（4桁単位）
秒（s）
—
ミリ秒（ms）
—
マイクロ秒（μs）
—
ナノ秒（ns）
—
DIFF
期間差分（A → B）
分解
—
日数
—
時間
—
分
—
秒
—
FAMOUS EPOCHS
有名なエポック値
クリックで入力欄にセット。
| 名称 | エポック (ms) |
|---|---|
| Unix epoch 開始 | 0 |
| 兆ミリ秒（13桁突入） | 1,000,000,000,000 |
| 1.5兆ms | 1,500,000,000,000 |
| 1.7兆ms | 1,700,000,000,000 |
| 2038年問題 | 2,147,483,647,000 |
| 2100-01-01 UTC | 4,102,444,800,000 |
よくある質問
Q. 入力欄に何を入れればいい？
A. Unix エポック（秒/ミリ秒/マイクロ秒/ナノ秒のどれでもOK・桁数から自動判定）か、ISO8601 形式の日時文字列（例：2026-05-15T13:30:00+09:00、2026/05/15 13:30、May 15 2026 13:30 JST など）が入ります。空欄で「今」が入ります。
Q. 秒とミリ秒、どっちが入力された？
A. 桁数で自動判定します。10桁以下=秒、13桁=ミリ秒、16桁=マイクロ秒、19桁=ナノ秒として扱います。境目は「2001-09-09 以降は10桁→13桁に切り替わった」という事実に基づく簡易判定です。
Q. JST と UTC、どう違う？
A. UTC（協定世界時）は世界共通の基準時。JST（日本標準時）は UTC より9時間進んでいます（UTC+9）。例：UTC が 2026-05-15 04:30 のとき、JST は 2026-05-15 13:30。サーバーログは UTC、人間が見る画面は JST、というのが一般的な分担です。
Q. 「2038年問題」って何？
A. 32bit signed int の上限が 2,147,483,647 秒で、これは UTC で 2038-01-19 03:14:07 にあたります。これを過ぎると、古い32bitシステムでは負数にラップして時刻がおかしくなる「2038年問題」が発生します。現代の言語・OSは64bit化済みで影響は限定的ですが、組み込み・C ライブラリ・古い DB スキーマには残っています。
Q. ISO 8601 ってどんな形式？
A. 「YYYY-MM-DDTHH:mm:ss±hh:mm」または末尾「Z」（=UTC）。例：2026-05-15T13:30:00+09:00、2026-05-15T04:30:00Z。区切り文字や TZ の表記が固定されているため、機械にもパースしやすい標準形式です。
Q. 相対時間と期間差分の違いは？
A. 「相対時間」は基準日時（今）からの差を「3日前」「5分後」のように1単位で表示。「期間差分」は2つの日時の差を「3日4時間12分」のように複数単位に分解表示します。前者はSNSやログの読みやすさ、後者は厳密な期間計算に向きます。
入力値はURLの「#」以降に入るためサーバーには送信されません。リンクを開くと同じ状態を復元します。
RELATED TOOLS
続けて整える
