ISO 8601

ISO 8601に従って表現された現在の日付と時刻[更新]
UTCでの日付2025年12月1日
UTC時間03:07:58Z
T030758Z
UTC
での日付と時刻		2025-12-01T03:07:58Z
20251201T030758Z

オフセット付きの日付と時刻		2025年11月30日15:07:58-12:00 UTC−12:00

2025-12-01T03:07:58+00:00 UTC+00:00

2025-12-01T15:07:58+12:00 UTC+12:00
週2025-W49
曜日を含む週2025-W49-1
序数日付2025‐335
時間
主要な概念
研究分野
哲学
関連トピック

ISO 8601は、日付と時刻に関するデータの世界的な交換と通信を規定する国際規格です。国際標準化機構（ISO）によって管理されており、1988年に初版が発行され、1991年、2000年、2004年、2019年に更新され、2022年には修正が行われました。[1]この規格は、世界的な通信において、暦の日付と時刻を明確に表現するための明確な方法を提供します。特に、数値の日付と時刻の表記方法が異なる国々間で数値の日付と時刻のデータを転送する際に、数値の日付と時刻の誤解を避けるのに役立ちます。

ISO 8601は、以下の表現と形式に適用されます：グレゴリオ暦（先発グレゴリオ暦を含む）の日付、 24時間制に基づく時刻（ UTCオフセットをオプションで設定可能）、時間間隔、およびそれらの組み合わせ。[2]この規格では、表現される日付/時刻の要素に特定の意味を割り当てていません。要素の意味は、その使用状況によって異なります。表現される日付と時刻には、規格内で特定の数値的意味を持たない単語（したがって、中国暦の年名は除く）や、コンピュータ文字を使用しない単語（画像や音声は除く）は使用できません。[2]

ISO 8601交換標準に準拠した表現では、日付と時刻は、最大の時間的期間（通常は年）が左側に配置され、それより小さい期間が前の期間の右側に配置されます。表現は、アラビア数字[3]と、標準で特定の意味が割り当てられている特定のコンピュータ文字（「‐」、「:」、「T」、「W」、「Z」など）の組み合わせで記述する必要があります。つまり、「1月」、「木曜日」、「元日」といった日付（または日付の一部）を表す一般的な記述子は、標準の交換表現では許可されていません。

歴史

ISO 8601規格の最初の版は、 1988年にISO 8601:1988として発行されました。これは、日付と時刻の表記のさまざまな側面に関するいくつかの古いISO規格（ISO 2014、ISO 2015、ISO 2711、ISO 3307、およびISO 4031）を統合して置き換えました。[4]これは、2000年に第2版ISO 8601:2000に置き換えられ、2004年12月1日に発行された第3版ISO 8601:2004によって置き換えられ、2019年2月25日にISO 8601-1:2019およびISO 8601-2:2019によって撤回および改訂されました。ISO 8601は、 [5] ISO技術委員会TC 154によって作成され、直接の責任を負っています。[6]

ISO 2014は、既に廃止されていますが、日付表記を数値のみで表す規格であり、日付は[YYYY]-[MM]-[DD]の順で表記されます。ISO週番号体系はISO 2015で導入され、序数による日付の識別はISO 2711で定義されました。

2019年2月に発行された[3]規格ISO 8601-1:2019の第4版は、以前のISO 8601:2004規格の内容がわずかに更新されています。[7] [1]一方、新しいISO 8601-2:2019では、不確実性や拡張日付/時刻形式（EDTF）の一部など、さまざまな拡張機能が定義されています。[8] [9] [10] [11] [12] [13]

2022年10月にISO 8601-1の改訂版が発行され、軽微な技術的明確化と定義の曖昧さの解消が図られました。しかし、最も重要な変更点は、暦日の終わりの時刻を示すために「24:00:00」という形式が再導入されたことです。

ISO 8601-2 の改正は 2025 年 1 月に公開されました。

出版版と改訂版の履歴
名前説明
ISO 8601:1988データ要素と交換形式 — 情報交換 — 日付と時刻の表現
ISO 8601:1988/COR 1:1991データ要素と交換フォーマット - 情報交換 - 日付と時刻の表現 - 技術訂正1
ISO 8601:2000データ要素と交換形式 — 情報交換 — 日付と時刻の表現
ISO 8601:2004データ要素と交換形式 — 情報交換 — 日付と時刻の表現
ISO 8601-1:2019日付と時刻 — 情報交換のための表現 — パート1：基本ルール
ISO 8601-2:2019日付と時刻 — 情報交換のための表現 — パート2: 拡張
ISO 8601-1:2019/改訂1:2022日付と時刻 — 情報交換のための表現 — 第1部：基本ルール — 修正1：技術的修正
ISO 8601-2:2019/改訂1:2025日付と時刻 — 情報交換のための表現 — 第2部：拡張 — 修正1：標準表現、時間スケールコンポーネントの拡張、および日付時刻演算

一般原則

  • 日付と時刻の値は、年、月（または週）、日、時、分、秒、秒の小数点以下の、時間の単位の最大値から最小値の順に並べられます。したがって、辞書式順序は、負の年または時刻オフセットを含む日付表現を除き、時系列に対応します。これにより、例えばファイルシステムなどで日付を自然に並べ替えることができます。
  • それぞれの日付と時刻の値には固定の桁数があり、先頭にゼロを埋め込む必要があります。
  • 表現は、区切り文字を最小限にした基本形式と、人間の可読性を高めるために区切り文字を追加した拡張形式の2つの形式のいずれかで行うことができます。 [14] [15]標準規格では、「プレーンテキストでは基本形式の使用は避けるべきである」とされています。[16]日付値（年、月、週、日）間の区切り文字としてハイフンが使用され、時刻値（時、分、秒）間の区切り文字としてコロンが使用されます。例えば、2009年1月6日は、拡張形式では「2009-01-06」と、基本形式では「20090106」と記述しても意味が明確です。
  • 精度を低下させる場合、[17]任意の数の値を任意の日付および時刻表現から削除できますが、その順序は最小値から最大値の順になります。例えば、「2004-05」はISO 8601の有効な日付であり、2004年5月（5番目の月）を表します。この形式は、2004年の特定の月の5日目を表すことはなく、2004年から2005年までの期間を表すこともありません。
  • 特定のアプリケーションで必要な場合、標準では表現内の最小の時間値に小数点を追加することをサポートしています。

日付

2025年12月
週月曜日火曜水曜木曜金曜土太陽
W4901020304050607
W5008091011121314
W5115161718192021
W5222232425262728
W0129303101020304

この規格ではグレゴリオ暦が採用されており、「民間用としては国際標準として機能」している。[18]

ISO 8601は、1582年10月15日のグレゴリオ暦導入以降、グレゴリオ暦による日付の使用を認めています。それ以前の日付（グレゴリオ暦以前の日付）については、関係当事者の明示的な合意により、導入前にグレゴリオ暦を延長することができます（先発グレゴリオ暦）。このような先発日付は、ユリウス暦との整合性を図るために調整することはできません。

年

年

ISO 8601は、 2000年問題を回避するため、最低限4桁の年号[YYYY]を規定しています。これは天文学的な年号と同様に、0000年から9999年までの年を表し、0000年は紀元前1年、それ以外は西暦と等しくなります。ただし、グレゴリオ暦導入後の最初の年である1583年より前の年は、この規格では自動的には許可されません。代わりに、この規格では「[0000]から[1582]の範囲の値は、情報交換のパートナー間の合意によってのみ使用されるものとする」と規定されています。[19]

0000より前または9999より後の年を表すために、標準では年表現の拡張も許可されていますが、送信者と受信者の間で事前に合意された場合のみです。[20]拡張された年表現[±YYYYY]は、最小4桁を超える合意された数の追加年桁を持つ必要があり、より一般的なAD/BC（またはCE/BCE）表記の代わりに+または-記号を前に付ける必要があります[21]。慣例により、1 BCは+0000、2 BCは-0001というようにラベル付けされます。[22]

カレンダーの日付

年-月-日または年月日
YYYY-MM（ただしYYYYMMではありません）
2000年版（現在は廃止）でのみ許可されている：[24]
年-月-日または年月日
-YY-MMまたは-年月日
--月-日または--MMDD
--MM
---DD

カレンダーの日付の表現は、隣のボックスに示されている形式です。[YYYY]は4桁の年（0000～9999）を示します。[MM]は2桁の月（01～12）を示します。[DD]は2桁の日（01～31）を示します。例えば、「1981年4月5日」は、拡張形式では「1981-04-05」[14] 、基本形式では「19810405」と表されます。

この規格では、暦の日付を精度を下げて表記することも認められています。例えば、「1981-04」と書いて「1981年4月」を意味することができます。その年を指す場合は単に「1981」、 1980年から1989年までの10年間を指す場合は「198」、1900年から1999年までの世紀を指す場合は「19」と書くことができます。この規格では、暦の日付の完全な表記として「YYYY-MM-DD」とYYYYMMDDの両方の形式が認められていますが、日[DD]が省略されている場合はYYYY-MM形式のみが許可されます。YYYYMM形式の日付を禁止することで、切り捨て表記[25] [4] YYMMDD（現在でも頻繁に使用されています）との混同を回避しています。 2000年版では、 「4月5日」を意味するために「--04-05」という切り捨て表記も許可されていたが[23]、2004年版では月が存在する場合に年を省略することは許可されていない。

例:

  • 2000年1月7日は「2000-01-07」または「20000107」と表記されます。

週の日付

YYYY-WwwまたはYYYYWww
YYYY-Www-Dまたは年月日

週の日付の表現は、隣のボックスに示されている形式です。[YYYY] はISO 週番号年を示し、これは従来のグレゴリオ暦年とは少し異なります（下記参照）。[Www] は、先頭に文字Wが付く週番号で、W01 から W53 までです。[D] は、月曜日から日曜日まで、1 から 7 までの曜日番号です。

週 01 については、相互に同等かつ互換性のある説明がいくつかあります。

  • 開始年の最初の営業日を含む週（土曜日、日曜日、1月1日は休業日とみなします）
  • 開始年の最初の木曜日を含む週（正式なISO定義）
  • 1月4日を含む週
  • 開始年の最初の週で、その日数の大半（4日以上）がある週、および
  • 12 月 29 日から 1 月 4 日までの期間の月曜日から始まる週。

結果として、1 月 1 日が月曜日、火曜日、水曜日、または木曜日の場合、それは第 01 週になります。1 月 1 日が金曜日、土曜日、または日曜日の場合、それは前年の第 52 週または第 53 週になります (第 00 週はありません)。12 月 28 日は常にその年の最後の週になります。

週番号は木曜日を数えることで表すことができます。つまり、週 12 にはその年の 12 番目の木曜日が含まれます。

ISO週番号年は、週 01 の最初の日 (月曜日) から始まり、新しい ISO 年の前日の日曜日に終わります (したがって、重複やギャップはありません)。52 週または 53 週で構成されます。年の最初の ISO 週には、終了するグレゴリオ暦年に実際に含まれる日が最大 3 つある場合があります。3 つある場合、それらの日は月曜日、火曜日、水曜日です。同様に、年最後の ISO 週には、開始するグレゴリオ暦年に実際に含まれる日が最大 3 つある場合があります。3 つある場合、それらの日は金曜日、土曜日、日曜日です。各 ISO 週の木曜日は、常に ISO 週番号年で示されるグレゴリオ暦年になります。

例:

  • 2008年12月29日月曜日は「2009-W01-1」と表記されます。
  • 2010年1月3日日曜日は「2009-W53-7」と表記されます。

序数日付

YYYY-DDDまたは年

序数日付は、年初からの経過日数を倍数で表す序数形式です。「YYYY-DDD」（またはYYYYDDD）と表記されます。[YYYY]は年、[DDD]は通算日数（001～365、閏年の場合は366 ）です。例えば、「1981-04-05」は「1981-095」と同じです。

このシンプルな形式は、週と月の定義の恣意性が助けになるよりもむしろ障害となる場合、例えば異なる暦の日付を比較する場合などに適しています。この形式は、日付システムを必要とするものの、完全な暦計算ソフトウェアを組み込むことが非常に面倒な、シンプルなハードウェアシステムで使用されます。このシステムは「ユリウス日」と呼ばれることもありますが、これは天文学上のユリウス日と混同される可能性があります。ユリウス日とは、紀元前4713年1月1日のグリニッジ正午（ユリウス先発暦、またはISO日付-4713-11-24の正午）を0日目として、日数を連続的にカウントするものです。

タイムズ

木:月:ss.sssまたはんんんっ。
木:ん:ssまたはんんん
んんんんまたはんん、んん
んーまたはんん
ああ、ああ
thh
明確な文脈において
時:分:秒.秒またはうーん、すーすー
時:分:秒またはうーん
時:分またはうーん
うーん

ISO 8601は24時間制を採用しています。ISO 8601-1:2019では、基本形式はT[hh][mm][ss]、拡張形式はT[hh]:[mm]:[ss]です。以前のバージョンでは、どちらの形式でも時刻を表すTが省略されていました。

そのため、時刻は基本形式では「T134730」、拡張形式では「T13:47:30」と表示されることがあります。ISO 8601-1:2019では、拡張形式では「13:47:30」のようにTを省略できますが、基本形式では日付表現との混同の恐れがない場合にのみTを省略できます。

基本時刻形式または拡張時刻形式から秒または分と秒を省略すると、簡潔になりますが精度は低下します。その結果、精度が低下した時刻形式は次のようになります。[26]

  • 秒を省略した場合は、基本形式ではT[hh][mm] 、拡張形式ではT[hh]:[mm]になります。
  • T[hh]、秒と分の両方が省略されている場合。

ISO 8601-1:2019/Amd 1:2022では、「00:00:00」は暦日の開始時点に対応する真夜中を指すのに使用でき、「24:00:00」は暦日の終了時点に対応する真夜中を指すのに使用できます。 [25] ISO 8601-1:2019は当初発行されましたが、以前のバージョンの規格では許可されていましたが、1日の終わりの表現として「24:00:00」は削除されました。

これらの表現のいずれにおいても、最下位の時刻要素に小数点を付けることができます。小数点（カンマまたはベースライン上のドット）は、時刻要素とその小数点の間の区切りとして使用されます。（ ISO 8601:1-2019に従ってISO 80000-1に従うと、[27]国際規格内を除いて優先順位は規定されていませんが、 ISO 8601:2004に従ってカンマが優先されます。 [28]）たとえば、「14時間30分30秒」を表すには、秒の数字を含めず、「14:30,5」、「T1430,5」、「14:30.5」、または「T1430.5」と表します。

小数点以下の桁数に制限はありません。ただし、小数点以下の桁数は通信相手間で合意する必要があります。例えば、Microsoft SQL Serverでは、 DATETIME型の小数点以下の桁数は3桁、つまり「yyyy-mm-ddThh:mm:ss[.mmm]」となります。[29]

タイムゾーン指定子

<時間>Z
<時刻>±hh:mm
<時間>±hhmm
<時間>±hh

ISO 8601 のタイムゾーンは、ローカル時間 (場所は指定されません)、UTC、または UTC からのオフセットとして表されます。

現地時間（無条件）

時刻表現にUTCとの関連情報が指定されていない場合、時刻は現地時間であるとみなされます。同じタイムゾーン内で通信する場合は現地時間を想定するのが安全かもしれませんが、異なるタイムゾーン間で通信する場合は曖昧になります。単一の地理的タイムゾーン内であっても、その地域でサマータイムが実施されている場合は、現地時間が曖昧になる場合があります。通常は、標準の表記法を使用してタイムゾーン（ゾーン指定子）を示すことが望ましいです。

協定世界時（UTC）

時刻がUTCの場合は、スペースを入れずに時刻の直後にZを追加します。ZはUTCオフセットのゼロを表すゾーン指定子です。したがって、「09:30 UTC」は「09:30Z」または「T0930Z」と表されます。「14:45:15 UTC」は「14:45:15Z」または「T144515Z」と表されます。

ISO 8601の時間表記におけるZの接尾辞は、「ズールー時間」または「ズールー子午線」と呼ばれることがあります。これは、ズールー時間帯の指定にも同じ文字が使われているためです。[30]しかし、軍用時間帯のリストを定義するACP 121規格ではUTCについて言及されておらず、「ズールー時間」はかつて国際民間時間標準として使用されていたグリニッジ標準時[31]から派生しています。GMTはもはや科学界によって明確に定義されておらず、文脈に応じてUTCまたはUT1のいずれかを指す場合があります。[32]

UTCからの時間オフセット

UTCオフセットは、上記の「Z」サフィックスの代わりに時刻に直接付加されます。他の航海タイムゾーン文字は使用されません。オフセットはUTCに適用され、指定されたタイムゾーンの常用時刻が「±[hh]:[mm]」、「±[hh][mm]」、または「±[hh]」の形式で取得されます。

負のUTCオフセットは、本初子午線の西側に位置し、常用時がUTCより遅れているタイムゾーンを表します。したがって、ニューヨーク（標準時）のタイムゾーン指定は「-05:00」、「-0500」、または「-05」となります。逆に、正のUTCオフセットは、本初子午線の東側に位置し、常用時がUTCより進んでいるタイムゾーンを表します。したがって、カイロのタイムゾーン指定は「+02:00」、「+0200」、または「+02」となります。

常用時がUTCと一致するタイムゾーンは、オフセットがゼロであっても、常に正の値で指定されます（下記の関連仕様を参照）。したがって、ロンドン（標準時）のタイムゾーン指定は、「 +00:00」、「+0000」、または「+00 」となります。

追加の例

その他のUTC オフセットについては、UTC オフセットのリストを参照してください。

その他の時間オフセット仕様

ゼロ値の時間オフセットを負の符号（「-00:00」、「-0000」、「-00」など）で表すことは許可されていません。符号の使用に関するセクションでは、正またはゼロの値にはプラス記号、負の値にはマイナス記号を使用しなければならないと規定されています。プラスマイナス記号（±）も、使用可能な場合は使用できます。[33]

この規則とは対照的に、ISO 8601のプロファイルであるRFC 3339では、「-00」を「+00」と同じ意味で使用することを許可しているが、意味合いは異なり、UTCオフセットが不明であることを意味する。[34] [35]

ISO 8601では、負のオフセットを表すためにマイナス記号（−）の使用を規定しています。交換文字セットが限られていてマイナス記号文字がない場合は、ハイフンマイナス（-）を使用する必要があります。[36] ASCIIにはマイナス記号がないため、ハイフンマイナス文字（コード45 10 ）が使用されます。文字セットにマイナス記号がある場合（ UnicodeのU+2212 − MINUS SIGNなど）、その文字を使用する必要があります。−のHTML文字エンティティ呼び出しはです。&minus;

ISO 8601-2:2019では、時間オフセットに一般的な期間を指定できます。例えば、以下のように「<time>±[hh]:[mm]:[ss].[sss]」または「<time>±[n]H[n]M[n]S」という形式を使用することで、時間オフセットにさらに精度を加えることができます。

日付と時刻の表現の組み合わせ

<日付>T<時刻>

単一の時点は、完全な日付表現、区切り文字としての文字「T」、そして有効な時刻表現を連結することで表すことができます。例えば、「2007-04-05T14:30」です。ISO 8601:2004では、 「200704051430」のように、合意により「T」文字を省略することが認められていましたが[37]、この規定はISO 8601-1:2019で削除されました。日付と時刻の部分をスペースなどの他の文字で区切ることはISO 8601では許可されていませんが、そのプロファイルであるRFC 3339では許可されています。[38]

タイムゾーン指定が必要な場合は、日付と時刻の組み合わせの後に指定します。例："2007-04-05T14:30Z"または"2007-04-05T12:30-02:00"。

基本形式または拡張形式のいずれかを使用できますが、日付と時刻は同じ形式を使用する必要があります。日付表現は暦、週、序数のいずれかで表すことができ、完全な表現を使用する必要があります。時刻は、指定された精度の低い形式で表すことができます。

期間

PnYnMnDTnHnMnS
PnW
P<日付>T<時刻>

期間は、時間間隔における経過時間の長さを定義し、P[n]Y[n]M[n]DT[n]H[n]M[n]SまたはP[n]Wの形式で表されます（図の横に示されています）。これらの表現では、[n]は、[n]に続く各日付および時刻要素の値に置き換えられます。先頭のゼロは必須ではありませんが、各要素の最大桁数は通信当事者間で合意する必要があります。大文字のP、Y、M、W、D、T、H、M、およびSは、各日付および時刻要素の指定子であり、置き換えられません。[39]

  • Pは、期間表現の先頭に配置される期間指定子 (期間用) です。
    • Yは、暦年数の値に続く年指定子です。
    • Mは、暦月数の値に続く月指定子です。
    • Wは、週数の値に続く週指定子です。
    • Dは、暦日数の値に続く日指定子です。
  • Tは、期間表現の時間コンポーネントの前に付く時間指定子です。
    • Hは、時間数の値に続く時間指定子です。
    • Mは、分数の値に続く分指定子です。
    • Sは秒数の値に続く 2 番目の指定子です。

たとえば、「P3Y6M4DT12H30M5S」は、「3 年、6 か月、4 日、12 時間、30 分、5 秒」の期間を表します。

日付と時刻の要素（指定子を含む）は、値が0の場合は省略できます。また、精度を低下させるために下位要素も省略できます。例えば、「P23DT23H」と「P4Y」はどちらも許容される期間表現です。ただし、少なくとも1つの要素が存在する必要があるため、「P」は0秒の期間を表す有効な表現ではありません。一方、「PT0S」と「P0D」はどちらも有効であり、同じ期間を表します。

曖昧さを解消するために、「P1M」は1か月、「PT1M」は1分間の期間を表します（時刻値の前に付く時刻指定子Tに注意してください）。使用される最小値には小数が含まれる場合もあり、[40]例えば「P0.5Y」のように半年を表します。この小数は、カンマまたはピリオドで指定できます（「P0.5Y」または「P0.5Y」）。規格では、期間表現における日付と時刻の値が「繰り越しポイント」を超えることを禁止していません（ただし、以下に明記されている場合を除く）。したがって、「PT36H」と「P1DT12H」は同じ期間を表すことができます。ただし、「PT36H」は「P1DT12H」とサマータイムの切り替え時に異なることに注意してください。

あるいは、通信当事者間の合意により、日付と時刻を組み合わせた表現に基づく期間の形式を、基本形式PYYYYMMDDThhmmssまたは拡張形式P[YYYY]-[MM]-[DD]T[hh]:[mm]:[ss]のいずれかで使用することができる。例えば、上記に示した最初の期間は「P0003-06-04T12:30:05」となる。ただし、個々の日付と時刻の値は、その係数を超えることはできない（例えば、月の場合は13、時間の場合は25は許可されない）。[41]

標準規格では、期間を時間間隔の一部として定義しています。時間間隔については、次のセクションで説明します。期間の形式だけでは、暦年と暦月の合計日数に関して曖昧です。また、うるう秒の影響で、暦日の秒数も曖昧です。例えば、「P1M」は単独では28日、29日、30日、または31日のいずれかを表すことができます。時間間隔で使用する場合、曖昧さはありません。例えば、2か月の期間「P2M」は次のように表されます。

  • 2003-02-15T00:00:00Z/P2Mの間隔は、2か月後の2003-04-15T00:00:00Z、つまり59日後に終了します。
  • 2003-07-15T00:00:00Z/P2Mの間隔は、2か月後の2003-09-15T00:00:00Z、つまり62日後に終了します。

期間フォーマット（またはそのサブセット）は、期間フォーマットのサブセットをサポートするJava 8 Durationクラスのように、時間間隔とは無関係に広く使用されています。[42] [43]

時間間隔

<開始>/<終了>
<開始>/<継続時間>
<継続時間>/<終了>
<期間>

時間間隔とは、2つの時点の間にある時間のことです。この間隔は、前のセクションで説明したように、期間で表されます。2つの時点（開始と終了）は、日付と時刻を組み合わせた表現、または日付のみの表現で表されます。

時間間隔を表現する方法は 4 つあります。

  1. 開始と終了（例：「2007-03-01T13:00:00Z/2008-05-11T15:30:00Z」）
  2. 開始と期間（例：「2007-03-01T13:00:00Z/P1Y2M10DT2H30M」）
  3. 期間と終了（例：「P1Y2M10DT2H30M/2008-05-11T15:30:00Z」）
  4. 期間のみ（例：「P1Y2M10DT2H30M」）と追加のコンテキスト情報

これらのうち、最初の3つは、通常斜線（一般的にはスラッシュ「/」と呼ばれる）で区切られた2つの値を必要とします。ISO 8601-1 : 2019のセクション3.2.6には、「通信相手の合意により、斜線は二重ハイフン["--"]に置き換えることができる」と記載されており、以前のバージョンでは「2000--2002」のような表記が使用されていました。[44]斜線の代わりに二重ハイフンを使用することで、コンピュータのファイル名に含めることができます。[45]一般的なオペレーティングシステムでは、斜線は予約文字であり、ファイル名には使用できません。

<start>/<end> 式において、終了値に要素が欠落している場合、それらはタイムゾーンを含めた開始値と同じであるとみなされます。この標準仕様により、時間間隔を簡潔に表現できます。例えば、開始時刻と終了時刻を含む2時間の会議の日付は「2007-12-14T13:30/15:30」と表記できます。ここで「/15:30」は「/2007-12-14T15:30」（開始時刻と同じ日付）を意味します。また、月次請求期間の開始日と終了日は「2008-02-15/03-14」と表記できます。ここで「/03-14」は「/2008-03-14」（開始時刻と同じ年）を意味します。

時間間隔をより正確に表現したい場合は、表現に時間要素を追加することができます。「2007-11-13/15」と表記された間隔は、 2007-11-13 の任意の時刻に開始し、 2007-11-15 の任意の時刻に終了できます。一方、「2007-11-13T09:00/15T17:00」は開始時刻と終了時刻の両方を含みます。すべての開始日と終了日を明示的に含めるには、間隔は「2007-11-13T00:00/16T00:00」と表記されます。

繰り返し間隔

Rn/<間隔>
R/<間隔>

繰り返し間隔は、「4.5 繰り返し時間間隔」の項で規定されています。繰り返し間隔は、間隔式の先頭に「R[n]/」を付加することで形成されます。ここで、Rは文字そのものとして使用され、[n]は繰り返し回数に置き換えられます。[n]の値を省略するか、-1を指定すると、繰り返し回数は無制限になります。[n]の値が0の場合、間隔は繰り返されません。

間隔で開始が指定されている場合（上記の形式1および2）、これが繰り返し間隔の開始となります。間隔で終了が指定されているものの、開始が指定されていない場合（上記の形式3）、これが繰り返し間隔の終了となります。例えば、「P1Y2M10DT2H30M」という間隔を「2008-03-01T13:00:00Z」から5回繰り返すには、「R5/2008-03-01T13:00:00Z/P1Y2M10DT2H30M」と指定します。

切り捨て表現（非推奨）

ISO 8601:2000では、日付または時刻の先頭部分を省略する切り捨て（合意に基づく）が認められていました。特に、これにより2桁の年号や、YY-MM-DDおよびYYMMDDといった曖昧な形式の使用が許可されました。この規定はISO 8601:2004で削除されました。

一部の省略表現（ISO 8601:2000で最後に有効）
タイプ基本フォーマット基本的な例拡張フォーマット拡張例
暗示される世紀の特定の日付年月日851026年-月-日85-10-26
暗示される世紀の特定の年と月-年月日-8510-YY-MM-85-10
暗示される世紀の特定の年-YY-85—
暗黙の年における月の特定の日--MMDD--1026--月-日--10-26
暗黙の年内の特定の月--MM--10—
暗黙の月内の特定の日---DD---26
暗黙の世紀における特定の年と序数年85299YY-DDD85-299
暗黙の年における特定の序数日-DDD-299—
暗示される10年間の特定の年と週-YWww-5W43-Y-Www-5-W43
暗黙の年内の特定の週と日-www.-W436-Www-D-W43-6
暗黙の週の特定の日-WD-W-6—
暗黙の時間の特定の分と秒-んーん-3456-mm:ss-34:56
暗黙の分のうちの特定の秒-ss-56—
特定の分と暗黙の時間に対する小数点-mm,m-34,9—

上記の最初の例と7番目の例では、-世紀の先頭が省略されています。その他の形式-では、省略された世紀、年、月、週、時、分ごとに、必要に応じて先頭に1つずつ追加されます。

標準化された拡張機能

ISO 8601-2:2019 は、ISO 8601 の日付と時刻の形式に対する標準化された拡張機能のセットを定義します。

拡張日付/時刻形式 (EDTF)

EDTF は、パート 2 の ISO 8601 プロファイルの例として示されています。EDTF には 3 つのレベルがあり、レベル 0 は、RFC 3339 に類似した拡張月日表記法 (CCYY-MM-DD) に制限されたパート 1 のサブセットであり、レベル 1 と 2 はそれに基づいて構築されています。

EDTFは主に書誌学および史学のニーズに合わせて設計されています。その機能の一部は以下のとおりです。[8]

  • 不確実で近似的な修飾子「?」と「~」、およびそれらの組み合わせである「%」は、日付全体または個々のコンポーネントに適用できます。
  • 終了または開始がオープン（無制限）または不明な時間間隔（例：「../2025」または「2024/」）。
  • 新しい 'Y' プレフィックスが付いた年における指数 ('E') と有効数字 ('S') 表記 (例: "Y-1.25E6S2")。
  • 季節や四半期などのサブ年のグループを示す特別な「月」値。例: 北半球の夏は「2025-26」。
  • 日付のリストをシリアル化する構文。単一の選択の場合は角括弧 '[]'、包括的なリストの場合は中括弧 '{}' で囲みます。

EDTFの機能はISO 8601-2:2019の「日付と時刻の拡張」セクションで説明されており、プロファイル自体は付録Aに記載されています。これは、米国議会図書館が先駆けて開発した以前の仕様と実質的に同一です。[8]

定期的な時間間隔の繰り返しルール

ISO 8601-2:2019 では、 iCalendarの構文(IETF RFC 5545)に基づいて繰り返し間隔を制限する形式も定義されています。

実装

GNU CoreUtilsのdateコマンドには、他のフォーマットパターンの中でも--iso-8601オプション[46]があります。

$日付 --iso-8601 = ns 2025-02-16T12:03:17,646296349+01:00$日付 -u  --rfc-3339 = ns 2025-02-16 10:58:44.966864492+00:00$ date  -u  + "%Y-%m-%dT%H:%M:%S.%6NZ" 2025-02-16T10:58:44.965071Z

使用法

インターネットにおいては、ワールド・ワイド・ウェブ・コンソーシアム（W3C）がISO 8601に基づくIETF標準を用いて、サポートされる日付と時刻の形式を制限する標準プロファイルを定義しています。このプロファイルは、エラーの発生確率とソフトウェアの複雑さを軽減することを目的としています。この非常にシンプルな仕様は、後述するRFC 3339の草案に基づいています。[47]

ISO 8601は複数の仕様で参照されていますが、ISO 8601のすべてのオプションが常に使用されているわけではありません。例えば、テレビやデジタルラジオなどの様々な電子番組ガイド規格では、時間や期間を記述するために複数の形式が使用されています。ID3オーディオメタデータ仕様もISO 8601のサブセットを使用しています。 [48] X.690エンコーディング規格のGeneralizedTimeは、 ISO 8601の別のサブセットを使用しています。

商業

2006年現在、ISO週番号表示は、米国の主要ブランドの商用パッケージに基本的な形式で表示されています。[要出典]表示形式は、特定のブランドというよりも、包装工場、缶詰工場、瓶詰め工場によって異なります。この形式は特に品質保証に役立ち、製造上の誤りを容易に追跡できます。

RFC

IETF RFC 3339 [49]は、インターネットプロトコルおよび標準規格での使用を目的とした ISO 8601 のプロファイルを定義しています。このプロファイルでは、西暦以前の期間と日付は明示的に除外されています。週番号や序数といったより複雑な形式は許可されていません。[50]

RFC 3339は、ISO 8601では禁止されているゼロタイムゾーンオフセットを「-00:00」と指定できる点でISO 8601とは異なります。RFC 3339では、「-00:00」は優先タイムゾーンを指定していないという含意を持つように意図されていますが、それに準拠する「+00:00」やゼロ以外のオフセットは、使用されているオフセットが優先されていることを暗示します。「-00:00」に関するこの慣習は、電子メールヘッダーのタイムスタンプにこれを使用しているRFC 2822など、以前のRFCに由来しています。[51] RFC 2822は、タイムスタンプ形式のいかなる部分もISO 8601に準拠していると主張しておらず、したがってこの慣習を矛盾なく自由に使用できました。

IETFはRFC 3339を基盤として、RFC 9557でインターネット拡張日付/時刻形式（IXDTF）を導入しました。[52]この形式は、タイムスタンプの表現を拡張し、関連するタイムゾーン名などの追加情報を含めます。タイムゾーン名の追加は、夏時間への移行などのイベントを考慮する必要があるアプリケーションにとって特に便利です。さらに、IXDTFは、タイムスタンプにタイムゾーン名を付加するための既存の構文との互換性を維持しており、インターネットにおけるタイムスタンプ表現に対する標準化された柔軟なアプローチを提供します。例：

1996-12-19T16:39:57-08:00[America/Los_Angeles]

国家標準としての採用

オーストラリアAS/NZS ISO 8601.1:2021、AS/NZS ISO 8601.2:2021（AS ISO 8601-2007 に代わる）
オーストリアÖNORM ISO 8601 (ÖNORM EN 28601 の置き換え)
ベルギーNBN EN 28601 (1993)
ブラジルNBR 5892:2019
カナダISO 8601-1:2019/改訂1:2022 [53]
コロンビアNTC 1034:2014 [54]
中国GB/T 7408-2005
チェコ共和国ČSN ISO 8601（ČSN EN 28601に代わる）（2019年時点で廃止。代わりの規格は発行されていない。[55]）
デンマークDS/ISO 8601:2005（DS/EN 28601に代わる）
エストニアEVS 8:2008; EVS-ISO 8601:2011
欧州規格EN ISO 8601、EN 28601:1992 (2011 年 10 月 7 日に廃止)
フィンランドSFS-EN 28601
フランスNF Z69-200; NF EN 28601:1993-06-01 (キャンセル)
ドイツDIN ISO 8601:2006-09 (DIN EN 28601:1993-02 を置き換え);関連: DIN 5008:2011-04 (DIN 5008:2005-05、DIN 5008:2001-11、DIN 5008:1996-05 を置き換え)
ギリシャエロト EN 28601
ハンガリーMSZ ISO 8601:2003
アイスランドIST EN 28601:1992（廃止）
インドIS 7900:2001
アイルランドIS/EN 28601:1993
イタリアUNI EN 28601（1993）
日本JIS X 0301:2002
大韓民国KS X ISO 8601
リトアニアLST ISO 8601:2006 (LST ISO 8601:1997 に代わる)
ルクセンブルクITM-EN 28601
メキシコNMX-CH-150-IMNC-1999 [56]
オランダNEN ISO 8601、NEN EN 28601 (1994)、NEN 2772
ニュージーランドAS/NZS ISO 8601.1:2021、AS/NZS ISO 8601.2:2021
ノルウェーNS-ISO 8601
ポーランドPN-EN 28601:2002（2008年時点で廃止。代替規格は発行されていない。[57]）
ポルトガルNP EN 28601
ロシアГОСТ ИСО 8601-2001 (現行)、ГОСТ 7.64-90 (廃止)
南アフリカSANS 8601:2009 [58]
スペインUNE EN 28601:1995
スウェーデンSS-ISO 8601-1:2022, [59]にはISO 8601-1:2019の公式英語版が含まれています。(2022年5月13日承認、SS-ISO 8601:2011第2版に代わる)
スイスSN ISO 8601:2005-08（SN-EN 28601:1994に代わる）
台湾CNS 7648
タイTIS 1111:2535 (1992)
七面鳥TS ISO 8601-1 [60]およびTS ISO 8601-2 [61]（2021年2月15日から承認）
ウクライナДСТУ ISO 8601:2010
イギリスBS ISO 8601:2004、BS EN 28601 (1989-06-30)
アメリカ合衆国ANSI INCITS 30-1997 (R2008) および NIST FIPS PUB 4-2
ベトナムTCVN 6398-1:1998 [62]

参照

注釈と参考文献

  1. ^ ab 「ドイツのドラフト E DIN ISO 8601-1:2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Teil 1: Grundlegende Regeln (ISO/DIS 8601-1:2016)」。 DIN-Normanausschuss Informationstechnik und Anwendungen (NIA)。 2017-10-20 のオリジナルからアーカイブ。2017年10月19日に取得。
  2. ^ ab ISO 8601:2004[E] セクション 1 範囲
  3. ^ ab 「新しいISO 8601-1およびISO 8601-2の紹介」ISO/TC 154. 2019年8月26日.
  4. ^ ab ISO 8601:2004(E)、ISO、2004-12-01、附属書 A: ... この概念から、他のすべての日付と時刻の値の表現が論理的に導き出されたため、ISO 2014、ISO 3307、および ISO 4031 は置き換えられました。... 序数による日付 (ISO 2711) および週番号システム (ISO 2015) による特定の日付の識別は、この国際規格の基本概念に含めることができる代替方法でした。そのため、ISO 2015 および ISO 2711 は現在では置き換えられています。
  5. ^ ISO 8601:2004(E) . ISO . 2004-12-01. p. iv 序文.
  6. ^ 「TC 154 商取引、工業、行政におけるプロセス、データ要素、文書」。技術委員会。ISO。2016年5月25日時点のオリジナルよりアーカイブ。 2014年8月16日閲覧。
  7. ^ 「ISO/DIS 8601-1:2016-10-26」(PDF) .米国議会図書館. 2017年10月19日時点のオリジナル(PDF)からアーカイブ。
  8. ^ abc 「Extended Date/Time Format (EDTF) Specification」米国議会図書館2019年10月8日 [2019年2月4日、2014年、2012年]。2020年3月7日時点のオリジナルよりアーカイブ。 2020年3月7日閲覧。
  9. ^ 「Extended Date/Time Format (EDTF) Background」.米国議会図書館. 2019年10月8日 [2019年3月1日]. 2020年3月7日時点のオリジナルよりアーカイブ。 2020年3月7日閲覧。
  10. ^ 「Extended Date/Time Format (EDTF) 1.0 2012/2014」。ドラフト提出。米国議会図書館。2017年7月15日時点のオリジナルからアーカイブ。 2017年7月15日閲覧。
  11. ^ 「ISO/WD 8601-2:2016-02-16」(PDF) .米国議会図書館. 2017年10月19日時点のオリジナル(PDF)からアーカイブ。
  12. ^ 「ISO/DIS 8601-2:2016-10-26」(PDF) .米国議会図書館. 2017年10月20日時点のオリジナル(PDF)からアーカイブ。
  13. ^ 「ドイツのドラフト E DIN ISO 8601-2:2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Teil 2: Erweiterungen (ISO/DIS 8601-2:2016)」。 DIN-Normanausschuss Informationstechnik und Anwendungen (NIA)。 2017-10-19 のオリジナルからアーカイブ。2017年10月19日に取得。
  14. ^ ab ISO:「ISO 8601 — 日付と時刻の形式」。Wayback Machineに2013年3月8日アーカイブ。
  15. ^ Wolf, Misha; Wicksteed, Charles (1997年9月15日). 「日付と時刻の形式」. W3C . 2021年5月10日時点のオリジナルよりアーカイブ。2021年5月11日閲覧。
  16. ^ ISO 8601:2004 セクション2.3.3 基本フォーマット
  17. ^ ISO 8601の以前のバージョンでは、関連セクションで「精度」ではなく「精度」という語が使用されていました（例：2.3.7「精度を低下させた表現」）。これはISO 8601-1:2019で修正されました。
  18. ^ Doggett, LE (1992). 「カレンダー」. PK Seidelmann (編). 『天文年鑑補足』. カリフォルニア州サウサリート: University Science Books. p. 580. ISBN 0-935702-68-72004年4月1日時点のオリジナルからアーカイブ。グレゴリオ暦は現在、民間用として国際標準として使用されています。
  19. ^ ISO 8601:2004(E)。ISO。 2004 年 12 月 1 日。セクション 4.1.2.1 一般。
  20. ^ ISO 8601:2004(E) . ISO . 2004-12-01. 3.5 拡張 ... 情報交換パートナー間の合意により、暦年を表す要素（通常は4桁に制限）を拡張することが認められます。これにより、完全な表現でサポートされている範囲外、すなわち年始[0000]以前または年末[9999]以降の暦年における日付と時刻を参照することが可能になります。
  21. ^ ISO 8601:2004 セクション3.4.2、4.1.2.4
  22. ^ たとえば、規格の付録 B.1.1 を参照してください。
  23. ^ ab Perreault, S. (2011年8月). 「DATE」. vCardフォーマット仕様. IETF . sec. 4.3.1. doi : 10.17487/RFC6350 . RFC 6350. 2021年1月21日閲覧. [ISO.8601.2000]のセクション5.2.1.3 d)、e)、およびf)で規定されている切り捨て表現は許可されています。
  24. ^ ISO 8601:2000で最後に使用され、ISO 8601:2004で削除され、RFC6350で使用されている[23]
  25. ^ ISO 8601-1:2019/Amd 1:2022、ISO、2022年10月25日
  26. ^ ISO 8601-1:2019 セクション5.3.1.3 精度を下げた表現
  27. ^ ISO 8601-1:2019 セクション3.1.3.9 小数点
  28. ^ ISO 8601:2004(E)、ISO、2004-12-01、4.2.2.4 ... 小数部は、ISO 31-0に規定されている小数点記号、すなわちコンマ[,]またはピリオド[.]で整数部から除算されるものとする。これらの記号のうち、コンマが推奨される。
  29. ^ 「ISO 8601 形式」。TechNet 、Microsoft Docs 、2008年12月3日。2021年10月20日時点のオリジナルよりアーカイブ。2021年10月20日閲覧。
  30. ^ Markus Kuhn (2020年6月16日). 「国際標準の日付と時刻表記法の概要」. 2022年10月5日時点のオリジナルよりアーカイブ。2022年10月5日閲覧。
  31. ^ 「通信指示書 一般 ACP 121(I)」（PDF） . Combined Communications Electronics Board . 2010年10月. 2018年1月16日時点のオリジナルよりアーカイブ（PDF） . 2018年1月15日閲覧。
  32. ^ マッカーシー, デニス・D. ; ザイデルマン, ケネス・P. (2009). 『時間：地球の自転から原子物理学へ』 ヴァインハイム: Wiley-VCH Verlag GmbH & Co. KGaA . p. 10. ISBN 978-3-527-40780-4。
  33. ^ ISO 8601-1:2019 セクション3.2.4、ISO 8601:2004 セクション3.4.2
  34. ^ RFC 3339 – 不明なローカルオフセット規約
  35. ^ Newman, Chris (2002年7月). 「Unknown Local Offset Convention」. Klyne, Graham (ed.). Date and Time on the Internet: Timestamps. IETF . sec. 4.3. doi : 10.17487/RFC3339 . RFC 3339. 2021年2月1日閲覧. UTCでの時刻は分かっているが、現地時間へのオフセットが不明な場合は、「-00:00」というオフセットで表すことができます。これは、指定された時刻の優先参照点としてUTCが使用されることを意味する「Z」または「+00:00」というオフセットとは意味的に異なります。RFC2822 [IMAIL-UPDATE] では、電子メールに関する同様の規則が説明されています。
  36. ^ 「3.4.1 表現に使用される文字 - 概要」。データ要素および交換フォーマット - 情報交換 - 日付および時刻の表現 - パート1：基本規則(PDF)。ISO 。 2016年2月16日。p. 12。ISO/WD 8601-1。 2022年10月5日にオリジナルからアーカイブ(PDF) 。ISO /IEC 646に基づく文字レパートリーが使用される環境では、「ハイフン」と「マイナス」はどちらも「ハイフンマイナス」にマッピングされます。「プラスマイナス」を含む表現は、交換レパートリーに「プラスマイナス」が含まれている場合にのみ、そのような環境で使用する必要があります。
  37. ^ ISO 8601:2004(E): データ要素及び交換フォーマット - 情報交換 - 日付及び時刻の表現. ISO . 2004-12-01. 4.3.2 注記: 情報交換におけるパートナー間の合意により、日付及び時刻の表現がこの国際規格で定義されている他の表現と混同する恐れがない場合には、アプリケーションにおいて文字[T]を省略することができる。
  38. ^ G. Klyne; C. Newman (2002年7月). 「インターネット日付/時刻形式」. インターネットにおける日付と時刻：タイムスタンプ. 5.6節. doi : 10.17487/RFC3339 . RFC 3339.注：ISO 8601では、日付と時刻を「T」で区切って定義しています。この構文を使用するアプリケーションでは、読みやすさを考慮して、完全な日付と完全な時刻を（例えば）スペース文字で区切って指定することもできます。
  39. ^ 「データ要素と交換フォーマット - 情報交換 - 日付と時刻の表現 - パート1：基本ルール」（PDF） .米国議会図書館. p. 23. 2021年3月12日時点のオリジナルからアーカイブ（PDF） . 2025年10月11日閲覧. § 4.4.3.2 指定子付きフォーマット。[...] コンポーネントの最大桁数は、情報交換のパートナー間で合意される必要がある。[...]
  40. ^ 「データ要素と交換フォーマット - 情報交換 - 日付と時刻の表現 - パート1：基本ルール」（PDF）。米国議会図書館。p. 23。2021年3月12日時点のオリジナルからアーカイブ（PDF） 。 2021年7月6日閲覧。b ) 特定のアプリケーションで必要な場合、最下位の要素に小数が含まれる場合があります。
  41. ^ ISO 8601:2004 セクション4.4.3.3 代替フォーマット、ISO 8601-1:2019 セクション5.5.2.4 代替フォーマット
  42. ^ 「Java 8 Class Duration」。Java Platform Standard Edition 8。Oracle。2017年10月14日時点のオリジナルよりアーカイブ。2017年10月7日閲覧。
  43. ^ “Amazon Alexa Duration”. Amazon Developer . Amazon.com. 2017年10月14日時点のオリジナルよりアーカイブ。 2017年10月7日閲覧。
  44. ^ 「ISO 8601（日付と時刻の表現規格）に関する情報」Cs.tut.fi。2017年10月14日時点のオリジナルよりアーカイブ。 2012年8月29日閲覧。
  45. ^ “ISO 8601 - 時代（と日付）への対応”. Hydrogold. 2012年1月1日. 2014年1月25日時点のオリジナルよりアーカイブ。 2013年8月13日閲覧。
  46. ^ 日付のオプション
  47. ^ W3Cへの日付と時刻のフォーマットに関する注意（ロイターより）2011年8月24日アーカイブ、Wayback Machineより
  48. ^ Nilsson, M. (2000-11-01). 「ID3タグ バージョン2.4.0 - メイン構造」. id3.org. pp. §4. 2015年3月9日時点のオリジナルよりアーカイブ。 2009年9月27日閲覧。
  49. ^ Newman, Chris; Klyne, Graham (2002年7月). インターネット上の日付と時刻：タイムスタンプ. IETF . doi : 10.17487/RFC3339 . RFC 3339. 2015年10月25日閲覧。
  50. ^ Newman, Chris; Klyne, Graham (2002年7月). 「インターネット日付/時刻形式」. インターネット上の日付と時刻：タイムスタンプ. IETF . p. 8. sec. 5.6. doi : 10.17487/RFC3339 . RFC 3339. 2015年10月25日閲覧。
  51. ^ 「日付と時刻の仕様」. インターネットメッセージフォーマット. IETF . 2001年4月. p. 14. sec. 3.3. doi : 10.17487/RFC2822 . RFC 2822.
  52. ^ Sharma, Ujjwal; Bormann, Carsten (2024). インターネット上の日付と時刻：追加情報付きタイムスタンプ. IETF . doi : 10.17487/RFC9557 . RFC 9557. 2024年5月28日閲覧。
  53. ^ カナダ国家規格「ISO 8601-1:2019/Amd 1:2022: 日付と時刻 - 情報交換のための表現」カナダ規格協議会. 2022年10月24日. 2025年3月22日閲覧。
  54. ^ 出典 ICONTEC (この規格は ISO 8601:2004 と同一) 2020年1月16日アーカイブ、Wayback Machine
  55. ^ "ČSN ISO 8601 (979738) Datové prvky a formáty výměny - Výměna informationací - Zobrazení data a času". 2023-04-17 。2023-04-17に取得。
  56. ^ “DOF - Diario Oficial de la Federación”. 2021年11月10日のオリジナルからアーカイブ。2021年11月10日閲覧。
  57. ^ ツブラ、アルビン (2020-12-04). 「Główny Urząd Miar」(PDF)。Główny Urząd Miar 。2020年12月4日に取得。
  58. ^ “SANS 8601:2009 (Ed. 2.00)”. SABSウェブストア. 2021年11月24日時点のオリジナルよりアーカイブ。2021年11月24日閲覧。
  59. ^ 「SS-ISO 8601-1:2022」. SISウェブストア. 2023年10月6日閲覧。
  60. ^ TS ISO 8601-1
  61. ^ TS ISO 8601-2
  62. ^ TCVN 6398-1:1998
ウィキメディア コモンズにはISO 8601に関連するメディアがあります。
  • ISO 8601-2:2019のカタログエントリ
  • 国際日付形式（ISO）を使用する – World Wide Web Consortium（W3C）による高品質なWebのヒント
  • ケンブリッジ大学のマーカス・クーン博士による ISO 8601 の概要
  • Wayback Machineにおける ISO による 8601 の要約(2011-06-14 アーカイブ)
  • ユトレヒト大学のRH van Gent氏のウェブサイトからのISO 8601カレンダーの数学
  • RFC 3339 と ISO 8601 — 2 つの標準の違いを示すベン図。
  • ISO 8601とWikiversityにおける日付の差異の計算
「https://en.wikipedia.org/w/index.php?title=ISO_8601&oldid=1324809651」より取得