[要約] RFC 8536は、タイムゾーン情報のフォーマットであるTZifに関する要約と目的を提供しています。このRFCの目的は、タイムゾーン情報を効率的に格納し、共有するための標準化を促進することです。
Internet Engineering Task Force (IETF) A. Olson
Request for Comments: 8536
Category: Standards Track P. Eggert
ISSN: 2070-1721 UCLA
K. Murchison
FastMail
February 2019
The Time Zone Information Format (TZif)
タイムゾーン情報フォーマット（TZif）
Abstract
概要
This document specifies the Time Zone Information Format (TZif) for representing and exchanging time zone information, independent of any particular service or protocol. Two media types for this format are also defined.
このドキュメントでは、特定のサービスやプロトコルに関係なく、タイムゾーン情報を表現および交換するためのタイムゾーン情報フォーマット（TZif）を指定しています。このフォーマットの2つのメディアタイプも定義されています。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 7841のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc8536.
このドキュメントの現在のステータス、エラッタ、およびフィードバックの提供方法に関する情報は、https：//www.rfc-editor.org/info/rfc8536で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2019 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2019 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（https://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Conventions Used in This Document . . . . . . . . . . . . . . 3
3. The Time Zone Information Format (TZif) . . . . . . . . . . . 5
3.1. TZif Header . . . . . . . . . . . . . . . . . . . . . . . 6
3.2. TZif Data Block . . . . . . . . . . . . . . . . . . . . . 8
3.3. TZif Footer . . . . . . . . . . . . . . . . . . . . . . . 12
3.3.1. TZ String Extensions . . . . . . . . . . . . . . . . 13
4. Interoperability Considerations . . . . . . . . . . . . . . . 13
5. Use with the Time Zone Data Distribution Service . . . . . . 14
5.1. Truncating TZif Files . . . . . . . . . . . . . . . . . . 15
5.2. Example TZDIST Request for TZif Data . . . . . . . . . . 15
6. Security Considerations . . . . . . . . . . . . . . . . . . . 17
7. Privacy Considerations . . . . . . . . . . . . . . . . . . . 17
8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 17
8.1. application/tzif . . . . . . . . . . . . . . . . . . . . 17
8.2. application/tzif-leap . . . . . . . . . . . . . . . . . . 18
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 19
9.1. Normative References . . . . . . . . . . . . . . . . . . 19
9.2. Informative References . . . . . . . . . . . . . . . . . 20
Appendix A. Common Interoperability Issues . . . . . . . . . . . 21
Appendix B. Example TZif Files . . . . . . . . . . . . . . . . . 23
B.1. Version 1 File Representing UTC (with Leap Seconds) . . . 24
B.2. Version 2 File Representing Pacific/Honolulu . . . . . . 28
B.3. Truncated Version 3 File Representing Asia/Jerusalem . . 33
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 34
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 34
Time zone data typically consists of offsets from universal time (UT), daylight saving transition rules, one or more local time designations (acronyms or abbreviations), and optional leap-second adjustments. One such format for conveying this information is iCalendar [RFC5545]. It is a text-based format used by calendaring and scheduling systems.
タイムゾーンデータは、通常、世界時（UT）からのオフセット、夏時間の移行規則、1つ以上の現地時間の指定（頭字語または省略形）、およびオプションのうるう秒調整で構成されます。この情報を伝えるためのそのようなフォーマットの1つは、iCalendar [RFC5545]です。これは、カレンダーおよびスケジューリングシステムで使用されるテキストベースの形式です。
This document specifies the widely deployed Time Zone Information Format (TZif). It is a binary format used by most UNIX systems to calculate local time. This format was introduced in the 1980s and has evolved since then into multiple upward-compatible versions. There is a wide variety of interoperable software capable of generating and reading files in this format [tz-link].
このドキュメントでは、広く展開されているタイムゾーン情報形式（TZif）を指定します。これは、ローカル時刻を計算するためにほとんどのUNIXシステムで使用されるバイナリ形式です。このフォーマットは1980年代に導入され、それ以来、複数の上位互換バージョンに進化しました。この形式でファイルを生成して読み取ることができる相互運用可能なソフトウェアにはさまざまな種類があります[tz-link]。
This specification does not define the source of the data assembled into a TZif file. One such source is the IANA-hosted time zone database [RFC6557].
この仕様は、TZifファイルにアセンブルされたデータのソースを定義していません。そのようなソースの1つは、IANAがホストするタイムゾーンデータベース[RFC6557]です。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
キーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこのドキュメントの「」は、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。
The following terms are used in this document (see "Sources for Time Zone and Daylight Saving Time Data" [tz-link] for more detailed information about civil timekeeping data and practice):
このドキュメントでは、次の用語が使用されています（民間の計時データと実践の詳細については、「タイムゾーンと夏時間のデータのソース」[tz-link]を参照してください）。
Coordinated Universal Time (UTC): The basis for civil time since 1960. It is approximately equal to mean solar time at the prime meridian (0 degrees longitude).
協定世界時（UTC）：1960年以降の標準時の基準。これは、本初子午線（経度0度）での平均太陽時とほぼ同じです。
Daylight Saving Time (DST): The time according to a location's law or practice, when adjusted as necessary from standard time. The adjustment may be positive or negative, and the amount of adjustment may vary depending on the date and time; the TZif format even allows the adjustment to be zero, although this is not common practice.
夏時間（DST）：現地の法律または慣習に従い、必要に応じて標準時間から調整された時間。調整は正または負の場合があり、調整の量は日付と時刻によって異なる場合があります。 TZif形式では調整をゼロにすることもできますが、これは一般的な方法ではありません。
International Atomic Time (TAI): The time standard based on atomic clocks since 1972. It is equal to UTC but without leap-second adjustments.
International Atomic Time（TAI）：1972年以降の原子時計に基づく時間標準。UTCと同じですが、うるう秒の調整はありません。
Leap-Second Correction (LEAPCORR): The value of TAI - UTC - 10 for timestamps after the first leap second, and zero for timestamps before that. The expression "TAI - UTC - 10" comes from the fact that TAI - UTC was defined to be 10 just prior to the first leap second in 1972, so clocks with leap seconds have a zero LEAPCORR before the first leap second.
うるう秒補正（LEAPCORR）：TAI-UTC-最初のうるう秒後のタイムスタンプの場合は10、それより前のタイムスタンプの場合は0の値。 「TAI-UTC-10」という表現は、TAI-UTCが1972年に最初のうるう秒の直前に10と定義されたため、うるう秒のある時計は、最初のうるう秒の前にLEAPCORRがゼロになります。
Local Time: Civil time for a particular location. Its offset from universal time can depend on the date and time of day.
現地時間：特定の場所の市民の時間。世界時からのオフセットは、日付と時刻に依存する可能性があります。
POSIX Epoch: 1970-01-01 00:00:00 UTC, the basis for absolute timestamps in this document.
POSIX Epoch：1970-01-01 00:00:00 UTC、このドキュメントの絶対タイムスタンプの基礎。
Standard Time: The time according to a location's law or practice, unadjusted for Daylight Saving Time.
標準時間：夏時間に調整されていない、場所の法律または慣習に基づく時間。
Time Change: A change to civil timekeeping practice. It occurs when one or more of the following happen simultaneously:
時間変更：民事計時慣行への変更。次の1つ以上が同時に発生すると発生します。
1. a change in UT offset
1. UTオフセットの変更
2. a change in whether daylight saving time is in effect
2. 夏時間が有効かどうかの変更
3. a change in time zone abbreviation
3. タイムゾーンの略語の変更
4. a leap second (i.e., a change in LEAPCORR)
4. うるう秒（つまり、LEAPCORRの変更）
Time Zone Data: The Time Zone Data Distribution Service (TZDIST) [RFC7808] defines "Time zone data" as "data that defines a single time zone, including an identifier, UTC offset values, DST rules, and other information such as time zone abbreviations." The interchange format defined in this document is one such form of time zone data.
タイムゾーンデータ：タイムゾーンデータ配布サービス（TZDIST）[RFC7808]は、「タイムゾーンデータ」を、識別子、UTCオフセット値、DSTルール、およびタイムゾーンなどのその他の情報を含む、単一のタイムゾーンを定義するデータとして定義します。略語。」このドキュメントで定義されているインターチェンジ形式は、タイムゾーンデータのそのような形式の1つです。
Transition Time: The moment of occurrence of a time change that is not a leap second. It is identified with a signed integer count of UNIX leap time seconds since the POSIX epoch.
遷移時間：うるう秒ではない時間変化の発生の瞬間。これは、POSIXエポック以降のUNIXうるう時間秒の符号付き整数カウントで識別されます。
Universal Time (UT): The basis of civil time. This is the principal form of the mean solar time at the prime meridian (0 degrees longitude) for timestamps before UTC was introduced in 1960 and is UTC for timestamps thereafter. Although UT is sometimes called "UTC" or "GMT" in other sources, this specification uses the term "UT" to avoid confusion with UTC or with GMT.
協定世界時（UT）：市民時間の基準。これは、UTCが1960年に導入される前のタイムスタンプの本初子午線（経度0度）での平均太陽時の主な形式であり、その後のタイムスタンプのUTCです。 UTは他のソースでは「UTC」または「GMT」と呼ばれることもありますが、この仕様ではUTCまたはGMTとの混同を避けるために「UT」という用語を使用しています。
UNIX Time: The time as returned by the time() function provided by the C programming language (see Section 3 of the "System Interfaces" volume of [POSIX]). This is an integer number of seconds since the POSIX epoch, not counting leap seconds. As an extension to POSIX, negative values represent times before the POSIX epoch, using UT.
UNIX時間：Cプログラミング言語によって提供されるtime()関数によって返される時間（[POSIX]の「システムインターフェース」ボリュームのセクション3を参照）。これは、POSIXエポックからの秒数の整数で、うるう秒はカウントされません。 POSIXの拡張として、負の値はUTを使用したPOSIXエポック以前の時間を表します。
UNIX Leap Time: UNIX time plus all preceding leap-second corrections. For example, if the first leap-second record in a TZif file occurs at 1972-06-30 23:59:60 UTC, the UNIX leap time for the timestamp 1972-07-01 00:00:00 UTC would be 78796801, one greater than the UNIX time for the same timestamp. Similarly, if the second leap-second record occurs at 1972-12-31 23:59:60 UTC, it accounts for the first leap second, so the UNIX leap time of 1972-12-31 23:59:60 UTC would be 94694401, and the UNIX leap time of 1973-01-01 00:00:00 UTC would be 94694402. If a TZif file specifies no leap-second records, UNIX leap time is equal to UNIX time.
UNIXうるう時間：UNIX時間と先行するすべてのうるう秒の修正。たとえば、TZifファイルの最初のうるう秒レコードが1972-06-30 23:59:60 UTCに発生する場合、タイムスタンプ1972-07-01 00:00:00 UTCのUNIXうるう時間は78796801になります。同じタイムスタンプのUNIX時間よりも1つ大きい。同様に、2番目のうるう秒レコードが1972-12-31 23:59:60 UTCで発生する場合、最初のうるう秒が考慮されるため、1972-12-31 23:59:60 UTCのUNIXうるう時間は次のようになります。 94694401、および1973-01-01 00:00:00 UTCのUNIXうるう時間は94694402になります。TZifファイルでうるう秒レコードが指定されていない場合、UNIXうるう時間はUNIX時間と同じです。
Wall Time: Another name for local time; short for "wall-clock time".
ウォールタイム：現地時間の別名。 「壁時計時間」の略。
The Time Zone Information Format begins with a fixed 44-octet version 1 header (Section 3.1) containing a field that specifies the version of the file's format. Readers designed for version N can read version N+1 files without too much trouble; data specific to version N+1 either appears after version N data so that earlier-version readers can easily ignore later-version data they are not designed for, or it appears as a minor extension to version N that version N readers are likely to tolerate well.
タイムゾーン情報フォーマットは、ファイルのフォーマットのバージョンを指定するフィールドを含む、固定された44オクテットのバージョン1ヘッダー（セクション3.1）で始まります。バージョンN用に設計されたリーダーは、あまり問題なくバージョンN + 1ファイルを読み取ることができます。バージョンN + 1に固有のデータは、バージョンNのデータの後に表示されるため、以前のバージョンのリーダーは、設計されていない後のバージョンのデータを簡単に無視できます。上手。
The version 1 header is followed by a variable-length version 1 data block (Section 3.2) containing four-octet (32-bit) transition times and leap-second occurrences. These 32-bit values are limited to representing time changes from 1901-12-13 20:45:52 through 2038-01-19 03:14:07 UT, and the version 1 header and data block are present only for backward compatibility with obsolescent readers, as discussed in Common Interoperability Issues (Appendix A).
バージョン1ヘッダーの後には、4オクテット（32ビット）の遷移時間とうるう秒のオカレンスを含む可変長バージョン1データブロック（セクション3.2）が続きます。これらの32ビット値は、1901-12-13 20:45:52から2038-01-19 03:14:07 UTまでの時間変化を表すことに限定されており、バージョン1のヘッダーとデータブロックは、一般的な相互運用性の問題（付録A）で説明されている陳腐化したリーダー。
Version 1 files terminate after the version 1 data block. Files from versions 2 and 3 extend the format by appending a second 44-octet version 2+ header, a variable-length version 2+ data block containing eight-octet (64-bit) transition times and leap-second occurrences, and a variable-length footer (Section 3.3). These 64-bit values can represent times approximately 292 billion years into the past or future.
バージョン1ファイルは、バージョン1データブロックの後に終了します。バージョン2および3のファイルは、2番目の44オクテットバージョン2+ヘッダー、8オクテット（64ビット）の遷移時間とうるう秒のオカレンスを含む可変長バージョン2+データブロック、および変数を追加することにより、フォーマットを拡張します長さのフッター（セクション3.3）。これらの64ビット値は、過去または将来の約2920億年の時間を表すことができます。
NOTE: All multi-octet integer values MUST be stored in network octet order format (high-order octet first, otherwise known as big-endian), with all bits significant. Signed integer values MUST be represented using two's complement.
注：すべてのマルチオクテット整数値は、ネットワークオクテットオーダー形式（最初に高次オクテット、別名ビッグエンディアン）で保存する必要があります。すべてのビットは有効です。符号付き整数値は、2の補数を使用して表す必要があります。
A TZif file is structured as follows:
TZifファイルの構造は次のとおりです。
Version 1 Versions 2 & 3
+-------------+ +-------------+
| Version 1 | | Version 1 |
| Header | | Header |
+-------------+ +-------------+
| Version 1 | | Version 1 |
| Data Block | | Data Block |
+-------------+ +-------------+
| Version 2+ |
| Header |
+-------------+
| Version 2+ |
| Data Block |
+-------------+
| Footer |
+-------------+
General Format of TZif Files
TZifファイルの一般的な形式
A TZif header is structured as follows (the lengths of multi-octet fields are shown in parentheses):
TZifヘッダーは次のように構成されています（マルチオクテットフィールドの長さは括弧内に示されています）。
+---------------+---+
| magic (4) |ver|
+---------------+---+---------------------------------------+
| [unused - reserved for future use] (15) |
+---------------+---------------+---------------+-----------+
| isutcnt (4) | isstdcnt (4) | leapcnt (4) |
+---------------+---------------+---------------+
| timecnt (4) | typecnt (4) | charcnt (4) |
+---------------+---------------+---------------+
TZif Header
TZifヘッダー
The fields of the header are defined as follows:
ヘッダーのフィールドは次のように定義されています。
magic: The four-octet ASCII [RFC20] sequence "TZif" (0x54 0x5A 0x69 0x66), which identifies the file as utilizing the Time Zone Information Format.
magic：4オクテットのASCII [RFC20]シーケンス "TZif"（0x54 0x5A 0x69 0x66）。これは、ファイルをタイムゾーン情報フォーマットを利用しているものとして識別します。
ver(sion): An octet identifying the version of the file's format. The value MUST be one of the following:
ver（sion）：ファイルのフォーマットのバージョンを識別するオクテット。値は次のいずれかである必要があります。
NUL (0x00) Version 1 - The file contains only the version 1 header and data block. Version 1 files MUST NOT contain a version 2+ header, data block, or footer.
NUL（0x00）バージョン1-ファイルには、バージョン1のヘッダーとデータブロックのみが含まれます。バージョン1のファイルには、バージョン2+のヘッダー、データブロック、またはフッターを含めることはできません。
'2' (0x32) Version 2 - The file MUST contain the version 1 header and data block, a version 2+ header and data block, and a footer. The TZ string in the footer (Section 3.3), if nonempty, MUST strictly adhere to the requirements for the TZ environment variable as defined in Section 8.3 of the "Base Definitions" volume of [POSIX] and MUST encode the POSIX portable character set as ASCII.
'2'（0x32）バージョン2-ファイルには、バージョン1のヘッダーとデータブロック、バージョン2+のヘッダーとデータブロック、およびフッターが含まれている必要があります。フッターのTZ文字列（セクション3.3）が空でない場合、[POSIX]の「基本定義」ボリュームのセクション8.3で定義されているTZ環境変数の要件に厳密に従い、POSIXポータブル文字セットを次のようにエンコードする必要があります。 ASCII。
'3' (0x33) Version 3 - The file MUST contain the version 1 header and data block, a version 2+ header and data block, and a footer. The TZ string in the footer (Section 3.3), if nonempty, MUST conform to POSIX requirements with ASCII encoding, except that it MAY use the TZ string extensions described below (Section 3.3.1).
'3'（0x33）バージョン3-ファイルには、バージョン1のヘッダーとデータブロック、バージョン2+のヘッダーとデータブロック、およびフッターが含まれている必要があります。フッターのTZ文字列（セクション3.3）が空でない場合、ASCIIエンコーディングのPOSIX要件に準拠する必要があります（ただし、以下で説明するTZ文字列拡張を使用する場合があります（セクション3.3.1））。
isutcnt: A four-octet unsigned integer specifying the number of UT/ local indicators contained in the data block -- MUST either be zero or equal to "typecnt".
isutcnt：データブロックに含まれるUT /ローカルインジケーターの数を指定する4オクテットの符号なし整数-ゼロまたは「typecnt」と等しくなければなりません。
isstdcnt: A four-octet unsigned integer specifying the number of standard/wall indicators contained in the data block -- MUST either be zero or equal to "typecnt".
isstdcnt：データブロックに含まれる標準/壁インジケーターの数を指定する4オクテットの符号なし整数-ゼロまたは「typecnt」と等しくなければなりません。
leapcnt: A four-octet unsigned integer specifying the number of leap-second records contained in the data block.
leapcnt：データブロックに含まれるうるう秒のレコード数を指定する4オクテットの符号なし整数。
timecnt: A four-octet unsigned integer specifying the number of transition times contained in the data block.
timecnt：データブロックに含まれる遷移時間の数を指定する4オクテットの符号なし整数。
typecnt: A four-octet unsigned integer specifying the number of local time type records contained in the data block -- MUST NOT be zero. (Although local time type records convey no useful information in files that have nonempty TZ strings but no transitions, at least one such record is nevertheless required because many TZif readers reject files that have zero time types.)
typecnt：データブロックに含まれる現地時間タイプのレコード数を指定する4オクテットの符号なし整数-ゼロであってはなりません。 （ローカルタイムタイプのレコードは、空ではないTZ文字列を含むがトランジションを含まないファイルでは有用な情報を伝えませんが、多くのTZifリーダーは時間タイプがゼロのファイルを拒否するため、少なくとも1つのレコードが必要です。）
charcnt: A four-octet unsigned integer specifying the total number of octets used by the set of time zone designations contained in the data block - MUST NOT be zero. The count includes the trailing NUL (0x00) octet at the end of the last time zone designation.
charcnt：データブロックに含まれるタイムゾーン指定のセットで使用されるオクテットの総数を指定する4オクテットの符号なし整数-ゼロであってはなりません。カウントには、最後のタイムゾーン指定の最後にある末尾のNUL（0x00）オクテットが含まれます。
Although the version 1 and 2+ headers have the same format, magic number, and version fields, their count fields may differ, because the version 1 data can be a subset of the version 2+ data.
バージョン1と2+のヘッダーは同じフォーマット、マジックナンバー、バージョンのフィールドを持っていますが、バージョン1のデータはバージョン2+のデータのサブセットになる可能性があるため、カウントフィールドは異なる場合があります。
A TZif data block consists of seven variable-length elements, each of which is a series of items. The number of items in each series is determined by the corresponding count field in the header. The total length of each element is calculated by multiplying the number of items by the size of each item. Therefore, implementations that do not wish to parse or use the version 1 data block can calculate its total length and skip directly to the header of the version 2+ data block.
TZifデータブロックは7つの可変長要素で構成され、各要素は一連のアイテムです。各シリーズのアイテム数は、ヘッダーの対応するカウントフィールドによって決まります。各要素の全長は、アイテム数に各アイテムのサイズを掛けて計算されます。したがって、バージョン1のデータブロックを解析または使用しない実装は、その合計長を計算し、バージョン2+データブロックのヘッダーに直接スキップできます。
In the version 1 data block, time values are 32 bits (TIME_SIZE = 4 octets). In the version 2+ data block, present only in version 2 and 3 files, time values are 64 bits (TIME_SIZE = 8 octets).
バージョン1のデータブロックでは、時間の値は32ビットです（TIME_SIZE = 4オクテット）。バージョン2および3のファイルにのみ存在するバージョン2+データブロックでは、時間値は64ビットです（TIME_SIZE = 8オクテット）。
The data block is structured as follows (the lengths of multi-octet fields are shown in parentheses):
データブロックは次のように構成されています（マルチオクテットフィールドの長さは括弧内に示されています）。
+---------------------------------------------------------+
| transition times (timecnt x TIME_SIZE) |
+---------------------------------------------------------+
| transition types (timecnt) |
+---------------------------------------------------------+
| local time type records (typecnt x 6) |
+---------------------------------------------------------+
| time zone designations (charcnt) |
+---------------------------------------------------------+
| leap-second records (leapcnt x (TIME_SIZE + 4)) |
+---------------------------------------------------------+
| standard/wall indicators (isstdcnt) |
+---------------------------------------------------------+
| UT/local indicators (isutcnt) |
+---------------------------------------------------------+
TZif Data Block
TZifデータブロック
The elements of the data block are defined as follows:
データブロックの要素は次のように定義されます。
transition times: A series of four- or eight-octet UNIX leap-time values sorted in strictly ascending order. Each value is used as a transition time at which the rules for computing local time may change. The number of time values is specified by the "timecnt" field in the header. Each time value SHOULD be at least -2**59.
遷移時間：厳密に昇順にソートされた一連の4オクテットまたは8オクテットのUNIXうるう時値。各値は、現地時間を計算するためのルールが変更される可能性のある遷移時間として使用されます。時間値の数は、ヘッダーの「timecnt」フィールドで指定されます。毎回の値は少なくとも-2 ** 59である必要があります。
(-2**59 is the greatest negated power of 2 that predates the Big Bang, and avoiding earlier timestamps works around known TZif reader bugs relating to outlandishly negative timestamps.)
（-2 ** 59はビッグバン以前の2の最大の負の累乗であり、以前のタイムスタンプを回避すると、異常に負のタイムスタンプに関連する既知のTZifリーダーのバグを回避できます。）
transition types: A series of one-octet unsigned integers specifying the type of local time of the corresponding transition time. These values serve as zero-based indices into the array of local time type records. The number of type indices is specified by the "timecnt" field in the header. Each type index MUST be in the range [0, "typecnt" - 1].
遷移タイプ：対応する遷移時間のローカル時間のタイプを指定する一連の1オクテットの符号なし整数。これらの値は、ローカル時間タイプのレコードの配列へのゼロベースのインデックスとして機能します。タイプインデックスの数は、ヘッダーの「timecnt」フィールドで指定されます。各タイプインデックスは、[0、 "typecnt"-1]の範囲内にある必要があります。
local time type records: A series of six-octet records specifying a local time type. The number of records is specified by the "typecnt" field in the header. Each record has the following format (the lengths of multi-octet fields are shown in parentheses):
現地時間タイプのレコード：現地時間タイプを指定する一連の6オクテットのレコード。レコード数は、ヘッダーの「typecnt」フィールドで指定されます。各レコードの形式は次のとおりです（マルチオクテットフィールドの長さは括弧内に示されています）。
+---------------+---+---+
| utoff (4) |dst|idx|
+---------------+---+---+
utoff: A four-octet signed integer specifying the number of seconds to be added to UT in order to determine local time. The value MUST NOT be -2**31 and SHOULD be in the range [-89999, 93599] (i.e., its value SHOULD be more than -25 hours and less than 26 hours). Avoiding -2**31 allows 32-bit clients to negate the value without overflow. Restricting it to [-89999, 93599] allows easy support by implementations that already support the POSIX-required range [-24:59:59, 25:59:59].
utoff：現地時間を決定するためにUTに追加される秒数を指定する4オクテットの符号付き整数。値は-2 ** 31であってはならず（MUST NOT）、範囲は[-89999、93599]である必要があります（つまり、その値は-25時間より長く26時間未満である必要があります）。 -2 ** 31を回避すると、32ビットクライアントはオーバーフローせずに値を否定できます。 [-89999、93599]に制限すると、POSIXで必要な範囲[-24：59：59、25：59：59]をすでにサポートしている実装によるサポートが容易になります。
(is)dst: A one-octet value indicating whether local time should be considered Daylight Saving Time (DST). The value MUST be 0 or 1. A value of one (1) indicates that this type of time is DST. A value of zero (0) indicates that this time type is standard time.
（is）dst：現地時間を夏時間（DST）と見なすかどうかを示す1オクテットの値。値は0または1でなければなりません。1の値は、このタイプの時間がDSTであることを示します。ゼロ（0）の値は、この時間タイプが標準時間であることを示します。
(desig)idx: A one-octet unsigned integer specifying a zero-based index into the series of time zone designation octets, thereby selecting a particular designation string. Each index MUST be in the range [0, "charcnt" - 1]; it designates the NUL-terminated string of octets starting at position "idx" in the time zone designations. (This string MAY be empty.) A NUL octet MUST exist in the time zone designations at or after position "idx".
（desig）idx：一連のタイムゾーン指定オクテットへのゼロベースのインデックスを指定する1オクテットの符号なし整数。これにより、特定の指定文字列が選択されます。各インデックスは、[0、 "charcnt"-1]の範囲でなければなりません。これは、タイムゾーン指定の位置「idx」で始まるオクテットのNUL終了文字列を指定します。 （この文字列は空でもかまいません。）NULオクテットは、位置 "idx"以降のタイムゾーン指定に存在する必要があります。
time zone designations: A series of octets constituting an array of NUL-terminated (0x00) time zone designation strings. The total number of octets is specified by the "charcnt" field in the header. Note that two designations MAY overlap if one is a suffix of the other. The character encoding of time zone designation strings is not specified; however, see Section 4 of this document.
時間帯指定：NULで終了する（0x00）時間帯指定文字列の配列を構成する一連のオクテット。オクテットの総数は、ヘッダーの「charcnt」フィールドで指定されます。一方が他方のサフィックスである場合、2つの指定が重複する可能性があることに注意してください。タイムゾーン指定文字列の文字エンコーディングは指定されていません。ただし、このドキュメントのセクション4を参照してください。
leap-second records: A series of eight- or twelve-octet records specifying the corrections that need to be applied to UTC in order to determine TAI. The records are sorted by the occurrence time in strictly ascending order. The number of records is specified by the "leapcnt" field in the header. Each record has one of the following structures (the lengths of multi-octet fields are shown in parentheses):
うるう秒レコード：TAIを決定するためにUTCに適用する必要がある修正を指定する一連の8オクテットまたは12オクテットレコード。レコードは、発生時間順に厳密に昇順でソートされます。レコード数は、ヘッダーの「leapcnt」フィールドで指定されます。各レコードの構造は次のいずれかです（マルチオクテットフィールドの長さは括弧内に示されています）。
Version 1 Data Block:
バージョン1データブロック：
+---------------+---------------+
| occur (4) | corr (4) |
+---------------+---------------+
version 2+ Data Block:
バージョン2+データブロック：
+---------------+---------------+---------------+
| occur (8) | corr (4) |
+---------------+---------------+---------------+
occur(rence): A four- or eight-octet UNIX leap time value specifying the time at which a leap-second correction occurs. The first value, if present, MUST be nonnegative, and each later value MUST be at least 2419199 greater than the previous value. (This is 28 days' worth of seconds, minus a potential negative leap second.)
オカレンス（rence）：うるう秒の修正が行われる時刻を指定する4オクテットまたは8オクテットのUNIXうるう時間値。最初の値が存在する場合、それは負でない必要があり、それ以降の各値は前の値より少なくとも2419199大きくなければなりません（MUST）。 （これは、28日分の秒から、潜在的な負のうるう秒を引いたものです。）
corr(ection): A four-octet signed integer specifying the value of LEAPCORR on or after the occurrence. The correction value in the first leap-second record, if present, MUST be either one (1) or minus one (-1). The correction values in adjacent leap-second records MUST differ by exactly one (1). The value of LEAPCORR is zero for timestamps that occur before the occurrence time in the first leap-second record (or for all timestamps if there are no leap-second records).
corr（ection）：オカレンス以降のLEAPCORRの値を指定する4オクテットの符号付き整数。最初のうるう秒レコードの補正値は、存在する場合、1（1）またはマイナス1（-1）でなければなりません。隣接するうるう秒レコードの修正値は、正確に1異なる必要があります。 LEAPCORRの値は、最初のうるう秒レコードの発生時刻より前に発生するタイムスタンプ（またはうるう秒レコードがない場合はすべてのタイムスタンプ）に対してゼロです。
standard/wall indicators: A series of one-octet values indicating whether the transition times associated with local time types were specified as standard time or wall-clock time. Each value MUST be 0 or 1. A value of one (1) indicates standard time. The value MUST be set to one (1) if the corresponding UT/local indicator is set to one (1). A value of zero (0) indicates wall time. The number of values is specified by the "isstdcnt" field in the header. If "isstdcnt" is zero (0), all transition times associated with local time types are assumed to be specified as wall time.
標準/壁インジケーター：ローカル時間タイプに関連付けられた遷移時間が標準時間または壁時計時間のどちらとして指定されたかを示す一連の1オクテット値。各値は0または1でなければなりません。1の値は標準時間を示します。対応するUT /ローカルインジケーターが1に設定されている場合、値は1に設定する必要があります。ゼロ（0）の値は、実時間を示します。値の数は、ヘッダーの「isstdcnt」フィールドで指定されます。 「isstdcnt」がゼロ（0）の場合、ローカル時間タイプに関連付けられているすべての遷移時間は、実時間として指定されていると見なされます。
UT/local indicators: A series of one-octet values indicating whether the transition times associated with local time types were specified as UT or local time. Each value MUST be 0 or 1. A value of one (1) indicates UT, and the corresponding standard/wall indicator MUST also be set to one (1). A value of zero (0) indicates local time. The number of values is specified by the "isutcnt" field in the header. If "isutcnt" is zero (0), all transition times associated with local time types are assumed to be specified as local time.
UT /ローカルインジケーター：ローカルタイムタイプに関連付けられた遷移時間が、UTまたはローカル時間として指定されたかどうかを示す一連の1オクテット値。各値は0または1でなければなりません。1の値はUTを示し、対応する標準/壁インジケーターも1に設定する必要があります。ゼロ（0）の値は現地時間を示します。値の数は、ヘッダーの「isutcnt」フィールドで指定されます。 「isutcnt」がゼロ（0）の場合、ローカル時間タイプに関連付けられたすべての遷移時間はローカル時間として指定されていると見なされます。
The type corresponding to a transition time specifies local time for timestamps starting at the given transition time and continuing up to, but not including, the next transition time. Local time for timestamps before the first transition is specified by the first time type (time type 0). Local time for timestamps on or after the last transition is specified by the TZ string in the footer (Section 3.3) if present and nonempty; otherwise, it is unspecified. If there are no transitions, local time for all timestamps is specified by the TZ string in the footer if present and nonempty; otherwise, it is specified by time type 0.
遷移時間に対応するタイプは、特定の遷移時間で始まり、次の遷移時間は含まないがそれまで続く、タイムスタンプのローカル時間を指定します。最初の遷移前のタイムスタンプのローカル時間は、最初の時間タイプ（時間タイプ0）によって指定されます。最後の遷移以降のタイムスタンプのローカル時間は、フッターのTZ文字列（セクション3.3）で指定され、空でない場合に指定されます。それ以外の場合は指定されません。遷移がない場合、すべてのタイムスタンプの現地時間は、フッターのTZ文字列によって指定されます（存在する場合）。それ以外の場合は、時間タイプ0で指定されます。
A given pair of standard/wall and UT/local indicators is used to designate whether the corresponding transition time was specified as UT, standard time, or wall-clock time. Note that there are only three combinations of the two indicators, given that the standard/ wall value MUST be one (1) if the UT/local value is one (1). This information can be useful if the transition times in a TZif file need to be transformed into transitions appropriate for another time zone (e.g. when calculating transition times for a simple POSIX TZ string such as "AKST9AKDT").
特定の標準/壁およびUT /ローカルインジケーターのペアを使用して、対応する遷移時間をUT、標準時間、または実時間として指定したかどうかを指定します。 UT /ローカル値が1の場合、標準/壁の値は1でなければならないので、2つのインジケーターの組み合わせは3つしかないことに注意してください。この情報は、TZifファイルの遷移時間を別のタイムゾーンに適した遷移に変換する必要がある場合に役立ちます（たとえば、「AKST9AKDT」などの単純なPOSIX TZ文字列の遷移時間を計算する場合）。
In order to eliminate unused space in a TZif file, every nonzero local time type index SHOULD appear at least once in the transition type array. Likewise, every octet in the time zone designations array SHOULD be used by at least one time type record.
TZifファイル内の未使用のスペースを排除するために、すべてのゼロ以外のローカルタイムタイプインデックスは、遷移タイプ配列に少なくとも1回出現する必要があります（SHOULD）。同様に、タイムゾーン指定配列のすべてのオクテットは、少なくとも1つの時間タイプレコードで使用する必要があります（SHOULD）。
The TZif footer is structured as follows (the lengths of multi-octet fields are shown in parentheses):
TZifフッターは次のように構成されています（マルチオクテットフィールドの長さは括弧内に示されています）。
+---+--------------------+---+
| NL| TZ string (0...) |NL |
+---+--------------------+---+
TZif Footer
TZifフッター
The elements of the footer are defined as follows:
フッターの要素は次のように定義されます。
NL: An ASCII new line character (0x0A).
NL：ASCII改行文字（0x0A）。
TZ string: A rule for computing local time changes after the last transition time stored in the version 2+ data block. The string is either empty or uses the expanded format of the "TZ" environment variable as defined in Section 8.3 of the "Base Definitions" volume of [POSIX] with ASCII encoding, possibly utilizing extensions described below (Section 3.3.1) in version 3 files. If the string is empty, the corresponding information is not available. If the string is nonempty and one or more transitions appear in the version 2+ data, the string MUST be consistent with the last version 2+ transition. In other words, evaluating the TZ string at the time of the last transition should yield the same time type as was specified in the last transition. The string MUST NOT contain NUL octets or be NUL-terminated, and it SHOULD NOT begin with the ':' (colon) character.
TZ文字列：バージョン2+データブロックに格納された最後の遷移時間の後のローカル時間の変化を計算するためのルール。文字列が空であるか、[POSIX]の「基本定義」ボリュームのセクション8.3で定義されている拡張形式の「TZ」をASCIIエンコーディングで使用し、バージョンで以下に説明する拡張（セクション3.3.1）を利用している可能性があります。 3ファイル。文字列が空の場合、対応する情報は利用できません。文字列が空でなく、1つ以上の遷移がバージョン2+データに表示される場合、文字列は最後のバージョン2+遷移と一致している必要があります。言い換えると、最後の遷移時にTZ文字列を評価すると、最後の遷移で指定されたのと同じ時間型が生成されます。文字列はNULオクテットを含んだり、NULで終了したりしてはならず（MUST NOT）、 '：'（コロン）文字で始めてはなりません（SHOULD NOT）。
The TZif footer is present only in version 2 and 3 files, as the obsolescent version 1 format was designed before the need for a footer was apparent.
TZifフッターは、バージョン2と3のファイルにのみ存在します。廃止されたバージョン1の形式は、フッターの必要性が明らかになる前に設計されたためです。
The TZ string in a version 3 TZif file MAY use the following extensions to POSIX TZ strings. These extensions are described using the terminology of Section 8.3 of the "Base Definitions" volume of [POSIX].
バージョン3のTZifファイルのTZ文字列は、POSIX TZ文字列に次の拡張機能を使用できます。これらの拡張機能は、[POSIX]の「Base Definitions」ボリュームのセクション8.3の用語を使用して説明されています。
o The hours part of the transition times may be signed and range from -167 through 167 (-167 <= hh <= 167) instead of the POSIX-required unsigned values from 0 through 24.
o 移行時間の時間部分は符号付きで、POSIXで必要な0から24までの符号なし値の代わりに、-167から167（-167 <= hh <= 167）の範囲になります。
Example: <-03>3<-02>,M3.5.0/-2,M10.5.0/-1 This represents a time zone that observes daylight saving time from 22:00 on the day before March's last Sunday until 23:00 on the day before October's last Sunday. Standard time is 3 hours west of UT and is abbreviated "-03"; daylight saving time is 2 hours west of UT and is abbreviated "-02".
例：<-03> 3 <-02>、M3.5.0 / -2、M10.5.0 / -1これは、3月の最終日曜日の前日の22:00から23:00までの夏時間を監視するタイムゾーンを表します。 10月の最終日曜日の前日。標準時間は、UTの3時間西で、「-03」と省略されます。夏時間はUTの2時間西で、「-02」と省略されます。
o DST is considered to be in effect all year if it starts January 1 at 00:00 and ends December 31 at 24:00 plus the difference between daylight saving and standard time, leaving no room for standard time in the calendar.
o DSTは、1月1日の00:00から始まり、12月31日の24:00に加え、夏時間と標準時間の差があり、カレンダーに標準時間の余地がない場合、年間を通じて有効であると見なされます。
Example: EST5EDT,0/0,J365/25 This represents a time zone that observes daylight saving time all year. It is 4 hours west of UT and is abbreviated "EDT".
例：EST5EDT、0/0、J365 / 25これは、夏時間を一年中観察するタイムゾーンを表します。ユタ州から西に4時間のところにあり、「EDT」と略されます。
The following practices help ensure the interoperability of TZif applications.
次のプラクティスは、TZifアプリケーションの相互運用性を保証するのに役立ちます。
o Version 1 files are considered a legacy format and SHOULD NOT be generated, as they do not support transition times after the year 2038.
o バージョン1のファイルはレガシーフォーマットと見なされ、2038年以降の移行時間をサポートしていないため、生成しないでください。
o Implementations that only understand version 1 MUST ignore any data that extends beyond the calculated end of the version 1 data block.
o バージョン1のみを理解する実装は、バージョン1のデータブロックの計算された終わりを超えるデータを無視する必要があります。
o Implementations SHOULD generate a version 3 file if TZ string extensions are necessary to accurately model transition times. Otherwise, version 2 files SHOULD be generated.
o 移行時間を正確にモデル化するためにTZ文字列拡張が必要な場合、実装はバージョン3ファイルを生成する必要があります。それ以外の場合は、バージョン2ファイルを生成する必要があります（SHOULD）。
o The sequence of time changes defined by the version 1 header and data block SHOULD be a contiguous sub-sequence of the time changes defined by the version 2+ header and data block, and by the footer. This guideline helps obsolescent version 1 readers agree with current readers about timestamps within the contiguous sub-sequence. It also lets writers not supporting obsolescent readers use a "timecnt" of zero in the version 1 data block to save space.
oバージョン1のヘッダーとデータブロックで定義された時間変更のシーケンスは、バージョン2+のヘッダーとデータブロック、およびフッターで定義された時間変更の連続したサブシーケンスである必要があります（SHOULD）。このガイドラインは、廃止されたバージョン1のリーダーが、隣接するサブシーケンス内のタイムスタンプについて現在のリーダーに同意するのに役立ちます。また、廃止されたリーダーをサポートしないライターは、バージョン1のデータブロックでゼロの「timecnt」を使用してスペースを節約できます。
o Time zone designations SHOULD consist of at least three (3) and no more than six (6) ASCII characters from the set of alphanumerics, '-', and '+'. This is for compatibility with POSIX requirements for time zone abbreviations.
o タイムゾーンの指定は、英数字、「-」、および「+」のセットから、少なくとも3つで6つ以下のASCII文字で構成する必要があります。これは、タイムゾーンの省略形に関するPOSIX要件との互換性のためです。
o When reading a version 2 or 3 file, implementations SHOULD ignore the version 1 header and data block except for the purpose of skipping over them.
o バージョン2または3のファイルを読み取るとき、実装は、バージョン1のヘッダーとデータブロックをスキップする目的を除いて、それらを無視する必要があります（SHOULD）。
o Implementations SHOULD calculate the total lengths of the headers and data blocks and check that they all fit within the actual file size, as part of a validity check for the file.
o 実装は、ヘッダーとデータブロックの全長を計算し、それらがすべてファイルの有効性チェックの一部として実際のファイルサイズに収まることを確認する必要があります（SHOULD）。
o When a TZif file is used in a MIME message entity, it SHOULD be indicated by one of the following media types:
o TZifファイルがMIMEメッセージエンティティで使用される場合、次のメディアタイプのいずれかで示される必要があります。
* "application/tzif-leap" (Section 8.2) to indicate that leap-second records are included in the TZif data as necessary (none are necessary if the file is truncated to a range that precedes the first leap second).
* "application / tzif-leap"（セクション8.2）。うるう秒のレコードが必要に応じてTZifデータに含まれることを示します（ファイルが最初のうるう秒の前の範囲に切り捨てられる場合は不要です）。
* "application/tzif" (Section 8.1) to indicate that leap-second records are not included in the TZif data; "leapcnt" in the header(s) MUST be zero (0).
* うるう秒のレコードがTZifデータに含まれていないことを示す "application / tzif"（セクション8.1）。ヘッダーの「leapcnt」はゼロ（0）でなければなりません。
o Common interoperability issues and possible workarounds are described in Appendix A.
o 一般的な相互運用性の問題と考えられる回避策については、付録Aで説明しています。
The Time Zone Data Distribution Service (TZDIST) [RFC7808] is a service that allows reliable, secure, and fast delivery of time zone data and leap-second rules to client systems such as calendaring and scheduling applications or operating systems.
タイムゾーンデータ配布サービス（TZDIST）[RFC7808]は、タイムゾーンデータとうるう秒のルールを、カレンダーやスケジューリングアプリケーションやオペレーティングシステムなどのクライアントシステムに、信頼性が高く、安全かつ高速に配信できるサービスです。
A TZDIST service MAY supply time zone data to clients in the Time Zone Information Format. Such a service MUST indicate that it supports this format by including the media type "application/tzif" (Section 8.1) in its "capabilities" response (see Section 5.1 of [RFC7808]). A TZDIST service MAY also include the media type "application/tzif-leap" (Section 8.2) in its "capabilities" response if it is able to generate TZif files containing leap-second records. A TZDIST service MUST NOT advertise the "application/tzif-leap" media type without also advertising "application/tzif".
TZDISTサービスは、タイムゾーン情報形式でクライアントにタイムゾーンデータを提供する場合があります。このようなサービスは、「機能」応答にメディアタイプ「application / tzif」（セクション8.1）を含めることで、この形式をサポートすることを示す必要があります（[RFC7808]のセクション5.1を参照）。 TZDISTサービスは、うるう秒のレコードを含むTZifファイルを生成できる場合、「機能」応答にメディアタイプ「application / tzif-leap」（セクション8.2）を含めることもできます（MAY）。 TZDISTサービスは、 "application / tzif"も通知せずに "application / tzif-leap"メディアタイプを通知してはなりません。
TZDIST clients MUST use the HTTP "Accept" [RFC7231] header field to indicate their preference to receive data in the "application/tzif" and/or "application/tzif-leap" formats.
TZDISTクライアントは、HTTP "Accept" [RFC7231]ヘッダーフィールドを使用して、 "application / tzif"や "application / tzif-leap"形式でデータを受信することを示す必要があります。
As described in Section 3.9 of [RFC7808], a TZDIST service MAY truncate time zone transition data. A truncated TZif file is valid from its first and up to, but not including, its last version 2+ transition time, if present.
[RFC7808]のセクション3.9で説明されているように、TZDISTサービスはタイムゾーン遷移データを切り捨てる場合があります。切り捨てられたTZifファイルは、その最初から最後まで有効ですが、最後のバージョン2+の移行時間（存在する場合）は含まれません。
When truncating the start of a TZif file, the service MUST supply in the version 2+ data a first transition time that is the start point of the truncation range. As with untruncated TZif files, time type 0 indicates local time immediately before the start point, and the time type of the first transition indicates local time thereafter.
TZifファイルの先頭を切り捨てる場合、サービスは、切り捨て範囲の開始点である最初の遷移時間をバージョン2+データで提供する必要があります。切り捨てられていないTZifファイルと同様に、時間タイプ0は開始ポイントの直前のローカル時間を示し、最初の遷移の時間タイプはその後のローカル時間を示します。
When truncating the end of a TZif file, the service MUST supply in the version 2+ data a last transition time that is the end point of the truncation range and MUST supply an empty TZ string. As with untruncated TZif files with empty TZ strings, a truncated TZif file does not indicate local time after the last transition.
TZifファイルの末尾を切り捨てる場合、サービスは、切り捨て範囲のエンドポイントである最後の遷移時間をバージョン2+データで提供する必要があり、空のTZ文字列を提供する必要があります。空のTZ文字列を含む切り捨てられていないTZifファイルと同様に、切り捨てられたTZifファイルは、最後の遷移後の現地時間を示しません。
All represented information that falls inside the truncation range MUST be the same as that represented by a corresponding untruncated TZif file.
切り捨て範囲内にあるすべての表現された情報は、対応する切り捨てられていないTZifファイルによって表される情報と同じでなければなりません。
TZDIST clients SHOULD NOT use a truncated TZif file (as described above) to interpret timestamps outside the truncation time range.
TZDISTクライアントは、（上記のように）切り捨てられたTZifファイルを使用して、切り捨て時間範囲外のタイムスタンプを解釈するべきではありません（SHOULD NOT）。
In this example, the client checks the server for the available formats and then requests that the time zone with a specific time zone identifier be returned in Time Zone Information Format.
この例では、クライアントはサーバーで使用可能な形式を確認し、特定のタイムゾーン識別子を持つタイムゾーンをタイムゾーン情報形式で返すように要求します。
Note that this example presumes that the time zone context path has been discovered (see [RFC7808], Section 4.2.1) to be "/tzdist".
この例では、タイムゾーンコンテキストパスが検出されていることを前提としています（[RFC7808]、セクション4.2.1を参照）。 "/ tzdist"。
>> Request <<
GET /tzdist/capabilities HTTP/1.1
Host: tz.example.com
>> Response <<
HTTP/1.1 200 OK
Date: Fri, 01 Jun 2018 14:52:23 GMT
Content-Type: application/json; charset="utf-8"
Content-Length: xxxx
{ "version": 1,
{"バージョン"：1、
"info": {
"primary-source": "IANA:2018e",
"formats": [
"text/calendar",
"application/tzif",
"application/tzif-leap"
],
...
},
...
}
>> Request <<
GET /tzdist/zones/America%2FNew_York HTTP/1.1
Host: tz.example.com
Accept: application/tzif
>> Response <<
HTTP/1.1 200 OK
Date: Fri, 01 Jun 2018 14:52:24 GMT
Content-Type: application/tzif
Content-Length: xxxx
ETag: "123456789-000-111"
TZif2...[binary data without leap-second records]... EST5EDT,M3.2.0,M11.1.0
TZif2 ... [うるう秒レコードのないバイナリデータ] ... EST5EDT、M3.2.0、M11.1.0
The Time Zone Information Format contains no executable code, and it does not define any extensible areas that could be used to store such code.
タイムゾーン情報形式には実行可能コードが含まれておらず、そのようなコードを格納するために使用できる拡張可能な領域は定義されていません。
TZif contains counted arrays of data elements. All counts should be checked when processing TZif objects, to guard against references past the end of the object.
TZifには、データ要素のカウントされた配列が含まれています。 TZifオブジェクトを処理するときは、すべてのカウントをチェックして、オブジェクトの終わりを過ぎた参照から保護する必要があります。
TZif provides no confidentiality or integrity protection. Time zone information is normally public and does not call for confidentiality protection. Since time zone information is used in many critical applications, integrity protection may be required and must be provided externally.
TZifは機密性や整合性の保護を提供しません。タイムゾーン情報は通常公開されており、機密保護を要求しません。タイムゾーン情報は多くの重要なアプリケーションで使用されるため、整合性保護が必要になる場合があり、外部から提供する必要があります。
The Time Zone Information Format contains publicly available data, and it does not define any extensible areas that could be used to store private data.
タイムゾーン情報形式には、公開されているデータが含まれており、プライベートデータの保存に使用できる拡張可能な領域は定義されていません。
As discussed in Section 9 of [RFC7808], transmission of time zone data over an insecure communications channel could leak the past, current, or future location of a device or user. As such, TZif data transmitted over a public communications channel MUST be protected with a confidentiality layer such as that provided by Transport Layer Security (TLS) [RFC8446].
[RFC7808]のセクション9で説明したように、安全でない通信チャネルを介してタイムゾーンデータを送信すると、デバイスまたはユーザーの過去、現在、または将来の場所が漏洩する可能性があります。そのため、パブリック通信チャネルを介して送信されるTZifデータは、トランスポート層セキュリティ（TLS）[RFC8446]によって提供されるものなどの機密性層で保護する必要があります。
This document defines two media types [RFC6838] for the exchange of data utilizing the Time Zone Information Format.
このドキュメントでは、タイムゾーン情報フォーマットを利用したデータ交換のための2つのメディアタイプ[RFC6838]を定義しています。
Type name: application
タイプ名：アプリケーション
Subtype name: tzif
サブタイプ名：tzif
Required parameters: none
必須パラメーター：なし
Optional parameters: none
オプションのパラメーター：なし
Encoding considerations: binary
エンコーディングに関する考慮事項：バイナリ
Security considerations: See Section 6 of RFC 8536.
セキュリティに関する考慮事項：RFC 8536のセクション6をご覧ください。
Interoperability considerations: See Section 4 of RFC 8536.
相互運用性に関する考慮事項：RFC 8536のセクション4をご覧ください。
Published specification: This specification.
公開された仕様：この仕様。
Applications that use this media type: This media type is designed for widespread use by applications that need to use or exchange time zone information, such as the Time Zone Information Compiler (zic) [ZIC] and the GNU C Library [GNU-C]. The Time Zone Distribution Service [RFC7808] can directly use this media type.
このメディアタイプを使用するアプリケーション：このメディアタイプは、タイムゾーン情報コンパイラ（zic）[ZIC]やGNU Cライブラリ[GNU-C]などのタイムゾーン情報を使用または交換する必要のあるアプリケーションで広く使用されるように設計されています。 。タイムゾーン配布サービス[RFC7808]は、このメディアタイプを直接使用できます。
Fragment identifier considerations: N/A
フラグメント識別子の考慮事項：なし
Additional information:
追加情報：
Magic number(s): The first 4 octets are 0x54, 0x5A, 0x69, 0x66
マジックナンバー：最初の4オクテットは0x54、0x5A、0x69、0x66です。
File extensions(s): N/A
Macintosh file type code(s): N/A
Person & email address to contact for further information:
Time Zone Database mailing list <tz@iana.org>
Intended usage: COMMON
使用目的：COMMON
Restrictions on usage: N/A
使用上の制限：N / A
Author: See the "Authors' Addresses" section of RFC 8536.
作成者：RFC 8536の「作成者のアドレス」セクションを参照してください。
Change controller: IETF
コントローラの変更：IETF
Type name: application
タイプ名：アプリケーション
Subtype name: tzif-leap
サブタイプ名：tzif-leap
Required parameters: none
必須パラメーター：なし
Optional parameters: none
オプションのパラメーター：なし
Encoding considerations: binary
エンコーディングに関する考慮事項：バイナリ
Security considerations: See Section 6 of RFC 8536.
セキュリティに関する考慮事項：RFC 8536のセクション6をご覧ください。
Interoperability considerations: See Section 4 of RFC 8536.
相互運用性に関する考慮事項：RFC 8536のセクション4をご覧ください。
Published specification: This specification.
公開された仕様：この仕様。
Applications that use this media type: This media type is designed for widespread use by applications that need to use or exchange time zone information, such as the Time Zone Information Compiler (zic) [ZIC] and the GNU C Library [GNU-C]. The Time Zone Distribution Service [RFC7808] can directly use this media type.
このメディアタイプを使用するアプリケーション：このメディアタイプは、タイムゾーン情報コンパイラ（zic）[ZIC]やGNU Cライブラリ[GNU-C]などのタイムゾーン情報を使用または交換する必要のあるアプリケーションで広く使用されるように設計されています。 。タイムゾーン配布サービス[RFC7808]は、このメディアタイプを直接使用できます。
Fragment identifier considerations: N/A
フラグメント識別子の考慮事項：なし
Additional information:
追加情報：
Magic number(s): The first 4 octets are 0x54, 0x5A, 0x69, 0x66
マジックナンバー：最初の4オクテットは0x54、0x5A、0x69、0x66です。
File extensions(s): N/A
Macintosh file type code(s): N/A
Person & email address to contact for further information:
Time Zone Database mailing list <tz@iana.org>
Intended usage: COMMON
使用目的：COMMON
Restrictions on usage: N/A
使用上の制限：N / A
Author: See the "Authors' Addresses" section of RFC 8536.
作成者：RFC 8536の「作成者のアドレス」セクションを参照してください。
Change controller: IETF
コントローラの変更：IETF
[GNU-C] "The GNU C Library (glibc)", <https://www.gnu.org/software/libc/>.
[GNU-C]「The GNU C Library（glibc）」、<https://www.gnu.org/software/libc/>。
[POSIX] IEEE, "Standard for Information Technology--Portable Operating System Interface (POSIX(R)) Base Specifications, Issue 7", IEEE 1003.1-2017, DOI 10.1109/IEEESTD.2018.8277153, January 2018, <http://pubs.opengroup.org/onlinepubs/9699919799/>.
[POSIX] IEEE、「Standard for Information Technology--Portable Operating System Interface（POSIX（R））Base Specifications、Issue 7」、IEEE 1003.1-2017、DOI 10.1109 / IEEESTD.2018.8277153、January 2018、<http：// pubs .opengroup.org / onlinepubs / 9699919799 />。
[RFC20] Cerf, V., "ASCII format for network interchange", STD 80, RFC 20, DOI 10.17487/RFC0020, October 1969, <https://www.rfc-editor.org/info/rfc20>.
[RFC20] Cerf、V。、「ネットワーク交換用のASCII形式」、STD 80、RFC 20、DOI 10.17487 / RFC0020、1969年10月、<https://www.rfc-editor.org/info/rfc20>。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<https://www.rfc-editor.org/info/ rfc2119>。
[RFC6838] Freed, N., Klensin, J., and T. Hansen, "Media Type Specifications and Registration Procedures", BCP 13, RFC 6838, DOI 10.17487/RFC6838, January 2013, <https://www.rfc-editor.org/info/rfc6838>.
[RFC6838] Freed、N.、Klensin、J。、およびT. Hansen、「メディアタイプの仕様と登録手順」、BCP 13、RFC 6838、DOI 10.17487 / RFC6838、2013年1月、<https：//www.rfc- editor.org/info/rfc6838>。
[RFC7231] Fielding, R., Ed. and J. Reschke, Ed., "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content", RFC 7231, DOI 10.17487/RFC7231, June 2014, <https://www.rfc-editor.org/info/rfc7231>.
[RFC7231]フィールディング、R。、エド。およびJ. Reschke編、「Hypertext Transfer Protocol（HTTP / 1.1）：Semantics and Content」、RFC 7231、DOI 10.17487 / RFC7231、2014年6月、<https://www.rfc-editor.org/info/rfc7231 >。
[RFC7808] Douglass, M. and C. Daboo, "Time Zone Data Distribution Service", RFC 7808, DOI 10.17487/RFC7808, March 2016, <https://www.rfc-editor.org/info/rfc7808>.
[RFC7808] Douglass、M。およびC. Daboo、「タイムゾーンデータ配布サービス」、RFC 7808、DOI 10.17487 / RFC7808、2016年3月、<https://www.rfc-editor.org/info/rfc7808>。
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8174] Leiba、B。、「RFC 2119キーワードの大文字と小文字のあいまいさ」、BCP 14、RFC 8174、DOI 10.17487 / RFC8174、2017年5月、<https://www.rfc-editor.org/info/ rfc8174>。
[ZIC] Kerrisk, M., "ZIC(8)", man-pages release 4.16, February 2010, <http://man7.org/linux/man-pages/man8/zic.8.html>.
[ZIC] Kerrisk、M。、「ZIC（8）」、man-pagesリリース4.16、2010年2月、<http://man7.org/linux/man-pages/man8/zic.8.html>。
[EGGERT-TZ] "History for tz", October 2018, <https://github.com/eggert/tz/commits/master/tzfile.5>.
[EGGERT-TZ]「History for tz」、2018年10月、<https://github.com/eggert/tz/commits/master/tzfile.5>。
[RFC5545] Desruisseaux, B., Ed., "Internet Calendaring and Scheduling Core Object Specification (iCalendar)", RFC 5545, DOI 10.17487/RFC5545, September 2009, <https://www.rfc-editor.org/info/rfc5545>.
[RFC5545] Desruisseaux、B。、編、「インターネットカレンダーおよびスケジューリングコアオブジェクト仕様（iCalendar）」、RFC 5545、DOI 10.17487 / RFC5545、2009年9月、<https://www.rfc-editor.org/info/ rfc5545>。
[RFC6557] Lear, E. and P. Eggert, "Procedures for Maintaining the Time Zone Database", BCP 175, RFC 6557, DOI 10.17487/RFC6557, February 2012, <https://www.rfc-editor.org/info/rfc6557>.
[RFC6557] Lear、E。およびP. Eggert、「Procedures for Maintaining the Time Zone Database」、BCP 175、RFC 6557、DOI 10.17487 / RFC6557、2012年2月、<https://www.rfc-editor.org/info / rfc6557>。
[RFC8446] Rescorla, E., "The Transport Layer Security (TLS) Protocol Version 1.3", RFC 8446, DOI 10.17487/RFC8446, August 2018, <https://www.rfc-editor.org/info/rfc8446>.
[RFC8446] Rescorla、E。、「The Transport Layer Security（TLS）Protocol Version 1.3」、RFC 8446、DOI 10.17487 / RFC8446、2018年8月、<https://www.rfc-editor.org/info/rfc8446>。
[tz-link] Eggert, P. and A. Olson, "Sources for Time Zone and Daylight Saving Time Data", 2018, <https://www.iana.org/time-zones/repository/ tz-link.html>.
[tz-link] Eggert、P。およびA. Olson、「Sources for Time Zone and Daylight Saving Time Data」、2018、<https://www.iana.org/time-zones/repository/ tz-link.html >。
This section documents common problems in implementing this specification. Most of these are problems in generating TZif files for use by readers conforming to predecessors of this specification [EGGERT-TZ]. The goals of this section are:
このセクションでは、この仕様の実装における一般的な問題について説明します。これらのほとんどは、この仕様の前任者に準拠するリーダーが使用するTZifファイルを生成する際の問題です[EGGERT-TZ]。このセクションの目標は次のとおりです。
1. to help TZif writers output files that avoid common pitfalls in older or buggy TZif readers,
1. TZifライターが古いまたはバグのあるTZifリーダーでの一般的な落とし穴を回避するファイルを出力できるようにするには、
2. to help TZif readers avoid common pitfalls when reading files generated by future TZif writers, and
2. TZifリーダーが将来のTZifライターによって生成されたファイルを読み取る際によくある落とし穴を回避できるようにするため、および
3. to help any future specification authors see what sort of problems arise when the TZif format is changed.
3. 今後の仕様作成者がTZif形式が変更されたときにどのような問題が発生するかを確認できるようにします。
When new versions of the TZif format have been defined, a design goal has been that a reader can successfully use a TZif file even if the file is of a later TZif version than what the reader was designed for. When complete compatibility was not achieved, an attempt was made to limit glitches to rarely used timestamps and allow simple partial workarounds in writers designed to generate new-version data useful even for older-version readers. This section attempts to document these compatibility issues and workarounds, as well as documenting other common bugs in readers.
TZif形式の新しいバージョンが定義されている場合、設計目標は、ファイルがリーダーの設計より新しいTZifバージョンであっても、リーダーがTZifファイルを正常に使用できることです。完全な互換性が達成されなかった場合、グリッチをめったに使用しないタイムスタンプに制限し、古いバージョンのリーダーにも役立つ新しいバージョンのデータを生成するように設計されたライターで簡単な部分的な回避策を可能にする試みが行われました。このセクションでは、これらの互換性の問題と回避策を文書化し、読者のその他の一般的なバグを文書化します。
Interoperability problems with TZif include the following:
TZifとの相互運用性の問題には、次のものがあります。
o Some readers examine only version 1 data. As a partial workaround, a writer can output as much version 1 data as possible. However, a reader should ignore version 1 data and use version 2+ data, even if the reader's native timestamps have only 32 bits.
o 一部の読者は、バージョン1のデータのみを調べます。部分的な回避策として、ライターは可能な限り多くのバージョン1データを出力できます。ただし、リーダーのネイティブタイムスタンプが32ビットしかない場合でも、リーダーはバージョン1データを無視し、バージョン2+データを使用する必要があります。
o Some readers designed for version 2 might mishandle timestamps after a version 3 file's last transition, because they cannot parse extensions to POSIX in the TZ-like string. As a partial workaround, a writer can output more transitions than necessary, so that only far-future timestamps are mishandled by version 2 readers.
o バージョン2用に設計された一部のリーダーは、TZのような文字列でPOSIXへの拡張を解析できないため、バージョン3ファイルの最後の遷移後のタイムスタンプを誤って処理する可能性があります。部分的な回避策として、ライターは必要以上の遷移を出力できるため、遠い将来のタイムスタンプのみがバージョン2リーダーによって誤って処理されます。
o Some readers designed for version 2 do not support permanent daylight saving time -- e.g., a TZ string "EST5EDT,0/0,J365/25" denoting permanent Eastern Daylight Time (-04). As a partial workaround, a writer can substitute standard time for the next time zone east -- e.g., "AST4" for permanent Atlantic Standard Time (-04).
o バージョン2用に設計された一部のリーダーは、恒久的な夏時間をサポートしていません。たとえば、恒久的な東部夏時間（-04）を示すTZ文字列 "EST5EDT、0/0、J365 / 25"です。部分的な回避策として、ライターは標準の時間を東側の次のタイムゾーンに置き換えることができます。たとえば、「AST4」は永続的な大西洋標準時（-04）です。
o Some readers ignore the footer and instead predict future timestamps from the time type of the last transition. As a partial workaround, a writer can output more transitions than necessary.
o 一部のリーダーはフッターを無視し、代わりに最後の遷移の時間タイプから将来のタイムスタンプを予測します。部分的な回避策として、ライターは必要以上のトランジションを出力する可能性があります。
o Some readers do not use time type 0 for timestamps before the first transition, in that they infer a time type using a heuristic that does not always select time type 0. As a partial workaround, a writer can output a dummy (no-op) first transition at an early time.
o 一部のリーダーは、最初の遷移の前にタイムスタンプに時間タイプ0を使用しません。これは、時間タイプ0を常に選択するとは限らないヒューリスティックを使用して時間タイプを推測するためです。部分的な回避策として、ライターはダミー（ノーオペレーション）を出力できます。早い段階での最初の移行。
o Some readers mishandle timestamps before the first transition that has a timestamp not less than -2**31. Readers that support only 32-bit timestamps are likely to be more prone to this problem, for example, when they process 64-bit transitions, only some of which are representable in 32 bits. As a partial workaround, a writer can output a dummy transition at timestamp -2**31.
o 一部のリーダーは、-2 ** 31以上のタイムスタンプを持つ最初の遷移の前にタイムスタンプを誤って処理します。 32ビットのタイムスタンプのみをサポートするリーダーは、たとえば64ビットの遷移を処理するときに、32ビットで表現できるものの一部のみを処理する場合に、この問題が発生しやすくなります。部分的な回避策として、ライターはタイムスタンプ-2 ** 31でダミー遷移を出力できます。
o Some readers mishandle a transition if its timestamp has the minimum possible signed 64-bit value. Timestamps less than -2**59 are not recommended.
o 一部のリーダーは、タイムスタンプの署名が64ビットの可能な最小値である場合、遷移を誤って処理します。 -2 ** 59未満のタイムスタンプは推奨されません。
o Some readers mishandle POSIX-style TZ strings that contain "<" or ">". As a partial workaround, a writer can avoid using '<' or '>' for time zone abbreviations containing only alphabetic characters.
o 一部のリーダーは、「<」または「>」を含むPOSIXスタイルのTZ文字列を誤って処理します。部分的な回避策として、ライターはアルファベット文字のみを含むタイムゾーンの省略形に「<」または「>」を使用しないようにすることができます。
o Many readers mishandle time zone abbreviations that contain non-ASCII characters. These characters are not recommended.
o 多くのリーダーは、ASCII以外の文字を含むタイムゾーンの省略形を誤って処理します。これらの文字は推奨されません。
o Some readers may mishandle time zone abbreviations that contain fewer than 3 or more than 6 characters, or that contain ASCII characters other than alphanumerics, '-', and '+'. These abbreviations are not recommended.
o 一部のリーダーは、3文字未満または6文字を超える、または英数字、「-」、および「+」以外のASCII文字を含むタイムゾーンの省略形を誤って処理する場合があります。これらの省略形は推奨されません。
o Some readers mishandle TZif files that specify daylight saving time UT offsets that are less than the UT offsets for the corresponding standard time. These readers do not support locations like Ireland, which uses the equivalent of the POSIX TZ string "IST-1GMT0,M10.5.0,M3.5.0/1", observing standard time (IST, +01) in summer and daylight saving time (GMT, +00) in winter. As a partial workaround, a writer can output data for the equivalent of the POSIX TZ string "GMT0IST,M3.5.0/1,M10.5.0", thus swapping standard and daylight saving time. Although this workaround misidentifies which part of the year uses daylight saving time, it records UT offsets and time zone abbreviations correctly.
o 一部のリーダーは、対応する標準時間のUTオフセットよりも小さい夏時間UTオフセットを指定するTZifファイルを誤って処理します。これらのリーダーは、POSIX TZ文字列 "IST-1GMT0、M10.5.0、M3.5.0 / 1"に相当するアイルランドのような場所をサポートせず、夏時間と夏時間の標準時間（IST、+01）を順守します（ GMT、+ 00）冬。部分的な回避策として、ライターはPOSIX TZ文字列「GMT0IST、M3.5.0 / 1、M10.5.0」に相当するデータを出力し、標準時間と夏時間を入れ替えることができます。この回避策は、年のどの部分が夏時間を使用するかを誤って識別しますが、UTオフセットとタイムゾーンの省略形を正しく記録します。
Some interoperability problems are reader bugs that are listed here mostly as warnings to developers of readers.
いくつかの相互運用性の問題はリーダーのバグで、主にリーダーの開発者への警告としてここにリストされています。
o Some readers do not support negative timestamps. Developers of distributed applications should keep this in mind if they need to deal with pre-1970 data.
o 一部のリーダーは負のタイムスタンプをサポートしていません。分散アプリケーションの開発者は、1970年以前のデータを処理する必要がある場合は、このことを覚えておく必要があります。
o Some readers mishandle timestamps before the first transition that has a nonnegative timestamp. Readers that do not support negative timestamps are likely to be more prone to this problem.
o 一部のリーダーは、負でないタイムスタンプを持つ最初の遷移の前にタイムスタンプを誤って処理します。負のタイムスタンプをサポートしていないリーダーは、この問題が発生しやすくなります。
o Some readers mishandle time zone abbreviations like "-08" that contain '+', '-', or digits.
o 一部のリーダーは、「+」、「-」、または数字を含む「-08」のようなタイムゾーンの省略形を誤って処理します。
o Some readers mishandle UT offsets that are out of the traditional range of -12 through +12 hours and so do not support locations like Kiritimati that are outside this range.
o 一部のリーダーは、従来の-12〜+12時間の範囲外のUTオフセットを誤って処理するため、この範囲外のKiritimatiなどの場所をサポートしていません。
o Some readers mishandle UT offsets in the range [-3599, -1] seconds from UT, because they integer-divide the offset by 3600 to get 0 and then display the hour part as "+00".
o 一部のリーダーは、UTからのオフセットを[-3599、-1]秒の範囲でUTオフセットを誤って処理します。これは、オフセットを3600で整数除算して0を取得し、時間の部分を "+00"として表示するためです。
o Some readers mishandle UT offsets that are not a multiple of one hour, 15 minutes, or 1 minute.
o 一部のリーダーは、1時間、15分、または1分の倍数ではないUTオフセットを誤って処理します。
The following sections contain annotated hexadecimal dumps of example TZif files.
次のセクションには、TZifファイルの例の注釈付き16進ダンプが含まれています。
Note that these examples should only be considered informative. Although the example data entries are current as of the publication date of this document, the data will likely change in the future as leap seconds are added and changes are made to civil time.
これらの例は参考情報としてのみ考慮されるべきであることに注意してください。サンプルのデータエントリはこのドキュメントの発行日現在のものですが、うるう秒が追加され、常用時が変更されるため、データは将来変更される可能性があります。
+-------+---------------+------------------+------------------------+
| File | Data Octets | Record Name / | Field Value |
| Offset| (hexadecimal) | Field Name | |
+-------+---------------+------------------+------------------------+
| 000 | 54 5a 69 66 | magic | "TZif" |
| 004 | 00 | version | 0 (1) |
| 005 | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 | | |
| 020 | 00 00 00 01 | isutccnt | 1 |
| 024 | 00 00 00 01 | isstdcnt | 1 |
| 028 | 00 00 00 1b | isleapcnt | 27 |
| 032 | 00 00 00 00 | timecnt | 0 |
| 036 | 00 00 00 01 | typecnt | 1 |
| 040 | 00 00 00 04 | charcnt | 4 |
| | | | |
| | | localtimetype[0] | |
| 044 | 00 00 00 00 | utcoff | 00:00 |
| 048 | 00 | isdst | 0 (no) |
| 049 | 00 | desigidx | 0 |
| | | | |
| 050 | 55 54 43 00 | designations[0] | "UTC" |
| | | | |
| | | leapsecond[0] | |
| 054 | 04 b2 58 00 | occurrence | 78796800 |
| | | | (1972-06-30T23:59:60Z) |
| 058 | 00 00 00 01 | correction | 1 |
| | | | |
| | | leapsecond[1] | |
| 062 | 05 a4 ec 01 | occurrence | 94694401 |
| | | | (1972-12-31T23:59:60Z) |
| 066 | 00 00 00 02 | correction | 2 |
| | | | |
| | | leapsecond[2] | |
| 070 | 07 86 1f 82 | occurrence | 126230402 |
| | | | (1973-12-31T23:59:60Z) |
| 074 | 00 00 00 03 | correction | 3 |
| | | | |
| | | leapsecond[3] | |
| 078 | 09 67 53 03 | occurrence | 157766403 |
| | | | (1974-12-31T23:59:60Z) |
| 082 | 00 00 00 04 | correction | 4 |
| | | | |
| | | leapsecond[4] | |
| 086 | 0b 48 86 84 | occurrence | 189302404 |
| | | | (1975-12-31T23:59:60Z) |
| 090 | 00 00 00 05 | correction | 5 |
| | | | |
| | | leapsecond[5] | |
| 094 | 0d 2b 0b 85 | occurrence | 220924805 |
| | | | (1976-12-31T23:59:60Z) |
| 098 | 00 00 00 06 | correction | 6 |
| | | | |
| | | leapsecond[6] | |
| 102 | 0f 0c 3f 06 | occurrence | 252460806 |
| | | | (1977-12-31T23:59:60Z) |
| 106 | 00 00 00 07 | correction | 7 |
| | | | |
| | | leapsecond[7] | |
| 110 | 10 ed 72 87 | occurrence | 283996807 |
| | | | (1978-12-31T23:59:60Z) |
| 114 | 00 00 00 08 | correction | 8 |
| | | | |
| | | leapsecond[8] | |
| 118 | 12 ce a6 08 | occurrence | 315532808 |
| | | | (1979-12-31T23:59:60Z) |
| 122 | 00 00 00 09 | correction | 9 |
| | | | |
| | | leapsecond[9] | |
| 126 | 15 9f ca 89 | occurrence | 362793609 |
| | | | (1981-06-30T23:59:60Z) |
| 130 | 00 00 00 0a | correction | 10 |
| | | | |
| | | leapsecond[10] | |
| 134 | 17 80 fe 0a | occurrence | 394329610 |
| | | | (1982-06-30T23:59:60Z) |
| 138 | 00 00 00 0b | correction | 11 |
| | | | |
| | | leapsecond[11] | |
| 142 | 19 62 31 8b | occurrence | 425865611 |
| | | | (1983-06-30T23:59:60Z) |
| 146 | 00 00 00 0c | correction | 12 |
| | | | |
| | | leapsecond[12] | |
| 150 | 1d 25 ea 0c | occurrence | 489024012 |
| | | | (1985-06-30T23:59:60Z) |
| 154 | 00 00 00 0d | correction | 13 |
| | | | |
| | | leapsecond[13] | |
| 158 | 21 da e5 0d | occurrence | 567993613 |
| | | | (1987-12-31T23:59:60Z) |
| 162 | 00 00 00 0e | correction | 14 |
| | | | |
| | | leapsecond[14] | |
| 166 | 25 9e 9d 8e | occurrence | 631152014 |
| | | | (1989-12-31T23:59:60Z) |
| 170 | 00 00 00 0f | correction | 15 |
| | | | |
| | | leapsecond[15] | |
| 174 | 27 7f d1 0f | occurrence | 662688015 |
| | | | (1990-12-31T23:59:60Z) |
| 178 | 00 00 00 10 | correction | 16 |
| | | | |
| | | leapsecond[16] | |
| 182 | 2a 50 f5 90 | occurrence | 709948816 |
| | | | (1992-06-30T23:59:60Z) |
| 186 | 00 00 00 11 | correction | 17 |
| | | | |
| | | leapsecond[17] | |
| 190 | 2c 32 29 11 | occurrence | 741484817 |
| | | | (1993-06-30T23:59:60Z) |
| 194 | 00 00 00 12 | correction | 18 |
| | | | |
| | | leapsecond[18] | |
| 198 | 2e 13 5c 92 | occurrence | 773020818 |
| | | | (1994-06-30T23:59:60Z) |
| 202 | 00 00 00 13 | correction | 19 |
| | | | |
| | | leapsecond[19] | |
| 206 | 30 e7 24 13 | occurrence | 820454419 |
| | | | (1995-12-31T23:59:60Z) |
| 210 | 00 00 00 14 | correction | 20 |
| | | | |
| | | leapsecond[20] | |
| 214 | 33 b8 48 94 | occurrence | 867715220 |
| | | | (1997-06-30T23:59:60Z) |
| 218 | 00 00 00 15 | correction | 21 |
| | | | |
| | | leapsecond[21] | |
| 222 | 36 8c 10 15 | occurrence | 915148821 |
| | | | (1998-12-31T23:59:60Z) |
| 226 | 00 00 00 16 | correction | 22 |
| | | | |
| | | leapsecond[22] | |
| 230 | 43 b7 1b 96 | occurrence | 1136073622 |
| | | | (2005-12-31T23:59:60Z) |
| 234 | 00 00 00 17 | correction | 23 |
| | | | |
| | | leapsecond[23] | |
| 238 | 49 5c 07 97 | occurrence | 1230768023 |
| | | | (2008-12-31T23:59:60Z) |
| 242 | 00 00 00 18 | correction | 24 |
| | | | |
| | | leapsecond[24] | |
| 246 | 4f ef 93 18 | occurrence | 1341100824 |
| | | | (2012-06-30T23:59:60Z) |
| 250 | 00 00 00 19 | correction | 25 |
| | | | |
| | | leapsecond[25] | |
| 254 | 55 93 2d 99 | occurrence | 1435708825 |
| | | | (2015-06-30T23:59:60Z) |
| 258 | 00 00 00 1a | correction | 26 |
| | | | |
| | | leapsecond[26] | |
| 262 | 58 68 46 9a | occurrence | 1483228826 |
| | | | (2016-12-31T23:59:60Z) |
| 266 | 00 00 00 1b | correction | 27 |
| | | | |
| 270 | 00 | UT/local[0] | 0 (local) |
| | | | |
| 271 | 00 | standard/wall[0] | 0 (wall) |
+-------+---------------+------------------+------------------------+
To determine TAI corresponding to 2000-01-01T00:00:00Z (UNIX time = 946684800), the following procedure would be followed:
2000-01-01T00：00：00Z（UNIX時間= 946684800）に対応するTAIを決定するには、次の手順に従います。
1. Find the latest leap-second occurrence prior to the time of interest (leapsecond[21]) and note the correction value (LEAPCORR = 22).
1. 関心のある時間より前の最新のうるう秒の発生（leapsecond [21]）を見つけ、補正値（LEAPCORR = 22）をメモします。
2. Add LEAPCORR + 10 to the time of interest to yield TAI of 2000-01-01T00:00:32.
2. LEAPCORR + 10を対象の時間に追加して、TAIを2000-01-01T00：00：32にします。
+--------+--------------+------------------+------------------------+
| File | Hexadecimal | Record Name / | Field Value |
| Offset | Octets | Field Name | |
+--------+--------------+------------------+------------------------+
| 000 | 54 5a 69 66 | magic | "TZif" |
| 004 | 32 | version | '2' (2) |
| 005 | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 | | |
| 020 | 00 00 00 06 | isutccnt | 6 |
| 024 | 00 00 00 06 | isstdcnt | 6 |
| 028 | 00 00 00 00 | isleapcnt | 0 |
| 032 | 00 00 00 07 | timecnt | 7 |
| 036 | 00 00 00 06 | typecnt | 6 |
| 040 | 00 00 00 14 | charcnt | 20 |
| | | | |
| 044 | 80 00 00 00 | trans time[0] | -2147483648 |
| | | | (1901-12-13T20:45:52Z) |
| 048 | bb 05 43 48 | trans time[1] | -1157283000 |
| | | | (1933-04-30T12:30:00Z) |
| 052 | bb 21 71 58 | trans time[2] | -1155436200 |
| | | | (1933-05-21T21:30:00Z) |
| 056 | cb 89 3d c8 | trans time[3] | -880198200 |
| | | | (1942-02-09T12:30:00Z) |
| 060 | d2 23 f4 70 | trans time[4] | -769395600 |
| | | | (1945-08-14T23:00:00Z) |
| 064 | d2 61 49 38 | trans time[5] | -765376200 |
| | | | (1945-09-30T11:30:00Z) |
| 068 | d5 8d 73 48 | trans time[6] | -712150200 |
| | | | (1947-06-08T12:30:00Z) |
| | | | |
| 072 | 01 | trans type[0] | 1 |
| 073 | 02 | trans type[1] | 2 |
| 074 | 01 | trans type[2] | 1 |
| 075 | 03 | trans type[3] | 3 |
| 076 | 04 | trans type[4] | 4 |
| 077 | 01 | trans type[5] | 1 |
| 078 | 05 | trans type[6] | 5 |
| | | | |
| | | localtimetype[0] | |
| 079 | ff ff 6c 02 | utcoff | -37886 (-10:21:26) |
| 083 | 00 | isdst | 0 (no) |
| 084 | 00 | desigidx | 0 |
| | | | |
| | | localtimetype[1] | |
| 085 | ff ff 6c 58 | utcoff | -37800 (-10:30) |
| 089 | 00 | isdst | 0 (no) |
| 090 | 04 | desigidx | 4 |
| | | | |
| | | localtimetype[2] | |
| 091 | ff ff 7a 68 | utcoff | -34200 (-09:30) |
| 095 | 01 | isdst | 1 (yes) |
| 096 | 08 | desigidx | 8 |
| | | | |
| | | localtimetype[3] | |
| 097 | ff ff 7a 68 | utcoff | -34200 (-09:30) |
| 101 | 01 | isdst | 1 (yes) |
| 102 | 0c | desigidx | 12 |
| | | | |
| | | localtimetype[4] | |
| 103 | ff ff 7a 68 | utcoff | -34200 (-09:30) |
| 107 | 01 | isdst | 1 (yes) |
| 108 | 10 | desigidx | 16 |
| | | | |
| | | localtimetype[5] | |
| 109 | ff ff 73 60 | utcoff | -36000 (-10:00) |
| 113 | 00 | isdst | 0 (no) |
| 114 | 04 | desigidx | 4 |
| | | | |
| 115 | 4c 4d 54 00 | designations[0] | "LMT" |
| 119 | 48 53 54 00 | designations[4] | "HST" |
| 123 | 48 44 54 00 | designations[8] | "HDT" |
| 127 | 48 57 54 00 | designations[12] | "HWT" |
| 131 | 48 50 54 00 | designations[16] | "HPT" |
| | | | |
| 135 | 00 | UT/local[0] | 1 (UT) |
| 136 | 00 | UT/local[1] | 0 (local) |
| 137 | 00 | UT/local[2] | 0 (local) |
| 138 | 00 | UT/local[3] | 0 (local) |
| 139 | 01 | UT/local[4] | 1 (UT) |
| 140 | 00 | UT/local[5] | 0 (local) |
| | | | |
| 141 | 00 | standard/wall[0] | 1 (standard) |
| 142 | 00 | standard/wall[1] | 0 (wall) |
| 143 | 00 | standard/wall[2] | 0 (wall) |
| 144 | 00 | standard/wall[3] | 0 (wall) |
| 145 | 01 | standard/wall[4] | 1 (standard) |
| 146 | 00 | standard/wall[5] | 0 (wall) |
| | | | |
| 147 | 54 5a 69 66 | magic | "TZif" |
| 151 | 32 | version | '2' (2) |
| 152 | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 | | |
| 167 | 00 00 00 06 | isutccnt | 6 |
| 171 | 00 00 00 06 | isstdcnt | 6 |
| 175 | 00 00 00 00 | isleapcnt | 0 |
| 179 | 00 00 00 07 | timecnt | 7 |
| 183 | 00 00 00 06 | typecnt | 6 |
| 187 | 00 00 00 14 | charcnt | 20 |
| | | | |
| 191 | ff ff ff ff | trans time[0] | -2334101314 |
| | 74 e0 70 be | | (1896-01-13T22:31:26Z) |
| 199 | ff ff ff ff | trans time[1] | -1157283000 |
| | bb 05 43 48 | | (1933-04-30T12:30:00Z) |
| 207 | ff ff ff ff | trans time[2] | -1155436200 |
| | bb 21 71 58 | | (1933-05-21T21:30:00Z) |
| 215 | ff ff ff ff | trans time[3] | -880198200 |
| | cb 89 3d c8 | | (1942-02-09T12:30:00Z) |
| 223 | ff ff ff ff | trans time[4] | -769395600 |
| | d2 23 f4 70 | | (1945-08-14T23:00:00Z) |
| 231 | ff ff ff ff | trans time[5] | -765376200 |
| | d2 61 49 38 | | (1945-09-30T11:30:00Z) |
| 239 | ff ff ff ff | trans time[6] | -712150200 |
| | d5 8d 73 48 | | (1947-06-08T12:30:00Z) |
| | | | |
| 247 | 01 | trans type[0] | 1 |
| 248 | 02 | trans type[1] | 2 |
| 249 | 01 | trans type[2] | 1 |
| 250 | 03 | trans type[3] | 3 |
| 251 | 04 | trans type[4] | 4 |
| 252 | 01 | trans type[5] | 1 |
| 253 | 05 | trans type[6] | 5 |
| | | | |
| | | localtimetype[0] | |
| 254 | ff ff 6c 02 | utcoff | -37886 (-10:21:26) |
| 258 | 00 | isdst | 0 (no) |
| 259 | 00 | desigidx | 0 |
| | | | |
| | | localtimetype[1] | |
| 260 | ff ff 6c 58 | utcoff | -37800 (-10:30) |
| 264 | 00 | isdst | 0 (no) |
| 265 | 04 | desigidx | 4 |
| | | | |
| | | localtimetype[2] | |
| 266 | ff ff 7a 68 | utcoff | -34200 (-09:30) |
| 270 | 01 | isdst | 1 (yes) |
| 271 | 08 | desigidx | 8 |
| | | | |
| | | localtimetype[3] | |
| 272 | ff ff 7a 68 | utcoff | -34200 (-09:30) |
| 276 | 01 | isdst | 1 (yes) |
| 277 | 0c | desigidx | 12 |
| | | | |
| | | localtimetype[4] | |
| 278 | ff ff 7a 68 | utcoff | -34200 (-09:30) |
| 282 | 01 | isdst | 1 (yes) |
| 283 | 10 | desigidx | 16 |
| | | | |
| | | localtimetype[5] | |
| 284 | ff ff 73 60 | utcoff | -36000 (-10:00) |
| 288 | 00 | isdst | 0 (no) |
| 289 | 04 | desigidx | 4 |
| | | | |
| 290 | 4c 4d 54 00 | designations[0] | "LMT" |
| 294 | 48 53 54 00 | designations[4] | "HST" |
| 298 | 48 44 54 00 | designations[8] | "HDT" |
| 302 | 48 57 54 00 | designations[12] | "HWT" |
| 306 | 48 50 54 00 | designations[16] | "HPT" |
| | | | |
| 310 | 00 | UT/local[0] | 0 (local) |
| 311 | 00 | UT/local[1] | 0 (local) |
| 312 | 00 | UT/local[2] | 0 (local) |
| 313 | 00 | UT/local[3] | 0 (local) |
| 314 | 01 | UT/local[4] | 1 (UT) |
| 315 | 00 | UT/local[5] | 0 (local) |
| | | | |
| 316 | 00 | standard/wall[0] | 0 (wall) |
| 317 | 00 | standard/wall[1] | 0 (wall) |
| 318 | 00 | standard/wall[2] | 0 (wall) |
| 319 | 00 | standard/wall[3] | 0 (wall) |
| 320 | 01 | standard/wall[4] | 1 (standard) |
| 321 | 00 | standard/wall[5] | 0 (wall) |
| | | | |
| 322 | 0a | NL | '\n' |
| 323 | 48 53 54 31 | TZ string | "HST10" |
| | 30 | | |
| 328 | 0a | NL | '\n' |
+--------+--------------+------------------+------------------------+
To determine the local time in this time zone corresponding to
1933-05-04T12:00:00Z (UNIX time = -1156939200), the following
procedure would be followed:
1. Find the latest time transition prior to the time of interest (trans time[1]).
1. 目的の時刻（trans time [1]）より前の最新の時間遷移を見つけます。
2. Reference the corresponding transition type (trans type[1]) to determine the local time type index (2).
2. 対応する遷移タイプ（trans type [1]）を参照して、ローカルタイムタイプインデックスを決定します（2）。
3. Reference the corresponding local time type (localtimetype[2]) to determine the offset from UTC (-09:30), the daylight saving indicator (1 = yes), and the index into the time zone designation strings (8).
3. 対応する現地時間タイプ（localtimetype [2]）を参照して、UTCからのオフセット（-09：30）、夏時間インジケーター（1 =はい）、およびタイムゾーン指定文字列（8）へのインデックスを決定します。
4. Look up the corresponding time zone designation string (designations[8] = "HDT").
4. 対応するタイムゾーン指定文字列（designations [8] = "HDT"）を検索します。
5. Add the UTC offset to the time of interest to yield a local daylight saving time of 1933-05-04T02:30:00-09:30 (HDT).
5. UTCオフセットを対象の時間に追加して、1933-05-04T02：30：00-09：30（HDT）のローカル夏時間を生成します。
To determine the local time in this time zone corresponding to 2019-01-01T00:00:00Z (UNIX time = 1546300800), the following procedure would be followed:
2019-01-01T00：00：00Z（UNIX時間= 1546300800）に対応するこのタイムゾーンの現地時間を決定するには、次の手順に従います。
1. Find the latest time transition prior to the time of interest (there is no such transition).
1. 対象の時間より前の最新の時間遷移を見つけます（そのような遷移はありません）。
2. Look up the TZ string in the footer ("HST10"), which indicates that the time zone designation is "HST" year-round, and the offset to UTC is 10:00.
2. フッター（ "HST10"）でTZ文字列を検索します。これは、タイムゾーンの指定が一年中 "HST"であり、UTCへのオフセットが10:00であることを示しています。
3. Subtract the UTC offset from the time of interest to yield a standard local time of 2018-12-31T14:00:00-10:00 (HST).
3. 対象の時間からUTCオフセットを減算して、2018-12-31T14：00：00-10：00（HST）の標準現地時間を算出します。
The following TZif file has been truncated to start on 2038-01-01T00:00:00Z.
次のTZifファイルは、2038-01-01T00：00：00Zで始まるように切り捨てられています。
+--------+--------------+------------------+------------------------+
| File | Hexadecimal | Record Name / | Field Value |
| Offset | Octets | Field Name | |
+--------+--------------+------------------+------------------------+
| 000 | 54 5a 69 66 | magic | "TZif" |
| 004 | 33 | version | '3' (3) |
| 005 | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 | | |
| 020 | 00 00 00 00 | isutccnt | 0 |
| 024 | 00 00 00 00 | isstdcnt | 0 |
| 028 | 00 00 00 00 | isleapcnt | 0 |
| 032 | 00 00 00 00 | timecnt | 0 |
| 036 | 00 00 00 00 | typecnt | 0 |
| 040 | 00 00 00 00 | charcnt | 0 |
| | | | |
| 044 | 54 5a 69 66 | magic | "TZif" |
| 048 | 33 | version | '3' (3) |
| 049 | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 00 | | |
| | 00 00 00 | | |
| 064 | 00 00 00 03 | isutccnt | 1 |
| 068 | 00 00 00 03 | isstdcnt | 1 |
| 072 | 00 00 00 00 | isleapcnt | 0 |
| 076 | 00 00 00 03 | timecnt | 1 |
| 080 | 00 00 00 03 | typecnt | 1 |
| 084 | 00 00 00 08 | charcnt | 4 |
| | | | |
| 088 | 00 00 00 00 | trans time[0] | 2145916800 |
| | 7f e8 17 80 | | (2038-01-01T00:00:00Z) |
| | | | |
| 096 | 00 | trans type[0] | 0 |
| | | | |
| | | localtimetype[0] | |
| 097 | 00 00 1c 20 | utcoff | 7200 (+02:00) |
| 101 | 00 | isdst | 0 (no) |
| 102 | 00 | desigidx | 0 |
| | | | |
| 103 | 49 53 54 00 | designations[0] | "IST" |
| | | | |
| 107 | 01 | UT/local[0] | 1 (UT) |
| | | | |
| 108 | 01 | standard/wall[0] | 1 (standard) |
| | | | |
| 109 | 0a | NL | '\n' |
| 110 | 49 53 54 2d | TZ string | "IST-2IDT, |
| | 32 49 44 54 | | M3.4.4/26,M10.5.0" |
| | 2c 4d 33 2e | | |
| | 34 2e 34 2f | | |
| | 32 36 2c 4d | | |
| | 31 30 2e 35 | | |
| | 2e 30 | | |
| 136 | 0a | NL | '\n' |
+--------+--------------+------------------+------------------------+
Acknowledgments
謝辞
The authors would like to thank the following individuals for contributing their ideas and support for writing this specification: Michael Douglass, Ned Freed, Guy Harris, Eliot Lear, and Alexey Melnikov.
この仕様を作成するためのアイデアとサポートを提供してくれたMichael Michael Douglass、Ned Freed、Guy Harris、Eliot Lear、およびAlexey Melnikovの各個人に感謝します。
Authors' Addresses
著者のアドレス
Arthur David Olson
アーサーデビッドオルソン
Email: arthurdavidolson@gmail.com
Paul Eggert University of California, Los Angeles
ポールエガートカリフォルニア大学ロサンゼルス校
Email: eggert@cs.ucla.edu
Kenneth Murchison FastMail US LLC
Kenneth Murchison FastMail US LLC
Email: murch@fastmailteam.com