時差・世界時計 計算ツール｜11都市の現地時刻とサマータイム対応
日本時刻を入力して世界主要11都市（NY・LA・ロンドン・パリ・ドバイ・インド・バンコク・北京・ソウル・シドニー・ホノルル）の現地時刻・日本との時差・同日か翌日／前日を判定。海外出張・国際会議・SNS配信・貿易実務・オフショア開発・オンラインゲームのスケジュール管理に。UTC基準・IANAタイムゾーンデータベース・ISO 8601に準拠した解説付き。
時差・世界時計計算ツール
計算式とUTC基準
基本式
現地時刻 = 日本時刻 + （現地UTCオフセット − JST UTCオフセット）
JST = UTC + 9 時間（日本標準時）
世界の時刻はUTC（協定世界時）を基準に各国のタイムゾーンとしてオフセット定義されます。日本時間はUTC+9のためJST（Japan Standard Time）と呼ばれ、時差計算はUTC基準の差分で求まります。たとえばニューヨーク（EST、UTC-5）は、日本と14時間差（東京12:00 → NY前日22:00）となります。
UTC・GMT・JSTの用語整理
UTCは原子時計に基づく国際標準時、GMTは英国グリニッジ天文台基準の平均太陽時（歴史的用語）。実用上UTC=GMT±1秒で同義扱い。JSTは日本標準時、UTC+9で明石市子午線基準。夏時間のような季節変動はなく、通年で固定です。
タイムゾーン識別子
IANAタイムゾーンデータベース（tzdata）が世界の公式標準で、"Asia/Tokyo"（JST）、"America/New_York"（ESTまたはEDT）、"Europe/London"（GMTまたはBST）のように地域名で識別。プログラミング・データベース設計では必ずIANA IDを使用し、"JST"のような略称は避けるのが実務作法です。
UTC・GMT・JSTの違い
| 用語 | 意味 | 用途 |
|---|---|---|
| UTC | 協定世界時（原子時計基準） | 国際航空・衛星通信・IT・科学 |
| GMT | グリニッジ標準時（平均太陽時） | 英国内・歴史的表記 |
| JST | 日本標準時（UTC+9固定） | 日本国内公式時刻 |
| Z | UTC の別表記（Zulu Time） | 軍事・航空業界 |
| タイムスタンプ（Unix時間） | 1970-01-01 UTC からの秒数 | IT・データベース・ログ |
公式書類・国際契約では、時刻を「2026-07-30T12:00:00+09:00」のようにISO 8601形式（UTCオフセット付き）で記載するのが国際標準です。「12:00 JST」は日本語文脈で通じますが、国際文書では必ずUTC基準で記述してください。
世界主要都市の時差早見表（日本比・標準時）
| 都市 | UTCオフセット | 日本との時差 | サマータイム |
|---|---|---|---|
| ロサンゼルス（LA） | UTC-8 | -17時間 | あり（3〜11月+1h） |
| ニューヨーク（NY） | UTC-5 | -14時間 | あり（3〜11月+1h） |
| ロンドン | UTC+0 | -9時間 | あり（3〜10月+1h） |
| パリ・ベルリン | UTC+1 | -8時間 | あり（3〜10月+1h） |
| モスクワ | UTC+3 | -6時間 | なし（2011廃止） |
| ドバイ | UTC+4 | -5時間 | なし |
| ムンバイ・デリー | UTC+5:30 | -3.5時間 | なし |
| バンコク | UTC+7 | -2時間 | なし |
| 北京・シンガポール | UTC+8 | -1時間 | なし |
| ソウル | UTC+9 | 0時間（同時） | なし |
| シドニー | UTC+10 | +1時間 | あり（10〜4月+1h） |
| ホノルル | UTC-10 | -19時間 | なし |
米国・欧州はサマータイム期間中は上表から+1時間。オーストラリアは南半球のため日本の秋〜春がサマータイム期間（+1h、東海岸地域のみ）。中南米・アフリカでも一部の国が独自のDSTを実施しており、詳細はIANA tzdataで確認します。
サマータイム（DST）の仕組み
サマータイム（Daylight Saving Time, DST）は、夏季に時計を1時間進めることで日照時間を有効活用する制度。日本は導入していませんが、欧米・オセアニア・中東の一部で運用されています。
米国のサマータイム
米国は3月第2日曜〜11月第1日曜までがDST期間（2007年以降）。開始日午前2時に時計を3時に進め、終了日午前2時に1時に戻します。ハワイ州・アリゾナ州の大部分はDSTを実施しません。DST期間中、日本とNYの時差は14時間→13時間、LAは17時間→16時間に縮まります。
欧州のサマータイム
EU諸国は3月最終日曜〜10月最終日曜までがDST期間。米国より2週間短く、切替日も異なります。EUは2019年にDST廃止を決議しましたが、各加盟国の対応が遅れて2026年時点でも継続中。ロンドンではDST期間中はGMT→BST（British Summer Time）、日本との時差9時間→8時間になります。
南半球のサマータイム
南半球は季節が逆のため、DST期間も反転。オーストラリアの東海岸（NSW州、VIC州等）は10月第1日曜〜4月第1日曜。日本の秋〜春の期間、シドニーとの時差は+1時間→+2時間になります。ニュージーランド、チリなども類似のDSTを運用。
DST廃止の動き
健康影響（心筋梗塞・交通事故が切替直後に増加）・省エネ効果の疑問視から、DST廃止の動きが世界的に進行中。EU、米国、日本の一部政党が廃止・恒常DST化を議論。ロシアは2011年、トルコは2016年、ベラルーシは2011年に既に廃止しました。
ISO 8601 とタイムゾーンDB
ISO 8601 標準
国際標準化機構（ISO）の日時表記標準。YYYY-MM-DDThh:mm:ss±hh:mm形式で、UTCオフセットまで含む。例：「2026-07-30T15:30:00+09:00」＝日本時間2026年7月30日15時30分。UTCの場合は末尾を「Z」（Zulu）と表記。
IANA タイムゾーンデータベース
世界のタイムゾーン・DST・過去の時制変更を網羅した公式データベース。IANA（Internet Assigned Numbers Authority）が管理し、年数回更新。世界中のOS・言語処理系（Linux, Java, Python, JavaScript）に組み込まれ、法改正（DST廃止、UTCオフセット変更）に対応します。
実装上の注意
データベース・API設計ではすべてUTCで保存し、表示時にユーザーのタイムゾーンに変換するのが定石。「JST」「EST」などの略称は同一略称で複数のタイムゾーンを指す場合があり（EST=米東部時間 or 豪州東部時間）、IANA ID（"Asia/Tokyo"）を必ず使用してください。
時差ボケ（Jet Lag）対策の科学
時差ボケは体内時計（サーカディアンリズム）と現地時刻のズレによる生理現象。医学名はJet Lag Disorderで、国際疾病分類ICDにも登録される正式な疾患概念です。
方向による回復速度
東方向への移動（日本→米国東海岸）のほうが西方向より時差ボケが強い。人間の体内時計周期は約24.2時間で自然と後ろにズレる傾向があるため、時計を進める東行きは適応が難しく、時計を遅らせる西行き（米国→日本）は比較的楽です。時差1時間あたり回復に1〜1.5日かかるのが目安。
予防・対策の3原則
- 出発前調整：東行きなら出発3日前から就寝を1時間早め、西行きなら1時間遅らせて事前適応。
- 現地光曝露：現地朝の日光を浴びることで体内時計をリセット。特に東行きは午前中の日光が重要。
- メラトニン活用：現地就寝時刻に合わせてメラトニン0.5〜3mg服用が推奨される（欧米、日本では医薬品指定）。
業界・場面別の使い方
海外出張・国際会議
時差ボケ対策で出発3日前から徐々に現地時間に生活リズムを合わせる。会議調整では、日本14〜17時＝NY 0〜3時（昨日）となるため、日本朝〜午前が全世界の共通時間帯として使いやすい。Google Meet・Zoomはタイムゾーン変換に対応。
国際貿易・輸出入業務
船積書類（B/L）・信用状（L/C）の締切時刻は現地時間ベース。米国・欧州の銀行締切に間に合わせる場合、日本時間で逆算した早朝送信が必要。決済時刻の指定は必ずISO 8601＋UTCで契約書に明記。
SNS・ライブ配信
Twitter・Instagram・YouTubeは投稿時刻が現地時間で表示。米国・欧州フォロワーを狙う投稿は現地朝7〜9時（日本21〜24時／夜0〜2時）が反応良好。TikTokの分析ダッシュボードでは自動的にフォロワー多数の時差を推奨表示。
オフショア開発・外注管理
ベトナム（UTC+7、-2h）・インド（UTC+5:30、-3.5h）・フィリピン（UTC+8、-1h）は日本と勤務時間が重なるため協業しやすい。米国東海岸（-14h）は日本朝会＝現地深夜のため、非同期コミュニケーション（Slack、ドキュメント）が主体。
オンラインゲーム・eスポーツ
グローバル大会は米国時間（EDT/PDT）ベースで開催。日本選手は現地朝＝日本深夜〜早朝の変則スケジュール対応が必須。ランキング更新・メンテナンス時刻も米国基準で告知され、時差把握が競技準備の前提。
投資・為替市場
東京市場（9:00-15:00 JST）→ロンドン市場（16:00-24:00 JST）→NY市場（22:00-翌6:00 JST）と24時間切れ目なく移行。米雇用統計・FOMC（米連邦公開市場委員会）は日本時間深夜発表のため、時差計算が投資判断の前提。
グローバル会議のベストプラクティス
4象限による時間帯マッピング
グローバル分散チームでの会議は、参加者の現地時刻を「勤務時間内・勤務時間外」の4象限で評価するのが定石。誰も深夜・早朝にならない時間帯を模索します。
アジア・欧州・米国の重なり時間帯
日本（JST）とヨーロッパ（CET）は7〜8時間差で、日本夕方16時＝欧州朝9時が両者の勤務時間内。米国東海岸（EST）とは14時間差で難しく、日本朝7時＝NY前夜17時、日本夜21時＝NY朝7時が限界。米国西海岸（PST）とは17時間差で、日本朝9時＝LA前夜16時が唯一の実用時間帯です。
非同期コミュニケーションの活用
時差が大きいチームでは、リアルタイム会議より非同期文書（ドキュメント・録画・Loom等）で情報共有し、質疑応答を非同期にするのが定石。Notion・Confluence・Slackスレッドが典型ツール。
タイムゾーンの歴史と国別の特殊事情
タイムゾーンの起源
19世紀の鉄道網発達以前、各都市は太陽時ベースで独自の時刻を運用していました。米国だけで100以上の地方時があり、鉄道運行が混乱。1883年に鉄道会社が4つの標準時ゾーンを制定、1884年の国際子午線会議でグリニッジ標準時と経度15°ごとのタイムゾーンが国際合意され、現代のシステムが確立しました。
国別の特殊事情
- 中国：東西5,000kmを1つの標準時（北京時間、UTC+8）で運用。西端カシュガルでは太陽時とのズレが3時間近い。
- インド：UTC+5:30の半端時刻。1947年独立時に東西の時制を統一するため中間を採用。
- ネパール：UTC+5:45で世界唯一の15分単位。インドと差別化する外交的意味も。
- 北朝鮮：2015年にUTC+8:30を導入、2018年UTC+9に戻すという政治的タイムゾーン変更。
- ロシア：11のタイムゾーンを持つ世界最多。カムチャッカとカリーニングラードで11時間差。
よくある間違い・注意点
- サマータイム未考慮 — 米国・欧州は年2回時計が切り替わるため、3〜11月と冬季で日本との時差が1時間ずれます。会議設定は必ずカレンダーツールのタイムゾーン変換機能を使い、JST基準で確認。
- 日付跨ぎの誤認 — 日本正午にNYへ電話しても、現地は前日22時（夏時間なら23時）。誕生日メッセージ・締切の指定は「日本時間」「現地時間」を明記しないと重大トラブルに。
- タイムゾーン略称の曖昧性 — 「EST」は米東部と豪東部両方で使われ、地域が違うと時差が全く別。プログラミングでは略称ではなくIANA ID（"America/New_York"）を必ず使用。
- UTC+9=JSTと決めつけ — 韓国（KST、UTC+9）も日本と同じUTC+9で時差0ですが、朝鮮民主主義人民共和国はUTC+9→UTC+8:30→UTC+9と変更履歴があり、歴史データ処理で混乱の元。
- DST廃止国のデータ更新漏れ — トルコ・ロシア・ベラルーシは近年DSTを廃止。古いカレンダーソフトのタイムゾーンDBが更新されていないと会議時刻がズレる原因に。
- ISO 8601のオフセット省略 — 「2026-07-30 15:30」ではタイムゾーン不明。国際文書・API・ログでは必ず「+09:00」「Z」等のオフセットを明記。
- 閏秒の存在忘れ — UTCは不規則に閏秒を挿入。金融・航空・GPS・天文分野では閏秒対応が必須で、SLAでの時刻精度規定にも影響します。
関連する規格・法令
- ISO 8601 ― 日付・時刻の国際標準表記。UTCオフセット付きが原則。
- ITU-R TF.460-6 ― 国際電気通信連合の標準周波数・時刻放送に関する勧告。UTC定義の技術根拠。
- IANA Time Zone Database (tzdata) ― 世界公式のタイムゾーン・DSTデータベース。年数回更新。
- 電波法（日本） ― 標準周波数局JJYが40kHz/60kHzで日本標準時を放送。総務省 情報通信研究機構（NICT）が管轄。
- 計量法（日本） ― 時間の単位「秒」は国際単位系に準拠。日本標準時はUTC+9として計量法上定義。
- NTP（Network Time Protocol）RFC 5905 ― IPネットワーク上での時刻同期プロトコル。UTC基準で運用。
参考文献・公的資料
より正確な時差・タイムゾーン情報を確認したい場合は、以下の公的機関の資料を参照してください。
- 情報通信研究機構（NICT）日本標準時 ― 日本標準時JSTの公式配信元。標準電波JJY・NTPサーバ運用。
- IANA Time Zone Database ― 世界公式タイムゾーンDB。過去〜未来のDST変更を追跡。
- 国際度量衡局（BIPM）Time metrology ― UTC定義を管理する国際機関。原子時計データ集約。
- ITU-R Recommendation TF.460 ― UTC標準の国際勧告。
- ISO 8601 Date and time format ― 日時表記の国際標準規格ページ。
- timeanddate.com World Clock ― 世界主要都市の現地時刻・DST情報の民間標準サイト。
- 外務省 海外旅行・海外安全 ― 海外渡航時の時差情報・現地時間・生活情報。
- 情報通信研究機構（NICT） ― 日本の時刻計量標準機関。原子時計・時刻同期。
- NIST Internet Time Service ― 米国国立標準技術研究所のNTPサーバ・時刻標準情報。
よくある質問（FAQ）
日本とNYの時差は？
標準時で-14時間（日本正午＝NY前日22時）。サマータイム期間中（3月第2日曜〜11月第1日曜）は-13時間に縮まります。米東部時間はESTまたはEDT（サマータイム時）と表記されます。
UTC・GMT・JSTは何が違う？
UTCは原子時計基準の国際標準時、GMTは英国グリニッジ天文台基準の平均太陽時で、実用上ほぼ同義（UTC=GMT±1秒）。JSTは日本標準時でUTC+9固定。国際文書ではUTCを、日本国内ではJSTを使用します。
サマータイムの切替日は？
米国は3月第2日曜〜11月第1日曜、EUは3月最終日曜〜10月最終日曜、豪州は10月第1日曜〜4月第1日曜（南半球なので反転）。開始日は時計が1時間進み、終了日は1時間戻ります。
日本にサマータイムはある？
ありません。過去に1948〜1951年にGHQ主導で導入されましたが、農家・国鉄・企業の混乱で廃止。以降は導入議論があるものの実施されず、JSTは通年UTC+9固定です。
ロンドンとの時差は？
標準時で-9時間（日本正午＝ロンドン午前3時）。サマータイム中は-8時間。ロンドンは冬季がGMT（UTC+0）、夏季がBST（British Summer Time、UTC+1）と表記されます。
ハワイの時差は？
ホノルル（HST、UTC-10）で日本との時差は-19時間。日本正午＝ハワイ前日17時。ハワイ州はサマータイムを実施しないため通年固定です。日付変更線の関係で日本より1日遅れます。
インドの時差が「30分」半端なのはなぜ？
インドはUTC+5:30と30分単位を採用。歴史的には東西で異なる時制を統一する際に中間を取った経緯。ネパールはUTC+5:45と45分単位という更に稀な例。米国東部標準時と半端時差の会議調整では特に注意が必要です。
タイムゾーンの略称は使ってよい？
日常会話・ニュース記事は略称（EST、JST、GMT等）で問題ありませんが、プログラミング・データベース・国際契約では避けます。ESTは米東部と豪東部の両方で使われる曖昧な略称で、IANA ID（"America/New_York"等）を使用してください。
閏秒とは何？
UTC（原子時計）と天文時（地球自転）のズレを補正するため、不定期に挿入される「1秒」。近年廃止方針が議論されており、2035年までに廃止予定（国際計量総会2022決議）。金融取引・航空管制・GPS等では閏秒対応が必須。
日付変更線はどこにある？
太平洋のほぼ経度180°線上を蛇行しながら通過。西→東に越えると日付が1日戻り、東→西に越えると1日進みます。トンガ・キリバスなど太平洋島嶼国では日付変更線の東西で時差27時間の差もあり、世界最初に日付が変わる国となります。
ISO 8601形式の書き方は？
「YYYY-MM-DDThh:mm:ss+hh:mm」で、UTCオフセット付きが標準。例：「2026-07-30T15:30:00+09:00」＝日本時間。UTCそのものは末尾「Z」（例：2026-07-30T06:30:00Z）と表記します。API・ログ・国際文書では必ずこの形式を使用してください。
NTPサーバは何のため？
PC・サーバの時刻をUTC基準で同期するためのプロトコル。日本ではNICT（ntp.nict.jp）、米国ではNIST（time.nist.gov）が公式NTPサーバを運用。ログの時系列整合・金融取引・分散システムでは1ミリ秒精度の時刻同期が必須です。