832.txt

[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] [[アプリケーション]]の用いる[[時間帯]]について、「プラットフォームと同じ」
と指定する方法が提供されている場合があります。

;; [[システム時間帯]]参照。

* セキュリティー、プライバシー

[14] [[日時のセキュリティー]]、[[日時のプライバシー]]参照。

* メモ

[13] [[RFC 2822]], [[son-of-RFC 1036]], [[usefor]] では数値形式を推奨。
[[HTTP]]では文字列「GMT」固定。

非標準の時間帯文字列を使う実装がかなりあった。今は少ないと思う。
各地で観測されている[[時間帯を表す文字列]]の一覧参照。

数値形式に、注釈で文字列を添える (eg. +0900 (JST)) のが、 [[RFC 2822]]の
[[[CODE(822)@en[Received]]:]] 欄における推奨。だけど、そういうのを
[[[CODE(822)@en[Date]]:]] 欄でやると意味の分からない足し算・引き算を
やる訳の分からん実装 ([[Windows 95]] の [[Microsoft Exchange]] らしい。)
があるという罠。

「-0000」は時間帯不明を表すという慣習があって、[[RFC 2822の日付形式]]
で明文化された。 UTC との時差が整数分にならない時もこれを
使うといいらしい。(ほんとか? ; この話はどの仕様書にも
載ってない。; ていうか整数分にならない地域ってどこよ?)

[[RFC 3339]] にこの話も載ってます。時差が整数分にならないのは、
過去にあったけど現在はないようです。 [[RFC 3339]] は、そうした
時間帯は他の適当な(表現可能な)時間帯に直すように指示しています。
("-00:00" にしろとまでは言ってない。)
- [25] 過去の[[リベリア]]では -00:44:30 を使っていたらしいです。

-*-*-

[28] [[日時]]の記述に含まれる[[時間帯]]の情報は、 [[UTC]] との関係を通じて実際の[[時刻]]を特定するだけでなく、
その[[時間帯]]自体の情報を伝えるためにも使えます。
[[RFC 3339]] は、[[電子メール]]の[[日時]]の[[時差]]から、
返事がすぐに返ってくるか推測できる [SRC[>>27]] と例示しています
([[時差]]から昼間の時間帯がいつからいつまでかを推察できるという意味でしょう)。

[82] しかし [[HTTPの日時形式]]のように、 [[UTC]] に固定して、
送信者の[[時間帯]]の情報を[[日時]]に含めていないものもあります。
[[HTTP]] では相手の[[時間帯]]が処理に影響しませんし、[[利用者]]に表示することもないので不要なのです。

[83] [[電子メール]]であっても、[[日時]]は[[受信者]]の[[プラットフォーム]]の[[時間帯]]の設定に合わせて表示し、
記述された[[時差]]の情報は使わない [[MUA]] が少なくありません。
あまり信用できる情報ではなく、[[利用者]]からは重視されていないということでしょう。

[REFS[
- [27] [CITE@en[RFC 3339 - Date and Time on the Internet: Timestamps]] ([TIME[2017-05-07 16:17:18 +09:00]]) <https://tools.ietf.org/html/rfc3339#section-4>
]REFS]



[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]