タイムゾーン変換

このツールについて

タイムゾーン間の変換のしくみ

Europe/Rome や America/New_York のようなタイムゾーンは、IANA タイムゾーンデータベースの項目です。地域と、夏時間の切り替えを含む UTC からのオフセットの履歴をひとまとめにしたものです。時刻の変換は 2 段階で行います。まず、入力された日付と時刻を、その日に基準のタイムゾーンで使われるオフセットを使って 1 つの正確な時点に変換します。次に、その時点を、ほかの各タイムゾーンで同じ時点に使われるオフセットで表示します。

そのため、2 つの都市の時差は固定の数値ではありません。ニューヨークとロンドンの時差は 1 年の大半は 5 時間ですが、3 月の 2〜3 週間と、10 月下旬から 11 月上旬の 1 週間は 4 時間になります。アメリカとイギリスで時計を切り替える日が異なるためです。

飛ばされる時刻と繰り返される時刻

時計が進められるときは、ローカル時刻の 1 時間が存在しなくなります。ニューヨークでは 2026 年 3 月 8 日に時計が 01:59 から 03:00 に直接進むため、02:30 は存在しません。時計が戻されるときは、同じ 1 時間が 2 回現れます。2026 年 11 月 1 日には 01:30 がまず UTC-04:00 で、その 1 時間後に UTC-05:00 でもう一度現れます。

選んだ時刻がこうした時間帯に入る場合は、ツールがそのことを知らせます。飛ばされる時刻は、飛ばされた時間の長さだけ先へずらします。繰り返される時刻は 1 回目を使い、チェックボックスで 2 回目に切り替えられます。JavaScript の Temporal API と Java の java.time も、デフォルトで同じ 2 つのルールを適用します。

表の見方

各行には、そのタイムゾーンでの日付と時刻、その時点で適用される UTC からのオフセット、そして現地の暦日が基準のタイムゾーンと同じか、1 日先か、1 日前かを表示します。ISO 8601 をコピーは、2026-11-14T10:00:00+01:00 のようにオフセット付きのローカル時刻をコピーします。この形式なら、たいていの言語やデータベースがタイムゾーンを知らなくても解析できます。地域が標準時を採用する前の日付では、オフセットに秒が含まれることがあり、その場合はコピーされる文字列にも秒が含まれます。ISO 8601 自体はオフセットに時と分しか認めていないため、厳密なパーサーはそうした文字列を受け付けない可能性があります。

タイムゾーンは略称ではなく IANA の名前で表示します。略称は一意ではないためです。たとえば CST は、北米の中部標準時、中国標準時、キューバ標準時のいずれにも使われます。

オフセットは、ブラウザやオペレーティングシステムに付属するタイムゾーンデータを Intl API で読み取ったものです。選んだ行はこのブラウザに保存されますが、入力した日付と時刻は保存されません。