時間帯変換器
タイムゾーン間の時間を変換する. 世界中どこでも今何時か確認する. この無料のオンライン日付計算器を使って,即座に正確な結果を出すことができます.
時間帯の仕組み:UTCとオフセット
UTC (コーディネート・ユニバーサル・タイム)グローバル・タイム・スタンダード (Global Time Standard) は,他のすべてのタイムゾーンが派生する基礎である.タイムゾーンは,UTCのオフセットとして表現される.UTC+XUTCよりX時間先にあることを意味します.UTC-XX時間遅れている.
2つのタイムゾーン間の変換:
- ソース時間を UTC に変換: ソース UTC のオフセットを引く
- ターゲットのUTCオフセットを追加する
例として:変換 3:00 PM ニューヨーク (EST = UTC-5) から ロンドン (GMT = UTC+0)
午後3時 - (−5h) = 3時 + 5時 = 8時 UTC =ロンドン時間20時
例として:10:00 AM 東京 (JST = UTC+9) を ニューヨーク (EST = UTC-5) に変換する:
10:00 AM UTC+9 -> UTC: 10:00 AM - 9h = 1:00 AM UTC -> EST: 1:00 AM - 5h =前日の午後8時 ニューヨーク
メジャータイムゾーン参照グラフ
世界の主要都市におけるUTCのオフセット (標準時間,DST以外の):
| 都市/地域 | 略称 | UTCオフセット |
|---|---|---|
| ロサンゼルス サンフランシスコ | PST | UTC-8 |
| デンバー | MST | UTC−7 |
| シカゴ | CST | UTC−6 |
| ニューヨーク,マイアミ | エスト | UTC−5 |
| ロンドン (冬) | GMT | UTC+0 |
| パリ,ベルリン,マドリード | CET | UTC+1 |
| アテネ,ヘルシンキ | EET | UTC+2 |
| モスクワ | MSK | UTC+3 |
| ドバイ | GST | UTC+4 |
| デリー,ムンバイ | IST について | UTC+5:30 |
| バンコク ジャカルタ | ICT/WIB | UTC+7 |
| 北京,シンガポール | CST/SGT | UTC+8 |
| 東京,ソウル | JST/KST | UTC+9 |
| シドニー (冬) | AEST について | UTC+10 |
日光 節約 時間 (DST): 時計 が 変化 する 時
デイライト・セービング・タイムは 春には時計を1時間前へ 秋には時計を1時間後ろに 移動させ UTCのオフセットを夏に変更します
| 地域 | DST スタート | DST 終了 | 夏のオフセット |
|---|---|---|---|
| 米国 (ほとんどの州) | 3月2日曜日 | 11月第1日曜日 | UTC-4 (EDT),UTC-5 (CDT) など |
| EU / イギリス | 3月最後の日曜日 | 10月の最後の日曜日 | UTC+1 (BST),UTC+2 (CEST) など |
| オーストラリア (SE) | 10月最初の日曜日 | 4月第1日曜日 | UTC+11 (AEDT) |
DST を遵守しない国には,日本,中国,インド,アフリカの大部分,中東の一部が含まれます.アリゾナ (米国) とインディアナの一部も DST を遵守していません.
実践的な影響:ニューヨークとロンドンの間の時間差は冬には5時間ですが,春/秋には4時間しかありません.
タイムゾーンとグローバルランニングイベント
国際レースの結果を追跡したり 仮想イベントに登録したりするランナーにとって タイムゾーンの認識は不可欠です
- ボストンマラソン:放送開始時間:午前10時 放送開始時間:午後3時 ロンドン (BST),午後11時 東京,午前6時 PST (同日)
- ロンドンマラソンBST (UTC+1 4月) 午前9時スタート.米国視聴者:午前4時,午前1時
- ベルリン・マラソン9月9時15分 (UTC+2) スタート.ニューヨーク: ET15時15分
- 東京マラソン:JST (UTC+9 in March) 午前9時10分からスタート.ニューヨーク:前日の夜8時10分
仮想走行チャレンジや国際参加者のオンラインレースをスケジュールする際には,曖昧さを避けるために常にUTCで開始時間を伝えましょう.
国際営業時間: オーバーラップウィンドウ
リモートチームとグローバルビジネスは,リアルタイムでのコラボレーションのために作業時間が重なり合うことに依存しています.以下の表は,標準的な営業時間 (現地時間午前9時~午後5時) と主要なビジネスハブ間の重なり合う窓を示しています.
| 都市ペア | 時間差 | 作業時間が重複する (地域A -> 地域B) | オーバーラップ 期間 |
|---|---|---|---|
| ニューヨーク <-> ロンドン | 5時間 | 9 AM - 12 PM ET (2 PM - 5 PM GMT) | 3時間 |
| ニューヨーク <-> サンフランシスコ | 3時間 | 12 PM - 5 PM ET (9 AM - 2 PM PT) | 5時間 |
| ロンドン - シンガポール | 8時間 | GMT午前9時~午前10時 (SGT午後5時~午後6時) | 1時間 |
| ロンドン <-> ドバイ | 4時間 | GMT午前9時~午後1時 (GST午後1時~午後5時) | 4時間 |
| ニューヨーク <-> 東京 | 14時間 | 午後7時~午後9時 (日本時間翌日の午前9時~午前11時) | 0 営業時間 |
| サンフランシスコ <-> シドニー | 18時間 | 午後3時~午後5時 PT (翌日の午前10時~午後12時 AEST) | 0 標準時間 |
| ロンドン ニューデリー | 5.5時間 | 9 AM - 12:30 PM GMT (2:30 PM - 6 PM IST) | 3.5時間 |
| ベルリン <-> サンパウロ | 4 - 5 時間 | 午後1時~午後5時 (中欧時間午前9時~午後1時) | 4時間 |
タイムゾーン間のスケジューリングのヒント:
- アメリカとヨーロッパのチームにとって,午前中ET (午後EU) は最高の窓です.
- シンクロネスな会議の唯一の選択肢は 午前中のPTや夜遅くのETです 代わりにアシンクロネスなコミュニケーション (Slack, Loomのビデオ) を検討してください
- 同じ地域がいつも不都合な時間帯を 取らないようにします
- ライブで参加できないチームメンバーの 会議を記録する
完全なUTCオフセット参照表
現在世界中で使われているすべてのUTCオフセット,代表的な都市と地域:
| UTCオフセット | 略称 | 大都市/地域 |
|---|---|---|
| UTC-12 | アオエ | ベーカー島,ホーランド島 (無人島) |
| UTC-11 | SST | アメリカン・サモア,ニュエ |
| UTC−10 | HST | ホノルル,ハワイ |
| UTC−9 | AKST | アラスカ州 アンコラージュ |
| UTC-8 | PST | ロサンゼルス,バンクーバー,ティフアナ |
| UTC−7 | MST | デンバー,フェニックス (DSTなし),カルガリー |
| UTC−6 | CST | シカゴ,メキシコシティ,グアテマラ |
| UTC−5 | エスト | ニューヨーク,トロント,ボゴタ,リマ |
| UTC−4 | AST | サンティアゴ ハリファックス カラカス ラパス |
| UTC−3 | BRT | サンパウロ,ブエノスアイレス,モンテビデオ |
| UTC−2 | FNT | 南ジョージア州 フェルナンド・デ・ノロンハ |
| UTC−1 | 継続的な訓練 | アゾール諸島,グリーンケープ |
| UTC+0 | GMT/WET | ロンドン (冬),リスボン,アクラ,レイキャビク |
| UTC+1 | CET | パリ,ベルリン,マドリード,ラゴス,アルジェリア |
| UTC+2 | EET | アテネ,ヘルシンキ,カイロ,ヨハネスブルグ |
| UTC+3 | MSK/AST | モスクワ,イスタンブール,リヤド,ナイロビ |
| UTC+3:30 | IRST | テヘラン |
| UTC+4 | GST | ドバイ,バクー,トビリシ,ムスカット |
| UTC+4:30 | AFT | カブール |
| UTC+5 | PKT | カラチ,イスラマバード,タシュケント |
| UTC+5:30 | IST について | ムンバイ,ニューデリー,コロンボ |
| UTC+5:45 | NPT | カトマンドゥ |
| UTC+6 | BST | ダッカ,アルマティ,オムスク |
| UTC+6:30 | MMT | ヤンゴン ココス諸島 |
| UTC+7 | 情報通信技術 | バンコク,ハノイ,ジャカルタ |
| UTC+8 | CST/SGT/PHT | 北京,シンガポール,マニラ,パース |
| UTC+9 | JST/KST | 東京,ソウル,ヤクツク |
| UTC+9:30 | ACST | アデレイド ダーウィン |
| UTC+10 | AEST について | シドニー (冬),メルボルン,ブリスベン |
| UTC+11 | SBT | ソロモン諸島,ニューカレドニア |
| UTC+12 | NZST | オークランド,フィジー,カンチャッカ |
| UTC+13 | NZDT/TOT | トンガ,サモア,トケラウ |
| UTC+14 | リント | キリバティ (Kiribati) -- 地球上で初めて新日の誕生を目の当たりにする場所 |
メモ:国際日付線 (IDL) は,太平洋を横断する180度午線に沿っている.西を横断すると1日が加えられ,東を横断すると1日が減る.キリバティのライン島はUTC+14で,ベーカー島はUTC-12で物理的に近いが,地球上の可能な最大時間差は26時間である.
タイム ゾーン の 短い 歴史
標準化されたタイムゾーンが確立される前は 各都市はそれぞれ独自のタイムゾーンを保持していました地元の太陽時間昼は太陽が最高に達する時と定義されていました 移動が遅いときはうまくいきましたが 19世紀の鉄道革命により ローカル・ソーラー・タイムが混乱しました ニューヨークからシカゴへ向かう列車は 数十の"タイムゾーン"を通り抜けます 各都市は分隔で移動します 鉄道の時刻表を調整することは ほぼ不可能でした
タイムゾーンの歴史における重要なマイルストーン:
- 1847 年イギリスの鉄道はグリーンウィッチ平均時間 (GMT) を"鉄道時間"として採用し,広域で初めて標準化された時間となった.
- 1878 年:カナダ の 鉄道 エンジニア サンドフォード・フレミング 卿 は,長度 15 度 の 幅 の 24 箇所 の 標準 時間 帯 の 世界 的 な システム を 提案 し て い ます.
- 1883 年:アメリカとカナダの鉄道は 11月18日に 4つの大陸のタイムゾーン (東,中,山,太平洋) を採用します "昼の2つの日"です
- 1884 年:ワシントンD.C.の国際メリディアン会議は,グリーンウィッチでメインメリディアンを確立し,GMTの真夜中から始まる普遍的な日を推奨しています.
- 1918 年米国議会は標準時間法を可決し,時間帯を連邦法とし,デイライト・セービング・タイム (後に廃止され,再導入) を導入した.
- 1972 年:UTC (コーディネート・ユニバーサル・タイム) は,天文学的な観測ではなく,原子時計に基づいた世界の時間標準としてGMTに取って代わります.
現在,異なるDST政策を持つ195カ国をカバーする38の異なるUTCオフセット (半時間および45分オフセットを含む) が使用されています.いくつかの国は政治的な理由で時間帯を変更しています.北朝鮮は2015年に独自の"平壌時間" (UTC+8:30) を作成し,2018年には外交交渉中に韓国と連携するためにUTC+9に戻りました.
ソフトウェア開発における時間帯
タイムゾーン処理は,ソフトウェアにおけるバグの最も一般的な原因の一つである.開発者および時間データで作業するすべての人のための重要なルール:
- すべてのタイムスタンプをUTCで保存します.地元の時間のみに変換します.これは,日時移動,時間帯の変更,および地域間のデータ比較による曖昧さを防止します.
- IANA/Olson 時間帯データベースを使用する"CST"のような略語は曖昧で,US中央時間,中国標準時間,キューバ標準時間を意味する.
- タイムゾーンの偏移を手動で計算することは決してありません.よく管理されているライブラリ (moment-timezone,date-fns-tz,Pythonの pytz または zoneinfo,Javaの java.time) を使用してください. タイムゾーンのルールは頻繁に変更されます - 各国はDSTのルールを変更したり,新しいゾーンを作成したり,オフセットを少し前もって変更したりします.
- DSTのトランジションを明示的に処理する.午前2時から3時までの時間は,春には"消える" (前に進む) 秋には"繰り返される" (後ろに下がる).DST移行日に午前2時半にイベントをスケジュールするには,特別な取り扱いが必要です.
- ISO 8601 フォーマットタイムスタンプを交換する際には,常にタイムゾーンオフセットを含みます.
2024-03-15T14:30:00-05:00(ニューヨーク) または2024-03-15T19:30:00Z(UTCは"Z"で表される)
主要なタイムゾーンデータベースの更新は,IANAによって1年に3〜10回リリースされます.オペレーティングシステムとランタイムライブラリを更新すると,アプリケーションが最新のタイムゾーンルールを正しく処理することを保証します.
世界 時計:現在の時差 迅速な参照
他の都市の時間を知りたい場合は,この差値グラフを使用します.左の列にあなたの都市を見つけ,ターゲット都市との時差を見つけるために横読します.
| ↓ / から -> | ニューヨーク | ロンドン | ドバイ | ムンバイ | 東京 | シドニー |
|---|---|---|---|---|---|---|
| ロサンゼルス | +3時間 | +8時間 | +12時間 | +13.5時間 | +17時間 | +18時間 |
| ニューヨーク | — | +5時間 | +9時間 | +10.5時間 | +14時間 | +15時間 |
| ロンドン | - 5時間 | — | +4時間 | +5.5時間 | +9時間 | +10時間 |
| ドバイ | - 9時間 | - 4時間 | — | +1.5時間 | +5時間 | +6時間 |
| ムンバイ | -10.5時間 | -5.5時間 | - 1時間半 | — | +3.5時間 | +4.5時間 |
| 東京 | - 14時間 | - 9時間 | - 5時間 | -3.5時間 | — | +1時間 |
| シドニー | -15時間 | - 10時間 | - 6時間 | -4.5時間 | 1時間 | — |
注: 標準時間の差が示されています. DSTのシフトは季節によって+/-1時間変化します. 両都市が同時にDSTを遵守する場合,差は同じです.
複数のタイムゾーンを持つ国
大規模な国は複数のタイムゾーンを網羅している.タイムゾーンの数は,東西の範囲とほぼ相関している.
| 国 | タイムゾーン数 | 範囲 | メモ |
|---|---|---|---|
| フランス | 12 | UTC-10からUTC+12 | 海外領土 (ポリネシア,ニューカレドニア,リユニオン) を含む |
| ロシア | 11 | UTC+2からUTC+12 | カリニングラードからカムチャッカ |
| アメリカ合衆国 | 6 | UTC-10からUTC-5 | ハワイから東 (9州を含む) |
| カナダ | 6 | UTC-8からUTC-3:30 | パシフィックからニューファンドランド |
| オーストラリア | 5 | UTC+8からUTC+11 | いくつかの半時間のオフセット;すべての州がDSTを遵守しているわけではありません. |
| ブラジル | 4 | UTC-5からUTC-2 | アクレからフェルナンド・ド・ノロンハ |
| 中国 | 1 (公式に) | UTC+8 | 5つの地理的ゾーンにまたがっているにもかかわらず,すべては北京時間を使用しています. |
| インド | 1 | UTC+5:30 | 単一ゾーン,東から西に3000km以上の範囲にもかかわらず |
中国の単一タイムゾーン政策により,遠西の新疆では,北京時間午前10時まで日の出が遅くなり,一部の地元住民は非公式に2時間のオフセットを使用しています.インドは同様の実用的な問題に直面しています.日の出時間は東海岸と西海岸の間にほぼ2時間差がありますが,全国はIST (UTC+5:30) で動作します.
タイム ゾーン を 管理 する ため の 実践 的 な ツール
時間帯の複雑さを日常生活や仕事で管理するのに役立ちます.
- Google カレンダー:イベントを作成する際には",二次タイムゾーン"を設定して 2つのタイムゾーンを同時に表示できます.これは米国沿岸や米国/EUのチームに最適です.
- 世界タイムバディ (worldtimebuddy.com):ビジュアルなタイムゾーン重複ツールで,複数の都市で同時に営業時間を表示します.
- スラック/チーム:チームメイトのプロフィールをマウントして,現地時間を表示します.両方のプラットフォームは,スケジューリング機能でタイムゾーンコンテキストを表示します.
- iPhone/Androidの世界時計:複数のゾーンを一目瞭然に表示できます.
- "太陽を追う"というモデルですいくつかのグローバル企業は,タスクが異なる時間帯のチーム間で渡されるワークフローを使用し,24時間近くの生産性を可能にします.ロンドンのチームは9 - 5で働い,ニューヨークのチーム (5 PM London = 12 PM NYC) に手渡し,その後サンフランシスコのチームに手渡し,シドニーのチームに手渡し,ロンドンに戻します.
ジェットラグの原則:タイムゾーンの変化は,東に移動すると1日あたり約1時間,西に移動すると1日あたり1.5時間に調整されます.ニューヨークからロンドンへの旅行 (5時間東) は,完全に調整するのに約5日かかります.ニューヨークから東京への旅行 (14時間) は,ほぼ2週間かかることがあります.光の曝露のタイミングは,調整を加速するための最も強力なツールです.あなたの昼間の時計を早く変更するために,目的地のタイムゾーンの朝に明るい光を探してください.
国際 日付 線 と カレンダー の 奇妙 な 特徴
その国際日付線 (IDL)太平洋を横断する 180度線に沿った 架空の線です 西に向かって横断すると 1日目を前に飛ばし 東に向かって1日を繰り返します
- サモアの2011年の日付変更:2011年12月,サモアはIDLの東側から西側に移動し,12月30日を完全にスキップした.この国は,12月29日の木曜日から12月31日の土曜日まで直接移動した.これはオーストラリアとニュージーランドの貿易パートナーと整合するために行われた.
- キリバティの時間帯の伸び:キリバティ共和国は 日付線を横切っています 1995年に 線を東に移動させ 全国が同じ日曜日になるようにし UTC+14のタイムゾーンを作り 世界で最先端のタイムゾーンになりました
- ディオメデ諸島ビッグ・ディオメデ (ロシア,UTC+12) とリトル・ディオメデ (米国,UTC-9) はベーリング海峡でわずか3.8kmしか離れていませんが,時間的には21時間の差があり,異なる暦日にあります.このギャップは"今日の昨日と出会う場所"と呼ばれています.
面白いことにIDLとUTC+14/UTC-12のオフセットのため,地球上のどこかにある特定のカレンダー日には26時間があり,いつでも3つの異なる日付の場所があります (IDLの"昨日"側,ほとんどの場所で現在の日,そしてUTC+13/+14領域の"明日"側).
リモートワークのタイムゾーン・エティケート
リモートワークが標準になりつつあります時間帯の礼儀分散型チームのための基本原則:
- アシンクへのデフォルト:メッセージは 受信者の勤務時間中に読まれると仮定し,すぐには読まれません. 必要なすべての文脈を含むメッセージを書き,読者が時間帯のギャップを越えてフォローアップの質問なしに行動できるようにします.
- タイムゾーンを明示的に指定します."午後3時に会いましょう"は曖昧です.常に"午後3時ET"または"午後3時UTC-5."と言うことです.さらに良いのは,各参加者に自動的に変換するスケジューリングツールを使用することです.
- 営業時間以外はあなたの文化がアシンクロ通信 (朝に読める) を使っているなら,受信者の時間の午後11時にスラックメッセージを送信することは許容できます.誰かに電話したり,即座に返信を期待したりすることは許容できません.
- 文書決定:タイムゾーンによって参加できない会議で 決定が行われる場合 共有チャネルで 明確な要約を書いてください
- 回転の不便:タイムゾーンが8時間以上あるチームなら 会議時間を交代して 同じ人がいつも午前7時や午後10時に 連絡を取らないようにしましょう
GitLab (完全にリモートで 60カ国以上で 2,000人以上の従業員) とAutomattic (WordPressの親会社で 90カ国以上で 1,900人以上の従業員) のような企業は タイムゾーン管理に関する詳細なハンドブックを公開しており 分散型チームにとって有用な参考文献となっています
よく 聞かれる 質問
タイムゾーンを頭の中で変換するには?
2つの時間をUTCに変換し,比較してください. 地域のUTCオフセットを暗記してください. ニューヨーク (EST) = UTC-5. パリ (CET) = UTC+1. 差 = 6時間. したがって,午前9時ニューヨーク=午後3時パリ. DSTの夏には,それぞれの地域が切り替わる時間に応じて,差は5〜6時間に縮小します.
ニューヨークでは正午なのに,東京では何時ですか.
ニューヨーク正午 (EST = UTC-5):正午+5h = 17:00 UTC. 東京 (JST = UTC+9): 17:00 + 9h = 02:00 翌日東京. ニューヨーク (EST) で正午になると,東京では翌日の午前2時になります.
なぜインドは半時間のタイムゾーン (UTC+5:30) を持つのか?
インドのタイムゾーン (IST = UTC+5:30) は,歴史的に,国の東と西の極度の間の差を分割するために設定されました.他のいくつかの国も30分または45分オフセットタイムゾーンを使用しています.ネパール (UTC+5:45),アフガニスタン (UTC+4:30),イラン (UTC+3:30),オーストラリアの一部 (UTC+9:30,UTC+10:30) などです.
GMTとUTCの違いは何ですか?
GMT (グリーンウィッチ平均時間) とUTC (コーディネート・ユニバーサル・タイム) は,日常的な用途では事実上同じである.UTCは,原子時計に基づいた近代的な科学標準である.GMTは,英国のグリーンウィッチにあるロイヤル天文台に基づいた伝統的な太陽時間標準である.UTCは,コンピューティングと航空で好ましい.GMTは,英国では依然として通話的に使用されている.
国際会議のスケジュールを設定するには,どの時間帯を使うべきですか?
UTCで会議をスケジュールして,DSTの変更や地域時間帯の変動による混乱を回避してください.World Time Buddyやタイムゾーン検出のツールであるCalendlyのようなツールが役立ちます. 繰り返し開催される会議では,時刻だけでなく,常にタイムゾーンを指定し,オフセットをシフトするDSTの変更を確認してください.