[6]

ISO 8601 は、日付と時刻の表現形式に関する ISO の国際標準です。日時の情報交換に使えるいくつかの構文 (日時形式) を定義しています。

[168]

ISO 8601 は、日時に関する様々な対象を記述したり、様々な応用分野で利用したりできるように、多くの選択肢のある“緩い”仕様を提示しています。実際には、利用する場面ごとにより具体的な仕様を (情報交換の当事者間の合意により) 確定する必要があり、それをプロファイルISO 8601のプロファイルと呼ぶことがあります。 ISO 8601のプロファイルは、色々な場面で使われています。

[175]

自然言語文では、歴史と文化により様々な日時表現日時表示が用いられています。しかし日米欧で年月日の順序が異なるなど、その表記の揺れは大きく、相互運用可能な情報交換のためには何らかの基準が必要です。 ISO 8601 はそのような基準として色々な場面で採用されています。

文字	意味
`Y`	年の数字
`M`	月の数字
`D`	日の数字
`w`	週の数字
`h`	時の数字
`m`	分の数字
`s`	秒の数字
`n`	正数または0の数字

日付の表現

[70] 暦日付に関しては、次の表現が定義されています >>7 4.1.2。

	基本形式	拡張形式
完全表現 - 日	`YYYYMMDD`	`YYYY‐MM‐DD`
精度を削減した表現 - 月	`YYYY‐MM`	なし
精度を削減した表現 - 年	`YYYY`	なし
精度を削減した表現 - 世紀	`YY`	なし
展開表現 - 日	`±_YYYYYMMDD`	`±_YYYYY‐MM‐DD`
展開表現 - 精度を削減した表現 - 月	`±_YYYYY‐MM`	なし
展開表現 - 精度を削減した表現 - 年	`±_YYYYY`	なし
展開表現 - 精度を削減した表現 - 世紀	`±_YYY`	なし

[72] 通日日付に関しては、次の表現が定義されています >>7 4.1.3。

	基本形式	拡張形式
完全表現 - 日	`YYYYDDD`	`YYYY‐DDD`
展開表現 - 日	`±_YYYYYDDD`	`±_YYYYY‐DDD`

[73] 週日付に関しては、次の表現が定義されています >>7 4.1.4。

	基本形式	拡張形式
完全表現 - 日	`YYYYWwwD`	`YYYY‐Www‐D`
精度を削減した表現 - 週	`YYYYWww`	`YYYY‐Www`
展開表現 - 日	`±_YYYYYWwwD`	`±_YYYYY‐Www‐D`
展開表現 - 精度を削減した表現 - 週	`±_YYYYWww`	`±_YYYY‐Www`

[74] 「W」はそのまま日時表現に現れます (>>367)。

[142] 以前は更に次の表現が定義されており、情報交換の当事者間の合意により用いることができました ISO 8601:2000 5.2.1.3, 5.2.2.2, 5.2.3.3。

	基本形式	拡張形式
切り詰めた表現 - 世紀省略	`YYMMDD`	`YY‐MM‐DD`
切り詰めた表現 - 精度を削減した表現 - 世紀省略	`‐YYMM`	`‐YY‐MM`
切り詰めた表現 - 精度を削減した表現 - 世紀省略	`‐YY`	なし
切り詰めた表現 - 年省略	`--MMDD`	`‐‐MM‐DD`
切り詰めた表現 - 精度を削減した表現 - 年省略	`‐‐MM`	なし
切り詰めた表現 - 精度を削減した表現 - 年月省略	`‐‐‐DD`	なし
切り詰めた表現 - 世紀省略	`YYDDD`	`YY‐DDD`
切り詰めた表現 - 精度を削減した表現 - 年省略	`‐DDD` (`‐` 1つ!)	なし
切り詰めた表現 - 世紀省略	`YYWwwD`	`YY‐Www‐D`
切り詰めた表現 - 精度を削減した表現 - 世紀省略	`YYWww`	`YY‐Www`
切り詰めた表現 - 十年紀省略	`-YWwwD`	`‐Y‐Www‐D`
切り詰めた表現 - 精度を削減した表現 - 十年紀省略	`‐YWww`	`‐Y‐Www`
切り詰めた表現 - 年省略	`‐WwwD`	`‐Www‐D`
切り詰めた表現 - 精度を削減した表現 - 年省略	`‐Www`	なし
切り詰めた表現 - 週省略	`‐W‐D`	なし

[143] これらの先頭の省略を表す ‐ は、曖昧でない場合省略できる ISO 8601:2000 4.6, 5.2.1.3, 5.2.2.2, 5.2.3.3 とされていました。

[344] 暦日付の完全表現は ISO 8601 の前身の1つ ISO 2014 に由来します。年は4桁でなければならないshallのが原則で、明確な時は2桁にすることができると NOTE にありました。 >>339

[374] 通日日付の完全表現は ISO 8601 の前身の1つ ISO 2711 に由来します。

year (年) と day of year (年の日) はそれぞれ別個に使ってもよく、この順で組合せて使っても良いとされていました。 >>371

年は4桁ですが、2桁の year of century (世紀の年) や 1桁の year of decade (十年紀の年) とする選択肢も認められていました。 >>371

[375] ISO 2711 の通日日付は機械処理で便宜上用いられることがあるとし、その他の目的には ISO/R 2014 の暦日付を使わなければならないshallとしていました。 >>371

[135] JIS X 0301 は元号による日付の表現も定義しています >>27 5.2.4

	基本形式	拡張形式
完全表現 - 日	`YY.MM.DD`	`NYY.MM.DD`

[136] ここで .FULL STOP は小数点ではなく、ピリオド >>27 5.2.4 とされています (>>139)。

[137]

完全表現以外は定義されていないようです。また、他の表現との組み合わせも定義されていないようです。 (日時を組み合わせた表現すら定義されていませんが、いいのでしょうか。。。)

[319] ISO8601(X0301)の桁数拡張: suchowan's blog, 2022-04-26T03:01:05.000Z https://suchowan.at.webry.info/201309/article_6.html

[320] ISO8601(X0301)用オプション: suchowan's blog, 2022-04-27T06:17:51.000Z https://suchowan.at.webry.info/201312/article_11.html

時の表現

[75] 地方時に関しては、次の表現が定義されています >>7 4.2.2。

	基本形式	拡張形式
完全表現 - 秒	`hhmmss`	`hh:mm:ss`
精度を削減した表現 - 分	`hhmm`	`hh:mm`
精度を削減した表現 - 時	`hh`	なし
小数付き表現 - 秒	`hhmmss,s_s`	`hh:mm:ss,s_s`
小数付き表現 - 精度を削減した表現 - 分	`hhmm,m_m`	`hh:mm,m_m`
小数付き表現 - 精度を削減した表現 - 時	`hh,h_h`	なし

[144] 以前は更に次の表現が定義されており、情報交換の当事者間の合意により用いることができました ISO 8601:2000 5.3.1.4。

	基本形式	拡張形式
切り詰めた表現 - 時省略	`‐mmss`	`‐mm:ss`
切り詰めた表現 - 精度を削減した表現 - 時省略	`‐mm`	なし
切り詰めた表現 - 精度を削減した表現 - 分省略	`‐‐ss`	なし
切り詰めた表現 - 小数付き表現 - 時省略	`‐mmss,s_s`	`‐mm:ss,s_s`
切り詰めた表現 - 小数付き表現 - 精度を削減した表現 - 時省略	`‐mm,m_m`	なし
切り詰めた表現 - 小数付き表現 - 精度を削減した表現 - 分省略	`‐‐ss,s_s`	なし

[145] なおこれらの先頭の省略を表す - は、曖昧でない場合省略できるとされていました ISO 8601:2000 4.6, 5.3.1.4。

[381] ISO 8601 の前身の1つ ISO 3307 は、時を 00 から 23 としていました (24 は不可)。分と秒を 00 から 59 としていました (閏秒の 60, 61 は不可)。 >>376

[382] 次の組み合わせが認められていました。 >>376

[383] 時
[384] 時と時の小数部
[385] 時と分
[386] 時と分と分の小数部
[387] 時と分と秒
[388] 時と分と秒と秒の小数部

[81] 日のUTCUTC of dayに関しては、 >>75 の各表現の後に UTC指示子UTC designator Z を付けたものが定義されています >>7 4.2.4。

[87] 地方時と、地方時とUTCの時差を示す必要がある時は、地方時の直後に時差の表現を続けることができます >>7 4.2.5.2。

[90] 地方時においては空文字列、日のUTCにおいては UTC指示子 Z、時差付きの場合においては時差のことを時間帯指示子zone designatorといいます >>7 4.3.2。

[76] 地方時の表現 (>>75) の前に時刻指示子 T を付けた時刻指示子付き表現representation with time designatorを用いることができます。文脈上地方時の表現であるか不明瞭な場合には、これを用いなければなりません。 >>7 4.2.2.5

[82]

日のUTCの表現 (>>81) や時差付きの表現 (>>87) と時刻指示子の併用については言及がありません。 (UTC指示子や時差により明確に時刻と判断できるからでしょうか。)

[389] ISO 8601 の前身の1つ ISO 3307 は、無指定で local time (地方時)、 Z 付きで UTC の2種類を定めていました。時差の指定はできませんでした。 >>376

[194] 閏秒もあります。

文字と記号

[150] 日時書式表現における ± (>>55)、 / の代替のダブルハイフン (>>98)、特殊な扱いであるハイフンとマイナス (>>49)、 JIS X 0301 による拡張である元号 (>>134) という多くの例外を除き、 ISO 8601 の表現で用いられる文字は、 ISO/IEC 646 や ASCII で表現できます。

[52] 日時表現では、大文字が使えない場合、小文字を使って構いません。 >>7 3.4.1 NOTE 1

[380] ISO 8601 の前身の1つ ISO 3307 は、 Z がない系では z とするべきshouldとしていました。 >>376

[60]

日時書式表現では大文字と小文字の違いによって意味が変わることがあります。

[53] 空白spaceは、明示的に認められた場合を除き、使ってはなりません。 >>7 3.4.1 ただし ISO 8601 で明示的に認めている箇所はありません。

[370]

>>345 も参照。

[63] : は、時、分、秒の区切りに使います >>7 3.4.4。

[140] ISO 8601:2000 では # も定義されています ISO 8601:2000 4.5 が、例示にあるだけで、実際には利用されていません。反復時間間隔において何度目の反復であるかを識別する際の区切子として使うことが想定されていたようです。 ISO 8601:2004 には含まれていません。

ハイフンとマイナス

[61] マイナスは、日時書式表現の ± に相当する日時表現の部分で使って、負数を表します。

[62] ハイフンは、年、月、週、日の間の区切りとして使います >>7 3.4.4。

[49] ハイフンやマイナスは、 ISO/IEC 646 を元にした文字レパートリにあっては、 HYPHEN-MINUS を用います。 >>7 3.4.1

[50]

ISO/IEC 10646 や Unicode がそのような文字レパートリと言えるのかは不明です...

[345] ISO 2014 と ISO 2711 はハイフンまたは間隔を認めていました。 >>339, >>371

小数点

[77] 小数点は時、分、秒の整数部と小数部を分けるために使います。値が1に満たない時は整数部を 0 や 00 にしなければなりません。小数点がある時は小数部は1桁以上必要です。 >>7 4.2.2.4, >>7 4.4.3.2

[78] 小数点は , または .FULL STOP を用いることができます。 , がより好ましいpreferredとされています。 >>7 4.2.2.4, >>7 4.4.3.2

[379] ISO 8601 の前身の1つ ISO 3307 は、 ISO 31/0 を引いて、小数点は , で英語では .FULL STOP でも良いとしていました。 >>376

[79] ISO 8601 の日時書式表現や例示の日時表現はすべて , に統一されています。

[80] しかし XML Schemaの日付形式やHTMLの日付形式など主要なプロファイルはすべて .FULL STOP を採用しています。

[139] JIS X 0301 によって拡張された元号による日付の表現では、ピリオド >>27 5.1.3 を用いています。これは , ではなく、 .FULL STOP でなければなりません。

斜線

[64] / は、time interval や recurring time interval の区切りに使います >>7 3.4.4, >>7 4.4.2 a)。

[98] 応用分野によっては、 / のかわりに二重ハイフンを使うことがあります >>7 4.4.2 NOTE。

[99] 「使うことがある」というのが、情報交換の当事者間の合意によって代用しても良いということなのか、どういう意味なのか、はっきりしません。

`T`

[391] ISO 8601 の前身の1つ ISO 3307 は、 ISO/R 2014 と組合せた日時の表現について、区切子なしで連結できるものとし、区切子が必要な場合はハイフンまたは間隔を使えるとしていました。 >>376

`W`

[367] 週番号の前には W を書きます (>>73)。

[368] ISO 8601 の前身の1つ ISO 2015 は、週番号の前に、週番号であることを明示する記号を書けるとしていました。その表現は言語自然言語によるとしながらも、 W 01 や W 1 のように W (week) を使った例が示されていました。 >>346

[366] 国連版規格の W の表記が揺れている (>>329) のは、これと関係しているのかもしれません。

[369] ISO 8601 はこのような間隔の挿入を認めていません (>>53)。

プロファイルと変種

[66] ISO 8601 は日時表現や日時書式表現について、多くのバリエーションを定義していますし、情報交換の当事者間の合意によって様々なオプションを採用できるとしています。そのため様々なISO 8601のプロファイルが存在しています。

[68] 情報交換の当事者間の合意によって何らかの表現を採用する場合、他の表現が曖昧無く区別できるように注意する必要があります >>7 3.7。

[151] 不思議なことに全体としての適合性の規定がありませんが、明らかに、仕様上認められ得るすべての表現を生成したり、理解したりすることは求められておらず、応用分野と当事者間の合意によって必要な範囲の構文に対応するべきであると解するのが妥当でしょう。

[152] 実際、情報交換の当事者間の合意によって認められる構文の採用の仕方によっては、何を意味するか曖昧性が生じてしまうことがありますから、無条件に任意の入力を受け付けるような実装は作れません。

[153] プログラミング言語、プロトコルその他各種の応用分野において、 ISO 8601 の一部機能を選択したり、それを元に拡張したりしたものが存在します。その粒度は様々で、自由度が高いものもあれば、一意に表現が定まるようなものもあります。

[154] ISO 8601 を参照して定義されているものもあれば、完全に独自に互換な表現を定義しているものもあります。

[155] ISO 8601 はそのようなプロファイルの適合性を定義していませんから、どれだけ制限や改変を加えても ISO 8601 に適合していると主張できるのかははっきりしません。

[156] 例えば RFC 3339の日付形式は T や Z を小文字でも良いとしていますが、 ISO 8601 では >>52 の通り小文字による代用こそ認められていますが、混在させると ISO 8601 に適合しないかもしれません。

[157] xs:dateTime では5桁以上の年を認めていますが、その前に + を書くことができませんから、完全表現でも展開表現でもありません。 ISO 8601 に適合しない拡張ということになります。

[158] xs:gYear は年と時差を組み合わせていますが、 ISO 8601 ではこのような組み合わせ方は定義されていません。

[212] 困ったことに、 ISO 8601 のうちの一部の機能のみを採用したものを「ISO 8601 形式」のように呼ぶ人が少なくありません。実際に ISO 8601 のどの一部を採用するかはものにより異なっていますし、そのようないい加減な文書はまともに説明していないので、文脈や例示、実装状況などから何を表しているか推測するしかありません。

主要プロファイルの比較

[25] 主要なプロファイルの違いは次のようになっています。

x
年のみ: 年のみ
年月のみ: 年月のみ
年月日のみ: 年月日のみ
負の年: 負の年
0年: 0年
5桁以上の年: 5桁以上の年
日時区切り: 日時区切り
24時: 24時
秒の省略: 秒の省略
秒の小数部: 秒の小数部
閏秒: 閏秒
時間帯: 時間帯
UTC: UTC
時間帯の時の範囲: 時間帯の時の範囲
-0000: -00:00

x: HTMLの日時形式
年のみ: ○
年月のみ: ○
年月日のみ: ○
負の年: ×
0年: ×
5桁以上の年: ○
日時区切り: T / U+0020
24時: ×
秒の省略: ○
秒の小数部: 指定可
閏秒: なし
時間帯: 時刻ありなら指定可
UTC: Z
時間帯の時の範囲: 0-23
-0000: 禁止

x: XML Schemaの日時形式 (1.0)
年のみ: ○
年月のみ: ○
年月日のみ: ○
負の年: 紀元前
0年: ×
5桁以上の年: 先導0禁止
日時区切り: T
24時: ○
秒の省略: ×
秒の小数部: 指定可
閏秒: なし
時間帯: 指定可
UTC: Z
時間帯の時の範囲: 0-14
-0000: 特記なし

x: XML Schemaの日時形式 (1.1)
年のみ: ○
年月のみ: ○
年月日のみ: ○
負の年: ○
0年: ○
5桁以上の年: 先導0禁止
日時区切り: T
24時: ○
秒の省略: ×
秒の小数部: 指定可
閏秒: なし
時間帯: 指定可
UTC: Z
時間帯の時の範囲: 0-14
-0000: 特記なし

x: RFC 3339の日付形式
年のみ: ×
年月のみ: ×
年月日のみ: ×
負の年: ×
0年: ○
5桁以上の年: ×
日時区切り: T / t / 任意
24時: ×
秒の省略: ×
秒の小数部: 指定可
閏秒: 60まで
時間帯: 必須
UTC: Z / z
時間帯の時の範囲: 0-23
-0000: 「不明」

x: W3C-DTF
年のみ: ○
年月のみ: ○
年月日のみ: ○
負の年: ×
0年: ○
5桁以上の年: ×
日時区切り: T
24時: ×
秒の省略: ○
秒の小数部: 指定可
閏秒: なし
時間帯: 時刻ありなら必須
UTC: Z
時間帯の時の範囲: 記載なし
-0000: 特記なし

詳細はそれぞれの項を参照。

プロファイルや変種の例

[9] RFC 3339の日付形式は、特定の日時を表す部分集合で、新しい IETF の技術ではこれを採用することが推奨されています。

[10] XML Schema の仕様書第2部ではいろいろな基本的なデータ型を規定していますが、その中には RFC 3339 の日付形式に極めてよく似たものを含め、いくつかの日付や時刻や時間の表現のための形式が定義されています。

[23] HTMLの日付形式のいくつかは、 ISO 8601 をもとに定義されています。

[24] JavaScriptの日付形式には、 ISO 8601の日付形式のプロファイルが含まれています。

[11] W3C Member Submission Note である Date and Time Formats は、 RFC 3339の日付形式を同じものや、それよりも精度が低いもの (時刻を省略したものなど) など数種類の形式 (通称 W3C-DTF) を提案しています。 HTML 4 などが採用していますが、 XML Schema データ型の登場により現在では時代遅れであると考えられています。

[4] RFC 2326の時刻形式の1つ、 npt-range は、 ISO 8601 に従った書式で、演奏時間範囲を指定するのに使われます。

[5] PICSの日付形式は2種類あり、そのうちの新しい方は ISO 8601 に基づく書式です。 XML Schema のデータ型のものと似ていますが、微妙に異なります。

[14] XLIFF 1.1 Specification (2006-07-08 02:30:08 +09:00 版) http://www.oasis-open.org/committees/xliff/documents/cs-xliff-core-1.1-20031031.htm#date

[22] XLIFF 1.2 Specification (2008-02-05 00:30:42 +09:00 版) http://docs.oasis-open.org/xliff/v1.2/os/xliff-core.html#date

[15] Global Information Management eXchange Metrics Volume 1.0 Specification (2007-02-24 17:44:10 +09:00 版) http://www.lisa.org/standards/gmx/GMX-V.html#Attr_date

>>14 の関連規格だけど日付形式は違う (名無しさん)

[16] TMX Specification (2007-02-24 17:51:20 +09:00 版) http://www.lisa.org/standards/tmx/tmx.html#changedate (名無しさん)

[17] TMX Specification (2007-02-24 17:51:20 +09:00 版) http://www.lisa.org/standards/tmx/tmx.html#creationdate (名無しさん)

[18] TMX Specification (2007-02-24 17:51:20 +09:00 版) http://www.lisa.org/standards/tmx/tmx.html#lastusagedate (名無しさん)

[19] XML Text Memory Namespace 1.0 Specification (2007-02-24 17:56:51 +09:00 版) http://www.lisa.org/standards/xmltm/xml-tm.html#Attr_date (名無しさん)

[20] TermBase eXchange Link (TBX Link) Specification (2007-02-24 18:05:26 +09:00 版) http://www.lisa.org/standards/tbxlink/tbxlink.html#Attr_date

HTMLの時間形式
xs:duration

[12] PICSの日付形式は2種類あり、そのうちの古い方は ISO 8601 に基づいた書式であることを意図していましたが、日付の部分の区切子に誤って HYPHEN-MINUS ではなく FULL STOP を使っていました。 (新しい方の書式では修正されています。)

[13] ISO 8601 の日本版規格である JIS X 0301 (>>39) は、 ISO 8601 に加えて元号を使った和暦の年号を表現するための書式を規定しています。

[21] HTMLの日付形式は実質的に ISO 8601 のプロファイルですが、 ISO 8601 を引用せずに定義されています。 HTML は閏秒に対応していないなどの違いもあります。

[186] OGPの日時形式も、 ISO 8601 を基にしています。

[191] AWS は ISO 8601 形式と称して、 YYYYMMDDThhmmssZ のような記号を使わない形式を用いています >>190。

[195] clock (RTSP)

[196] NPT

[190] Signature Calculations for the Authorization Header: Transferring Payload in a Single Chunk (AWS Signature Version 4) - Amazon Simple Storage Service (2017-02-11 04:52:51 +09:00) http://docs.aws.amazon.com/AmazonS3/latest/API/sig-v4-header-based-auth.html

[187] XMPPの日時形式も、 ISO 8601 から派生したものです。

[358] Modified ISO8601 - ACP_Proposal_Modified_ISO8601.pdf, 2013-04-11T18:36:39.000Z, 2022-12-14T14:21:35.920Z https://fhiso.org/wp-content/uploads/gravity_forms/1-f519698841e98c110faf9a3c2f50cd0e/2013/03/ACP_Proposal_Modified_ISO8601.pdf

yyyy-Qq の q を [ 1, 4 ] として四半期を表すことを提唱し、 ISO への提案を求めています。

[405] MongoDB Extended JSONにおける日時

[408] Table Schemaの日時

RFC 3339 の ISO 8601 構文

[203] RFC 3339 は、RFC 3339の日時形式を規定するだけでなく、 ISO 8601:1988 の ABNF 構文も参考として示しています >>202。

[204] RFC 3339 は ISO 8601 が曖昧であると指摘して、次のように解釈しています >>202。

[205] 基本書式と拡張書式の混合が認められるか不明なので、認めることとする。
[206] 時が 24 で分と秒が 0 以外となることが認められるか不明なので、分と秒に関わらず認めることとする。
[207] 月の日の数の制約を適用する。
[208] T が省略できる場合があるとされているが、曖昧性を除去するため、必須とする。
[209] 小数部があって整数部が 0 のとき、 0 を省略できないと本文にあり、省略した例示があるが、本文に従い省略できないこととする。

[211] こうした問題のいくつかは、 ISO 8601 の改訂で解消しています。

[202] RFC 3339 - Date and Time on the Internet: Timestamps (2017-05-07 16:17:18 +09:00) https://tools.ietf.org/html/rfc3339#appendix-A
[210] RFC Errata Report » RFC Editor (2017-05-17 21:31:41 +09:00) https://www.rfc-editor.org/errata_search.php?rfc=3339

その他の応用

[241]

ISO 8601 の応用

Date-and-TimeISO/IEC 11404の日時形式
TimeSensorMLの日時形式
GMLの日時形式
iso-8601-date
Coverage Element
ODETTEの日時形式
:server-time
XFAの日時形式
P3Pの日時形式
tag:
CEA-2014-B
WMSの日時形式

[243] ISO 19103の日時形式は、 DateISO 19103 Date, TimeISO 19103 Time, DateTimeISO 19103 DateTime など ISO 8601の日時形式を採用したデータ型です。 ISO 19108 など ISO 19100シリーズで使われています。

[269] DSSSL の JIS X 4153:1998 8.5.11 は、「ISO 8601形式の日付又は時刻」を扱っていました。

[270] ISO 12083: JIS X 0804-1996 p.115 DATE 要素では、 ISO 8601:1988の方式, mm-dd-yy, mm/dd/yy, dd-mm-yy, 月日年のいずれかの形式を使えるものとし、他の形式にも拡張できるとしていました。

[271] DC の Datedc:date は ISO 8601 のプロファイルを推奨していました。 JIS 版は JIS X 0301 のプロファイルを推奨していました。その具象構文の一種である RSS 1.0 の dc:date は、 W3C-DTF とすることを求めていました。 dc:date

[310] RFC 767 - Structured format for transmission of multi-media documents, 2021-02-14T20:19:32.000Z, 2021-03-10T06:31:38.981Z https://tools.ietf.org/html/rfc767#page-7

[313] STONの日時形式

[314]

ston/ston-paper.md at master · svenvc/ston · GitHub, 2021-09-26T01:37:11.000Z

https://github.com/svenvc/ston/blob/master/ston-paper.md#conventional-representations

Time a one element array with an ISO style HH:MM:SS string
Date a one element array with an ISO style YYYYMMDD string
DateAndTime, TimeStamp a one element array with an ISO style YYYY-MM-DDTHH:MM:SS.N+TZ.TZ string

[317] 「ISO style」が何を意味するか明らかではありませんが、 ISO 8601 のことだとすると、 +TZ.TZ は構文が微妙に違っています。

[315]

ston/ston-spec.md at master · svenvc/ston · GitHub, 2021-09-26T01:40:55.000Z

https://github.com/svenvc/ston/blob/master/ston-spec.md#time

Time
Simple time data is represented using a singleton list with a string in ISO style "HH:MM:SS.N" representation (with optional nanoseconds).
Time [ '20:28:41' ]
Time [ '20:28:41.063687' ]
Date
The date object is represented using a singleton list with a string in ISO style "YYYY-MM-DD[+|-]hh:mm" representation (with timezone offset).
Date [ '2018-10-29+01:00' ]
DateAndTime
The timestamp (date and time) object is represented using a singleton list with a string in ISO style "YYYY-MM-DDTHH:MM:SS.N[+|-]" representation (with timezone offset and optional nanoseconds).
DateAndTime [ '2018-10-29T20:30:35+00:00' ]
DateAndTime [ '2018-10-29T20:30:35.899433+01:00' ]

[316] こちらの「ISO style」は ISO 8601 の形式。

[323] Sailthruの日時形式は ISO 8601 に従うとドキュメントに書いていますが、ドキュメントがそうでない例ばかり示しています。 Sailthruの日時形式

[328] FITAの日時形式は日時の基本書式の独自の拡張と、相対時刻記述のための拡張がなされています。

[402] Date of birth data mandated standard - data.govt.nz, 2022-12-19T11:19:54.000Z https://www.data.govt.nz/toolkit/data-standards/mandated-standards-register/date-of-birth-standard/
- [403] Date-of-birth-data-standard.pdf, 2022-02-14T03:38:08.000Z, 2022-12-19T11:20:18.063Z https://www.data.govt.nz/assets/Uploads/Data-content-standards/Date-of-birth-data-standard.pdf
- [404] Date-of-birth-data-content-standard-V3.3.pdf, 2019-10-31T00:51:25.000Z, 2022-12-19T11:20:26.713Z https://www.data.govt.nz/assets/Uploads/Data-content-standards/Date-of-birth-data-content-standard-V3.3.pdf

YYYY-MM-DD (or YYYYMMDD)

[409] XMDF:

[410] Date形式

JIS X 0301の表記方法に従う。"2001-11-10"のように省略して表記することも可能。詳細は"http://www.w3.org/TR/NOTE-datetime"を参照。

[411] >>410 JIS X 0301 (ISO 8601) に従うといっているのになぜか W3C-DTF を参照させている。どちらに従うべきなのか。

[412] Time形式

時間を記録するための形式。“XXdXXhXXmXXsXXXms”(Xは0〜9の数字)の形式で記述する。例えば,“10d5h30m10s015ms”の場合,10日と5時間30分10秒15ミリ秒であることを示す。必要に応じて, “5m30ms”,“1s”などと省略可能。dよりも前の桁数は制限しない。

[413] >>412 これは ISO 8601 ではない独自形式の時間長。

各国版

[234] 他の ISO の国際標準と同じように、各国の国内規格ともなっています。

米国

[275] 米国連邦政府の情報処理用標準規格 FIPS 4 (Federal Information Processing Standard 4) Calendar Date は、 1968-11-01に制定され、 1970-01-01に施行されました。 (施行日以前でも当事者間の合意により実施可能とされました。) >>274

[276] 次のように定めていました。 >>274

[277] Calendar Date: グレゴリオ暦の Year, Month, Day の6桁
- [279] Month: 01 (January) - 12 (December)
- [280] Day: 01 - 31
[281] Ordinal Day 表現: グレゴリオ暦の Year, Ordinal Day
- [282] Ordinal Day (Ordinal Number): 001 (January 1) - 365
[283] Year は2桁西暦2桁年号。十年紀内しか使わないなら1桁、世紀を超えて使うなら4桁としても良い。
[284] Year, Month, Day, Ordinal Day は単体で使っても、組み合わせて使っても良い。組み合わせるときは大エンディアンとする。

[291]

グレゴリオ暦と明記されていましたが、紀年法は明記されていませんでした。

[287] ANSI X3.30-1971 は、西暦1971年year:1971に制定されました。

[288] ANSI X3.30-1985 は、 1985-07-30に制定されました。 ANSI X3.30-1971 を置き換える改訂版でした。 >>285

[289] ANSI X 3.30-1985 は実質的に FIPS PUB 4 と同内容でしたが、規定はおおむね FIPS より洗練されていました。次のように定めていました。 >>285

[290] calendar date: year, month of year, day of month をつなげたもの。
- [295] Month: 01 - 12
- [296] Day: 01 - 31
[292] ordinal date: year, day of year をつなげたもの。グレゴリオ暦の Year, Ordinal Day
- [297] day of year: 001 (January 1) - 365
[278] year は4桁。
- [293] 応用依存で、上位2桁の century, 下位2桁の year of century のうち、 year of century を使っても良い。
- [294] 応用依存で、上位2桁の century, 上から3桁目の decade, 下位1桁の year of decade のうち、 year of decade を使っても良い。
[298] year, month of year, day of month, day of year は単体で使っても、組み合わせて使っても良い。組み合わせるときは大エンディアンとする。

[299]

暦法も紀年法も明記されていませんでした。

[286] FIPS PUB 4-1 は、 1988-01-27に制定されました。 FIPS PUB 4 を置き換える改訂版でした。 ANSI X3.30-1985 をそのまま採用したものでした。 >>285

[300]

FIPS PUB 4-1 は関連規格として FIPS PUB 58-1, FIPS PUB 59, ANSI X3.30-1985, ANSI X3.43-1986, ANSI X3.51-1975, ISO 2014-1976, ISO 2711-1973, ISO 3307-1975, ISO 4031-1978 を示していました。 ANSI X3.30-1985 以外は言及がなく関係は不明です。

[306] FIPS PUB 4-1 の1991年のものとされる PDFファイルが公開されています。その内容は ISO 8601:1988 と ISO 8601:1988/Cor.1:1991 でした。手書きで「Related to FIPS 4-1」と書かれていました。 >>305

[307] これ以上の詳細は不明で、また、以後の改正に関する記述

>>302

には何も言及がありませんでした。

[301] FIPS PUB 4-1 に対して Change Notice 1 が1996-03-25に発行されました >>302。

[303] Federal Register Change Notice #2 が1998-11-15に発行されました。 FIPS PUB 4-1 および Change Notice 1 を置き換える改訂版で、 FIPS PUB 4-2 Representation of Calendar Date for Information Interchange となりました。 >>302

[304] Change notice 2 は FIPS PUB 4-1 に編集上の訂正を加えたものとされますが、 2000年問題対策のため改正されたものだといいます。 >>302

[327] 関連: TOPS-10の日時形式

[274] FIPS PUB 4 CALENDAR DATE, 2021-01-16T08:47:16.000Z http://everyspec.com/NIST/NIST-FIPS/FIPS_PUB_4_3450/
[285] Federal Information Processing Standards Publication: representation for calendar date and ordinal date for information interchange - fipspub4-1.pdf, 2017-12-04T13:22:02.000Z, 2021-01-16T09:00:33.001Z https://nvlpubs.nist.gov/nistpubs/Legacy/FIPS/fipspub4-1.pdf
[305] Federal Information Processing Standards Publication: data elements and interchange formats - information interchange - representation of dates and times - fipspub4-1-1991.pdf, 2017-12-04T13:12:05.000Z, 2021-01-16T09:54:03.315Z https://nvlpubs.nist.gov/nistpubs/Legacy/FIPS/fipspub4-1-1991.pdf
[302] FIPS Announcements - fips-announcements.pdf, 2019-05-21T01:10:05.000Z, 2021-01-16T09:34:09.728Z https://www.nist.gov/system/files/documents/2016/12/15/fips-announcements.pdf

[318] Federal Information Processing Standards Publication: for information systems - representations of local time of day for information interchange - fipspub58-1.pdf, 2017-12-04T18:27:02.000Z, 2022-03-23T03:34:39.116Z https://nvlpubs.nist.gov/nistpubs/Legacy/FIPS/fipspub58-1.pdf

JIS X 0301

[39] ISO 8601 の JIS 版が JIS X 0301 (旧 JIS C 6262) です。

1970-04-01 制定: JIS C 6262-1970 日付の表示(コード)
1973-04-01 確認
1976-04-01 確認
1977-12-01 改正: JIS C 6262-1977 日付の表示(コード)
1982-12-01 確認
1987-03-01 被移行: JIS X 0301-1977 日付の表示(コード)
1989-02-01 確認
1992-03-01 改正: JIS X 0301-1992
1997-06-20 確認
2002-08-20 改正: JIS X 0301:2002 情報交換のためのデータ要素及び交換形式―日付及び時刻の表記 Data elements and interchange formats -- Information interchange -- Representation of dates and times (MOD ISO 8601:2000)
2008-10-01 確認
2014-10-20 確認

[326] 平成12(2000)年2000の9月頃に正誤票が発行されたそうです。元号一覧

[220] かつては JIS C 6262 は日付形式のみを定めていました。時刻形式は別に JIS X 0302 (JIS C 6263) がありました。

1970-04-01 制定: JIS C 6263-1970 時刻の表示(コード)
...
1977-12-01 改正: JIS C 6263-1977 時刻の表示(コード)
...
1987-03-01 被移行: JIS X 0302-1977 時刻の表示(コード)
1989-02-01 確認
1992-03-01 廃止

[40] JIS X 0301 には ISO 8601 の翻訳に元号を使った日付形式の規定を組み込んでおり、国際規格との対応の程度は MOD とされています。

[228] 「JIS X 0301 形式」のような曖昧な言い方をする人がたまにいます。「ISO 8601 形式」が曖昧なのと同様「JIS X 0301 形式」も曖昧です。 JIS X 0301 固有の元号を使う形式 (これ自体も複数あります。) を指している人もいれば、 ISO 8601 にある形式のいずれかを指している人もいます。

[239] Ruby には jisx0301 メソッドがあり、元号方式の一種に対応しているようです。

[44] :2002 5.1.3 で、文字に 平 とかを追加してるけど、 4.4 を修正してないのは初歩的なミス。 4.4 は JIS X 0201 で規定する文字を使うといっているが、 平 とかは 0201 にはない。

[41] 2002-12-14 15:38 JIS X 0301 は 2002年に新版が出たらしいのですが、 JISC Web site からはまだ入手出来ないどころか、旧版も見れない状態が続いています。

[42] 2003-04-30 12:33 >>41 今は :2002 が入手できるようです。

[172] 元号を使う場合、次の接頭辞の後2桁の数字で年号を表記します。

明明治
大大正
昭昭和
平平成
令令和
M明治
T大正
S昭和
H平成
R令和

元号コード

[173] また元号を使う場合は年月日の区切りに - ではなく .FULL STOP を使います。

[221] 元号による日付の構文では、元号を記述するものを拡張形式、元号を省略して年月日のみとするものを基本形式としています。どちらも区切りの .U+002E は必要です。

[222] ISO 8601 は区切り記号がないものを基本形式、あるものを拡張形式と呼んでおり、 JIS X 0301 が拡張した元号方式だけ一貫していません。杜撰な拡張です。

[223] 「必要によっては」元号を示してもよいと規定されていますが、元号なしに年のみを示すのでは年が特定できません。元号を明示するのが基本形であるべきで、応用分野によって元号が文脈から明確であって従来の慣用などに従い元号を省略することが好ましい場面でのみ省略を許すべきでした。情報交換目的の規格であるにも関わらず、情報交換における標準化の意義を理解していない者が開発した規格としか思えません。

[174] 附属書1 (参考) には、明治6年の改暦明治の改暦より前は適用範囲外で、「換算には特別な注意が必要」との注記があります。ただしこの表には「M01.01.01」が「1868-01-25」に対応するなど旧暦とグレゴリオ暦の対応関係が明治初年から明治5年までも示されています。規定本体にはそのような規定はありませんが。

[181] 年は2桁とされているので、最新元号の100年とそれ以降も表せないことになります。

[225] 改元の前後の正当な表記ではない元号と年月日の組み合わせをどう扱うか (認められるのかどうか、受信した時どう解釈するべきか) には一切言及がありません。もっとも ISO 8601 自体が値域外の値を得た時どう解釈するべきかに言及していません。附属書1 (参考) には元号の最初と最後の日付の一覧がありますが、あくまで参考であり、元号を使った日付表現の規定との関係性は不明です。元号の日付の慣習的解釈に従うなら、改元を過ぎた旧元号による記述も適当に読み替えて受け入れるべきです。改元

[184] 改元があった場合、改正されるものと思われます。

[224] 平成は 1992-03-01 の改正で追加されたとみられます。 1989-01-08 の改元から3年も JISC は何をしていたのでしょうか。

[226] こんな具合ですから、世間でほとんど相手にされていないのも当然でしょう。 (JIS X 0301 の規定する元号を使った日付と同じ構文のものは昔からよく使われていますが、「JIS X 0301 の規定するもの」として使われていることは稀です。) 官公庁システムなどが JIS X 0301 方式を使うと定めている可能性はあります (が元号コード方式など他の方式の方が公表されている仕様書ではよくみられます)。

[227] 主要な実装で JIS X 0301 の元号の日付に対応しているのは Ruby くらいでしょうか。その Ruby も JIS X 0301 の改正を待たずに令和に対応したようです。令和改元

[230] 令和元年5月20日2019-05-20、日本政府は改正して JIS X 0301:2019 としました >>231。改正版は既存の JIS X 0301:2002 をそのまま残し、新たに JIS X 0301:2002/AMENDMENT 1:2019 情報交換のためのデータ要素及び交換形式―日付及び時刻の表記(追補1) (Data elements and interchange formats -- Information interchange -- Representation of dates and times (Amendment 1)) を追加する形とされました。

[232] Amd.1:2019 は、既存の元号に関する規定に「令」と「R」を追加するという最低限の変更のみ行うものでした。

[233] 令和改元では比較的迅速に対応されたといえます。技術的な変更がなく法令改正への対応のみの形式改正であるとし、原案委員会を設ける通常の手続きではなく経済産業省が直接原案を作成し 4月2019-04の JISC 標準第2部会に諮り、承認されました >>235。

[238] 月1回の定例スケジュールで新元号発表後最短で改正されたようです。理論上改元後20日間は新元号を使えない空白期が生じたことになりますが、ほぼ自明であり特別な手続きを執る必要はないと判断されたのでしょう。 (実際その通りであり、しかも閲覧も面倒な JIS の改正を急ぐよりも Webサイトの Q&A >>237 をタイムリーに更新することにリソースを集中させたのは正しい判断だったと思われます。正式な JIS よりも公的だけど非正式であろう Web ページの記述の方が有用だというのは、 JIS の存在意義を疑わせるものではありますが...)

[268] なお、 JIS 規格票内での日付表記については、現代日本の紀年法参照。

[237]

改元に伴う情報システムの改修等を進めていく上でよくご質問いただく事項について (METI/経済産業省) (2019-04-12 17:26:09 +09:00) https://www.meti.go.jp/policy/it_policy/kaigen/faq.html

JIS X 0301(情報交換のためのデータ要素及び交換形式-日付及び時刻の表記)については、改元に伴い、「令和」の表記を定めるなどの改正作業を進めております。

[235] 日本工業標準調査会:JISCの紹介-日本工業標準調査会会議配布資料 (2019-05-21 11:33:32 +09:00) https://www.jisc.go.jp/app/jis/general/GnrMeetingDistributedDocumentMenu?show 「標準第二部会」→「H31.04.23 第25回(書)」の「議事録」、「配布資料」→ 「資料5 改正 X0301 形式改正として付議された日本工業規格案について(審議)」
[236] AB1QQさんのツイート: "JIS X 0301、4月22日付け作業計画にいきなり作業段階4(JIS原案に対する意見受付を終了している)で掲載。いつの間に意見募集してたんだ? https://t.co/JWYnkFa3SU 4月22日JISC審議済み。5月20日官報公示予定。 https://t.co/A3UMMxlIbo" (2019-05-21 11:48:32 +09:00) https://twitter.com/AB1QQ/status/1123724362585182210
[240] 令和元年5月20日(本紙第10号) (2019-05-22 11:13:18 +09:00) https://kanpou.npb.go.jp/20190520/20190520h00010/20190520h000100011f.html
[231] 日本工業規格(JIS)を制定・改正しました(2019年5月分) (METI/経済産業省) (2019-05-20 16:02:10 +09:00) https://www.meti.go.jp/press/2019/05/20190520006/20190520006.html

CNS 7648

[169] 中華民国の CNS では、 CNS 7648 (CNS X 0003) が ISO 8601 に対応します。

[253] 70年7月20日公布
[254] 78年7月15日第一次修訂
[255] 81年10月24日1992-10-24 第二次修訂 (1992) : ISO 8601 TC1:1991 相当
- [256] 81年11月印行
- [258] 94年10月印行
- [257] 101年11月確認
[263] 104年8月20日第三次修訂 : ISO 8601:2004 相当
- [264] 104年8月印行

(日付は民国紀元)

[170] 巷では CNS 7648 は民国紀元の表現についても規定しているとされていて、 R.O.C.74-04-12 のように R.O.C. を使って表記するとされています。

[171] 民国81年改正版の附録A (参考、12ページ) の例示には確かにそのような表記例が示されていました。しかしなぜか肝心の本文にはまったく言及がありませんでした。

[265] 民国104年改正版にはそのような例示すらありませんでした。

[266] 当初版では民国紀元を使った構文も規定されていたのでしょうか。

[178] 日本語版 Wikipedia は CNS 7648 で民国紀元が「西暦と共に標準化されている」 >>177 と述べ、 CNS が民国紀元を定義していると誤解を招くような説明をしています。中文版と英語版は CNS に民国紀元による表記方法があると述べるにとどまっています。ただし英語版 Wikipedia は ROC 93-05-03 という例を示しています >>179。中文版 Wikipedia の例は R.O.C.102-01-01 >>180、日本語版 Wikipedia の例は R.O.C.90-09-11 >>177 で、「.」が入っていて U+0020 は入りません。

[267] なお、 CNS 規格票内の日付表記については、 CNS 参照。

[180] 民國紀年 - 维基百科,自由的百科全书 (2016-02-01 12:46:19 +09:00 版) https://zh.wikipedia.org/wiki/%E6%B0%91%E5%9C%8B%E7%B4%80%E5%B9%B4
[177] 民国紀元 - Wikipedia (2016-01-05 10:30:35 +09:00 版) https://ja.wikipedia.org/wiki/%E6%B0%91%E5%9B%BD%E7%B4%80%E5%85%83
[179] Minguo calendar - Wikipedia, the free encyclopedia (2016-02-04 21:50:05 +09:00 版) https://en.wikipedia.org/wiki/Minguo_calendar

TIS 1111

[183] タイでは TIS 1111:2535 >>217 (1992) が ISO 8601 に相当しています。 TIS 1111の日時形式は、当時の ISO 8601の日時形式とほぼ同じものですが、西暦4桁または2桁年号のかわりに仏暦4桁または2桁年号を採用しています。

[217] การแสดงวันที่และเวลา(Standard For Representation of Data and Times) (2016-05-13 11:28:49 +09:00) https://www.nectec.or.th/it-standards/std1111/std1111.html

国連

[329] Recommendation 7, 2013-11-08T10:44:04.000Z, 2022-12-13T13:26:49.812Z https://tfig.unece.org/contents/recommendation-7.htm
- [330] Untitled-4 - rec07_1988_inf108.pdf, 2021-12-08T12:10:13.000Z, 2022-12-13T13:27:03.499Z https://unece.org/fileadmin/DAM/cefact/recommendations/rec07/rec07_1988_inf108.pdf

[331] 西暦1988年1988の第2次規格です >>330。開発グループは ISO 8601 の制定作業に参加すると共に、制定に伴い改正しました >>330。

[332] 西暦1975年9月1975-09の第1次規格は ISO 2014, ISO 2015, ISO 2711, ISO 3307 に基づいていました。 >>330 (いずれも ISO 8601 の前世代に当たり、 ISO 8601 制定によって廃止された規格。)

[333] 現在公開中の第2次規格は、 ISO 8601:1988 と技術的に同等と思われます。 (要検証)

[334] PDF で公開されていますが、週を表す「W」の両側にスペースが入っているのが気になります。 (「T」などには無いのに。)

[335] Wayback Machine, 2022-12-13T14:20:33.000Z https://web.archive.org/web/20170929000136/http://www.jastpro.org/un/pdf/2014_united_nations_ad_07.pdf

[336] >>335 は >>330 の日本語訳 (ページ単位の対訳)。

[337] >>335 の翻訳部分は表記面が杜撰で、原文の「 W 」を「W」にしている箇所があります (「 W 」のままの箇所もあります)。また PDF のテキストとして (および表示上) 「T」が半角なところと全角なところがあり、「+」と「-」は符号となるとき全角なのに、区切子の「-」は半角です。

[351] Microsoft Word - H10-“‚“Û”æ‹øWG-WebReport-3.doc - J0004071.pdf, 2002-08-06T07:51:54.000Z, 2022-12-14T13:57:06.289Z https://www.jipdec.or.jp/archives/publications/J0004071.pdf#page=89

[352] >>351 は翻訳ではないものの、主要部分の和訳に近い。 1975年9月1975-09採択としか書かれていませんが、 ISO 8601 に言及されているので、第2次規格を知っているはずです。 (そもそもこの文書の発行が平成10年で既に第2次規格発行後。)

[353] >>351 では「 W」になってます。

[354] >>351 には ISO 8601 由来の T だの / だの P だのといった区切りや時差の記述がありません。

そのかわりに範囲は前後の日時を「ダブルハイフン」でつなげると書かれています。例えば

1975--1977
1975-02--03 (2月から3月)
1975-02--1976-03

時刻の範囲の例なし

年や年月の単独表記は紹介されておらず、範囲の例の中にだけ出てくる

[355] また時刻には 1975-02-20-1000 のように区切子が存在していません。

[356] これらは第1次規格に由来するのかもしれません。

[357] でも #page=101 には

TRADE/WP.4/INF.1 08;TD/B/FAL/INF.1 08 (October, 1988)

と書かれていて、これは第2次規格を指しているのですよ。

その他

[218] 中華人民共和国には ISO 8601:2000 と同内容の GB/T 7408-2005 があります。 (その前は GB/T 7408-1994 でした。) >>321 独自の規定は含まれないようです。

[322] 大韓民国には KS X ISO 8601:2010 があります。独自の規定は含まれないようです。

[359] インドにおいては、旧規格

[361] आई एस 10934 : 1983/आई एस ओ 3307 : 1975 (IS 10934 : 1983/ISO 3307 : 1975) दिन के समय का प्र जतजनजधत् Representations of time of the day
[362] आई एस 10935 : 1983/आई एस ओ 2711 : 1975 (IS 10935 : 1983/ISO 2711- 1975) क्र जमक तारीखों का प्र जतजनजधत् Representation of time of the Day
[363] आई एस 11365 : 1985/आई एस ओ 4031 (IS 11365 : 1985/ ISO 4031 :) सूचना लेन-िेन में स्ट् थानीय समय अंतराल का प्र जतजनजधत् Representational of Local Times Differentials for Information Interchange

... が2019-09-06に取り下げwithdrawされました。 >>360

[321] 60ab3074-78fb-47b7-96ba-91b66f9c849a.pdf, 2018-01-15T03:14:43.000Z, 2022-05-13T06:19:34.986Z http://spec.nstl.gov.cn/metadata/download/upload/attpdf/60ab3074-78fb-47b7-96ba-91b66f9c849a.pdf
[360] September252020_BIS_Notification.pdf, 2020-09-29T11:39:18.000Z, 2022-12-14T14:29:28.970Z https://avantiscdnprodstorage.blob.core.windows.net/legalupdatedocs/11025/September252020_BIS_Notification.pdf#page=12

歴史

ISO 日時標準の制定

[341] 西暦1971年1971、 ISO Recommendation R 2014-1971 (ISO/R 2014) が発行されました。 >>339

[349] 西暦1971年1971、 ISO Recommendation R 2015-1971 (ISO/R 2015) が発行されました。 >>346

[350] 興味深いことに、日本代表は反対票を投じました。

>>346

[342] 西暦1972年1972以降、 ISO/TC 154 は ISO/R 2014, ISO/R 2015 を勧告から国際標準に移行することを決めました。 >>339, >>346

[338] 1976-04-01、 ISO 2014-1976 Writing of calendar dates in all-numeric form Représentation numérique des dates が発行されました。 >>339, >>340

[348] 1976-06-15、 ISO 2015-1976 Numbering of weeks Numérotage des semaines が発行されました。 >>346, >>347

[343] ISO 2014-1976 は ISO/R 2014-1971 と、 ISO 2015-1976 は ISO/R 2015-1971 と、技術的に同等でした。 >>339, >>346

[372] 1973-01-15、 ISO 2711-1973 Information processing interchange - Representation of ordinal dates が ISO/TC 97 により制定されました。西暦1972年7月1972-07に賛成多数で承認されていました。 >>371

[378] 1975-03-15、 ISO 3307-1975 Information interchange - Representations of time of the day, Échange d'information - Représentations de l'heure が ISO/TC 97 により制定されました。西暦1973年11月1973-11に賛成多数で承認されていました。 >>376, >>377

[393] 1978-12-15、 IS0 4031-1978 Information interchange - Representation of local time differentials, Échange d'information - Représentation des différences d'heure légale が ISO/TC 97 により制定されました。西暦1976年5月1976-05に賛成多数で承認されていました。 >>390, >>392

[373] 1981-12-01、 ISO 2711, ISO 3307, IS0 4031 が ISO/TC 154 に移管されたことを示す AMENDMENT SLIP が発行されました。 >>371, >>376, >>390

[339] ISO-2014-1976.pdf, 2021-01-25T06:44:20.000Z, 2022-12-14T13:10:10.164Z https://cdn.standards.iteh.ai/samples/6781/6ac7d18a89834a7ab55a99d33c1aa6fb/ISO-2014-1976.pdf
[340] ISO 2014:1976 - ISO 2014:1976 - ISO-2014-1976.pdf, 2022-06-07T10:48:39.000Z, 2022-12-14T13:10:19.903Z https://cdn.standards.iteh.ai/samples/6781/a5152e17619b4148b0a256c93d50a231/ISO-2014-1976.pdf
[346] ISO-2015-1976.pdf, 2021-01-25T06:44:17.000Z, 2022-12-14T13:22:11.974Z https://cdn.standards.iteh.ai/samples/6782/671ca05048bb4621bab8e1679c38424c/ISO-2015-1976.pdf
[347] ISO 2015:1976 - ISO 2015:1976 - ISO-2015-1976.pdf, 2022-06-07T10:46:20.000Z, 2022-12-14T13:22:22.383Z https://cdn.standards.iteh.ai/samples/6782/579d402043cf4e2aaddc7d94fbe8e608/ISO-2015-1976.pdf
[371] ISO-2711-1973.pdf, 2021-01-25T05:17:24.000Z, 2022-12-18T12:31:15.519Z https://cdn.standards.iteh.ai/samples/7679/58b0ea41470d4e4e8aaa1511911e8e2c/ISO-2711-1973.pdf
[376] ISO-3307-1975.pdf, 2021-01-25T03:46:50.000Z, 2022-12-18T12:50:57.488Z https://cdn.standards.iteh.ai/samples/8554/c974603501b54acabf5fd23e6894e856/ISO-3307-1975.pdf
[377] ISO 3307:1975 - ISO 3307:1975 - ISO-3307-1975.pdf, 2022-06-07T11:19:06.000Z, 2022-12-18T12:51:10.168Z https://cdn.standards.iteh.ai/samples/8554/49a7b7e332e3428da6b75dc1b72a349a/ISO-3307-1975.pdf
[390] ISO-4031-1978.pdf, 2021-01-25T01:42:17.000Z, 2022-12-18T13:18:30.775Z https://cdn.standards.iteh.ai/samples/9722/5ec5ba16fff94c2db2bb51cddbe4d855/ISO-4031-1978.pdf
[392] ISO 4031:1978 - ISO 4031:1978 - ISO-4031-1978.pdf, 2022-06-07T09:57:41.000Z, 2022-12-18T13:18:39.347Z https://cdn.standards.iteh.ai/samples/9722/88a2a614fcae4ffe946e957fa9cdcdb0/ISO-4031-1978.pdf

ISO 8601 の制定

[259] 1988-06-15、初版 ISO 8601:1988 が制定されました。 ISO/TC 154 により開発されたもので、 ISO 2014:1976, ISO 2015:1976, ISO 2711:1973, ISO 3307:1975, ISO 4031:1978 を廃止し置き換えるものでした。 >>305

[260] 1991-05-01、技術訂正票 ISO 8601:1988/Cor.1:1991 が制定されました。 3箇所が訂正されました。 >>305

[261] 西暦2000年year:2000に改訂版 ISO 8601:2000 が制定されました。

[262] 西暦2004年year:2004に改訂版 ISO 8601:2004 が制定されました。

[229] 西暦2019年2月2019-02、 ISO 8601-1:2019 Date and time -- Representations for information interchange -- Part 1: Basic rules と ISO 8601-2:2019 Date and time -- Representations for information interchange -- Part 2: Extensions が出版されました。

ISO 8601-1 は基本的に前の版と同じで、 ISO 8601-2 は EDTF やプロファイルに関する規定など新規の内容でした。

[398] 西暦2022年10月2022-10、 ISO 8601-1:2019/Amd.1:2022 AMENDMENT 1: Technical corrections が ISO/TC 154 によって制定されました。 >>399

[400] ISO 8601-1:2019 の一部を改正し、規定や説明を挿入・置換するものです。 >>399

[401] 技術的に大きく変更するものではありませんが、より厳密な規定に改めるものと思われます。 (要検証)

[399] ISO 8601-1:2019/Amd 1:2022 - ISO 8601-1:2019/Amd 1:2022 - ISO-8601-1-2019-Amd-1-2022.pdf, 2022-10-29T00:18:34.000Z, 2022-12-18T13:56:35.061Z https://cdn.standards.iteh.ai/samples/81801/f527872a9fe34281ae3a4af8e730f3f8/ISO-8601-1-2019-Amd-1-2022.pdf

メモ

時計

[43] Index of ftp://elsie.nci.nih.gov/pub ftp://elsie.nci.nih.gov/pub

[1] 日付および時刻の国際標準表記法 http://www.geocities.co.jp/CollegeLife-Cafe/1646/roomazi/date-time.html: 例のまーくんの、 ISO 8601 推進のための入門的紹介文の翻訳。

[2] >>1 まあさすがに原文がまーくんだけあって中々まーくん風味のまーくん的文章ですね(謎)

[3] >>1−2 なんだかんだ言ってまーくんって英語圏では有名人で影響力ある人だし、実際 >>1 の原文も英語の技術系 ML とか Web とかでよく参照されてるよねぇ。

[106] ISO 8601:2004 は日時の部分は比較的明確に定義されていますが、時間間隔の部分は参照が多く、その指示するところが曖昧になっている感じがあります。

[167]

OASIS Open Document Format for Office Applications (OpenDocument) Version 1.2 - Part 1: OpenDocument Schema (2011-09-29 13:00:00 +09:00 版) http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#attribute-number_calendar

gengou: Japanese Gengou calendar, Emperor eras. Identical to Gregorian calendar but with different eras for each emperor. Consumers may implement only the modern eras starting 1868, Meiji, Taisho, Showa and Heisei. Earlier dates are then displayed using the Gregorian calendar [JIS X 0301].

[188] PICS Signed Labels (DSig) 1.0 Specification ( (2013-05-29 05:46:27 +09:00 版)) http://www.w3.org/TR/REC-DSig-label/#Reference_Information

[189] REC-PICS-labels-961031 ( (1998-04-08 06:14:06 +09:00 版)) http://www.w3.org/TR/REC-PICS-labels-961031#Detailed

[192]

時刻 - Wikipedia ( (2017-02-28 19:33:38 +09:00)) https://ja.wikipedia.org/wiki/%E6%99%82%E5%88%BB

日付と時刻の表記に関する国際標準規格であるISO 8601では、コロンを用いないのが標準表記であり、拡張表記としてコロンを用いても良いものとされている。

[193] ISO 8601 は : のない基本書式と : のある拡張書式を定義していますが、基本書式が好ましいというニュアンスではないような気が・・・。

[197]

Top-level Elements and Attributes (MODS Ver. 3 User Guidelines: Metadata Object Description Schema, Library of Congress) (2016-07-22 06:48:40 +09:00) https://www.loc.gov/standards/mods/userguide/generalapp.html

iso8601 – This value identifies formatted dates allowed in ISO 8601 which use the alternative described as "basic" (i.e., with minimum number of separators) rather than "extended" (i.e., with separators). This alternative specified in the standard uses the following date patterns: YYYY; YYYY-MM if only year and month given; YYYYMMDD if year, month, and day are included (hours, minutes, seconds may also be added: Thhmmss.s). It is also used for other encodings specified in ISO 8601, e.g., date ranges, which are in the form of <date/time>/<date/time>.
<dateIssued encoding="iso8601">20040604T121212</dateIssued>

[198]

Upwork API Reference (2017-03-13 18:51:45 +09:00) https://developers.upwork.com/?lang=python#snapshots_get-snapshot

timestamprequired, string
The timestamp either in UTC according to ISO 8601 (yyyymmddTHHMMSSZ) or as a UNIX timestamp (number of seconds after epoch).

[199]

PHP: DateTime - Manual (2017-05-15 13:03:31 +09:00) http://php.net/manual/en/class.datetime.php#datetime.constants.iso8601

DateTime::ISO8601
DATE_ISO8601
ISO-8601 (example: 2005-08-15T15:52:01+0000)
Note: This format is not compatible with ISO-8601, but is left this way for backward compatibility reasons. Use DateTime::ATOM or DATE_ATOM for compatibility with ISO-8601 instead.

[200] 注記の通り、 ISO 8601の日時形式を名乗っていますが、実際にはそうではありません。 (基本書式と拡張書式が混在していますが、 ISO 8601 では認められていません。)

[201] Draft Agenda – ISO/TC 154/WG 5 – Date and Time – ISO/TC 154 – "Open" Data Interchange (2017-05-15 23:32:02 +09:00) http://www.isotc154.org/isotc-154-2016-anual-meeting-details/isotc154wg5-agenda

[213] DocuSign REST API Guide - Appendix 2: Time Zone and Date/Time Information (2016-05-12 08:00:05 +09:00) https://www.docusign.com/p/RESTAPIGuide/RESTAPIGuide.htm#Appendix/Time Zone and Date-Time Information.htm%3FTocPath%3D_____12

[214] (2010-11-12 16:34:33 +09:00) http://xmlconsortium.org/wg/contact/data/ContactXML_01_01a.pdf

データ型 string (ISO 8601 は必須、または RFC1123)
制限されるデータ値 YYYY-MM-DDThh:mm:ssTZD または YYYY-MM-DD
(例)2001-08-13T19:20:30+09:00
提供側と受領側で合意されている場合に限り、RFC1123 形式を
使用しても構わない。
(例)Wed, 27 Feb 2002 20:28:42 +090

[215]

Git - git-commit Documentation (2018-03-04 14:31:00 +09:00) https://git-scm.com/docs/git-commit#git-commit-ISO8601

ISO 8601
Time and date specified by the ISO 8601 standard, for example 2005-04-07T22:13:13. The parser accepts a space instead of the T character as well.
Note
In addition, the date part is accepted in the following formats: YYYY.MM.DD, MM/DD/YYYY and DD.MM.YYYY.

[216]

UTS #22: CharMapML (2017-06-01 07:35:01 +09:00) http://www.unicode.org/reports/tr22/tr22-8.html#att_date

The date attribute value must be in ISO 8601 format (yyyy-mm-dd).

[246]

Akoma Ntoso Naming Convention Version 1.0 (2019-02-22 02:00:00 +09:00) https://docs.oasis-open.org/legaldocml/akn-nc/v1.0/os/akn-nc-v1.0-os.html#_Toc409028148

If an approved act, the version date of the Expression in syntax YYYY-MM-DD. For an Akoma Ntoso XML representation, this value MUST correspond to the content of element <FRBRdate> in the <FRBRExpression> section of the metadata. If appropriate, the date can be integrated with a time using values for the XSD:dataTime datatype: Thh:mm:ss±hh:mm. The difference between the local time and Coordinated Universal Time (UTC) is specified using the sign + or - followed by the difference from UTC represented as hh:mm (note: the minutes part is required). See ISO 8601 Date and Time Formats and XML Schema Part 2: Datatypes (http://www.w3.org/TR/xmlschema-2/).

[249]

Sending a Request · Product Advertising API 5.0 (2020-02-14 17:00:36 +09:00) https://webservices.amazon.com/paapi5/documentation/sending-request.html

The format must be ISO 8601 basic format (YYYYMMDD'T'HHMMSS'Z').

[252] JIS X 4062:1998 4.2.7 「JIS X 0301 の暦日付完全表記拡張形式」

[272]

Linked Data Proofs 1.0 (2020-12-29T01:58:33.000Z, 2020-12-29T06:02:37.718Z) https://w3c-ccg.github.io/ld-proofs/#proof-algorithm

an [ISO8601] combined date and time string, created, containing the current date and time, accurate to at least one second, in Universal Time Code format

[273] Allow ISO 8601 formatted string for `fast_string_to_time` (kamipo, 2020-06-20 10:50:08 +09:00, 2020-12-31T03:21:49.000Z) https://github.com/rails/rails/commit/f870537c4706ef64744958c374fd08243a913543

[311]

ニコニコ動画『スナップショット検索 v2 API』ガイド (2021-03-26T03:04:50.000Z) https://site.nicovideo.jp/search-api-docs/snapshot

2021年4月以降、日時のフォーマットが厳格化されます。ISO 8601形式のうち、YYYY-MM-DDThh:mm:ss±hh:mmのフォーマットで指定してください。

[312]

村田真のXMLブログ (2016-03-09T06:28:21.000Z, 2021-06-10T02:33:08.078Z) http://www.xmlmaster.org/murata/xmlblog/xb090705.html

SC34/WG4コペンハーゲン会議

[406] Xユーザーの伊藤祐策(パソコンの大先生)さん: 「日付の表記を全世界統一にして欲しい。そんな願いを叶えてるべく作られたのがISO8601なのです...。しかし!誰も使ってくれないのである!!使ってくれないのである!!!」 / X, 午後10:04 · 2023年11月2日2023-11-02T13:04:26.000Z, 2023-11-02T14:53:09.000Z https://twitter.com/ito_yusaku/status/1720064324901962240

[407] >>406 そんな壮大な野望、 ISO 8601 のどこにも書かれていないと思うのだが... 何を根拠にそう言えるのだろうか? 作った人に聞いたのか?

[415] XユーザーのASUS好きのZenBlog(ゼンブログ)さん: 「YYYYMMDDってISOで定められてるのかよ。みんな揃えてよ! https://t.co/NJvx6ypmqw」 / X, 午後8:10 · 2025年1月19日2025-01-19T11:10:51.000Z, 2025-01-20T00:54:51.000Z https://x.com/ASUS_ZenBlog/status/1880935950131552405

[416] >>415 の出典の画像は ChatGPT?

仕様書

表記法

暦法

表現

日時書式表現

日付の表現

時の表現

時差の表現

日時の表現

時間長の表現

代替形式

派生

時間間隔の表現

開始と終了による表現

時間長と文脈による表現

開始と時間長による表現

時間長と終了による表現

反復時間間隔の表現

指示子

先導0