世界時計・会議時間プランナー

世界時計・会議時間プランナーとは？#

世界時計は、複数の都市の現在の壁時計の時刻を一度に表示します。会議時間プランナーはその先を行きます。ある参考時刻を選び、その瞬間が気にするすべてのタイムゾーンでどう見えるかを読み取れます — これにより、東京の同僚に夜 11 時に電話を求めるような事故を避け、全員の就業時間に収まる時間帯を見つけられます。

これが見かけより難しい理由はサマータイムです。都市の UTC オフセットは定数ではありません。ニューヨークは冬は UTC-5（EST）ですが夏は UTC-4（EDT）、ロンドンは冬 UTC+0 でも夏 UTC+1（BST）、シドニーは逆転して北半球の冬に夏時間になります。素朴な「8 時間引く」計算は、1 年の半分で 1 時間ずれた会議を生みます。本ページはブラウザの Intl タイムゾーンデータベースを使い、計画している特定の瞬間にすべてのオフセットを計算するため、サマータイムが正しく自動的に適用されます。

時計に加えて、ページはユーザーが制御する就業時間に基づいて各ゾーンを就業か時間外かフラグするため、一目で提案時刻がすべての場所に適切か分かります。

使い方#

1. ページは**リアルタイム（現在）**モードで起動し、ライブに時刻を刻みます。ローカルタイムゾーン、UTC、3 つの主要ハブ（ニューヨーク、ロンドン、東京）が事前選択されています。
2. タイムゾーンを追加ドロップダウンで、世界中の IANA ゾーンを追加できます。リストはモダンブラウザでは Intl.supportedValuesOf('timeZone') から来ます（数百ゾーン）。古いエンジンではよく使われる約 24 都市の厳選フォールバックが使われます。
3. 会議を計画するには参考時刻モードに切り替えます。日付と時刻（デフォルトではローカルゾーンで解釈）を選ぶと、各行がその瞬間を各ゾーンで示すように再描画されます — 国際日付変更線をまたぐ日付の前後への移動も処理します。
4. 就業時間（デフォルト 9〜18）を設定し、どの行が就業または時間外にフラグされるかを制御します。ローカル時刻がウィンドウ内で平日の行が光り、外の行は光りません。
5. 既定値に戻すでデフォルトのゾーンセットに戻り、すべて消去でリストを空にします。

主な機能#

• サマータイム対応のオフセット。 すべてのオフセットは固定テーブルからではなく、選んだ瞬間におけるゾーンの壁時計フィールドから導出されます。そのため 7 月に計画した会議がサマータイム規則の変更後も正しく保たれ、北半球と南半球のゾーンが対称的に扱われます。
• 参考時刻での計画。 参考時刻モードに切り替え、ローカル時刻を入力すると、他のすべてのゾーンのその瞬間での相当値を読めます。日付入力は 2 パスのオフセット精緻化でサマータイム移行境界を正しく処理します。
• 就業／時間外フラグ。 各行は調整可能な就業時間に対するローカル時刻と曜日で、就業か時間外かにタグ付けされます。フラグの列を走査するのは、オフセットを頭で引くよりはるかに速いです。
• ローカライズされた曜日・時刻名。 曜日と月のラベルはページのロケアルで Intl.DateTimeFormat から来ます — 陳腐化する手翻訳文字列はありません。
• 完全な IANA ゾーンカバー。 数百のゾーン。半時間や 45 分の変わり種（インド UTC+5:30、ネパール UTC+5:45、オーストラリアの一部 UTC+9:30）も含みます。

実例#

あなたは上海にいて、ニューヨーク、ロンドン、東京、シドニーと電話をするとします。参考時刻モードに切り替え、Asia/Shanghai で 2026-08-10 09:00（月曜）を入力します。ページはその単一の瞬間を 5 つのゾーンにまたがって解決します。

Asia/Shanghai     UTC+08:00   Mon 09:00   Work
Asia/Tokyo        UTC+09:00   Mon 10:00   Work
Australia/Sydney  UTC+10:00   Mon 11:00   Work
Europe/London     UTC+01:00   Mon 02:00   Off
America/New_York  UTC-04:00   Sun 21:00   Off

8 月は北半球の夏のため、ロンドンは BST（UTC+1）、ニューヨークは EDT（UTC-4）です。シドニーは南半球の冬で AEST（UTC+10、サマータイムなし）です。上海とニューヨークは EDT のもとで 12 時間離れているため、上海の月曜 09:00 はニューヨークではまだ日曜の 21:00 です — 日付が国際日付変更線を越えて戻る様子に注意してください。就業／時間外フラグが評決を明確にします。上海 09:00 の枠はアジア太平洋の 3 者には機能しますが、ロンドンを 02:00 に、ニューヨークを日曜夜遅くに追いやります — どちらの都市にも起きている人はいません。電話を上海 21:00 にずらすと逆転します。ロンドン 14:00、ニューヨーク 09:00（両方とも就業）ですが、東京 22:00、シドニー 23:00（時間外）になります。5 つの全員にとって通常の就業時間内に収まる枠はありません — これこそプランナーが表面化すべき発見であり、うっかり誰かを深夜に予定する代わりに妥協（早朝／夜間の輪番枠）を交渉できます。

よくある質問#

私の都市のオフセットが整数時間にならないのはなぜですか？#

すべてのタイムゾーンが整数時間でオフセットされているわけではないからです。インドは UTC+5:30、ネパール UTC+5:45、ノーザンテリトリー UTC+9:30、チャタム諸島 UTC+12:45 です。本ページは分単位までオフセットを示す（UTC+05:30）ため、これらのゾーンが正しく処理されます — 整数時間に丸めるツールは 10 億人以上に対し黙って 30 分間違うことになります。

サマータイムを気にする必要はありますか？#

いいえ。ページが処理します。すべてのオフセットは表示されている特定の瞬間（現在または参考時刻）で計算され、ブラウザのタイムゾーンデータベースを使うため、サマータイムは各ゾーンの規則が命ずる通りに適用されたりされなかったりします。3 月に計画した会議は、サマータイム開始後にも正しいオフセットを示し続けます。ツールが固定テーブルから読むのではなく、通話の瞬間にオフセットを再導出するためです。

なぜ同じ瞬間なのに 2 つの都市で日付が違うのですか？#

国際日付変更線のためです。ある瞬間に、アジア太平洋ではすでに「明日」ですが、ハワイではまだ「昨日」です。参考時刻を選ぶと、各行は時刻の隣にローカル日付を示すため、ホノルルの 22:00 が東京では翌日 18:00 になるようなことが曖昧になりません — 日付列が、時刻のみの表示が隠すものを捕捉します。

タイムゾーンリストは最新だと思って信頼できますか？#

モダンブラウザ（Chrome 99+、現在の Firefox、Safari、Edge）では、リストは Intl.supportedValuesOf('timeZone') から来て、OS が同梱する IANA タイムゾーンデータベースを反映します。古いエンジンでは、ページはよく使われる約 24 ゾーンの厳選セットにフォールバックするため、ツールは動作し続けます — 選べるマニアックなゾーンが減るだけです。ゾーン規則自体（サマータイムの日付、オフセット）は、ブラウザが自身の時計に使うのと同じデータベースから来ます。