無料世界時計
複数の都市とタイムゾーンの現在時刻を同時に表示します。
使い方
- クロックはデフォルトで6つの主要都市(ニューヨーク、ロンドン、東京、シドニー、ドバイ、ロサンゼルス)を表示します。
- タイムゾーンを追加ドロップダウンをクリックして、表示に他の都市を追加します。
- クロックカードの削除ボタンをクリックして、表示から削除します。
- クロックの上にある形式ボタンで、12時間と24時間形式を切り替えます。
よくある質問
なぜ時刻が予期されたタイムゾーンと異なるのですか?
クロックはブラウザのローカルタイムゾーンデータベースを使用します。表示される時刻は、選択された都市のタイムゾーンと適用される夏時間ルールに従って正確です。
お気に入りの都市を保存できますか?
選択はブラウザのlocalStorageに保存されるため、次回の訪問時にも保持されます。このデータがデバイスを離れることは決してありません。
クロックはどのくらいの頻度で更新されますか?
クロックは1秒ごとに更新され、現在時刻をライブで表示します。すべての都市が同時に更新され、タイムゾーン間で正確性が保たれます。
標準時の小史
1800年代後半まで、町ごとに時計は太陽が真上の子午線を通過した瞬間、つまり地元の太陽南中時に合わせて設定されていました。20km離れた2つの村が正当に1分の差を主張することもありえましたが、馬で旅をしていた頃は無害でした。印刷された鉄道時刻表が登場するや、これでは立ち行かなくなります。最初に踏み切ったのはイギリスで、1847年に Railway Clearing House が網全体で グリニッジ標準時(GMT) を統一しました。通称「鉄道時間」です。
世界24時間帯のアイデアは通常、カナダの鉄道技師 サンドフォード・フレミング に帰されます。彼は1879年にそれを提案しました。アイルランドで印刷された時刻表が「a.m.」を「p.m.」と表記していたために列車に乗り遅れた逸話で有名です。5年後、ワシントンD.C.で開かれた 国際子午線会議 が政治的決着をつけました。1884年10月13日、26カ国がグリニッジを通る子午線を世界の本初子午線とする決議に賛成22、反対1、棄権2(反対はドミニカ共和国、棄権はフランスとブラジル)で採択しました。フランスはご多分に漏れず不貞腐れ、1911年まで「グリニッジ」という言葉を口にせず、自国の時刻を「9分21秒遅れたパリ平均時」と公式に呼び続けました。
GMT は20世紀の大半において世界基準として機能しました。協定世界時(UTC) が国際民事標準としてそれを引き継いだのは1972年1月1日で、BIPM が追跡する何百もの原子時計の加重平均に基づいています。UTC と GMT は最大0.9秒まで差が生じることがあり、その差はうるう秒によって調整されますが、国際度量衡総会は2022年に2035年までにうるう秒を廃止する決議を可決しました。
IANA tz データベース
本物の世界時計はどれも、本ツールも含め、IANA タイムゾーンデータベース に依拠しています。創設者 Arthur David Olson にちなんで Olson データベースとも呼ばれ、1980年代半ばに彼が米国国立衛生研究所で開始しました。ICANN が2011年10月に機関的責任を引き継ぎ、Paul Eggert は2005年から編集者を務めています。新版は年に複数回リリースされ、ある国が夏時間の規則を変えたり、時間帯を引き直したり、歴史的記録が訂正されたりするたびに更新されます。データも参照用 C ソースもパブリックドメインです。
ゾーン識別子は 地域/場所 の形式に従います。例えば America/New_York、Europe/London、Asia/Tokyo など。「場所」は国ではなく代表的な都市が使われます。政治的境界は動きますが、時間規則の歴史は地理に従うためです。現代のプログラミング環境(JavaScript、Python の zoneinfo、Java、.NET、PostgreSQL)はすべて略称ではなく IANA 名を受け入れ、優先します。
なぜ略称を使わないのか? それらが衝突するからです:
- EST は米国東部標準時(UTC−5)のことも、オーストラリア東部標準時(UTC+10)のことも指し得ます。
- CST は米国中部時間(UTC−6)、中国標準時(UTC+8)、キューバ標準時(UTC−5)のいずれにもなり得ます。
- IST はインド時間(UTC+5:30)、アイルランド夏時間(UTC+1)、イスラエル標準時(UTC+2)のいずれにもなり得ます。
- BST は英国夏時間(UTC+1)とバングラデシュ標準時(UTC+6)のどちらにもなり得ます。
Asia/Kolkata には「IST」が決して持ち得ない一義性があります。
夏時間を簡潔に
ベンジャミン・フランクリンが1784年に Journal de Paris に送った、パリ市民が早起きしてろうそくを節約すべきだと提案した手紙は、夏時間に関する文献全体で最も誤って引用される項目です。それは風刺であり、時計の変更を提案するものではありませんでした。最初の近代的提案は1895年、ニュージーランドの昆虫学者 ジョージ・ハドソン によるものでした。初の国家採用は1916年4月30日のドイツとオーストリア=ハンガリーで、石炭節約のための戦時措置でした。米国は1918年に標準時法のもと、同じく戦時措置として続きました。
現在の規則は地域によって大きく異なります:
- アメリカ合衆国。夏時間は3月の第2日曜日から11月の第1日曜日まで実施されます。旧スケジュールを延長したもので、ハロウィンの「トリック・オア・トリート」を昼間に行えるようにと、菓子業界が有名なロビー活動を行った結果です。ハワイ(1967年から)とアリゾナ州の大部分は採用していません。アリゾナ州内のナバホ族は、ユタ州とニューメキシコ州のメンバーと足並みをそろえるために夏時間を 採用 しているため、トゥバ・シティと隣接するモエンコピは約3kmしか離れていないのに夏には1時間ずれることになります。
- アジア、アフリカ、赤道付近のラテンアメリカの大半 は一度も採用していません。ブラジルは2019年に夏時間を廃止しました。メキシコは2022年末に廃止しましたが、テキサスやカリフォルニアと足並みを揃えるために北部国境のいくつかの自治体は今も実施しています。ロシアは2011年に廃止しました。
- 欧州連合。議会は2019年3月に季節ごとの時計変更を終了し、加盟国に恒久標準時か恒久夏時間かの選択を委ねる決議を採択しましたが、理事会はこれを確認していません。2026年初頭時点で提案は止まったままで、終了日も合意されていません。主な理由は、隣国同士でどちらの方向に標準化するかについて合意できないためです。現行の規則(3月最後の日曜日に進め、10月最後の日曜日に戻す)はそのまま有効です。
健康・経済への影響はせいぜい控えめです。2017年の研究では、春の夏時間移行が米国で睡眠不足により年間およそ30人の死亡を引き起こすと推定されており、メタ分析では適用日における電力節約は約0.3%と算出されています。米国睡眠医学会は、恒久 標準時 を最も健康的な選択肢として正式に推奨しています。
風変わりなタイムゾーン
世界は整数時間のきれいな格子の上にはありません。現実の政治地理はもっと複雑です:
| オフセット | 場所 | 注釈 |
|---|---|---|
| UTC+14:00 | キリバス(ライン諸島) | 地球上で最も東の時刻。1995年に日付変更線を東に動かすまでは UTC−10 でした。 |
| UTC+13:00 | サモア、トンガ | サモアは UTC−11 から UTC+13 へ移行するため、有名な話として2011年12月30日を丸ごと飛ばしました。 |
| UTC+12:45 | チャタム諸島(ニュージーランド) | 世界でも数少ない :45 で終わるオフセットの一つ。 |
| UTC+10:30 | ロード・ハウ島(オーストラリア) | 世界で唯一の30分間の夏時間シフト(UTC+11 へ)。 |
| UTC+5:45 | ネパール | インド標準時の東5°45′に設定。主権国家の本土における唯一の :45 オフセット。 |
| UTC+5:30 | インド、スリランカ | 単一の時間帯がアメリカ本土より広い国を覆っています。 |
| UTC−3:30 | ニューファンドランド、カナダ | 有名な半時間オフセット帯。 |
| UTC−12:00 | ベーカー島とハウランド島 | 最も西の時刻。日付は UTC+14 と最大26時間異なることがあります。 |
国際日付変更線は直線ではありません。キリバスを東側へ迂回して国が片側に収まるよう、またアリューシャン列島の西側を迂回してアラスカ全体が米国本土と同じ日付になるように、ジグザグに引かれています。
ブラウザベースの世界時計の仕組み
すべての JavaScript の Date オブジェクトは内部的に単一の数値、つまり1970年1月1日 00:00 UTC(Unix エポック)からのミリ秒数を保持します。タイムゾーン非依存です。同一の瞬間は東京でもニューヨークでも同一に見えます。ブラウザは timeZone オプション付きの Intl.DateTimeFormat を通じて IANA tz データベースを公開します:
new Intl.DateTimeFormat("en-US", {
hour: "numeric", minute: "numeric", second: "numeric",
timeZone: "Asia/Tokyo", hour12: false
}).format(new Date());
// "23:14:07" if it's 23:14 in Tokyo right now
これがまさに各カードが毎秒一度ずつ実行している操作です。timeZone オプション付きの Intl.DateTimeFormat は2017年頃から Chrome、Firefox、Safari、Edge で広く利用可能です。ブラウザは OS にインストールされた tz データベースのバージョンを使用するため、長らく更新されていない古いスマートフォンは古い規則を適用するおそれがあります。本ツールがルールセットを JavaScript に焼き込まず、ページを開くたびに取得し直しているのはそのためです。
こんなときに使う
- 分散チーム。GitLab、Automattic、Zapier のような完全リモート企業は、内部マニュアルで明示的に世界時計ツールを推奨しています。グローバルな貢献者を抱えるオープンソースプロジェクトも同様です。
- 国際会議の予定調整。ロンドンの営業担当者が東京と現地時間16時の電話を設定するときには、それが東京の真夜中であることを確認してから送信する必要があります。
- 株式・為替市場。取引は各取引所の現地時間で組まれます。ニューヨーク現地時間 09:30〜16:00 の NYSE は EST 中なら UTC 14:30〜21:00 に相当します。ロンドンとニューヨークの重複時間帯(おおむね UTC 14:30〜16:30)はグローバルな取引日で最も流動性が高い時間帯です。Forex 自体は日曜 22:00 UTC のシドニー開始から金曜 21:00 UTC のニューヨーク終了まで連続して動いています。
- スポーツと放送。マドリッドでのチャンピオンズリーグ決勝のキックオフ現地時刻は1つの情報にすぎません。それがシドニー、ムンバイ、サンパウロで何時に放送されるかは、放映権スケジュールの残りの部分です。
- 家族と私生活: 実家へ電話する。トロントの祖母とリスボンにエラスムスで滞在中の孫: ニューヨークとリスボンを一度並べておけば、午前8時に電話するのが早すぎるかどうかと二度と悩む必要はありません。
- 航空と海運。国際線パイロットは曖昧さを避けるために UTC(「ズールー時間」)で計画を立てますが、体は現地の休息サイクルで動いています。クルー用アプリは UTC と現地時間を並べて表示します。
もっと質問
夏時間が始まっても、なぜ私の時計は正しい時刻を表示し続けるのですか?
IANA tz データベースが、各時間帯の規則(毎年いつ夏時間が始まり、いつ終わるか、それらの規則が歴史的にいつ変更され、どの国がいつそれを放棄したか)をすべて把握しているからです。ブラウザは現在の瞬間に基づいて正しい規則を自動的に適用します。OS が最新であれば、近年の変更(2022年のメキシコの夏時間廃止、未決の EU の問題など)はすでに反映されています。
GMT と UTC は同じものですか?
英国の口語的な用法では「はい」、技術的には「いいえ」です。GMT は地球の自転に基づく古い天文学的基準で、UTC は1972年1月1日から有効な原子時計に基づく現代の民事標準です。両者は最大0.9秒の差が生じることがあり、その差はうるう秒メカニズムが調整します。2022年の国際度量衡総会は2035年までにうるう秒を廃止することを可決しており、それ以降 UTC は長期的なスケールで天文 UT1 から少し漂うことが許容されます。
次の列で日付が違って見えるのはなぜですか?
UTC+14(キリバス)と UTC−12(無人の米国領島嶼)を含めると、世界は24時間より広くなるからです。最も東のゾーンと最も西のゾーンの間で日付は最大26時間異なることがあり、毎日2時間は地球上に3つの暦日が同時に存在することになります。
保存した都市はどこに行きますか?
ブラウザの localStorage に保存されます。これはあなたのデバイス上にある小さなプライベートストアであり、サーバーではありません。ブラウザのデータを消すと一緒に消えます。ブラウザやデバイスを変えると最初からやり直しになります。同期はどこにも行われていないからです。
サーバーには何か送信されますか?
いいえ。時計はあなたのローカルマシンから現在時刻を読み取り、ブラウザに組み込まれた国際化 API を介して選択された各ゾーン用にフォーマットし、JavaScript のタイマーで毎秒更新しています。一度読み込まれた後はオフラインでも動作します。