Windows 11のタイムゾーンが勝手に変わる:日本に固定・自動設定・時刻同期の確認

Windows 11のタイムゾーンが勝手に変わる時は、[設定]→[時刻と言語]→[日付と時刻]を開き、現在のタイムゾーンと[タイムゾーンを自動的に設定する]を確認します。日本で使う端末を固定したい場合は、この自動設定をオフにして[(UTC+09:00)大阪、札幌、東京]を選びます。時計の[時刻を自動的に設定する]とは別の設定です。

タイムゾーンが勝手に変わる場合は、時計の同期を止める前に、タイムゾーンの自動設定だけを手動へ切り替えて地域を確認します。

目次

「時計がずれる」と「タイムゾーンが変わる」を分ける

タイムゾーンはシステム時刻を現地時間として表示するための地域設定です。Microsoftのユーザー権限資料も、ゾーンの変更と内部時計の日付・時刻の変更を別の権限として説明しています。時計が数時間ずれて見えるという症状だけで、時刻同期サーバーやCMOS電池を原因と断定しません。

確認した結果先に調べる対象最初の対応
日付と時刻のタイムゾーンが別の地域になっているタイムゾーン自動設定・位置情報・管理設定正しい地域を手動指定するか、自動検出の条件を確認
ゾーンは正しいが、日付や分・秒がずれている時刻の自動同期・同期元・端末の時計接続と同期状態を確認。管理端末は管理者へ相談
Windowsの時計は正しく、Outlookの予定だけ異なるアプリの予定表の表示ゾーン・会議の時刻Outlookの版に合う予定表設定を確認
変更項目がグレー・変更できない・再起動で戻る端末の権限・組織の管理・適用ポリシー表示と変更時刻を記録して管理者へ確認
電源を切った後、BIOSの日付まで初期値へ戻るRTC/CMOSなど機種のハードウェア条件メーカーの機種別診断へ進む

日本のタイムゾーンに固定する手順

  1. [設定]→[時刻と言語]→[日付と時刻]を開き、現在の地域と2つの自動設定の状態を記録します。
  2. [タイムゾーンを自動的に設定する]をオフにします。
  3. [タイムゾーン]の一覧から日本で使う場合は[(UTC+09:00)大阪、札幌、東京]を選びます。海外で使う端末は、その場所または業務上必要な地域を選びます。
  4. 時計自体が正常なら[時刻を自動的に設定する]を一緒にオフにする必要はありません。固定したい対象が地域だけなのかを確認します。
  5. 表示を確認し、問題が出ていた再起動・スリープ復帰・アプリ起動などの後に、ゾーンの選択値が戻っていないかを比べます。

この操作は自動検出を使わないための選択であり、原因まで特定するものではありません。旅行で地域を移動する端末では手動変更が必要です。自動追従を使う場合は位置情報を確認します。

タイムゾーンの固定と時計の手動設定は別です。地域を固定するだけなら、時刻の自動同期まで停止する必要はありません。

自動設定を使う場合:位置情報と既定の場所を確認

Microsoftの位置情報資料は、自動タイムゾーン設定が位置情報を利用することを説明しています。位置の判定にはGPS、付近のWi-Fiやルーター、携帯基地局、IPアドレス、既定の場所などが使われます。IPアドレスだけで地域が決まると一律には考えません。

  1. [設定]→[プライバシーとセキュリティ]→[位置情報]を開き、[位置情報サービス]の状態を確認します。管理者でない場合、端末全体の設定は表示・変更できない場合があります。
  2. 正確な場所を検出しにくいデスクトップなどは、[既定の場所]→[既定値に設定]から実際の場所を指定する方法を確認します。現在の公式手順はこの画面で地点または住所を設定して保存する方法です。
  3. 自動タイムゾーンを使う目的と位置情報の利用を確認してから、必要な設定を選びます。すべてのアプリへ精密な位置情報を許可することと、端末の位置情報サービスは区別します。
  4. [日付と時刻]に戻り、[タイムゾーンを自動的に設定する]をオンにした時の地域と、再発した日時を記録します。

VPNの使用時と未使用時で差があるなら調査の手掛かりになりますが、VPN接続だけで必ず海外のタイムゾーンへ変わると断定はできません。職場のVPNを利用者の判断で切断したり、業務上必要な経路を別地域へ変えたりせず、接続先・発生時刻・検出された地域を管理者へ共有してください。

自動で地域を検出したい場合は位置情報の条件を確認し、固定したい場合はタイムゾーンを手動指定します。必要な動作に合わせて選びましょう。

現在のゾーンをコマンドで読む

画面と比較するために、Windows PowerShellで次の読み取りを行えます。Get-TimeZoneとtzutil /gは現在の設定を表示します。自動検出が有効か、何が変更したかをこの出力だけで特定することはできません。

# 現在の表示用タイムゾーンを読み取る。設定は変更しない
Get-TimeZone | Select-Object Id,DisplayName,BaseUtcOffset,SupportsDaylightSavingTime

# 同じ現在のIDをWindowsの標準ツールでも確認できる
tzutil /g

日本のタイムゾーンを選んだ環境では、IDはTokyo Standard Timeです。設定前後・再発後のIDを比較すると、ゾーン自体が戻ったかを切り分けられます。BaseUtcOffsetは基準のUTC差であり、夏時間がある地域のその時点の実際の差を、基準値だけで判断しないでください。上の読み取りを実際の問題端末で検証したものではありません。

時計そのものがずれている場合:時刻同期を確認

タイムゾーンが正しくても日付や分・秒が合わない場合は、時刻の自動設定とネットワーク接続を確認します。職場のActive Directoryドメインに参加する端末は通常ドメインの時刻階層から同期するため、全員の同期先をtime.nist.govなどへ変える方法を一律に実施しません。

管理者が現在の同期先・最終同期・適用設定を調べる場合は、必要な権限のコマンドプロンプトで次のw32tmの照会を使います。ここには同期先の変更、サービス停止・再登録、強制再同期を含めていません。

w32tm /query /source
w32tm /query /status
w32tm /query /configuration

sourceは同期元、statusは最終成功時刻などの状態、configurationは設定を確認する情報です。照会が失敗した場合はエラーを記録し、その表示だけを理由にサービスやレジストリを一括リセットしません。公開したり第三者へ渡したりする際は、社内サーバー名など組織の情報を適切に扱ってください。

NTPで内部時計を合わせることと、東京・米国など表示用のタイムゾーンを選ぶことは別です。ゾーンが別地域へ戻る症状に対して、時刻サーバーを変えるだけで解消すると保証できません。

Outlookの予定だけ違う場合は予定表の設定を見る

Outlookの版公式資料にある確認場所確認する項目
新しいOutlook for Windows[設定]→[予定表]→[表示]予定表を表示するタイムゾーンと、旅行時に更新確認を出す設定
Outlook on the web/Outlook.com[設定]→[予定表]→[表示]表示するタイムゾーンと追加のゾーン
クラシックOutlook[ファイル]→[オプション]→[予定表]タイムゾーンの選択と第2・第3ゾーンの表示

Outlook公式資料は、会議の開始・終了がUTCで保存され、参加者の地域に合わせた時刻として表示されることを説明しています。追加のゾーンや旅行時の確認設定を含めて、Windowsの時計のずれと比較します。TeamsやOutlookを起動したという時系列だけで、Exchange OnlineがWindowsの時計を上書きしたと断定しません。

アプリ設定の変更前と、Windowsのゾーン値を記録します。会議の実際の開始時刻が正しいか分からない状態で、会議をすべて時間移動させたり、Officeを再インストールしたりすることを先の手順にはしません。

「デバイスの時刻またはタイムゾーンが変更されたため」と出る時

この文言だけでは、どのアプリ・サービスが表示したのか、原因が自動検出・手動変更・管理設定のどれなのかは決まりません。まずWindowsの日付・時刻・タイムゾーンを確認し、変更が必要だった場合は作業中の内容を保存してから対象アプリやページを開き直し、再発するかを確認します。

Windows側が正常なのに同じ表示が続くなら、表示元のアプリ名・URL、エラー全文、発生時刻、WindowsのゾーンID、変更していないかという結果を整理して、その製品の公式サポートへ進みます。文言だけを根拠に電池交換やブラウザー全データ消去へ進めません。

管理されている端末:時刻とゾーンの権限を混同しない

タイムゾーンの変更権限はChangeTimeZone、内部時計の変更権限はChangeSystemTimeです。組織で設定が制限されている場合、管理者は適用されたポリシーと権限をそれぞれ確認します。MicrosoftのUserRights資料では権限の構成が既存のユーザー・グループを置き換えること、必要なLocal Serviceを含めることも明記されています。利用者に全端末の権限を一括変更させる手順にはしません。

管理者への連絡には、変更前後のゾーンID、2つの自動設定、位置情報の状態、発生時刻、スリープ・再起動・VPN接続との前後関係、対象端末数を含めます。手動指定しても戻る場合は、いつ・どの範囲で戻るかが調査材料になります。

管理端末で設定が戻る場合は、変更前後のゾーンIDと発生時刻を残して管理者へ確認します。同期先や権限を全端末で一律に変更する前に、対象を絞ります。

電源断後に日付まで戻る場合はメーカーの診断へ

DellはCMOS電池の症状として、BIOSの日付・時刻が不正確になる、電源断でBIOS設定が失われる、時計停止のエラーが出ることを説明しています。Windowsのタイムゾーン欄だけが変わる症状とは区別してください。電池の寿命を一律の年数で交換判定せず、PC型番とBIOSの日時・警告を確認してメーカーへ相談します。

電池を外すとBIOS設定も失われるため、安易な分解やRTCリセットを最初の対処にしません。必要な交換は機種別サービスマニュアルとメーカーの安全手順に従います。Windows Update直後という理由だけで更新を戻す方法も、原因を確認せず一律に行わないでください。

確認に使った公式資料

この記事を書いた人

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

コメント

コメントする

目次