Windows 11のタイムゾーン変更検出と夏時間データ精度を改善|対象ビルドと対処法

Windows 11で、移動後にタイムゾーン変更の通知が出ない、誤った地域へ切り替わる、夏時間の開始・終了時刻が正しく反映されないといった問題が起きることがあります。

Microsoftは、Windows 11 version 24H2のOSビルド26100.8968と、version 25H2のOSビルド26200.8968において、タイムゾーン変更通知を出すための検出処理と、複数地域の夏時間(DST)データの精度を改善したと案内しました。

ただし、2026年7月20日に公開された情報はWindows Insider ProgramのRelease Preview Channel向けです。また、該当する改善は段階的に展開されるため、一般ユーザー向けの安定版へ同じ内容が提供済みとは断定できません。現在問題が起きている場合は、プレビュー版を急いで導入するのではなく、まずWindows 11の「日付と時刻」「位置情報」「タイムゾーン」の設定を確認するのが安全です。(Microsoft Learn)

目次

タイムゾーン変更検出と複数の夏時間データ処理を改善

今回のRelease Previewビルドでは、「日付と時刻」に関係する次の2点が改善されています。

改善項目Microsoftの説明利用者への影響
タイムゾーン変更通知の検出タイムゾーン変更通知を出すための検出処理を改善別のタイムゾーンへ移動した際に、変更通知が適切に表示されやすくなる
夏時間データの精度4つのWindowsタイムゾーンに対するDSTデータの精度を改善夏時間の開始・終了やUTCオフセットの変換が、より正確になる可能性がある

重要なのは、タイムゾーンの改善が「自動設定機能全体の全面的な修正」とは案内されていないことです。

Microsoftの原文は、あくまでタイムゾーン変更通知を出すための検出を改善したとしています。そのため、位置情報の取得、ネットワーク経由の地域判定、組織のポリシー設定など、タイムゾーン自動設定に関係するすべての問題が解決したとは限りません。

また、「複数の夏時間データセット処理の問題」という表現についても注意が必要です。Microsoftが明示しているのは、4つのWindowsタイムゾーンに対する「DSTデータの精度改善」です。内部処理の不具合内容、影響していた期間、誤ったデータが返される条件などは公表されていません。(Microsoft Learn)

改善対象となった4つの夏時間データ

夏時間データの精度改善が案内されたのは、次のWindowsタイムゾーンです。

Windowsタイムゾーン名基準となる都市・地域
Middle East Standard TimeBeirut(ベイルート)
Morocco Standard TimeCasablanca(カサブランカ)
Israel Standard TimeJerusalem(エルサレム)
Greenland Standard TimeNuuk(ヌーク)

Windowsのタイムゾーンには、単純なUTCとの差だけでなく、夏時間の開始日、終了日、切り替え時刻などのルールが含まれます。

そのため、基本の時刻同期が正常でも、タイムゾーン側のデータが正確でなければ、夏時間の切り替え付近で表示時刻が1時間ずれることがあります。Microsoftは、アプリやクラウドサービスの多くがWindowsのDSTおよびタイムゾーン情報を参照していると説明しています。(Microsoft Learn)

対象となるWindows 11のバージョンとOSビルド

今回の改善が案内された対象は、次のRelease Previewビルドです。

Windows 11のバージョンOSビルド配信チャンネル
Windows 11 version 24H226100.8968Release Preview Channel
Windows 11 version 25H226200.8968Release Preview Channel

これらは、2026年7月20日にWindows Insider向けとして公開されました。24H2と25H2に加えて、同日には別のRelease Previewビルドも案内されています。(Microsoft Learn)

段階的ロールアウトである点に注意

「日付と時刻」の改善は、Microsoftのリリースノート上でGradual rollout、つまり段階的ロールアウトの項目に掲載されています。

段階的ロールアウトでは、同じOSビルドを使用していても、機能や改善が有効になる時期が端末ごとに異なる場合があります。そのため、OSビルドが26100.8968または26200.8968になっているだけで、改善が確実に反映されているとは判断できません。(Microsoft Learn)

一般提供済みとは限らない

Release Preview Channelは、Windows Insider Program参加者向けのプレビュー環境です。

今回の資料だけでは、一般ユーザー向けの安定版Windows 11に同じ修正が提供されたことまでは確認できません。今後、通常の累積更新プログラムに含まれる可能性はありますが、正式提供の有無は一般向け更新プログラムのリリースノートで改めて確認する必要があります。

タイムゾーンの問題だけを解決する目的で、業務用PCや普段使いのPCをRelease Preview Channelへ変更するのはおすすめできません。

タイムゾーンの問題と時刻同期の問題は別物

トラブル対応では、「時刻」と「タイムゾーン」を分けて考える必要があります。

  • 時刻の自動設定:インターネット上の時刻情報などを利用して時計を合わせる
  • タイムゾーンの自動設定:現在地を基に、UTCからの時差や夏時間ルールを選択する
  • 夏時間の自動調整:選択中のタイムゾーンに登録されたDSTルールを適用する

たとえば、正確なUTC時刻を取得できていても、タイムゾーンが東京ではなくロンドンになっていれば、日本で表示される時計は大きくずれます。

この場合、「時刻を自動的に設定する」をオン・オフしても根本的な解決にはなりません。修正する必要があるのは、時刻そのものではなくタイムゾーンです。Microsoftの設定画面でも、時刻、タイムゾーン、夏時間は別の項目として管理されています。(マイクロソフトサポート)

症状から原因を切り分ける方法

今回の改善に関係する可能性がある問題と、それ以外の問題は次のように切り分けられます。

症状考えられる原因最初に確認する項目
移動してもタイムゾーン変更通知が出ないタイムゾーン変更通知の検出、位置情報設定位置情報サービス、タイムゾーン自動設定
移動していないのに変更通知が出る現在地の誤判定、ネットワーク情報による判定位置情報、VPN、接続中のネットワーク
夏時間の切り替え付近で正確に1時間ずれるDSTルールまたはタイムゾーンデータ選択中のタイムゾーン、Windows Update
日本国内で常に数時間ずれる誤ったタイムゾーンが選択されている「大阪、札幌、東京」が選択されているか
数分ずつ時計が遅れる・進む時刻同期、PC内部時計、ネットワーク時刻の自動設定、時刻同期状態
タイムゾーン設定がグレーアウトしている組織ポリシー、位置情報の無効化、権限管理者設定、グループポリシー、MDM
特定アプリだけ表示時刻が違うアプリ側のタイムゾーン設定アプリやクラウドサービスの設定

特に、時計が正確に1時間ずれる場合と、数時間ずれる場合では確認すべき場所が異なります。

1時間のずれは夏時間ルールが関係している可能性があります。一方、日本で9時間前後ずれている場合は、UTCや別地域のタイムゾーンが選択されている可能性を先に疑うべきです。

自分のPCが対象ビルドか確認する方法

winverでOSビルドを確認する

現在使用しているWindows 11のバージョンとOSビルドは、次の手順で確認できます。

  1. WindowsキーとRキーを同時に押します。
  2. 「ファイル名を指定して実行」にwinverと入力します。
  3. 「OK」をクリックします。
  4. 表示されたバージョンとOSビルドを確認します。

確認する番号は次のとおりです。

  • version 24H2:OSビルド26100.8968
  • version 25H2:OSビルド26200.8968

より新しいビルドが表示されている場合でも、段階的ロールアウトによって改善の有効化状況が異なる可能性があります。ビルド番号だけで判断せず、Windows Updateの更新履歴や、そのビルドの公式リリースノートも確認してください。(Microsoft Learn)

Release Previewへの参加状況を確認する

次の順に設定画面を開きます。

設定→Windows Update→Windows Insider Program

Release Preview Channelへ参加していないPCでは、今回案内されたプレビュー更新がそのまま配信されるとは限りません。

設定画面にWindows Insider Programへの参加が表示されていない場合や、組織によって管理されている場合は、一般提供版の更新を待つのが基本です。

タイムゾーンが間違っている場合の対処手順

現在の時計がずれている場合、プレビュー版の修正を待たずに手動で正しい状態へ戻せます。

タイムゾーンを手動で修正する

  1. 設定を開きます。
  2. 時刻と言語を選択します。
  3. 日付と時刻を開きます。
  4. タイムゾーンを自動的に設定するをオフにします。
  5. タイムゾーンから正しい地域を選択します。

日本国内で使用するPCでは、通常は次のタイムゾーンを選択します。

(UTC+09:00)大阪、札幌、東京

タイムゾーンだけが間違っている場合は、日付や時計を直接手動変更する必要はありません。「時刻を自動的に設定する」はオンのままにし、タイムゾーンだけを修正した方が設定の整合性を保ちやすくなります。Microsoftも、手動でタイムゾーンを選択する場合は、自動設定をオフにしてドロップダウンから目的のタイムゾーンを選ぶ手順を案内しています。(マイクロソフトサポート)

自動設定を使う場合は位置情報を確認する

Windows 11のタイムゾーン自動設定は、位置情報サービスを利用します。

  1. 設定を開きます。
  2. プライバシーとセキュリティを選択します。
  3. 位置情報を開きます。
  4. 位置情報サービスをオンにします。
  5. 時刻と言語→日付と時刻へ戻ります。
  6. タイムゾーンを自動的に設定するをオンにします。

Windowsの位置情報サービスは、利用可能な情報に応じてGPS、周辺の無線アクセスポイント、携帯電話基地局、IPアドレスなどを組み合わせて現在地を推定します。そのため、GPSを搭載していないPCやVPN利用中のPCでは、位置判定の精度が変わる可能性があります。(マイクロソフトサポート)

夏時間の設定を確認する

Microsoftの案内では、「タイムゾーンを自動的に設定する」がオンの場合、夏時間も自動的に設定されます。

タイムゾーンを手動設定している場合は、対象地域で必要に応じて「夏時間を自動的に調整する」をオンにします。夏時間を採用していないタイムゾーンでは、この項目が表示されない、または変更できない場合があります。(マイクロソフトサポート)

タイムゾーン変更通知が正しく出ない場合の確認項目

タイムゾーン変更通知の問題が続く場合は、次の順番で確認します。

位置情報サービスがオフになっていないか

タイムゾーンの自動検出には、Windowsの位置情報が関係します。

プライバシー設定を変更した直後や、初期設定時に位置情報を拒否したPCでは、自動タイムゾーンが正常に機能しないことがあります。

VPNを一時的に切断する

VPN接続中は、外部から見えるIPアドレスの地域が実際の現在地と異なる場合があります。

位置情報の判定にIPアドレスが使われることもあるため、誤った変更通知が出る場合は、VPNを一時的に切断して再確認します。ただし、業務上必要なVPNを無断で停止してはいけません。

ネットワークを変更して確認する

ホテルや企業ネットワーク、モバイルルーターなどでは、接続元情報と実際の所在地が一致しない場合があります。

Wi-Fiからスマートフォンのテザリングへ変更するなど、別のネットワークで同じ症状が起きるか確認すると、Windows側の問題かネットワーク判定の問題かを切り分けやすくなります。

自動設定を一度オフにして手動設定する

通知や自動切り替えが不安定な間は、正しいタイムゾーンを手動で選択する方法が確実です。

特に会議、オンライン試験、予約システム、時刻指定のデータ処理など、時間のずれが業務へ影響する場合は、自動判定にこだわらず一時的に手動固定してください。

会社や学校のPCで設定を変更できない場合

会社や学校から支給されたPCでは、タイムゾーン自動設定や位置情報が、グループポリシーやMDMによって制御されている場合があります。

Microsoftの技術情報では、自動タイムゾーン機能に関係する設定として、Auto Time Zone Updaterサービスのレジストリ値、位置情報設定、グループポリシー、MDMポリシーが案内されています。位置情報がポリシーで無効化されている場合、ユーザーが設定画面だけを変更しても元に戻される可能性があります。(Microsoft Learn)

設定がグレーアウトしている場合は、次の対応を優先してください。

  • PCを管理している情報システム担当者へ連絡する
  • 発生日時、現在地、表示されたタイムゾーンを記録する
  • VPN接続の有無を伝える
  • winverで確認したOSビルドを伝える
  • 誤った通知の画面をスクリーンショットで保存する

一般利用者がレジストリを直接書き換えると、組織の管理設定と競合する可能性があります。管理対象PCでは、レジストリ変更やサービス設定の変更を自己判断で行わないでください。

日本の利用者にどの程度影響するか

今回、DSTデータの精度改善対象として明記された4つのタイムゾーンに、東京のタイムゾーンは含まれていません。

そのため、日本国内で「大阪、札幌、東京」を選択して使い続けるPCでは、4地域のDSTデータ修正による直接的な影響は限定的と考えられます。(Microsoft Learn)

一方、次のような利用環境では確認する価値があります。

  • 海外出張でタイムゾーンを自動変更している
  • ベイルート、カサブランカ、エルサレム、ヌークの時刻を業務で使用する
  • 海外拠点との会議予定をWindowsのローカル時刻へ変換している
  • 海外向けの予約システムや運行スケジュールを検証している
  • 仮想マシンや検証端末で複数のタイムゾーンを切り替えている
  • 海外拠点へWindows PCを展開している

特に、指定された4地域で夏時間切り替え前後のテストを行う企業は、表示時刻だけでなく、カレンダー、スケジュール実行、ログ表示なども確認した方がよいでしょう。WindowsのDSTおよびタイムゾーン情報は、複数のアプリやクラウドサービスから参照されるためです。(Microsoft Learn)

Release Preview版を導入すべきか

今回の改善だけを目的としてRelease Preview版を導入するかは、PCの用途によって判断します。

利用状況推奨される対応
普段使いの個人PC一般向け更新を待つ
業務で使用するメインPC原則として安定版を維持する
対象4地域で問題を検証する専用PCRelease Previewでの検証を検討する
海外拠点へ大量展開する企業少数端末で事前検証する
現在すでに時計がずれている手動で正しいタイムゾーンへ戻す
会議や予約への影響が大きい自動設定に頼らず一時的に手動固定する

Release Previewは、あくまでWindows Insider向けの事前提供です。問題が発生していないPCまで急いで更新する必要はありません。

一般ユーザーはWindows Updateを通常どおり適用し、今後公開される安定版のリリースノートに「日付と時刻」やDSTデータの改善が掲載されるかを確認するのが安全です。

タイムゾーン問題が起きたときに最初に行うこと

Windows 11でタイムゾーン変更の検出や夏時間処理に問題が起きた場合は、次の順序で対応してください。

  1. winverでWindows 11のバージョンとOSビルドを確認する
  2. 設定→時刻と言語→日付と時刻を開く
  3. 選択中のタイムゾーンが現在地と一致しているか確認する
  4. 急ぎの場合は自動設定をオフにして手動で正しいタイムゾーンを選ぶ
  5. 自動設定を使う場合は位置情報サービスをオンにする
  6. VPNや接続ネットワークによる位置判定への影響を確認する
  7. Windows Updateを適用して再起動する
  8. 管理対象PCでは情報システム担当者へ連絡する
  9. 一般提供版では、正式な更新プログラムのリリースノートを確認する

今回の改善は、タイムゾーン変更通知の検出と、ベイルート、カサブランカ、エルサレム、ヌークに対応するDSTデータの精度向上が中心です。

現在の時計が間違っている場合は、プレビュー版の配信を待つよりも、まずタイムゾーンを正しく設定してください。そのうえで、安定版Windows 11への正式な修正提供を確認するのが、最も確実でリスクの少ない対応です。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次