タイムゾーン変換ツール(無料・登録不要)
主要都市20以上のリアルタイム時刻を同時表示。任意2地点の時差を即座に変換。会議時間ヘルパーで重複可能な時間帯を可視化。サマータイム自動判定・カレンダー(.ics)ダウンロード付き。ブラウザ完結・無料・登録不要。
最終更新:2026年5月15日
日時を入力して「変換」ボタンをクリック、または Enter キーを押してください
参加都市を選択して「重複時間帯を検索」をクリックしてください
使い方ガイドとシーン別活用法
「会議時間ヘルパー」で参加者の都市を選ぶと、全員が業務時間内に重なる時間帯を自動で探します。深夜や早朝に設定してしまうミスを防げます。
フライト到着時刻を現地時間で確認。「日本の午後3時は現地で何時?」を瞬時に変換。サマータイム切替日も自動で反映します。
UTC基準のAPI/ログのタイムスタンプを各タイムゾーンで確認。サーバーのcronジョブがユーザーの現地時刻でいつ動くか即確認できます。
NFLやNBAの試合時刻、海外アーティストのライブ配信が日本時間で何時になるかを即確認。カレンダー(.ics)登録もワンクリック。
ニューヨーク証券取引所・ロンドン市場・東京市場の開場時刻を一覧確認。各市場の重なる時間帯(流動性が高い)も把握できます。
国際分散チームのスタンドアップ時刻をメンバー全員の現地時刻で表示。.icsファイルで各メンバーのカレンダーに一括登録できます。
競合ツールとの機能比較
主要タイムゾーン変換ツールとの機能比較(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+9 など)として使われる。
ロンドンのグリニッジ天文台を基準とした歴史的な時刻。実用上UTCとほぼ同義(最大0.9秒の差)。イギリスの冬時間として使われる。
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:00 | 3月第2日曜〜11月第1日曜 |
| ロサンゼルス | PST/PDT | -8:00 | -7:00 | 同上 |
| ロンドン | GMT/BST | ±0:00 | +1:00 | 3月最終日曜〜10月最終日曜 |
| パリ / ベルリン | CET/CEST | +1:00 | +2:00 | 同上 |
| シドニー | AEDT/AEST | +11:00 | +10:00 | 10月第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/Tokyo | DSTなし・常時+9:00 |
| ニューヨーク | America/New_York | EST/EDT自動切替 |
| ロンドン | Europe/London | GMT/BST自動切替 |
| シドニー | Australia/Sydney | 南半球のためDST期間が北半球と逆 |
| 上海 | Asia/Shanghai | 中国全土が単一タイムゾーン(本来5区分だが統一運用) |
| ムンバイ | Asia/Kolkata | UTC+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
主要言語でのタイムゾーン変換コード例
JavaScript(Intl.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」を使うことが推奨されています。