サマータイムと日付計算

年に二度、1日が24時間でなくなる。サマータイムの切り替えがどうやって23時間・25時間の日を生み、素朴な日付計算をこっそり狂わせるのか。

最終更新: 2026-07-15

たいていの日は、ある瞬間に24時間を足せば翌日の同じ壁時計の時刻に着きます。年に二度、 サマータイム(DST)を実施する地域ではそうなりません。ある地域が時計を進める朝、その時計は 午前1時59分からいきなり午前3時へ飛ぶので、その暦の日は23時間しかありません。時計を戻す 朝には、午前1時59分から午前1時へ巻き戻り、その日は25時間に伸びます。1秒の長さについては 何も変わりません——変わるのは、その秒に貼るラベルです。

これが重要なのは、人が同一だと思っている二つの操作が、切り替えをまたぐと一致しなくなる からです。暦の上で1日を足すと壁時計の時刻は固定され、内側の所要時間が 23時間または25時間へと伸縮します。24時間を足すと所要時間は固定され、 壁時計の時刻が1時間ずれます。ふつうの日には両者は同じ答えを出すので、まさにそのために、 カウントダウンや定時ジョブが1時間ずれて着地するまで、この違いは見落とされやすいのです。

存在しない時刻と、二度現れる時刻

春の切り替え(spring forward)と秋の切り替え(fall back)には、その中心にそれぞれ奇妙な 時刻があり、二つの失敗の仕方は鏡像です。

  • 春に進める——消える1時間。米国の時計が午前2時に進むとき、その夜、午前2時30分は存在しません。午前2時30分に設定したカレンダーの通知や cronジョブには、発火すべき瞬間がありません。システムはそれを飛ばすか、ずらすかのどちらか で、二つの挙動は食い違います。
  • 秋に戻す——繰り返される1時間。時計が午前2時に戻るとき、 午前1時30分は二度起こります——切り替えの前に一度、後に一度。 「午前1時30分」というタイムスタンプは、明示的なオフセットを伴わない限り曖昧で、 1時間分のイベントの窓がログの上では逆行しているように見えることがあります。

両方のケースの下にある教訓はこうです——壁時計の時刻と日付だけでは、単一の瞬間を特定 するのに常に足りるわけではありません。オフセットも必要で、それこそがAmerica/New_Yorkの ような完全なタイムゾーン識別子が供給するものです。これはAskTheDateがすべてのURLに ゾーンを埋め込む理由と同じ理屈で、姉妹ガイドの タイムゾーンとIANAデータベースで扱っています。

切り替えが起こるタイミング

世界共通のサマータイムの日付はありません。各法域が自前で定めており、二つの最大のルール セットは足並みが揃いません。

地域開始(春に進める)終了(秋に戻す)
米国3月第2日曜日、現地時間午前2時11月第1日曜日、現地時間午前2時
欧州連合(EU)3月最終日曜日、UTC 01:0010月最終日曜日、UTC 01:00

注目に値する細部が一つあります。EUは連合全体で一斉にUTC 01:00に 切り替えるので、中央ヨーロッパ時間の国は現地の時計を02:00に変え、アイルランドは01:00に 変えます——現地時刻は異なりますが、瞬間は一つで共有されています。対照的に米国は現地時間の午前2時に切り替えるので、その変化は国内のタイムゾーンを一斉にではなく 次々と横切っていきます。

世界の大半は時計を進めない

サマータイムは普遍的とはほど遠く、米国と欧州の経験から一般化しすぎるのは簡単です。 アジアの大半——中国、日本、インドを含む——はDSTをまったく実施していません。アフリカの 多くと南米の広い地域も同様です。これらの地域ではUTCからのオフセットが一年中同じで、 それが日付計算を簡単にする一方、DSTを実施する国との国境をまたぐ調整はかえって難しく なります。両者の差が年に二度変わるからです。

一時的に縮まるニューヨーク・ロンドン間のオフセット

米国とEUが別々の日付で切り替えるため、二つのよく知られた都市の間のオフセットは、 多くの人が思い込んでいる一定値ではありません。ニューヨークとロンドンは通常 5時間離れています。しかし米国は3月第2日曜日に時計を進めるのに対し、 英国は3月最終日曜日まで進めません。この二つの日付の間のおよそ2週間、ニューヨークは すでに先へ飛んでいるのにロンドンはまだなので、オフセットは4時間に 縮まります。午前9時のニューヨークの通話を、ロンドンの同僚が午後2時と思って待っていると、 その2週間だけは午後1時に着きます。同じ短いずれは秋にも再来します——米国がEUより1週間 遅れて時計を戻すときです。

覚えている経験則ではなく、任意の日付での現在の正しい差が必要なら、 ニューヨークのタイムゾーン変換ツール が実際の切り替え日に照らしてそれを解決し、 ロンドンの時刻ページが、今そこで時計が何時を 指しているかを示します。

これが計算に何をするのか——そしてしないのか

サマータイムが結果を損なうかどうかは、その計算が何を数えているかにすべてかかっています。

  • 日数の差はおおむね影響を受けません。AskTheDateは、固定したタイム ゾーンの中でまたいだ真夜中の数を数えます。3月1日から3月31日までの暦日数は30で、 その間にDSTの切り替えが入ろうと入るまいと30のままです。23時間の日も25時間の日も、 それぞれちょうど1回の真夜中を含むからです。切り替えは日の長さを変えるのであって、 日の数を変えるのではありません。
  • 時間ベースのカウントダウンは目に見えて1時間得したり失ったりします。「締め切りまであと72時間」と報告するタイマーは、暦日ではなく経過した所要時間を測って います。春に進める夜をまたいで動かすと、壁時計の締め切りは素朴な72時間の数え方に対して 1時間「早く」訪れます。秋に戻す夜をまたぐと1時間遅くなります。壊れているわけでは ありません——時間は日と同じではない、ただそれだけです。

実務上のルールはこうです。丸1日で表されるもの——締め切り、年齢、通知期間、日数差——は、 固定したゾーンで暦日を数えれば、サマータイムは問題でなくなります。時間や分で表される ものは、実際の切り替えを尊重し、「1日後」と「24時間後」は二つの別々の要求だと覚えて おいてください。

試してみる

春の切り替えの時期に、二つの都市がどれだけずれるか気になりますか。 ニューヨークのタイムゾーン変換ツール を開き、3月中旬の日付でロンドンと比べてみてください——オフセットは通常の5時間ではなく 4時間と表示されます。これがこのガイドの要点を具体的にしたものです。