/
832.txt
193 lines (142 loc) · 8.3 KB
/
832.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
[1] [[標準時]]や[[時間帯]]、[[時差]]を表現するには、様々な方法があります。
* 一般的な呼称
[2] 文脈により明らかな場合、「[[標準時]]」や「[[夏時刻]]」やそれらのバリエーションや、
「[[現地時間]]」のような語で表すことがあります。
;; 各項を参照。
* 法令上の呼称
[3] [[法定時刻]]の呼称は、
「[[標準時]]」のような一般的な語しか定められていないケースも多いですが、
「[VAR[地域名]][[標準時]]」のように[[地名]]で修飾された語が定義されている場合もあります。
;; 具体例は[[法定時刻]]および各地の[[標準時]]の項を参照。
[4] [[夏時刻]]を用いる場合、ほとんどは冬季の[[時刻]]を[[標準時]]と呼び、
それよりも進んだ夏季の[[時刻]]を[[夏時刻]]と呼びます。
[100] [[アイルランド]]の[[法令]]では、夏季の[[時刻]]が[[標準時]]とされており、
それより1時間遅い冬季の[[時刻]]が[[冬時刻]]とされています。
[99] [[ナウル]]では、[[法令]]で[[ナウル標準時]]という呼称で定義された[[時刻]]は使用されず、
[[ナウル代替時]]と呼ばれる[[時刻]]が[[標準時]]として使われています。
[5] ほとんどの場合、こうした[[時刻]]の名称は、
[[標準時]]の改正があると新しい[[時刻]]に付け替えられます。
つまり、ある名称が指す[[時刻]]が、改正の瞬間に切り替わります。
[6] 一方[[夏時刻]]を実施する場合、[[夏時刻]]は[[標準時]]の改正とはみなさず、
並行する異なる[[時刻]]として扱うことが多いようです。
* 時差表記
[35] [[時差]]は、2つの[[時刻]]の[[差]]によって表現されます。
ある時刻系が他の時刻系よりも早くある時刻値に到達するなら、
そちらの時刻系が「進んでいる」、他方の時刻系が「遅れている」といいます。
[172] 一般人向けの場合、例えば旅行ガイド等では、本国の時刻を基準とし、
それとの[[時差]]により、他の地域の[[標準時]]や[[夏時刻]]を説明するのが普通です。
[EG[
[173] 例えば、[[日本]]では、[[日本]]の時刻を基準に、[[台湾]]は1時間遅れているなどといいます。
]EG]
[174] 学術的な場面や多数の時刻を扱う場合などは、[[世界時]]を基準にすることが多いです。
[175] 進んでいることを [CODE[+]]、遅れていることを [CODE[-]] と表記し、
[[時差]]の[[時]]と[[分]] (と場合によっては[[秒]]) を表記して[[時差]]を記述することがよくあります。
[EG[
[176] [[日本の標準時]]は [[UTC]] より9時間早いので [TZ[+09:00]] と表し、
[[印度の標準時]]は [[UTC]] より5時間半早いので [TZ[+05:30]] と表します。
[[ハワイ]]の[[標準時]]は [[UTC]] より10時間遅いので [TZ[-10:00]] と表します。
]EG]
[177] ただし、[[符号]]は逆にすることもままありますから、注意が必要です。
;; [8] [[時差の表]]を見ると、歴史的にも[[符号]]の表現が2種類あり、
どちらが正しい、どちらが優勢とも言い難いことがわかります。
[76] (主に[[自然言語]]文で) 「GMT-9」、「UTC+9」、「JST+1」
のような慣用的な表記が用いられることがあります。
基準となる[[時間帯]]と、そこからの[[時差]]を表しています。[[符号]]の意味は文脈により逆転するので注意が必要です。
[9] [[JavaScript]] の [CODE[getTimezoneOffset]] は、
[[UTC]] との[[時差]]を[[分]]単位の[[数値]]として返します。
[[UTC]] よりも進んでいることを[[負]]で表しています。
[FIG(short list)[ [194] [[時差]]の記述形式
- [[HTMLの時間帯表記]]
- [[インターネットメールの時間帯表記]]
- [[RFC 3339の日付形式]]
- [[W3C-DTF]]
- [[ISO 8601の日時形式]]
- [CODE(XML)@en[[[xs:dateTime]]]]
- [[環境変数]] [CODE[TZ]] ([[POSIX時間帯]])
- [CODE[SYS$TIMEZONE_DIFFERENTIAL]]
- [[MySQLの時間帯文字列]]
- [[XMPの日時形式]]
- [CODE[iodef:TimezoneType]]
- [[Sieveの日時形式]]
- [CODE[<time-offset>]]
]FIG]
* 名前識別子表記
@@ 長い名前
@@ 略号
[89] [[CLDR]] には[[時間帯]]の名前の[[翻訳]]データが含まれています。
[10] 名前による表記は、多くの場合、[[時間帯]]を表しています。
ただしその「[[時間帯]]」は、ある時点のものだったり、歴史的変遷を含むものだったりします。
[FIG(short list)[
- [[tzdata]] の識別子
- [[Windows時間帯]]
- [[インターネットメールの時間帯表記]]
- [[米軍時間帯]]
- [CODE[[[Z]]]]
- [[Rails時間帯]]
- [CODE[u-tz]]
- [CODE[QTIMZON]]
]FIG]
[228] [[OWL-Time]] の [CODE[time:timeZone]] についての[[仕様書]]の [[NOTE]] は、
[[timeanddate.com]] の[[時間帯]]英字略号リスト [SRC[>>227]] の掲載各 [[Webページ]]の
[[URL]] を値として使うことができる [SRC[>>229]] と述べています。
なぜ[[規定]]ではなく [[NOTE]] なのかは不明です。また他に [[tzdata]]
に基づく [[URL]] も使えるとしています。([[tzdata]] はともかく [[timeanddate.com]]
は人間向けの [[Webサイト]]であり、 [[OWL]] での処理に有用なのかは謎です。
実利用者がいるのかも不明です。)
[REFS[
- [88] [CITE[Time Zones - CLDR - Unicode Common Locale Data Repository]] ([TIME[2016-06-24 13:52:06 +09:00]]) <http://cldr.unicode.org/translation/timezones>
- [214] [CITE@en[List of time zone abbreviations - Wikipedia, the free encyclopedia]]
( ([TIME[2016-06-14 16:19:41 +09:00]]))
<https://en.wikipedia.org/wiki/List_of_time_zone_abbreviations>
- [227] [CITE@en[Time Zone Abbreviations - Worldwide List]] ([TIME[2017-10-27 16:51:12 +09:00]]) <https://www.timeanddate.com/time/zones/>
- [229] [CITE@en[Time Ontology in OWL]] ([TIME[2017-10-16 14:39:32 +09:00]]) <https://w3c.github.io/sdw/time/#time:timeZone>
]REFS]
* 不明の明記
[18] [[時間帯]]不明を表す表記があることもあります。
[FIG(short list)[
- [CODE[[[-00:00]]]]
- [CODE[[[floating]]]]
]FIG]
* プロトコル
[113] 各種[[日時形式]]における[[時間帯]]の扱いや、
[[計算機]]における[[日時]]の表現での[[時間帯]]の取り扱いについては、
[[日時形式]]を参照。
[75] 各[[時間帯]]表記が使われる場所は、それぞれの項と次の各項を参照。
[FIG(short list)[
- [[XDMにおける時間帯]]
]FIG]
[29] [[時間帯]]自体を特に扱う[[プロトコル]]や[[言語]]もあります。
[FIG(short list)[
- [[TZDIST]]
- [[VTIMEZONE]]
- [[時間帯パターン]]
]FIG]
[195] [[アプリケーション]]の用いる[[時間帯]]について、「プラットフォームと同じ」
と指定する方法が提供されている場合があります。
;; [[システム時間帯]]参照。
[FIG(quote)[
[FIGCAPTION[
[7] [CITE[タイムゾーン呪いの書 - Qiita]]
([TIME[2018-02-06 15:17:04 +09:00]])
<https://qiita.com/dmikurube/items/15899ec9de643e91497c>
]FIGCAPTION]
> JSR 310 の前身である Joda-Time では少し事情が異なります。org.joda.time.DateTimeUtils#getDefaultTimeZoneNames は、例えば "PST", "PDT" をともに "America/Los_Angeles" に対応させます。どうやら org.joda.time.format.DateTimeFormat.forPattern では間接的にこの getDefaultTimeZoneNames が使われているようで23、このため Ruby の Time.strptime や RFC とは異なり "2017-07-01 12:34:56 PST" は "2017-07-01 12:34:56 -07:00" として解釈されます。
]FIG]
[FIG(quote)[
[FIGCAPTION[
[11] [CITE@en[Strava Developers]]
([TIME[2018-03-17 12:36:57 +09:00]])
<https://developers.strava.com/docs/reference/>
]FIGCAPTION]
> "timezone" : "(GMT-08:00) America/Los_Angeles",
> "utc_offset" : -28800,
]FIG]
[FIG(quote)[
[FIGCAPTION[
[12] [CITE@en[Strava Developers]]
([TIME[2018-03-17 12:36:57 +09:00]])
<https://developers.strava.com/docs/reference/>
]FIGCAPTION]
> "timezone" : "(GMT-08:00) America/Los_Angeles",
> "utc_offset" : -28800,
]FIG]