2026年10月・11月、東京とロンドン／ニューヨークの時差はどう変わる？会議時間早見表

2026年秋は、東京の時計を動かさずに、ロンドンとニューヨークの時計が別々の日に1時間戻ります。東京から見た時差は、ロンドンについて10月25日に8時間から9時間へ、ニューヨークについて11月1日に13時間から14時間へ広がります。会議を組むときは「東京で何時か」だけでなく、相手側の都市名と日付も確認してください。

先に確認する2026年の変更日

日本標準時（JST）はUTCより9時間進んでいます。情報通信研究機構（NICT）の説明でも、日本の標準時はUTC+9とされています。日本では今回、時計を進めたり戻したりしません。NICTも日本で現在サマータイムを実施していないと説明しています。変更するのは英国と米国の該当地域です。NICT「日本標準時」およびNICT「光テレホンJJY」

英国政府は2026年の時計を戻す日を10月25日とし、10月最終日曜日の午前2時に1時間戻してGMTにすると案内しています。米国ではNISTが2026年の夏時間を3月8日から11月1日午前2時までと示し、終了時は現地時刻の午前2時が午前1時に戻ると説明しています。ニューヨークで使う東部時間もこの切り替え対象です。英国政府「時計変更日」・米国NIST「夏時間のルール」

東京の勤務時間をロンドン時間に換算

次の表は東京側で9時、12時、15時、18時に会議を始める場合の換算です。「変更前」はロンドンの切り替え前の例として10月23日、「変更後」は切り替え後の10月26日を基準にしています。英国の時計変更は10月25日午前2時（BST）です。同日の東京時間では午前10時に当たるため、10月25日に会議がある場合は時刻によって変更前後を分けてください。

東京で固定した定例会議は、ロンドン側では時計変更後に1時間早く表示されます。反対に「ロンドンの毎週9時」を固定すると、東京では切り替え前の17時から切り替え後の18時へ移ります。東京と英国の通常の勤務時間を重ねると、東京の夕方とロンドンの朝が候補になりやすいものの、チームの始業・終業時刻や休憩時間で実際の重なりは変わります。

東京の勤務時間をニューヨーク時間に換算

ニューヨークの変更は11月1日（日）02:00 EDTです。これは同日06:00 UTC、東京では15:00 JSTに当たります。したがって11月1日の東京時間で15時より前か後かにより、ニューヨーク側の換算が変わります。下表では比較しやすいよう、変更前を10月30日、変更後を11月2日の例で示します。

この表からわかるように、東京の昼間とニューヨークの通常の勤務時間はほとんど重なりません。東京の午前はニューヨークの前日夜、東京の午後はニューヨークの深夜から早朝です。両都市の営業時間内で話す必要がある場合、東京の夜遅い時間か、相手側の早朝を含めて候補を相談することになります。参加者の負担が偏らないよう、隔週で時間帯を入れ替える方法も検討できます。

切り替え当日に気をつけたいこと

• ロンドン・10月25日：02:00 BSTの直後は01:00 GMTです。時計表示の「01時台」は繰り返されます。東京では10月25日10:00 JSTが変更の境目です。
• ニューヨーク・11月1日：02:00 EDTの直後は01:00 ESTです。東京では11月1日15:00 JSTが境目です。ニューヨークの01:00台は2回現れるため、01:30のような時刻指定は曖昧になり得ます。
• 招待の表記：切り替え日の会議は「現地時間」だけにせず、都市名、日付、タイムゾーン略号（BST/GMT、EDT/EST）またはUTCも併記すると誤解を減らせます。繰り返し予定は、会議を固定した都市のタイムゾーンで登録されているか確認してください。

スマートフォンやパソコンは自動で変わる？

多くのスマートフォンやパソコンは、ネットワークから時刻を同期し、地域のタイムゾーン規則を使って表示を調整します。ただし、正しく自動更新されるには自動設定が有効で、端末のタイムゾーン情報やOSが最新であることが前提です。NISTも、ネットワーク時刻の受信だけでは夏時間規則は決まらず、ローカル時刻への換算は端末のOSが担うため、OS更新が重要だと説明しています。NISTの端末時刻に関する説明

• iPhone：「設定」から「一般」→「日付と時刻」を開き、「自動設定」が有効か確認します。Appleは、位置情報サービスがオフ、または通信サービスがない場合、タイムゾーンを手動で変更する必要があることを案内しています。Apple「iPhoneの日付と時刻を変更する」
• Android：「設定」→「日付と時刻」で「日時を自動設定」と「タイムゾーンを自動設定」を確認します。機種によって項目名や自動設定への対応は異なり、位置情報をタイムゾーン判定に使う場合があります。時計アプリにロンドン、ニューヨーク、東京の世界時計を追加すると、現地表示を並べて確認できます。Google Android ヘルプ「時刻、日付、タイムゾーンを設定する」
• パソコン・業務システム：OSの更新を適用し、予定表の地域設定が「固定のUTCオフセット」ではなく、ロンドンやニューヨークの都市タイムゾーンとして設定されているか確認します。古い端末、手動設定の時計、更新されていない業務システムでは、現地規則の反映が遅れることがあります。

時差を自分で再確認する方法

タイムゾーンの換算は、基準となるUTCとの差を使うと確認しやすくなります。東京はUTC+9、ロンドンは切り替え前がUTC+1、切り替え後がUTC+0、ニューヨークは切り替え前がUTC−4、切り替え後がUTC−5です。たとえば東京の15時はUTCに直すと同日06時です。そこにロンドンのUTC差を加えると、切り替え前は07時、後は06時となります。ニューヨークでは切り替え前が同日02時、後は同日01時です。計算結果が0時より前なら現地の日付は前日、24時を超えるなら翌日になります。

この計算は通常の日付での目安です。時計が戻る瞬間は同じ現地時刻が2回現れるため、手計算だけで曖昧な時間を決めないでください。特にニューヨークの11月1日01時台は、EDTの01時台とESTの01時台を区別する必要があります。会議招待では都市名を選んでタイムゾーン対応のカレンダーに登録し、参加者それぞれの画面に表示される日時を確認するのが実務上の安全策です。

定例会議は「誰の現地時刻」を固定する？

定例会議を続ける場合は、開催時刻を東京側の時計に固定するのか、ロンドンやニューヨーク側の現地時刻に固定するのか、あらかじめ決めます。東京の毎週18時を固定すれば、参加者の東京での生活リズムは保てますが、ロンドンでは夏時間中の10時から標準時の9時に変わります。ロンドンの毎週9時を固定する場合は、英国側の始業時刻が保たれる一方、東京側は17時から18時に移ります。どちらかを固定しても相手側の表示が季節によって変わるのは正常です。

ニューヨークとの会議は時差が大きく、通常の営業時間が重なりにくいため、全員に同じ負担を長期間求めない配慮が役立ちます。たとえば東京側の夜間とニューヨーク側の朝を候補にし、時折時間帯を交替する方法があります。ただし、具体的な候補は各社の勤務時間、休憩、曜日、祝日で変わるため、表の換算だけで参加可能と判断せず、招待前に参加者へ確認してください。

間違いやすい点を整理

• 「東京も10月25日に時刻を戻す」：誤りです。東京はJST（UTC+9）のままです。変わるのはロンドンのBSTからGMTへの切り替えです。東京側の設定を手動で1時間戻さないでください。
• 「ニューヨークの時計変更後も時差は13時間」：11月1日の切り替え後は14時間です。変更前の換算表を11月2日以降にも使わないよう、会議日を見て適用する列を選びます。
• 「スマートフォンなら必ず間違いなく変わる」：自動日時や自動タイムゾーンがオフ、位置情報や通信が利用できない、OSが古いなどの場合は表示が期待どおりでないことがあります。大切な会議の前に都市時計と招待の時刻を照合してください。
• 「同じ現地時刻なら同じ瞬間」：時計を戻す当日の重複する時間帯には当てはまりません。切り替え日の日曜に早朝会議を設定するなら、UTCまたは標準時・夏時間の略号まで記載します。

会議招待を送る前のチェックリスト

1. 対象日が2026年10月25日または11月1日、その前後かを確認する。
2. 招待に都市名と現地タイムゾーンを設定し、東京側の表示も確認する。
3. 切り替え当日のロンドン02時台・ニューヨーク01時台を避けるか、UTCを明記する。
4. 定例会議が「東京の時刻固定」か「相手都市の時刻固定」かをチームで確認する。
5. 端末の自動日時・自動タイムゾーン設定とOS更新を確認する。

確認の要点は、東京の時計を変えるのではなく、相手都市の切り替えに合わせて時差を更新することです。ロンドンは10月25日以降、ニューヨークは11月1日以降の会議招待で、変換後の現地日付まで見直してください。