ツールナビ
開発ツール 登録不要 無料 ブラウザ完結

タイムゾーン変換ツール(無料・登録不要)

主要都市20以上のリアルタイム時刻を同時表示。任意2地点の時差を即座に変換。会議時間ヘルパーで重複可能な時間帯を可視化。サマータイム自動判定・カレンダー(.ics)ダウンロード付き。ブラウザ完結・無料・登録不要。

最終更新:2026年5月15日

主要都市20以上のリアルタイム時刻を同時表示。任意の日時で「東京XX時のNY時刻は?」を即変換。会議時間ヘルパーで全参加者が業務時間内に重なる時間帯を視覚化。サマータイムはIntl APIで自動判定。カレンダー(.ics)ダウンロードと共有URLで、決定した時刻を関係者と共有できます。ブラウザ完結・無料・登録不要。
現在時刻
東京 JST --:--:--
UTC --:--:--
NY EST --:--:--
ロンドン --:--:--
8 / 8 都市

使い方ガイドとシーン別活用法

海外取引先との打ち合わせ

「会議時間ヘルパー」で参加者の都市を選ぶと、全員が業務時間内に重なる時間帯を自動で探します。深夜や早朝に設定してしまうミスを防げます。

海外旅行・出張の時差確認

フライト到着時刻を現地時間で確認。「日本の午後3時は現地で何時?」を瞬時に変換。サマータイム切替日も自動で反映します。

グローバルシステム開発

UTC基準のAPI/ログのタイムスタンプを各タイムゾーンで確認。サーバーのcronジョブがユーザーの現地時刻でいつ動くか即確認できます。

海外イベント・ライブ配信

NFLやNBAの試合時刻、海外アーティストのライブ配信が日本時間で何時になるかを即確認。カレンダー(.ics)登録もワンクリック。

株式・FX取引

ニューヨーク証券取引所・ロンドン市場・東京市場の開場時刻を一覧確認。各市場の重なる時間帯(流動性が高い)も把握できます。

リモートチームのシフト管理

国際分散チームのスタンドアップ時刻をメンバー全員の現地時刻で表示。.icsファイルで各メンバーのカレンダーに一括登録できます。

サマータイムに注意: 欧米の多くの国で採用されているサマータイム(DST)は年2回切り替わります。当ツールはIntl APIでサマータイムを自動判定するため、手動計算のミスを防げます。

競合ツールとの機能比較

主要タイムゾーン変換ツールとの機能比較(2026年5月調査)

機能 tools-navi.jp
(当ツール)
timeanddate
.com
worldtimebuddy
.com
everytimezone
.com
thetimezone
converter.com
日本語UI✅ 完全
リアルタイム時刻更新
任意都市追加✅ 最大8都市✅(無料4まで)
任意日時での変換
サマータイム自動判定
会議時間ヘルパー別ページ
.icsダウンロード✅ 無料✅ 有料のみ
共有URL生成
ダークモード
広告なし❌ 多め

※ 調査日: 2026年5月15日 / △は部分対応

タイムゾーンの基礎知識

タイムゾーンとは

タイムゾーン(時間帯)は、地域ごとに統一された標準時の区分です。世界は地球の自転(24時間で360度 = 1時間で15度)に基づき、経度15度ごとに1時間のずれが生じます。現在は政治・経済的な理由から約400のタイムゾーンが存在し、30分・45分刻みのオフセットを持つ地域もあります。

UTC・GMT・JSTの違い

UTC協定世界時

国際的な時刻の基準。原子時計に基づき、うるう秒で調整。タイムゾーンのオフセット表記の基準(UTC+9 など)として使われる。

GMTグリニッジ標準時

ロンドンのグリニッジ天文台を基準とした歴史的な時刻。実用上UTCとほぼ同義(最大0.9秒の差)。イギリスの冬時間として使われる。

JST日本標準時

UTC+9時間。日本全土で統一(日本はサマータイム非採用)。兵庫県明石市が135度東経=UTCから正確に9時間前。

サマータイム(夏時間・DST)

サマータイム(Daylight Saving Time / DST)は、夏季に時計を1時間進めることで日照時間を有効活用する制度。主に北米・欧州・オーストラリアで採用。切替日が毎年変わるため手動計算でミスしやすく、プログラムではIntl.DateTimeFormat(IANA タイムゾーンDB)を使うのが確実です。日本・中国・インド・東南アジアはサマータイム非採用。

主要都市のUTCオフセット一覧

都市標準時UTC冬UTC夏(DST)DST採用
東京 / 大阪JST+9:00+9:00なし
ニューヨークEST/EDT-5:00-4:003月第2日曜〜11月第1日曜
ロサンゼルスPST/PDT-8:00-7:00同上
ロンドンGMT/BST±0:00+1:003月最終日曜〜10月最終日曜
パリ / ベルリンCET/CEST+1:00+2:00同上
シドニーAEDT/AEST+11:00+10:0010月第1日曜〜4月第1日曜
北京 / 上海CST+8:00+8:00なし
ドバイGST+4:00+4:00なし
インド(ムンバイ)IST+5:30+5:30なし
ハワイHST-10:00-10:00なし

IANA タイムゾーン名とISO 8601表記の実践ガイド

なぜ固定オフセットでなくIANA名を使うべきか

「UTC+9」のような固定オフセットは分かりやすい一方、サマータイムの切替を反映できません。America/New_YorkのようなIANAタイムゾーン識別子は「地域+DSTルール」をまとめて保持するため、未来の日付を扱う予定表・cronジョブ・国際システムでは固定オフセットではなくIANA名で保存するのが実務上の標準です。

主要都市のIANAタイムゾーン識別子

都市IANA識別子備考
東京Asia/TokyoDSTなし・常時+9:00
ニューヨークAmerica/New_YorkEST/EDT自動切替
ロンドンEurope/LondonGMT/BST自動切替
シドニーAustralia/Sydney南半球のためDST期間が北半球と逆
上海Asia/Shanghai中国全土が単一タイムゾーン(本来5区分だが統一運用)
ムンバイAsia/KolkataUTC+5:30(30分オフセット)

ISO 8601 の日時表記ルール

ISO 8601は国際標準の日時表記形式です。基本形はYYYY-MM-DDTHH:mm:ss±hh:mm。UTC時刻を表す場合はオフセット部分をZと表記します。

  • 2026-09-04T14:30:00+09:00 = 日本時間14時30分
  • 2026-09-04T05:30:00Z = 上記と同時刻のUTC表記
  • ミリ秒を含む場合: 2026-09-04T05:30:00.000Z

主要言語でのタイムゾーン変換コード例

JavaScriptIntl.DateTimeFormatのtimeZoneオプションにIANA名を指定)

// UTC の ISO 8601 文字列を取得
new Date().toISOString(); // "2026-09-04T05:30:00.000Z"

// 指定タイムゾーンで表示(IANA名を使用)
new Intl.DateTimeFormat('ja-JP', {
  timeZone: 'America/New_York',
  dateStyle: 'medium',
  timeStyle: 'medium',
}).format(new Date());

Python(3.9以降は標準搭載のzoneinfoを推奨。pytzは新規実装では避けるのが望ましい)

from datetime import datetime
from zoneinfo import ZoneInfo

now_ny = datetime.now(ZoneInfo("America/New_York"))
print(now_ny.isoformat())  # 例: 2026-09-04T01:30:00-04:00

出典: MDN Date.prototype.toISOString()(2026-09-04確認)/ Python公式 zoneinfo ドキュメント(2026-09-04確認)/ IANA Time Zone Database(2026-09-04確認)

よくある質問

タイムゾーンとUTCオフセットの違いは何ですか?
UTCオフセットは「UTCから何時間ずれているか」を表す固定値(例: +9:00)です。タイムゾーンはサマータイムなどで季節によって異なるオフセットを持つ「地域の時刻ルール」(例: America/New_York は冬-5:00・夏-4:00)です。ITシステムではIANAタイムゾーンDB(Asia/Tokyo等)を使うのが正確です。
日本(東京)とニューヨークの時差は何時間ですか?
日本標準時(JST)はUTC+9、ニューヨークは標準時(EST)でUTC-5です。つまり通常の時差は14時間(東京が14時間先)。ただしニューヨークがサマータイム(EDT・UTC-4)の期間(3月第2日曜〜11月第1日曜)は時差13時間になります。東京18時が夏のニューヨークでは5時(前日)に相当します。
サマータイムはいつ切り替わりますか?
米国・カナダは「3月第2日曜の午前2時(1時間進める)〜11月第1日曜の午前2時(1時間戻す)」です。欧州は「3月最終日曜〜10月最終日曜」です。オーストラリア(シドニー)は南半球なので逆で「10月第1日曜〜4月第1日曜」です。当ツールはIntl APIで自動判定するため、切替日を意識せずに正確な変換ができます。
プログラムでタイムゾーン変換を正確に行うには?
JavaScriptではIntl.DateTimeFormatのtimeZoneオプションにIANAタイムゾーン("Asia/Tokyo"等)を指定するのが推奨です。UTCオフセット(+9:00)のみでは夏時間に対応できません。Pythonではzoneinfoモジュール(Python 3.9+)またはpytzライブラリを使い、datetime.now(ZoneInfo("America/New_York"))のように指定します。
会議時間を決めるときにサマータイムで混乱しないためには?
毎回変換ツールで確認するか、会議招待をUTCベースで作成しカレンダーソフトに現地変換させるのが確実です。当ツールの「会議時間ヘルパー」では現時点のサマータイムを自動反映した上で重複可能時間帯を表示し、.icsファイル出力でGoogleカレンダー・Outlookに直接取り込めます。
日本はなぜサマータイムを採用していないのですか?
日本は1948〜1951年にGHQ占領下でサマータイムを実施しましたが、健康への影響・残業増加・農業への支障などを理由に廃止されました。その後も導入議論は繰り返されていますが、2020年東京オリンピックの猛暑対策として検討された際も「かえって健康被害や経済損失が拡大する」として見送られています。
IANAタイムゾーンデータベースとは何ですか?
IANAタイムゾーンデータベース(tzdata)は世界のタイムゾーン・UTCオフセット・DST切替履歴を収録した業界標準データベースです(IANA Time Zone Database)。Linux・macOS・Java等が採用し、「Asia/Tokyo」などのタイムゾーン識別子の源泉です。
UTCとGMTは同じですか?
ほぼ同じですが技術的には異なります。GMT(グリニッジ標準時)は天文観測基準の歴史的時刻系で、UTC(協定世界時)は原子時計基準の現代の標準です。現在の差は0.9秒以内に保たれており、一般用途では同義として扱われます。プログラミングでは「UTC」を使うことが推奨されています。