世界会議時間計算ツール
左側で基準都市と会議日時を決めて参加都市を追加すると、右側に各都市の現地時刻が表示され、下の24時間タイムラインで重なる時間を確認できます。
会議条件
参加都市 0
基準都市と会議日時から各都市の現地時刻を表示します。
各都市の時刻
会議候補 営業時間に入る都市数が多い順
端末のIANAタイムゾーンデータとブラウザーのIntl機能で計算し、夏時間（DST）も日付に応じて反映します。平日9:00〜18:00を営業時間とする表示は調整用の目安です。祝日や各組織の勤務時間は招待前に確認してください。
24時間重なりタイムライン 基準都市の0:00〜23:00
すぐ使える形で。
- すぐ見える画面入力場所と結果の場所をはっきり分けます。
- 結果を先に大事な数字を先に出し、過程は必要な分だけ見せます。
- 求めるものを減らす登録や余計な入力なしで使えるようにします。
離れた都市の会議日時をずれなく共有するために
国をまたぐ予定では、同じ瞬間でも時計の時刻と日付が都市ごとに変わります。先に基準都市を一つ決め、全員の現地表示を同じ画面で比べると、日付の取り違えを減らせます。
このツールは端末に入っているIANAタイムゾーン情報を使います。営業時間の色分けは予定を絞る目安であり、会社の就業規則や祝日を判定するものではありません。
時差変換は「同じ瞬間」を別の時計で読むこと
東京の10:00とニューヨークの前日20:00は、季節によっては同じ瞬間です。単純に固定時間を足し引きするより、日付を含む瞬間として扱う必要があります。
画面は基準都市の壁時計を一度UTC相当の瞬間へ変換し、各都市の時計へ戻します。
- 時刻だけでなく会議日も入力する
- 都市名ではなくIANAタイムゾーンを計算に使う
- 表示された日付差を時刻と一緒に読む
基準都市は招待を作る人の予定に合わせる
最初に決める基準都市は正解が一つではありません。主催者のカレンダーや会議室が置かれている都市にすると、元の日時を修正しやすくなります。
リセットすると日本語版は東京に戻り、ソウル、ニューヨーク、ロンドンを比較します。
- 主催者が日本なら東京を基準にする
- 海外本社主催なら本社都市を基準にする
- 基準都市を変えた後に日付も確認する
参加都市は実際の勤務地点で追加する
国名だけでは複数の時間帯を区別できません。米国、カナダ、オーストラリアのように国内で時差がある場合は、参加者が勤務する都市を個別に追加します。
同じタイムゾーンの都市を代表一つにまとめる場合は、招待文に対象地域を書いておくと誤解が減ります。
- ロサンゼルスとニューヨークを別に扱う
- シドニーとパースを別に扱う
- 参加者がいなくなった都市は×で削除する
日付差のバッジはカレンダー日を守るために見る
+1日と-1日は基準日の前後を示します。深夜をまたぐ会議では、時刻が合っていても曜日を一日間違えることがあります。
国際日付変更線に近いホノルル、オークランド、アピアなどを含めるときは特に日付バッジを確認します。
- +1日なら翌日の予定として送る
- -1日なら前日の予定として送る
- 曜日も招待文に含める
夏時間は固定の時差表では追えない
ニューヨーク、ロンドン、シドニーなどは季節でUTCオフセットが変わります。切り替え日も地域ごとに異なるため、「いつも14時間差」のような記憶だけで予定を作らない方が安全です。
IANAデータは制度変更に合わせて更新されますが、実際に使われるデータの新しさは端末やブラウザーの更新状況にも左右されます。
- 会議日の結果を使う
- 端末とブラウザーを更新する
- 制度変更直後は現地カレンダーでも照合する
営業時間の色は候補を絞るための共通物差し
緑は平日9:00〜18:00、早朝・夜間は7:00〜9:00と18:00〜22:00、深夜はそれ以外です。色が緑でも、その会社が勤務中とは限りません。
祝日、昼休み、時短勤務、週末が異なる地域は画面だけでは判定できません。
- 色は勤務可否ではなく目安として使う
- 各社のコアタイムを別に確認する
- 祝日と週末を招待前に確認する
候補チップとタイムラインは用途が違う
候補チップは営業時間内の都市数が多い正時を上位から示します。タイムラインは一日の全体像を見て、誰に負担が偏るかを比べるためのものです。
どちらを押しても基準時刻が変わり、都市別結果が同じ条件で更新されます。
- 急ぐときは候補チップから試す
- 公平さを比べるときは24時間全体を見る
- 選択後に都市別の色と日付を再確認する
東京9:00の例を画面と同じ順で確かめる
冬の東京9:00を基準にすると、ソウルは9:00、ロンドンは0:00、ニューヨークは前日19:00になる時期があります。夏時間中はロンドンやニューヨークの表示が1時間変わります。
固定の答えを覚えるのではなく、実際の会議日を入力して結果を読みます。
- 東京の会議日と9:00を入力
- 参加都市を追加
- 現地日付・時刻・色を順に読む
- コピー後も招待画面で照合
よくある失敗は時刻より日付と都市の選択にある
UTCオフセットを手計算して夏時間を落とす、国の代表都市だけで国内時差を無視する、+1日/-1日を招待文に書かない、といった失敗が起きます。
保存済みの参加都市は言語ごとに分けて保持されます。共有端末ではリセットしてから新しい会議を作ります。
- 固定時差を使わない
- 勤務地点と同じ都市を選ぶ
- 日付差を省略しない
- 古い保存状態はリセットする
送信前はタイムゾーン名まで残して確認する
最終招待には各都市の現地日付と時刻だけでなく、基準タイムゾーンと会議リンクも記載します。相手のカレンダーへ登録した後、プレビューで同じ瞬間を指すか確認します。
重要な面接、配信、締切はこの計算結果だけに依存せず、参加者または公式スケジュールでも再確認してください。
- 基準都市とIANAタイムゾーンを確認する
- 各都市の日付と曜日を確認する
- 色分けではなく実際の空き時間を確認する
- カレンダー招待のプレビューを確認する
世界会議時間計算ツールのよくある質問
都市ごとの会議時刻はどう変換されますか？
基準都市で入力した日時を一つの瞬間に変換し、その瞬間を参加都市ごとの現地日時で表示します。
夏時間（DST）は自動で反映されますか？
はい。会議日のIANAルールを使うため、ニューヨークやロンドンなどのオフセットは季節に応じて変わります。
+1日・-1日は何を表しますか？
基準都市の日付より現地日付が進んでいれば+1日、遅れていれば-1日です。招待状の日付を確認するための表示です。
営業時間の色は会社の勤務時間ですか？
いいえ。平日9:00〜18:00を営業時間、7:00〜9:00と18:00〜22:00を早朝・夜間とする共通の目安です。
会議候補はどのように選ばれますか？
基準都市の各正時について、営業時間内に入る都市数を数え、多い順に最大3件を表示します。
30分・45分の時差にも対応しますか？
対応します。インドの30分、ネパールの45分といったオフセットもIntlの時刻としてそのまま表示します。
同じ時刻が二度ある夏時間の切り替え日はどうなりますか？
ブラウザーのタイムゾーンデータで解釈します。重要な会議は現地カレンダーにも入力し、表示されたUTCオフセットを確認してください。
結果を招待文に貼り付けられますか？
結果をコピーすると、都市名、現地日付、時刻、日付差、営業時間区分、ページURLをテキストで共有できます。
確認日: 2026-08-09。計算は端末のIANAタイムゾーンデータとブラウザーのIntl.DateTimeFormatを使用します。