タイムゾーン

タイムゾーンとは、法律上、商業上、社会上の目的で統一された標準時間を遵守するエリアです。タイムゾーンは、頻繁に通信を行うエリアが同じ時間を維持するのに便利なため、 経度に厳密に従うのではなく、国とその下位区分間の境界に従う傾向があります。

各タイムゾーンは、協定世界時(UTC)からの標準オフセットによって定義されます。オフセットの範囲はUTC-12:00からUTC+14:00で、通常は整数時間ですが、インドやネパールなど、いくつかのゾーンではさらに 30 分または 45 分のオフセットが設けられています。タイムゾーン内の一部の地域では、年間の一部期間に異なるオフセットが使用されることがあり、通常は春と夏に 1 時間進めて、夏時間(DST) として知られています。

以下の表では、夏時間 (DST) を使用する場所が、DST が実施されていないときの UTC オフセットでリストされています。春から夏にかけて DST が実施されている場合、UTC オフセットは 1 時間増加します (ロード ハウ島は 30 分増加します)。たとえば、DST 期間中、カリフォルニアではUTC −07:00が使用され、英国ではUTC+01:00が使用されます。

地球が球形であるため、空における太陽の見かけの位置、つまり太陽時も場所によって異なります。この変化は経度1度につき4分に相当し、たとえばロンドンで太陽正午のとき、西に約2.5度離れたブリストルでは太陽正午の約10分前になります。 ^[6]

1675年に設立されたグリニッジ王立天文台は、イギリスの各場所が異なる時間を保っていた中、船員が海上で経度を判定するのを助けるために、その場所の平均太陽時であるグリニッジ標準時（GMT）を確立し、標準的な基準時間を提供しました。

19世紀には交通や通信の発達により、各地で独自の太陽時を観測することがますます不便になっていった。1840年11月、イギリスのグレート・ウェスタン鉄道は携帯型クロノメーターで計測したGMTの使用を開始した。^{[7] [検証失敗]この慣行はすぐに}イギリスの他の鉄道会社にも追随され、鉄道時間として知られるようになった。

1852年8月23日頃、イギリス王立天文台から初めて電信で時刻信号が送信された。1855年までにイギリスの公共時計の98%がGMTを使用していたが、1880年8月2日までイギリスの法定時刻にはならなかった。この時期のイギリスの時計の中には、分針が2本あり、1本は現地時間用、もう1本はGMT用である。^[8]

1868年11月2日、イギリス領ニュージーランド植民地は、植民地全体で遵守されるべき標準時を公式に採用しました。^[9]これはグリニッジの東経172度30分を基準としており、これはGMTより11時間30分進んでいます。この標準はニュージーランド標準時として知られていました。^[10]

19世紀の北米の 鉄道の時間管理は複雑だった。各鉄道は、通常は本社または最も重要な終着駅の現地時間に基づいた独自の標準時間を使用しており、鉄道の列車の時刻表は独自の時間を使用して発行されていた。複数の鉄道が接続するジャンクションには、鉄道ごとに時計があり、それぞれ異なる時間を示していた。^[11]

1863年頃、チャールズ・F・ダウドは北米の鉄道向けに1時間ごとの標準時間帯のシステムを提案したが、当時はこの件について何も公表せず、1869年まで鉄道当局者に相談しなかった。1870年にダウドは南北の境界を持つ4つの理想的な時間帯を提案し、最初の時間帯はワシントンDCを中心としていたが、1872年までに最初の時間帯はグリニッジの西75度の子午線を中心とし、アパラチア山脈の一部などの自然の境界とした。ダウドのシステムは北米の鉄道会社に受け入れられることはなかった。米国気象局の主任気象学者 クリーブランド・アベは、気象観測所間の一貫性を保つために米国を4つの標準時間帯に分割した。1879年、ダウドは「標準時に関する報告書」と題する論文を発表した。^[12] 1883年、ダウドは北米の鉄道会社に彼の時間帯システムを採用するよう説得した。 1884年、イングランド、スコットランド、ウェールズで独自の標準時システムを採用していた英国は、世界時間に対する国際的な同意を集めるのに貢献した。やがて、アメリカ政府は、アッベの1879年の論文に一部影響を受け、時間帯システムを採用した。^{[13]これは、}トラベラーズ・オフィシャル鉄道ガイド の編集者であるウィリアム・F・アレンが提案したバージョンであった。^[14]時間帯の境界は、多くの場合大都市の鉄道駅を通っていた。たとえば、東部時間帯と中部時間帯の境界は、デトロイト、バッファロー、ピッツバーグ、アトランタ、チャールストンを通っていた。1883年11月18日の日曜日に発足した。この日は「2つの正午の日」とも呼ばれ、^[15]各時間帯内で標準時の正午になると、各鉄道駅の時計がリセットされた。

北米のゾーンは、インターコロニアル、イースタン、セントラル、マウンテン、パシフィックと名付けられました。1年以内に、人口10,000人以上の都市の85％（約200都市）が標準時を使用するようになりました。^[16]注目すべき例外はデトロイト（東部標準時と中部標準時の子午線のほぼ中間に位置）で、1900年までローカルタイムを維持し、その後、中央標準時、ローカル平均時、東部標準時（EST）を試した後、1915年5月の条例でESTが決定され、1916年8月に国民投票で承認されました。標準時間帯が1918年3月19日の 標準時法で米国議会で正式に採用されたことで、時間の混乱は終わりました。

イタリアの数学者キリコ・フィロパンティは、1858年に出版された著書『ミランダ！』で、世界共通の時間帯システムのアイデアを紹介した。彼は「経度日」と名付けた24時間ごとの時間帯を提案し、最初のものはローマ子午線を中心としていた。彼はまた、天文学や電信で使用される世界時を提案した。しかし、彼の著書は彼の死後ずっと注目されなかった。^{[17] [18]}

スコットランド生まれのカナダ人サー・サンドフォード・フレミングは、1876年に世界的な時間帯のシステムを提案した。サンドフォード・フレミング § 世界標準時の発明者を参照。この提案では、世界を24の時間帯に分け、それぞれが経度15度をカバーするようにAY（Jは省略）と表記した。各時間帯内のすべての時計は他の時間帯と同じ時刻に設定されるが、隣接する時間帯の時計とは1時間ずつずれる。^[19]彼はこのシステムをいくつかの国際会議で提唱し、その中には国際子午線会議もあり、そこでは検討の対象となった。このシステムは直接採用されていないが、一部の地図では世界を24の時間帯に分け、フレミングのシステムと同様に文字を割り当てている。^[20]

1900年頃までに、地球上のほぼすべての居住地で標準時間帯が採用されていましたが、GMTからの1時間ごとのオフセットを使用していたのはそのうちのごく一部でした。多くの人は、GMTを参照することなく、地元の天文台の時間を国全体に適用していました。すべての時間帯がGMTまたは協定世界時（UTC）からの何らかの標準オフセットに基づくようになるまでには、何十年もかかりました。1929年までに、ほとんどの国が1時間ごとの時間帯を採用していましたが、イラン、インド、ミャンマー、オーストラリアの一部など一部の国では30分のオフセットの時間帯を採用していました。ネパールは標準オフセットを採用した最後の国で、1986年にUTC+05:45にわずかにシフトしました。^[21]

現在、すべての国が世俗的な目的で標準時間帯を使用していますが、その概念を当初の構想通りに適用している国は限られています。いくつかの国や地域では、標準時から30分または15分のずれを使用しています。中国やインドなど一部の国では、領土の範囲が1時間あたりの理想的な経度15度をはるかに超えているにもかかわらず、単一の時間帯を使用しています。スペインやアルゼンチンなど他の国では、標準的な時間ベースのオフセットを使用していますが、必ずしも地理的な位置によって決定されるものではありません。その結果、一部の地域では地元住民の生活に影響を及ぼし、極端な場合には、中国西部のように大きな政治問題につながることもあります。^[22] 11の時間帯があるロシアでは、 2つの時間帯が2010年に削除され、 ^{[23] [24]} 2014年に復活しました。^[25]

ISO 8601 は、タイムゾーンを表す仕様を含む、日付と時刻をテキスト形式で表す方法を定義した、 国際標準化機構によって確立された標準です。

時刻が協定世界時(UTC) の場合、区切りのスペースなしで時刻の直後に「Z」が追加されます。「Z」は UTC オフセットのゼロを表すゾーン指定子です。したがって、「09:30 UTC」は「09:30Z」または「0930Z」と表されます。同様に、「14:45:15 UTC」は「14:45:15Z」または「144515Z」と表記されます。^[26] UTC 時刻は「Zulu」時刻とも呼ばれます。これは、「Zulu」が文字「Z」の音声アルファベットコード語であるためです。 ^[26]

UTC からのオフセットは、 ±hh:mm、±hhmm、または ±hh (UTC より何時間早いか遅いか) の形式で記述されます。たとえば、記述する時間が UTC より 1 時間早い場合 (ドイツの冬時間など)、ゾーン指定子は「+01:00」、「+0100」、または単に「+01」になります。このタイムゾーンの数値表現は、アルファベットのタイムゾーン略語 (または上記の「Z」) が付加されるのと同じ方法で、ローカル時間に付加されます。UTC からのオフセットは夏時間によって変わります。たとえば、北米中央時間帯にあるシカゴの時間オフセットは、冬 (中央標準時) では「 -06:00」、夏 (中央夏時間) では「 -05:00 」です。 ^[27]

タイムゾーンは「EST」、「WST」、「CST」などのアルファベットの略語で表されることが多いが、これらは国際日時規格ISO 8601の一部ではない。このような指定は曖昧になることがある。たとえば、「CST」は（北米）中央標準時（UTC−06:00）、キューバ標準時（UTC−05:00）、中国標準時（UTC+08:00）を意味する可能性があり、またACST（オーストラリア中央標準時、UTC+09:30）の変形として広く使用されている。 ^[28]

タイムゾーン間の変換は次の関係に従います

「ゾーンAの時刻」−「ゾーンAのUTCオフセット」=「ゾーンBの時刻」−「ゾーンBのUTCオフセット」

方程式の各辺は UTC に相当します。

変換式は次のように変形できる。

「ゾーン B の時刻」 = 「ゾーン A の時刻」 − 「ゾーン A の UTC オフセット」 + 「ゾーン B の UTC オフセット」。

たとえば、ニューヨーク証券取引所は09:30（EST、UTCオフセット=-05:00）に開きます。カリフォルニア（PST、UTCオフセット=-08:00）とインド（IST、UTCオフセット=+05:30）では、ニューヨーク証券取引所は

カリフォルニアの時間 = 09:30 − (−05:00) + (−08:00) = 06:30;

インドの時間 = 09:30 − (−05:00) + (+05:30) = 20:00。

これらの計算は、夏時間への切り替えや夏時間からの切り替えの近くでは、その地域の UTC オフセットが UTC 時間の関数になるため、より複雑になります。

時差によって日付も異なる場合があります。たとえば、エジプトでは月曜日の 22:00 (UTC+02:00) ですが、パキスタンでは火曜日の 01:00 (UTC+05:00) になります。

「ゾーン別の時刻」の表は、さまざまなゾーン間の時間関係の概要を示しています。

1920年代から、公海上の船舶には航海標準時システムが運用されている。地上の時間帯システムの理想的な形として、航海時間帯はGMTから整数時間オフセットされた15°のゴアで構成される。航海日付変更線は180度子午線に沿っており、1つの15°ゴアを2つの7.5°ゴアに分割し、GMTから±12時間異なる。^{[29] [30] [31]}

しかし、実際には、各船はそれぞれの場所で何時を観測するかを選択することができます。船は、特定の経度を通過したときではなく、通常は夜間に都合の良い時間に時計を調整することを決定する場合があります。^[32]一部の船は、航海中ずっと出発港の時刻を維持します。^[33]

理想的なタイムゾーン (航海タイムゾーンなど) は、特定の子午線の平均太陽時に基づいており、その子午線の東西 7.5 度に境界が設定されます。ただし、実際には、多くのタイムゾーンの境界ははるかに西に引かれており、一部の国は理想的なタイムゾーンの外側に完全に位置しています。

例えば、本初子午線（0°）はスペインとフランスを通っているが、両国は0度（グリニッジ標準時）ではなく東経15度（中央ヨーロッパ時間）の平均太陽時を使用している。フランスは以前はGMTを使用していたが、第二次世界大戦中のドイツ占領中にCET（中央ヨーロッパ時間）に切り替えられ、戦後も元に戻らなかった。^[34]同様に、オランダは第二次世界大戦前、グリニッジ標準時より20分進んでいる「アムステルダム時間」を採用していた。オランダは戦時中ドイツ時間に従う義務があり、戦後もそれを守った。1970年代半ば、オランダは他のヨーロッパ諸国と同様に、夏時間の採用を開始した。

時間帯の境界線を理想的な子午線より西に引く理由の1つは、午後の太陽光をより効率的に利用できるようにするためです。^[35]これらの場所のいくつかは夏時間（DST）も使用しており、現地の太陽時との差がさらに広がっています。その結果、夏にはスペインの都市ビゴの太陽正午は14:41になります。スペイン大陸のこの最西端の地域では、赤道から北に42度に位置しているにもかかわらず、冬でも18:00より前に日の入りはありません。^[36]夏至の近くでは、ビゴの日の入りは22:00を過ぎますが、これは同じ時間帯で17度北にあるストックホルムと似ています。ただし、ストックホルムの日の出ははるかに早いです。^[37]

アメリカでは、理由はより歴史的でビジネスに関連したものでした。インディアナ州やミシガン州などの中西部の州では、インディアナポリスやデトロイトに住む人々は、通信や取引を簡素化するためにニューヨークと同じタイムゾーンにいたいと考えていました。^[38]

もっと極端な例はアラスカ州ノームで、西経165度24分に位置し、理想的なサモア時間帯（西経165度）の中心のすぐ西にあります。しかし、ノームは夏時間を含むアラスカ時間（西経135度）を採用しているため、冬は太陽より2時間強、夏は3時間以上進んでいます。^[39] アラスカ州コッツェビューも同じ子午線付近ですが北極圏の北にあり、 8月初旬の同じ日に日没が2回見られます。1回は日が明ける真夜中過ぎ、もう1回は日が暮れる真夜中直前です。^[40]

中国は西は東経73度まで広がっているが、その全域でUTC+08:00（東経120度）を使用しているため、新疆ウイグル自治区などの中国西部では太陽の「正午」が15:00まで遅くなることがある。^[41]アフガニスタンと中国の国境は地球上で最も大きな地上タイムゾーンの差を示しており、アフガニスタンのUTC+4:30と中国のUTC+08:00の差は3.5時間である。

さまざまな場所における時計の時刻と太陽時の不一致を視覚的に表したもの。青い領域では時計の時刻が太陽時より遅れており、赤い領域ではその逆になっています。白い領域では両者は同期しています。

多くの国、そして時には国の特定の地域だけが、一年のうちの一部の期間、サマータイムとしても知られる夏時間 (DST) を採用しています。これは通常、春の初め近くに時計を1時間進め、秋に調整します(「春早送り」、「秋戻し」)。現代の DST は 1907 年に初めて提案され、1916 年に石炭を節約するための戦時措置として広く使用されました。論争があったにもかかわらず、多くの国がそれ以来断続的に使用してきました。詳細は場所によって異なり、時々変更されます。赤道周辺の国では、季節による日光の差がほとんどないため、通常、夏時間は採用されません。

多くのコンピュータオペレーティング システムには、さまざまなタイム ゾーンに基づいて、考えられるすべての (またはほぼすべての) ローカル時間で作業するために必要なサポートが含まれています。内部的には、オペレーティング システムは通常、UTC を基本的な時間管理標準として使用し、ローカル時間を UTC に変換するサービスと、さまざまなタイム ゾーンの夏時間の開始時と終了時にローカル時間の変換を自動的に変更する機能を提供します。(この点の詳細については、 夏時間に関する記事を参照してください。)

単一のタイムゾーンまたは限られた範囲のタイムゾーンのユーザー向けに Web ページを表示する Web サーバーでは、通常、時刻をローカル タイムで表示し、UTC 時刻を括弧で囲んで表示します。より国際志向の Web サイトでは、UTC のみで時刻を表示するか、任意のタイムゾーンを使用して時刻を表示する場合があります。たとえば、CNN の国際英語版には GMT と香港時間が含まれていますが、^[42]米国版では東部標準時が表示されます。^[43]米国東部標準時と太平洋標準時も、世界中の読者を持つ米国の英語 Web サイトの多くでかなり一般的に使用されています。形式は通常、W3Cノート「datetime」に基づいています。

電子メールシステムやその他のメッセージングシステム（IRCチャットなど）^[44]は、UTCを使用してメッセージにタイムスタンプを付けたり、送信者のタイムゾーンをメッセージの一部として含めたりして、受信側プログラムがメッセージの送信日時を受信者のローカル時間で表示できるようにします。

タイムスタンプを含むデータベースレコードでは、特にデータベースが複数のタイム ゾーンにまたがるシステムの一部である場合、通常は UTC が使用されます。夏時間を導入しているタイム ゾーンでは、ローカル タイムをタイムスタンプ レコードに使用することは推奨されません。これは、1 年に 1 回、ローカル タイムが不明確な 1 時間の期間があるためです。

最近のカレンダー システムは通常、タイムスタンプを UTC に結び付け、異なるタイム ゾーンにあるコンピューターでは異なる表示をします。これは、電話またはインターネットでの会議の場合には有効です。ただし、カレンダー イベントは、イベント作成時にコンピューターまたはスマートフォンがオンになっていたタイム ゾーンで発生すると想定されるため、旅行中はあまりうまく機能しません。イベントが間違った時間に表示される可能性があります。たとえば、ニューヨーク在住の人がロサンゼルスで午前 9 時に誰かと会う予定で、午前 9 時にカレンダーにエントリを作成した場合 (コンピューターはこれをニューヨーク時間であると想定します)、コンピューターのタイム ゾーンを採用すると、カレンダー エントリは午前 6 時になります。カレンダー ソフトウェアは、夏時間(DST) にも対応する必要があります。政治的な理由で夏時間の開始日と終了日が変更された場合、カレンダー エントリは、UTC 時間では変更される可能性がありますが、現地時間では同じままである必要があります。

LinuxやmacOSなどのUnix系システムは、システム時間をUnix時間形式で保持し、 1970年1月1日木曜日の00:00:00協定世界時（UTC）から経過した秒数（うるう秒を除く）を表します。 ^[45] Unix時間は通常、ユーザーに表示されるときにローカル時間に変換され、ユーザーがローカル時間で指定した時間はUnix時間に変換されます。この変換では、タイムゾーンと夏時間のルールが考慮されます。デフォルトでは、タイムゾーンと夏時間のルールはシステムの構成時に設定されますが、個々のプロセスでTZ環境変数を使用してタイムゾーンと夏時間のルールを指定できます。^[46]これにより、複数のタイムゾーンにいるユーザー、または同じタイムゾーンでも夏時間のルールが異なるユーザーが同じコンピューターを使用でき、それぞれのローカル時間が各ユーザーに正しく表示されます。タイムゾーンと夏時間のルール情報は、最も一般的にはIANAタイムゾーンデータベースから取得されます。実際、GNU C ライブラリ、 BSD C ライブラリに基づく C ライブラリ、またはSystem V Release 4 C ライブラリを使用するものを含む多くのシステムが、このデータベースを利用できます。

Windows 95およびWindows NTより前のWindowsベースのコンピュータ システムではローカル タイムが使用されていましたが、Windows 95 以降および Windows NT では、システム タイムは UTC に基づいています。^{[47] [48]}これらのシステムでは、プログラムはシステム タイムを UTC として取得でき、年、月、日、時、分、秒、ミリ秒として表されます。^{[49] [50]} Windows 95 以降および Windows NT 3.5 以降では、システム タイムを 1601-01-01 00:00:00 UTC からの 100 ナノ秒単位のカウントとして取得することもできます。^{[51] [52]}システムレジストリには、UTC からのオフセットと、各ゾーンの夏時間の開始日と終了日を示す規則を含むタイム ゾーン情報が含まれています。ユーザーとのやり取りでは通常、ローカル タイムが使用され、アプリケーション ソフトウェアはさまざまなゾーンの時間を計算できます。ターミナル サーバーを使用すると、リモート コンピュータがタイム ゾーン設定をターミナル サーバーにリダイレクトできるため、ユーザーはデスクトップ/アプリケーション セッションでタイム ゾーンの正しい時刻を表示できます。ターミナル サービスは、ターミナル サーバー上のサーバー ベース時刻とクライアントのタイム ゾーン情報を使用して、セッション内の時刻を計算します。

ほとんどのアプリケーションソフトウェアは、タイムゾーンと夏時間ルールの情報を取得するために基盤となるオペレーティングシステムを使用しますが、Javaプラットフォームはバージョン1.3.1以降、タイムゾーンと夏時間ルール情報の独自のデータベースを維持しています。このデータベースは、タイムゾーンや夏時間ルールが変更されるたびに更新されます。Oracleはこの目的のために更新ツールを提供しています。^[53]

Javaプラットフォームにバンドルされている情報の代わりとして、プログラマーはJoda-Timeライブラリを使用することもできます。^[54]このライブラリには、IANAタイムゾーンデータベースに基づく独自のデータが含まれています。^[55]

Java 8では、時刻の変換に役立つ新しい日付と時刻のAPIがあります。^[56]

従来、 JavaScriptのタイムゾーン サポートはほとんどありませんでした。基本的に、プログラマーは時間オブジェクトをインスタンス化し、そこから GMT 時間を取得し、その 2 つの差を計算することで UTC オフセットを抽出する必要がありました。これでは、北半球と南半球の DST 方向の相違など、より複雑な夏時間の変化に対するソリューションは提供されません。

JavaScriptの国際化APIの標準であるECMA-402は、タイムゾーンのフォーマット方法を提供しています。^[57]ただし、サイズの制約により、一部の実装やディストリビューションには含まれていません。^[58]

PerlのDateTimeオブジェクトは、 IANAタイムゾーンデータベースのすべてのエントリをサポートし、タイムゾーンを取得、設定、変換する機能を備えています。^[59]

DateTime オブジェクトと関連関数は、 5.2 以降PHPコアにコンパイルされています。これには、デフォルトのスクリプト タイム ゾーンを取得および設定する機能が含まれており、DateTime は内部的に独自のタイム ゾーンを認識します。PHP.net では、これに関する詳細なドキュメントを提供しています。^[60]そこに記載されているように、最新のタイム ゾーン データベースは、PECL timezonedb を介して実装できます。

Pythonに含まれる標準モジュールdatetimeは、タイムゾーン情報クラスtzinfoを保存し、操作します。サードパーティのpytzモジュールは、完全なIANAタイムゾーンデータベースへのアクセスを提供します。^[61]否定されたタイムゾーンオフセットは、time.timezoneおよびtime.altzone属性に保存されます。Python 3.9以降、zoneinfoモジュールは、サードパーティモジュールを必要とせずにタイムゾーン管理を導入します。^[62]

各Smalltalk方言には、日付、時刻、タイムスタンプ用の独自の組み込みクラスが付属していますが、そのうちのごく一部だけが、ANSI Smalltalk 標準で指定されている DateAndTime クラスと Duration クラスを実装しています。VisualWorksは、毎年繰り返される最大 2 つのオフセット遷移をサポートする TimeZone クラスを提供します。このオフセット遷移は、すべての年に適用されるものと想定されています (Windows のタイム ゾーンと同じ動作)。Squeakは、オフセット遷移をサポートしない Timezone クラスを提供します。Dolphin Smalltalk は、タイム ゾーンをまったくサポートしていません。

Smalltalkアプリケーションでtzデータベース（zoneinfo）を完全にサポートするには（毎年繰り返される任意の数のオフセット遷移のサポート、および異なる年における異なる年内オフセット遷移ルール​​のサポートを含む）、サードパーティのオープンソースのANSI-Smalltalk準拠のChronos日付/時刻ライブラリを、VisualWorks、Squeak、Gemstone、またはDolphinのいずれかのSmalltalk方言で使用できます。^[63]

軌道上の宇宙船は、24時間の間に日の出と日の入りを何度も経験するか、まったく経験しない可能性があります。したがって、太陽を基準に時刻を調整しながら、24時間の睡眠/覚醒サイクルを尊重することは不可能です。宇宙探査の一般的な方法は、発射場またはミッションコントロールの地球基準時刻を使用し、乗組員と管制官の睡眠サイクルを同期させることです。国際宇宙ステーションは通常、グリニッジ標準時（GMT）を使用します。^{[64] [65]}

火星では太陽の1日が約24時間40分（ソル）であるため、時間管理はより複雑になる可能性がある。火星探査ミッションの一部では、地球側の管制官が睡眠/覚醒サイクルを火星の1日と同期させており、この時間帯は特に太陽光発電による探査車の活動が行われる時間帯である。^[66]

• 時差ぼけ
• タイムゾーンのリスト
• メートル法の時間
• 国別の時間
• ヨーロッパの時間
• タイムゾーンの廃止 – タイムゾーンをUTCに置き換える
• 世界時計 – 世界中のさまざまな場所の時刻を表示する時計
• 国際日付変更線 – 暦の1日から次の日への変更を区切る仮想の線

• アシモフ、アイザック (1964)。「アベ、クリーブランド」。アシモフの科学技術伝記百科事典: ギリシャ時代から宇宙時代までの 1000 人以上の偉大な科学者の生きた物語。ガーデン シティ、ニューヨーク: ダブルデイ & カンパニー、Inc.、pp. 343–344。LCCN 64016199  。
• デバス、アレン G. 編 (1968)。「アベ、クリーブランド」。科学界の世界人名鑑:古代から現代までの著名な科学者の伝記辞典(第 1 版)。シカゴ、イリノイ州: AN Marquis Company。ISBN 0-8379-1001-3LCCN  68056149 。

• ビスワス、スーティック（2019年2月12日）。「インドの単一タイムゾーンが国民に及ぼす影響」BBCニュース。 2019年2月12日閲覧。
• コーネル大学の経済学者、モーリック・ジャグナーニ（2019年1月15日）。「睡眠不足：日没時間と人的資本生産」（求人市場論文）。2019年2月12日閲覧。
• 「時間強盗：GMTに反抗する国々」（ビデオ）。BBCニュース。2015年8月14日。 2019年2月12日閲覧。
• 「タイムゾーンが世界を混乱させた経緯」BBCニュース。2015年8月7日。 2019年2月12日閲覧。
• レーン、ミーガン（2011年5月10日）。「国はどのようにしてタイムゾーンを変更するのか？」BBCニュース。 2019年2月12日閲覧。
• 「タイムゾーンの簡単な歴史」（ビデオ）。BBCニュース。2011年3月24日。 2019年2月12日閲覧。
• タイムゾーン情報フォーマット (TZif)。doi : 10.17487 / RFC8536。RFC 8536 。

Wikivoyage にはタイムゾーンに関する旅行ガイドがあります。

• ウィキメディア・コモンズのタイムゾーンに関連するメディア