JST・UTC変換
日時文字列をJSTとUTCで相互変換できます。入力形式はYYYY-MM-DD HH:mm:ssに固定し、変換方向を明示して計算します。処理はブラウザ内で完結し、タイムゾーン付き表記で確認できます。
入力形式: YYYY-MM-DD HH:mm:ss
結果
入力解釈: -
変換結果: -
入力データは原則ブラウザ内で処理します。機密情報は入力しないでください。
使い方
- 変換方向（JST→UTC / UTC→JST）を選びます。
- 日時を YYYY-MM-DD HH:mm:ss 形式で入力します。
- 「変換する」を押して結果を確認し、必要ならコピーします。
判断基準
元データがJST前提かUTC前提かを先に確定してから方向を選ぶと、9時間ずれたまま運用してしまう事故を防げます。
よくある失敗
- UTC値なのにJST→UTCで再変換して、時刻がさらに9時間ずれる。
- 日付区切りをまたぐケースで前日/翌日への変化を見落とす。
- `YYYY/MM/DD` 形式で入力して形式エラーになる。
注意点
- 入力形式は YYYY-MM-DD HH:mm:ss 固定です。
- JST→UTCは入力をJSTとして、UTC→JSTは入力をUTCとして解釈します。
- 入力が不正な場合は期待形式を含めてエラー表示します。
- 入力内容はURLクエリにも反映されるため、共有時は機密情報が含まれていないか確認してください。
境界条件
- 他タイムゾーン（PSTなど）への直接変換は未対応です。
- ミリ秒付き入力やISO8601の多形式自動判定は行いません。
- 一般的には本番ログのタイムゾーン定義をシステム仕様で確認してください。
具体例
- 入力: `2025-01-01 09:00:00`（JST→UTC）→ `2025-01-01 00:00:00 (UTC)`。
- 入力: `2025-01-01 18:30:00`（UTC→JST）→ `2025-01-02 03:30:00 (JST)`。
失敗しやすい変換例
変換方向を逆に選ぶ
9時間ずれた結果を正値として扱ってしまいます。
例: 入力例: UTC時刻をJST→UTCで変換 / 出力: さらに9時間減算
入力形式を崩したまま実行する
秒や区切り欠落で意図しないエラーになります。
例: 判断ポイント: `YYYY-MM-DD HH:mm:ss` 形式を維持する
境界値・例外ケース
日付またぎの変換
JST↔UTCで日付が前日/翌日に変わる場合があります。
例: 入力例: 2026-03-04 01:00:00 JST / 出力: 前日UTC
秒境界のログ照合
秒単位で比較しないと障害時刻の前後判定を誤りやすくなります。
例: 判断ポイント: 変換結果を秒まで揃えて比較する
よくあるミス
ローカル時刻表示とUTCログを混同する
監視ログと画面表示の時刻軸がずれる要因になります。
例: 運用例: 共有時は `YYYY-MM-DD HH:mm:ss TZ` で明示
元入力を保存せず結果だけ残す
再確認時に方向ミスの検証ができなくなります。
例: 判断ポイント: source と converted をセットで記録する
FAQ
Zは何を意味しますか？
ISO 8601でUTCを示す記号です。このツールではUTCを(UTC)で明示表示します。
入力形式を増やせますか？
現仕様では誤解を避けるためYYYY-MM-DD HH:mm:ssの1形式に固定しています。
入力形式が違うとどうなりますか？
YYYY-MM-DD HH:mm:ss 形式以外はエラーとして案内します。
夏時間は考慮されますか？
JSTとUTCの固定オフセット変換なので夏時間の揺れはありません。
変換時に日付が変わるのは正常ですか？
はい。UTCとJSTは9時間差のため、時刻によって前日/翌日に変わります。
基本FAQ
入力データは外部へ送信されますか？
原則として送信されません。入力内容はブラウザ内で処理します。例外がある場合は各ツールページ内に明記しています。
入力内容は自動保存されますか？
原則として自動保存しません。コピーやダウンロードで保存する場合は、ご利用端末内に保存されます。
同じ目的の日付・時刻ツール
日付差分、加減算、曜日、期日、時刻変換をまとめたファミリーです。
関連ツール
現在の入力内容とあわせて確認しやすいツールです。