時差をまたぐ会議時間

機能

• ⚠️ 各都市に現地の曜日と日付のずれを併記 —— 時差調整で最も間違えやすい点です
• 24 時間の一覧表。1 行が基準タイムゾーンの 1 時間です
• 全都市が 09:00–18:00 に収まる基準時刻を自動で抽出。なければないと明示します
• ⚠️ オフセットは会議当日のもので計算するため、切り替え週でも時差が正確です
• ⚠️ 基準時刻が夏時間開始で飛ばされた時間帯にあたる場合は存在しないと明示し、近い時刻にずらしません
• 夏時間の戻しで同じ時刻が 2 回現れる場合も明示し、早いほうを採用します
• 任意の IANA タイムゾーン。カンマ・セミコロン・改行・全角カンマで区切れます
• 比較は最大 8 都市（それ以上は 1 行が読み切れない幅になります）
• ⚠️ 09:00–18:00 がここの取り決めであることを結果に明記します
• すべてブラウザー内で完結します

使い方

1. 基準タイムゾーンの候補時刻を入力します
2. 日付・基準タイムゾーン・比較する都市を指定します
3. 「その時点の各都市」で日付のずれを確認し、24 時間の一覧でより良い時間帯を探します

よくある質問

時刻だけでなく各都市の曜日が必要なのはなぜですか？

不十分であり、しかもこれが時差調整で最も多い誤りだからです。上海の月曜午前 9 時はニューヨークの日曜午後 9 時 —— 「月曜 21:00」とだけ書いた案内は、ニューヨークの同僚には月曜の夜と読まれ、丸一日遅れます。8 時間以上離れたタイムゾーン間では日付のずれはほぼ必ず起こりますが、時刻からは全く分かりません。そこで曜日と ±1 のずれを併記しています。

夏時間は結果に影響しますか？

します。固定の時差を覚えておく方法より信頼できる点でもあります。各地域の夏時間の切り替え日は一致しません：ヨーロッパは 3 月最後の日曜、米国は 3 月第 2 日曜で、その間の数週間は時差が普段と異なります（ニューヨークとロンドンは普段 5 時間差、その期間は 4 時間差）。固定の時差で組むと年に数週間は案内の時刻が誤りになり、受け取った側は「時差を間違えた」と受け取るだけです。ここでは会議当日の実際のオフセットで計算します。

「その時刻は存在しない」とはどういうことですか？

夏時間が始まる日には一定の時間帯が飛ばされます：時計は 01:59 から直接 02:00 へ進みます（ヨーロッパでは 01:00 GMT が 02:00 BST に飛びます）。基準時刻をその飛ばされた範囲に入れると、そのタイムゾーンには存在しません。ここでは近い時刻にずらしません —— それは実在するが書いたものとは違う時刻を、ごく普通に見える形で返すことになります。

比較が 8 都市までののはなぜですか？

各行に全都市の時刻を並べるためです。8 を超えると 1 行が横スクロールしないと読めなくなり、「どの時間帯が良いか一目で分かる」という利点が失われます。読めない表を渡すより、2 回に分けて見てもらうほうがましです。

「就業時間」が 09:00–18:00 なのはなぜですか？

✓ を付けるための取り決めにすぎず、規則ではありません。実際の勤務体系は大きく異なり（南欧の昼休み、東アジアの遅い終業、リモートワーク）、本当に配慮すべきはタイムゾーンではなく具体的な人です。そこでツールは重なりを計算しますが、使うかどうかはご自身の判断です。