タイムゾーン変換

最終更新: 2026-06-02

タイムゾーン変換ツールの使い方

変換元の都市を選び、その都市での現地時刻を入力したら、変換先の都市を選びます。変換後の時刻がすぐに表示され、それが変換元と同じ日・翌日・前日のどれに当たるかもラベルで示されます。

UTC オフセットを自分で入力する必要はありません。各都市は自分のオフセットを把握しており、選んだ日付でサマータイムが適用されているかどうかも自動で判定します。たとえばニューヨークへの変換では、冬は EST、夏は EDT が自動的に使われ、利用者が時期を意識する必要はありません。

日付と時差の関係

2 つの都市の間の時差は、いつでも一定とは限りません。ニューヨークはロンドンに対して、1 月には 5 時間 遅れていますが、7 月には 4 時間 遅れまで縮まります。原因はサマータイムです。両地域とも春に時計を 1 時間進め、秋に戻しますが、その実施週末が異なるため、毎年数週間だけ通常の時差が 1 時間ずれます。

このツールは入力された日付から各都市のオフセットを計算するため、こうした切り替えをまたいでも正しい結果を保ちます。日付を 1 月から 7 月に変えると、オフセットが更新されるのが分かります。年間を通じて固定のオフセットを使うと、サマータイムの切り替え前後に実際の時差と 1 時間ずれた値になります。

変換の仕組み

内部的には、変換は 24 時間を法とするオフセットの足し算です。

$T_{\text{target}} = (T_{\text{source}} + (O_{\text{target}} - O_{\text{source}})) \bmod 24\text{h}$

ここで $O_{\text{source}}$ と $O_{\text{target}}$ は、それぞれの都市の 選んだ日付における UTC オフセットです。24 で割った余りをとることで、深夜 0 時をまたぐ場合も結果が正しく折り返され、日付シフトのラベルが、変換後の時刻が別の暦日になるタイミングを知らせます。

ある日付のオフセットを求めるには、サマータイムを解決する必要があります。このツールは、日付から各地域の切り替え日を導き出して判定します。たとえば米国では 3 月の第 2 日曜日と 11 月の第 1 日曜日に時計が変わり、EU では 3 月と 10 月の最終日曜日に変わります。オーストラリアやニュージーランドなど南半球の地域は逆になり、夏時間はおおむね 10 月から 4 月にかけてとなります。

標準 UTC オフセット一覧

参考として、一覧にある都市の 標準時（冬時間）のオフセットを示します。サマータイムを実施する都市では、その期間中はツールが自動的に 1 時間を加算するため、自分で足す必要はありません。

地域	標準オフセット	DST の有無
ロサンゼルス, バンクーバー	UTC−8	あり（米国・カナダ）
デンバー	UTC−7	あり（米国・カナダ）
シカゴ	UTC−6	あり（米国・カナダ）
ニューヨーク, トロント	UTC−5	あり（米国・カナダ）
サンパウロ, ブエノスアイレス	UTC−3	なし
ロンドン, リスボン, ダブリン	UTC+0	あり（EU）
パリ, ベルリン, マドリード, ローマ	UTC+1	あり（EU）
アテネ, ヘルシンキ	UTC+2	あり（EU）
モスクワ, イスタンブール, ナイロビ	UTC+3	なし
ドバイ	UTC+4	なし
ムンバイ（インド）	UTC+5.5	なし
カトマンズ（ネパール）	UTC+5.75	なし
バンコク, ジャカルタ	UTC+7	なし
シンガポール, 香港, 上海	UTC+8	なし
東京, ソウル	UTC+9	なし
シドニー, メルボルン	UTC+10	あり（オーストラリア）
オークランド	UTC+12	あり（ニュージーランド）

インド（UTC+5.5）やネパール（UTC+5.75）のように、30 分・15 分単位のオフセットを持つ地域もありますが、ツールはこれらも正確に処理します。

主な活用シーン

リモートワーク・ハイブリッドワーク

ニューヨーク、ロンドン、ベルリンをまたいで定例ミーティングを設定するのは典型的な例です。3 地域は時計を変える週末がそれぞれ異なるため、年に 2 回、数週間だけ相互の時差がずれます。開催日を日付フィールドに設定すると、その日の実効オフセットで変換が行われます。

旅行の計画

たとえばシンガポール現地時間 06:00 を自宅の都市に変換すると、自宅側の時刻と、日付が変わっているかどうかを同時に確認できます。

ライブイベントの調整

製品発表、配信、スポーツ中継、市場の取引開始などは、いずれも世界共通の同じ瞬間に起こりますが、各地ではそれぞれ異なる現地時刻になります。変換後の時刻を確認することで、地域ごとの現地時刻を正確に把握できます。

処理範囲と制限

このツールは、サマータイムを切り替え 日 の単位でモデル化しています。これは通常のスケジュール調整には十分な精度です。唯一正確に解決できないのは、切り替えの 1 時間の枠内に入る時刻（「春の繰り上げ」や「秋の繰り下げ」の早朝）で、この時間帯はどの地域でも時計が一時的にあいまいになります。

目的の都市が一覧にない場合は、同じタイムゾーンで DST 規則も同じ別の都市を選んでください。たとえばフランクフルトならベルリン、ボストンならニューヨークを選びます。変換結果は都市そのものではなく、タイムゾーンだけで決まります。なお過去のかなり古い日付については、地域によってサマータイム規則が年とともに変わっている場合がありますが、ツールは現行の規則で計算します。

よくある質問 (FAQ)

サマータイム（夏時間）は自動で処理されますか？

はい。各都市は、入力した日付に対応する正しいオフセットで変換されます。サマータイムを実施している地域（米国・カナダの大部分、ヨーロッパ、オーストラリア、ニュージーランドなど）については、その日付でサマータイムが適用されているかを判定し、自動的に 1 時間ぶん補正します。切り替えの週末をまたぐように日付を変えると、オフセットが変わるのを確認できます。サマータイムを実施しない都市（東京、上海、ドバイ、南米の大部分など）は、年間を通じて一定のオフセットになります。

目的の都市が一覧にありません。どれを選べばよいですか？

同じタイムゾーンで、サマータイムの規則も同じ都市を選んでください。たとえばフランクフルトやミラノなら、ベルリンやローマ（中央ヨーロッパ時間）を選びます。ボストンやマイアミならニューヨーク（米国東部時間）、コルカタやベンガルールならムンバイ（インド）を選びます。変換結果は都市そのものではなく、タイムゾーンだけで決まります。

なぜ日付の入力が必要なのですか？

2 つの都市の間のオフセットは、季節によって変わることがあるためです。ニューヨークはロンドンに対して、1 月には 5 時間遅れていますが、7 月には 4 時間遅れに縮まります。両地域がサマータイムを開始・終了する週末がそれぞれ異なるためです。会議や通話の日付を入力すれば、その日に実際に適用されるオフセットで変換できます。

UTC と GMT の違いは何ですか？

日常的な実用上は、UTC と GMT はほぼ同じです。どちらも経度 0° の時刻を表します。技術的な違いとして、GMT は（英国が冬に使う）タイムゾーンであるのに対し、UTC は原子時計に基づく国際的な時刻標準です。ここで表示されるオフセットは UTC を基準としています。