125.txt

[53] [[西暦年]]その他の4桁年号は下2桁のみで扱われることが少なくありません。
[[元号年]]も1桁ないし2桁です。
[DFN[2桁年号]]は古今東西ひろく用いられている[[紀年法]]クラスといえます。


* 2桁年号

[47] 
現在[[西暦年]]は[[十進数]]で4桁ですが、
2桁で表記されることが多いです。
2桁で表記される方が日常的にはむしろ多いのではないかと思われるほどに一般的な表記となっています。

[235] 省略を「[DFN[[[']]]]」 で表すこともよくあります。

[EG[
[48] 例えば、
[TIME[1989年][year:1989]]はそのまま「1989」
と表記されるだけでなく、
「'89」
のように [[']] で省略を示したり、更に略して
「89」
のように表記されたりします。

]EG]

[49] [[英語]]では4桁年を2桁ずつ読みます。
1つの4桁整数で表現されていても、
2つの部分で構成されるとの意識がありそうです。
[SEE[ [[英語西暦年]] ]]

[50] 
2桁表記は[[西暦年]]のみならず、
[[仏滅紀元]]や[[皇紀]]や[[科学紀元]]にも見られます。

[148] [DFN[皇紀下2桁年]]は[[日本軍]]の[[制式名称]]などで使われました
([SEE[ [[昭和時代の日時]] ]])。
[[インドネシア]]の独立宣言にも見られ、
当時の[[大日本帝国]][[南方占領地]]旧[[蘭領東インド]]で広く用いられていたと思われます。
[SEE[ [[インドネシアの標準時]] ]]

[85] これらは単調増加する[[西暦]]その他から派生し
0年から99年までを繰り返す[[循環型紀年法]]とみることもできます。

[125] [[元号]]、[[即位紀年]]、[[干支年]]も
2桁に収まります。
つまり多くの[[紀年法]]は2桁以下で年を表現するといえます。
人が自然に扱える[[数]]の大きさからの帰結だといわれています [SRC[>>258]]。
人の寿命がほぼ収まる大きさであることも関係ありそうです。

[124] 
近年[[民国紀元]]と[[主体紀元]]が2桁から3桁に進みました。
歴史上の[[紀年法]]でも3桁がリアルタイムで使われるのは珍しく、
この先どう利用されていくのか注目するべきです。

;; [162] 
小さな[[子供]]以外基本的に 100cm [[以上]]である[[身長]]を、
しばしば下2桁の数値だけで表すのも、
同じような現象なのでしょうか。

[252] 
今の時期[[年齢]]計算は
(20)13 -
(19)78
のように[[世紀]]をまたぎがちなので、ちょっと自信がない(笑)
昔は暗算得意だったけどなぁ

昔の人ほどではないとしても、今の人も大きな数の扱いは苦労しているのではあるまいか。

[253] 
[[改元]]のない[[西暦]]は計算しやすいといわれがちだけど、
共感できないのは難しいものと難しいものを比べられても、って思っちゃうからか。





[REFS[

[FIG(quote)[
[FIGCAPTION[
[258] [CITE@ja[	<共同研究報告>日本における紀年認識の比較史的考察]],
[[佐藤正幸]],
[TIME[1998-09-30]]
([TIME[2019-04-13 17:31:31 +09:00]]) <https://nichibun.repo.nii.ac.jp/?action=pages_view_main&active_action=repository_view_main_item_detail&item_id=759&item_no=1&page_id=41&block_id=63>
]FIGCAPTION]

>
歴史的日常という視点から、
年号を考えてみよう。
十七世紀イギリスの海軍大臣やイギリス学士院院長をつとめたサミエル・ピープスは、
イギリス海軍で資材購入の仕事をしていた頃の一六六二年、
取引上の必要から朝四時に起き、
ローソクの明かりの下で九九を覚え始めた、
と日記に記している。
現在、加減乗除が、ほとんどの人に出来るからと言って、
一〇〇年前・二〇〇年前もそうであったということは言えない。
むしろ、人類はこれまで数を数えることに得意であったわけではないのだ。
>
してみると、過去の人々の歴史感覚はどのようなものであったのだろうか。
この四則計算の能力という点から、
過去への時間感覚は、再度検討されねばならない。
アラビア数字導入以前においては、
位取り記数法が出来なかったわけだから、
四則計算は決して容易な技ではなかったのだ。
>
年号による紀年は、
二〇世紀以前に生きた多くの人々が数に不得手であったことを考慮に入れると、
三桁四桁の数字を操作する通年紀年法より、
最大二桁にしかならない年号の方がふさわしかったとは言えないだろうか。
この点では、長くて数十年にしかならない即位紀年も、同様に考えられる。
ことは干支も同様で、
個人の人生に照らしてみれば、
平均寿命が六〇歳に達していなかった時代においては、
一二年単位でものが把握できるこのシステムは、
かえって使いやすかったのではないか。

]FIG]

]REFS]

* 2桁年桁溢れ問題

[120] 
[[計算機システム]]では初期の[[資源]]に乏しい時代からの慣習で[[年]]を
2桁10進整数で扱うことが多く、
とりわけ古いシステムでは一般的な作法でした。
この状態では99年の翌年に[[桁溢れ問題]]が生じます。

[121] 
全世界的に社会問題となった[[西暦年]]の2桁表記の[[2000年問題]]のほか、
[[民国紀元]]や[[元号年]]の2桁から3桁への拡大や、
[[皇紀]]の2桁表記でも問題が起きることが知られています。

[126] [[日本語]]では検索しても情報が出てこないけど、
[[タイ暦]]2600年問題もありそう?

[127] [[日本]]で[[元号]]を使った[[日時形式]]を採用した[[計算機システム]]は、
[[年]]を2桁で保持していることが多いようです。これまでの[[日本の元号]]はすべて
2桁[[年]]以内で[[改元]]を迎えていますが、
[[将来の日時]]を扱う場合に問題になる可能性があります。
(予期できない将来に100年以上[[改元]]されない可能性や、
最新の[[元号]]によって[[将来の日時]]を扱う場合に、問題となります。)

[122] 
桁溢れ自体の問題の他に、
00年や99年を「不明」や「なし」など特別な意味で扱っている場合の問題や、
[[世紀]]や[[閏年]]の判定の処理の問題も同時に取り上げられました。

[123] 
[[2000年問題]]が大問題となったときに暫定的な (問題解決を先送りする)
措置がとられ、関心が薄まり忘れ去れれた後、 (暫定措置の種類により異なる別々のタイミングで)
再発症することも懸念されています。

** 2000年問題

[4] 
2桁の西暦年を使ったシステムでは[TIME[2000年][year:2000]]以後を扱おうとすると[[桁溢れ]]しますし、
そうでなくても[[西暦]]が2桁または3桁の[[数字]]列で表されている場合にどう解釈するかが問題となります。
これが[DFN[2000年問題]]であり、[[桁溢れ問題]]の一種です。

[14] [TIME[2000年][year:2000]]は過ぎましたが、2桁で[[年]]が表わされる場面は残っており、
今後も無くなることはありませんから、これをどう解釈するか、何らかの判断は必要です。

[54] 
[[2000年問題]]については、
20世紀半ば頃に技術的制約から2桁としたのはやむを得ないとしても、
20世紀末頃までこれを引きずっていたことは技術者の重大な瑕疵がある、
あるいは改修させなかった経営者の過失である、
と [[IT]] 事業者の責任を指摘することが多いようです。
(といっても技術的制約が盛んに広報されたことや社会に深く浸透していた[[情報システム]]の改修に必死だったためか、
責任の所在を指摘する以上に強く問責する動きはありませんでした。)

[56] 
90年代に至っても2桁で設計した人々の無計画性を弁護するのは難しいですが、
それだけ[[西暦年]]を2桁で扱って当然という思考に当時の人々が染まっていただろうことは指摘しておかねばなりません。

[60] 
[[Microsoft]] は [[Windows 3.11]]
の次の版から[[版番号]]に[[西暦年]]を採用し、
[[Windows 95]] としました。
その次は 
[[Windows 98]]、
[[Windows 2000]] としました。
この時代の他のソフトウェアも、
他社も含めてこの流れに追随したところが多かったのですが、
90年代にはやはり2桁表記が用いられました。

[57] 
[TIME[1995年][year:1995]]の [[JavaScript 1.0]]
の [CODE[getYear]] は、
[TIME[1999年][year:1999]]までを2桁で表し、
[TIME[2000年][year:2000]]以後を4桁で表すとしていました。 [SRC[>>55]]
[[JavaScript]] はまったく新しい[[プログラミング言語]]で、
[[後方互換性]]を考慮する必要性がなかったはずですが、
この奇怪な仕様を最初から採っていました。

[59]
同じく新しい[[プログラミング言語]]だった
[[Java]]
は、
[TIME[1996年1月23日][1996-01-23]]の
[[JDK 1.0]]
で[[西暦1900年暦]]の [CODE[getYear]] を採用し、
次の
[TIME[1997年2月19日][1997-02-19]]の
[[JDK 1.1]]
になって4桁年を別に用意しました。
[SRC[>>58]]

[62] 
極めて重要な[[プログラミング言語]]である
[[C言語]]の [TIME[1999年][year:1999]]版は、
策定中は [[C9X]] と呼ばれ、
確定後は [[C99]] と呼ばれました。

[61] 
[[2000年問題]]が社会的問題に発展したこの時期でも
2桁年号が平然と使われ続け、
それが製品や[[プログラミング言語]]の選択行為に影響を与えなかったことがわかります。



[152] 
[TIME[西暦1999年][year:1999]]、
[[公益社団法人日本ローマ字会]]は新たな[[日本語ローマ字]]表記法を定めましたが、
[RUBY[99式][きゅうきゅうしき]]と命名されました [SRC[>>151]]。

[161] 
世紀をまたぐ前後の時代に人気でよく使われていた
[CITE[KENT-WEB]]
の[[掲示板]]ソフトウェア [SRC[>>160]] は、
[[日付]]が[[西暦]]の4桁のものも2桁のものもありました。
動作例が2桁で表示されているもののソースコードを見ると
4桁になっているものもあり、
いずれかのタイミングで4桁化されたと思われますが、
実際の 
[[Webサイト]]では[[令和]]時代になっても未だ古い
2桁のものが使われ続けられていることがあります。

-*-*-

[179] 
[[20世紀]]末には、
[[2000年問題]]で[[計算機]]が暴走して云々という[[フィクション作品][架空の日時]]がいくつも作られました。
[[ノストラダムスの大予言]]と結びつける者もいました。
[[作品]]とまではいかなくても、
[[テレビ番組]]などで[[核戦争]]で[[人類滅亡]]のような予測が語られたり、
映像化されたりもしました。

;; 後に夏時刻騒動でもそのような創作がありました。
[SEE[ [[平成30年夏時刻騒動]] ]]

[REFS[

[FIG(quote)[
[FIGCAPTION[
[55] ([TIME[2019-04-21 15:32:09 +09:00]])
<https://web.archive.org/web/20040604235731/http://wp.netscape.com/eng/mozilla/3.0/handbook/javascript/ref_f-g.htm#804>
]FIGCAPTION]

> Implemented in
> Navigator 2.0
> Description
> The getYear method returns either a two-digit or four-digit year:
> For years prior to 2000, the value returned by getYear is the year less 1900. For example, if the year is 1976, the value returned is 76.
> For the years 2000 and beyond, the value returned by getYear is the four-digit year. For example, if the year is 2026, the value returned is 2026.

]FIG]

- [91] [CITE[コンピュータ西暦2000年問題について]] ([TIME[1999-11-01 14:48:10 +09:00]]) <https://www.kantei.go.jp/jp/pc2000/991101y2ktoha.html>
- [92] [CITE[コンピュータ2000年問題への対応について:金融監督庁]] ([TIME[2019-04-24 10:23:05 +09:00]]) <https://www.fsa.go.jp/p_fsa/2000/2000-j-menu.html>
- [90] [CITE[Legal probrems around the year 2000 computer programs]] ([TIME[1999-07-05 14:03:59 +09:00]]) <http://www.isc.meiji.ac.jp/~sumwel_h/doc/artcl/artcl1999-1.htm>
- [93] [CITE@ja[(2)コンピュータ西暦2000年問題への対応 : 平成12年版 通信白書]] ([TIME[2010-03-10 19:20:52 +09:00]]) <http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h12/html/C3332000.htm>
- [58] [CITE@ja[Date (Java Platform SE 8 )]] ([TIME[2019-04-21 15:29:11 +09:00]]) <https://docs.oracle.com/javase/jp/8/docs/api/java/util/Date.html#getYear-->
- [151] [CITE@ja[公益社団法人 日本ローマ字会]] ([TIME[2016-03-13 20:44:25 +09:00]]) <http://www.roomazi.org/99.html>
- [160] [CITE@ja[:: 電子掲示板 | [[KENT-WEB]] ::]] ([TIME[2019-08-15 18:14:36 +09:00]]) <http://www.kent-web.com/bbs/>

]REFS]

*** 2000年問題は何もなかった説 (デマ)

[185] 
[[2000年問題]]は何もなかったとする[[歴史修正主義]]が蔓延っています。

- [186] 大規模なトラブルに至らなかったのは確かです。
- [187] 小さなトラブルは無数に発生しました。
[TIME[2000年][year:2000]]になった瞬間だけでなく、数年前から数年後まで発症していました。
不注意な[[プログラマー]]なら現在でも発症させる可能性があります。
- [188] トラブルが回避できたのは、多額の費用と沢山の人員を投入して影響を調査し急ピッチで修正を進めたからです。
何もなかったのではなく、何か起きるのを寸前で回避したのです。
- [189] 暫定的な対処をしたシステムでは数年後から数十年後に問題が先送りされただけで、
未だ根本的な解決がなされていないとみられています。
今後トラブルが起きる可能性はまだ残っています (が、
起きたとしても[[2000年問題]]とは報道されないかもしれません)。

[190] 
ただの昔話の思い違いのレベルならまだいいのですが、
「[[2000年問題]]は何もなかったのだから、[VAR[○○]]をしても何もないはずだ」
のような危険思想を持つ人も出ているようです。
前提条件が正しくないので、そのような主張は意味を持ちません。

[REFS[

[FIG(quote)[
[FIGCAPTION[
[181] [CITE@ja[NTPサーバの一部が2000年に逆戻りしてしまう事態が発生 - GIGAZINE]]
(2012年11月21日 12時00分 [TIME[2019-11-07 20:24:24 +09:00]])
<https://gigazine.net/news/20121121-computer-clocks-back-to-2000/>
]FIGCAPTION]

> 2000年問題は実際には杞憂に終わりました

]FIG]

[182] 
一般人の認識はまあこんなものだよな。
[[2000年問題]]で[[核戦争]]が起きるとかは確かに杞憂だったけど...


[FIG(quote)[
[FIGCAPTION[
[183] [CITE@ja[サマータイム導入について | 生活・身近な話題 | [[発言小町]]]], [TIME[2019-11-12 20:29:36 +09:00]] <https://komachi.yomiuri.co.jp/t/2018/0807/858427.htm>
]FIGCAPTION]

>
賛成ですね
>
ブスドス
>2018年8月30日 17:21
>
[SNIP[]]
>
昔、2000年問題ってのがあってね。
大騒ぎしたけど結局何もなかった。
時計合わせなんてものはY2K対応で経験済みだし、和暦を併用する日本にとっては重大な齟齬なんて発生しないでしょうよ。

]FIG]

[184] [[2000年問題]]と[[時刻同期]]に何の関係があるのか謎だし ([[夏時刻]]には関係ある)、
[[和暦]]と[[夏時刻]]に何の関係があるのかも謎だ ([[2000年問題]]には関係あるともいえる)。
[[2000年問題]]で何もなかったとしても、
[[夏時刻]]で何かあるかどうかと何ら相関はない。
このように[[情報システム]]にも[[日時制度]]にも十分な理解を持っていない素人が、
狭い想像範囲で結論を出して偉そうに主張するのはいかがなものか。

誰にでも得意不得意はあるのだから、無知は罪ではない。
しかし知らない分野のことを決めつけて講釈を垂れるのは社会にとって有害である。
]REFS]

*** 症状

[201] 
[TIME[西暦2000年][year:2000]]が
[TIME[西暦1900年][year:1900]]と解されるのが一般的ですが、
それだけではありません。

[232] 
[[90年代]]の未対処の一般的な[[パソコン]]の [[BIOS]]
は、
[TIME[2000年1月1日][2000-01-01]]になると、
[TIME[1980年1月1日][1980-01-01]]に戻りました。
これは [[IBM PC]] が開発された年でした。
[SRC[>>200]]




** 民国100年問題

[112] [DFN[民国100年問題]]は、
[[民国紀元]]の2桁[[年号]]の[[日時形式]]を扱うシステムに関する[[日時桁溢れ問題]]でした。

[115] [[特許番号]]は固定長に見えてそうではなく、
3桁に拡張されたようです。

[REFS[
- [113] [CITE@ja[民国100年問題 - Wikipedia]]
([TIME[2018-04-09 23:49:25 +09:00]])
<https://ja.wikipedia.org/wiki/%E6%B0%91%E5%9B%BD100%E5%B9%B4%E5%95%8F%E9%A1%8C>
]REFS]

** 昭和100年問題

[106] 
[DFN[昭和100年問題]]は、
[[昭和]]の2桁[[年号]]の[[日時形式]]を扱うシステムに関する[[日時桁溢れ問題]]です。

[REFS[
- [107] [CITE@ja[昭和100年問題 - Wikipedia]]
([TIME[2018-04-19 01:04:51 +09:00]])
<https://ja.wikipedia.org/wiki/%E6%98%AD%E5%92%8C100%E5%B9%B4%E5%95%8F%E9%A1%8C>
- [108] [CITE@ja-jp[昭和100年問題 ‐ 通信用語の基礎知識]]
([TIME[2018-04-23 23:55:55 +09:00]])
<http://www.wdic.org/w/TECH/%E6%98%AD%E5%92%8C100%E5%B9%B4%E5%95%8F%E9%A1%8C>

[FIG(quote)[
[FIGCAPTION[
[109] [CITE[「「2025年問題」に備えていますか?」 | 株式会社オージス総研]]
([TIME[2017-10-25 09:54:44 +09:00]])
<http://www.ogis-ri.co.jp/rad/webmaga/rwm20130802.html>
]FIGCAPTION]

> 「2025年問題」をご存じですか? 実は「2025年問題」と言われているものには、いくつかありまして、2025年は昭和元年からの換算ではちょうど100年となり一部のコンピュータシステムで問題が発生する件を指すこともあれば、団塊の世代が75歳以上に達し、厚生労働省の社会保障給付総額が144兆円になってしまう問題を指すこともあります。

]FIG]

- [110] [CITE@ja[「残り6年」…新元号対応よりもヤバイかもしれない「昭和100年問題」というのがあるらしい…「絶望やんけ」 - Togetter]]
([TIME[2019-01-16 14:14:16 +09:00]])
<https://togetter.com/li/1308910>
- [111] [CITE@ja[改元対応よりも大変? IT業界でうわさの「昭和100年問題」とは - ITmedia NEWS]]
([TIME[2019-03-20 12:51:07 +09:00]])
<https://www.itmedia.co.jp/news/articles/1903/06/news020.html>
]REFS]

** 2700年問題

[114] [DFN[2700年問題]]は、
[[皇紀]]の2桁[[年号]]の[[日時形式]]を扱うシステムに関する[[日時桁溢れ問題]]です。

[REFS[
- [116] [CITE@ja-jp[2040年問題 (皇紀) ‐ 通信用語の基礎知識]]
([TIME[2018-04-24 00:01:18 +09:00]])
<http://www.wdic.org/w/TECH/2040%E5%B9%B4%E5%95%8F%E9%A1%8C%20%28%E7%9A%87%E7%B4%80%29>
- [117] [CITE@ja[年問題 - Wikipedia]]
([TIME[2018-04-19 01:05:26 +09:00]])
<https://ja.wikipedia.org/wiki/%E5%B9%B4%E5%95%8F%E9%A1%8C>

[FIG(quote)[
[FIGCAPTION[
[118] [CITE@ja[神武天皇即位紀元 - Wikipedia]]
([TIME[2018-04-19 01:04:17 +09:00]])
<https://ja.wikipedia.org/wiki/%E7%A5%9E%E6%AD%A6%E5%A4%A9%E7%9A%87%E5%8D%B3%E4%BD%8D%E7%B4%80%E5%85%83#%E5%AE%89%E7%94%B0%E7%94%9F%E5%91%BD%E4%BF%9D%E9%99%BA>
]FIGCAPTION]

> 安田生命保険が1970年(昭和45年)ごろにコンピュータによる個人情報管理のシステムを構築したとき、作業に携わった技術者たちは、1900年(明治33年)を「00年」として年を処理すると、顧客の生年月日など1899年(明治32年)以前の情報の処理に不都合が生じることに気づき、あえて西暦の使用を避けて、皇紀2600年に当たる1940年(昭和15年)を「00年」として用い、さらに負の数を1840年(天保11年)までの100年分を処理することのできるパック10進数を採用することにした。

]FIG]

;; 
[195] [[負]]もあるので、これは[[皇紀2600年暦]]。

]REFS]

** 平成100年問題

[119] [CITE[Wikipedia]] などは[DFN[平成100年問題]]を指摘しています
[SRC[>>117]]。実在するかは不明です。

* 2000年のその後

[64] 
[TIME[2000年][year:2000]]の[[ミレニアム]]ブーム、
「00年」のような表記の違和感、
[[2000年問題]]の反省といった理由からか、
[TIME[2000年][year:2000]]以後[[西暦]]は4桁表記が増加しました。

[65] 例えば、
[CITE[Windows 2000]]、
[[2000年体育館]]、
[CITE[GLAY DOME TOUR 2001-2002 "ONE LOVE"]]
[WEAK[([[GLAY]] のイベント名は '99 まで2桁、 1999 だけ混在、 2000 以後4桁)]]、
[[e-Japan 重点計画-2004]]
といった具合。

[99] 
[[公演]]名を4桁化した[[アーティスト]]は他にも多かったと思われ、
例えば [[B'z]] も「'99」の次から「2000」としました [SRC[>>94]]。
[[テレビ朝日]]の番組
[CITE[ミュージックステーションスーパーライブ]]
も「99」の次から「2000」としました [SRC[>>98]]。
[[東京ゲームショウ]]は、
「東京ゲームショウ'99秋」
の次が
「東京ゲームショウ2000春」
(キャッチフレーズ
「東京ゲームショウは2000年バージョンへと進化する」)
でした [SRC[>>251]]。


[96] 
[TIME[1999年][year:1999]]に[[郷ひろみ]]は楽曲
[CITE[GOLDFINGER [RUBY['99][ナインティナイン]]][GOLDFINGER '99]]
を公開しました。 [SRC[>>95]]
その後
[TIME[2001年][year:2001]]に[[リミックス]]として
[CITE[GOLDFINGER 2001]] が [SRC[>>95]]、
[TIME[2009年][year:2009]]に10周年記念として
[CITE[Get Real Love 〜GOLDFINGER[RUBY['009][ダブル・オー・ナイン]]][Get Real Love 〜GOLDFINGER'009]]
が公開されました [SRC[>>97]]。


[REFS[
- [94] [CITE@ja[LIVE-GYM - Wikipedia]] ([TIME[2019-05-15 16:22:43 +09:00]]) <https://ja.wikipedia.org/wiki/LIVE-GYM#B'z%E3%81%AE%E5%85%AC%E6%BC%94%E4%B8%80%E8%A6%A7>
- [98] [CITE@ja[[[ミュージックステーションスーパーライブ]] - Wikipedia]] ([TIME[2019-05-11 09:50:13 +09:00]]) <https://ja.wikipedia.org/wiki/%E3%83%9F%E3%83%A5%E3%83%BC%E3%82%B8%E3%83%83%E3%82%AF%E3%82%B9%E3%83%86%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%82%B9%E3%83%BC%E3%83%91%E3%83%BC%E3%83%A9%E3%82%A4%E3%83%96#%E5%90%84%E5%9B%9E%E3%81%AE%E6%94%BE%E9%80%81%E6%A6%82%E8%A6%81>
- [95] [CITE@ja[[[GOLDFINGER '99]] - Wikipedia]] ([TIME[2019-05-02 09:28:35 +09:00]]) <https://ja.wikipedia.org/wiki/GOLDFINGER_%2799>
- [97] [CITE@ja[[[Get Real Love 〜GOLDFINGER'009]] - Wikipedia]] ([TIME[2019-04-30 22:01:13 +09:00]]) <https://ja.wikipedia.org/wiki/Get_Real_Love_%E3%80%9CGOLDFINGER%27009>
- [251] [CITE@ja[[[東京ゲームショウ]] - Wikipedia]], [TIME[2020-01-18 18:00:27 +09:00]] <https://ja.wikipedia.org/wiki/%E6%9D%B1%E4%BA%AC%E3%82%B2%E3%83%BC%E3%83%A0%E3%82%B7%E3%83%A7%E3%82%A6>
]REFS]

-*-*-

[66] 
しかし4桁に統一されたかといえばそうでもなく、
2桁表記も探せばいくらでもみつかります。

[73] 
[[クレジットカード]]の有効期限は一貫して「MM/YY」や「MM/'YY」と印字されています。
有効期限を入力させる[[フォーム]]は、
「MM/YY」のままとするものも、
「MM/YYYY」とするものもあります。

[76] 
[[銀行]]の[[キャッシュカード]]でも、[TIME[「03-04」][2003-04]]と印字されたりしました。

[82] 
[[銀行通帳]]の[[日付]]は、
[[令和改元]]の頃でも[[元号年]]のみ ([[元号名]]なし) の「YY-M-D」
だったりしました。 (「31-3-20」のような[[平成]]の日付から
「01-5-7」のような[[令和]]の日付の変化が見られたりしました。)

;; [83] [[改元]]の間隔が短かったり、出入金頻度が少なかったりするとどの[[元号]]かわからなくなりそうです。

[103] 
[[日本]]最大の[[掲示板]]サービスだった[CITE[2ちゃんねる]]は、
4桁西暦を使っていましたが、
[TIME[2001年8月][2001-08]]の閉鎖騒動でデータ量削減のため[[西暦2桁年号]]に変更されました。
[TIME[2005年3月][2005-03]]に4桁に復帰しました。 [SRC[>>102]]
[SEE[ [[2chの日時形式]] ]]


[63] 
[[プログラミング言語]]の [[C++]] の
[TIME[2003年][year:2003]]版は
[[C++03]]、
[TIME[2011年][year:2011]]版は
[[C++11]]
と呼ばれました。

[74] [[日本]]の[[防衛省]]の [[NDS Y 4066C]] は、
西暦4桁表示の他[[西暦2桁年号]]の方式も使っています。 [SRC[>>75]]




[68] [[日本]]の人気[[アイドル]]グループの[[モーニング娘。]]はグループ名に
「'YY」と[[西暦2桁年号]]を含める方式を
[TIME[2014年][year:2014]]から採用しました。 [SRC[>>67]]

[71] [[サッカー]]ゲームの [[FIFA]]
シリーズは、
FIFA 99
の後 FIFA 2000 から FIFA 2005 まで4桁でしたが、
FIFA 06
から2桁に戻りました。
[SRC[>>70]]


[157] 
[[TBS]]
の[[TV番組]]
[CITE[報道の魂]]
の[[Webサイト]]は、
「'05」から「'17」
まで2桁表記を使っていました。
(表示位置により、一貫して2桁表記か4桁表記のどちらかとなっていました。)
[SRC[>>158]]



[104] 
[[NTT電話帳]]はいろいろなバージョンがあって同時期でも表記が異なり統一された方針があるのかどうかはっきりしませんが、
表紙に目立つよう大書きされた年号は
「'10」や「'15」のように2桁のもの、
「2017」や「2018」のように4桁のもの、
年号のないものがありました。
小書きの詳しい説明では4桁が使われていました。

[69] 
[TIME[2000年][year:2000]]から
[TIME[2010年][year:2010]]の[[十年紀]]の呼称はどう選んでも不自然で、
2010年代に入ってようやく「[[ゼロ年代]]」
に収束してきましたが、なおも違和感が残っています。
他の「Y年代」は2桁表記も4桁表記もあり、
4桁で曖昧性を解消出来ますが、[[ゼロ年代]]はそうもいきません。

[72] 
[[日本]]の [[Webサービス]]である
[CITE[nioconico]]
は、ほとんどで4桁西暦を使っていますが、
[CITE[ニコニコ大百科]]
の大部分と[[ニコレポ]]のみ
2桁西暦を採用しています。
[TIME[2019-04-24T00:27:32.000Z]]

[79] [[日本]]の [[Webサービス]]である
[CITE[とくっち.com]]
は、[[掲示板]]部分のシステムで自動生成していると見られる[[日時]]は
「19/05/13 12:05」のように[[西暦2桁年号]]を採用しています
[SRC[>>78]]。
運営者が手動で入力されたと思われる部分には西暦4桁年号や[[元号年]]、
[[年]]なしの月日も見られます。
(運営会社は1993年設立、サービス開始は不明。)

[84] 
某宅配便会社の送り状に印字される発送日は西暦の「YY年M月D日」。
不在時に配送担当者が押す確認印の日付は元号の「Y. M. D」。
今月の場合(20)「19年」、(令和)「1」(年)
でした。
[TIME[2019-05-13T09:24:19.100Z]]

[100] 
プログラマー向け質問サイトとして業界最大手の
[CITE[Stack Overflow]]
(英語版)
は、
「Oct 21 '08 at 9:29」
のような日時表示を採用しています。
日本語版は
「15年12月15日 6:12」
としています。

[142] 
[[英語圏]]で人気の[[掲示板]]ソフトウェア [CITE[[[Discourse]]]]
は、
「Aug 11, '18」のような[[日付形式]]を採用しています。
[TIME[2019-05-29T10:57:44.200Z]]

[145] 
[[日本]]の [[Webサービス]]
[CITE[researchmap]]
は、
「更新日: 15/07/13 09:47」 [SRC[>>144]]
のように2桁で[[日時]]を表示しています。
(「2014/08 更新」のように4桁で表示している部分もあります。)

[180] 
[[Webサイト]]での取引を主とする[[日本]]の証券会社
[[SBI証券]]の
[[Webサイト]]は、
「19/11/07」
のような[[2桁西暦年号]]表記を全面的に採用しています。
[TIME[2019-11-07T06:44:27.200Z]]


[149] 
[[台風番号]]には[[元号年]]の名称と[[西暦年]]による記号的表示があり、
後者は[[西暦2桁年号]]です。
[CITE[Wikipedia]] によれば「元号何年台風第何号」の[[台風番号]]導入が[TIME[西暦1953年][year:1953]]でした。
[[西暦2桁年号]]を使った4桁番号形式の導入時期は不明ですが、
[[気象庁]]の [[Webサイト]]には 51 ([TIME[西暦1951年][year:1951]])
の事例が見え [SRC[>>150]]、遡って使われていると思われます。
また [CITE[Wikipedia]] には「昭和20年台風何号」
([TIME[1945年][year:1945]]) というような記述もあります。
いずれにしても、まだ100年は経過していないようです。
[SEE[ [[台風番号]] ]]



[105] 誤解してはいけないのは、
[[2桁年号]]の用例が多いからといって、
4桁を凌駕するほど多く見られるというほどではないのです。
[[Webサイト]]で機械的に生成される場合は4桁のことがかなり多いですし、
それ以外でも4桁の場合が多いです。
一方でここに示した2桁の事例もほんの一部、氷山の一角に過ぎず、
4桁も2桁もどちらもよく使われていて、
普段あまり意識しないため気づかないでいるのです。

-*-*-

[89] 
[[2000年問題]]は当時よく[DFN[コンピュータ2000年問題]]などとも呼ばれ、
あくまで[[計算機システム]]の不具合であるとする認識が極めて一般的でした。
核ミサイルが誤発射されて人類が滅亡すると主張する者が現れるなど人類の存続に関わるレベルの社会問題だったにも関わらず、
新たに登場したばかりの情報機器の未熟さばかりが注目され、
[[情報システム]]を直接扱わないほとんどの人々にとって他人事でしかありませんでした。
[[2桁表記]]の遍在性と不完全性への注意を喚起する者などいなかったか、
仮にいたとしても大衆を動かすほどではありませんでした。

[80] 
[[2000年問題]]の記憶や「0[VAR[x]]年」の違和感がますます薄れていくこの先、
2桁表記が増えることはあっても、
消えることはまずないと思われます。
[[計算機システム]]で2000年問題の大騒動が繰り返される可能性は低いかもしれませんが、
若干の混乱 (誤った形で4桁に補完される、整列順がおかしくなる、
20100年と表示される、[[閏年]]判定が正しくないなど)
は2100年前後にまた起こるかもしれません。

;; [81] この文章を読んでいる人でそれを体験できる人がどれほどいるかわかりませんがw

[REFS[
- [158] [CITE@ja[報道の魂]] ([TIME[2019-07-27 12:40:17 +09:00]]) <http://www.tbs.co.jp/houtama/last/bn2005.html>
- [75] [CITE[NDS Y 4066C 機雷識別表示]],
昭和41年12月26日制定,
平成21年2月18日改正
([TIME[2016-03-04 14:32:56 +09:00]]) <https://www.mod.go.jp/atla/nds/Y/Y4066C.pdf>

[FIG(quote)[
[FIGCAPTION[
[67] [CITE@ja[モーニング娘。 - Wikipedia]]
([TIME[2019-04-23 07:06:20 +09:00]])
<https://ja.wikipedia.org/wiki/%E3%83%A2%E3%83%BC%E3%83%8B%E3%83%B3%E3%82%B0%E5%A8%98%E3%80%82>
]FIGCAPTION]

> 正式名称について、2014年1月1日以降は「モーニング娘。」の後に当該年の西暦の下二桁を付して「モーニング娘。'○○」としている(例:『モーニング娘。'19』)。読みは、「もーにんぐむすめ」に続いて、西暦の10の位と1の位をそれぞれ英語読みする(例:『モーニング娘。'19』ならば「モーニングむすめ ワンナイン」'''['''4''']''')。

]FIG]

- [70] [CITE@ja[FIFAシリーズ - Wikipedia]] ([TIME[2019-04-05 20:54:00 +09:00]]) <https://ja.wikipedia.org/wiki/FIFA%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA>
- [78] [CITE@ja[主婦の口コミ、お悩み、疑問は[[とくっち.com]]]] ([[株式会社ミリオネット]]著, [TIME[2019-05-13 12:43:56 +09:00]]) <http://rep-www.toku-chi.com/pages/top/index.htm>
- [102] [CITE@ja[2ちゃんねるの歴史 - Wikipedia]] ([TIME[2019-05-19 09:19:26 +09:00]]) <https://ja.wikipedia.org/wiki/2%E3%81%A1%E3%82%83%E3%82%93%E3%81%AD%E3%82%8B%E3%81%AE%E6%AD%B4%E5%8F%B2>
- [144] [CITE@ja[山中 伸弥 - 研究者 - [[researchmap]]]] ([[Japan Science and Technology Agency]]著, [TIME[2019-06-06 12:33:00 +09:00]]) <https://researchmap.jp/read0161457>
- [150] [CITE@ja[[[気象庁]]|上陸日時]] ([[気象庁 Japan Meteorological Agency]]著, [TIME[2019-03-10 14:44:42 +09:00]]) <http://www.data.jma.go.jp/fcd/yoho/typhoon/statistics/ranking/late_early_l.html>

]REFS]

* 2010年問題

[172] 
[DFN[2010年問題]]は、
[[西暦2桁年号]]を [[BCD]] として保持している場合に、
[[BCD]] でなく[[2進数]]と誤解釈することで発生するもの [SRC[>>171]]
とされています。

[173] 
[[BCD]] と[[2進]]数値の取り違えというのがまず理解困難なのですが。
[[BCD]] を使っているのは汎用機など古くからあるシステムの可能性が高そうですし、
最近のシステムは[[2進数]]で扱うのが普通でしょうから、
新旧システムの接続部で仕様の確認が不十分だったのでしょうか。

[174] 
[TIME[2000年][year:2000]] (0x00) から
[TIME[2009年][year:2009]] (0x09)
までたまたま両者が一致するので気づかなかったのでしょうが、
[TIME[1999年][year:1999]] (0x99) 
以前に問題になっていなかったのは謎です。
[TIME[2000年][year:2000]]以後に改修されて問題が混入したということでしょうか。

[207] 
その他何通りかの問題が報告されたようです。

[175] 
[[2000年問題]]の記憶もまだ新しかったはずですが、
こんな問題がいくつも起きるなんて。

[REFS[
- [208] [CITE@ja[絵日記帳 / 2010年1月上旬の日記]], [TIME[2010-01-11 16:05:12 +09:00]] <http://tsurime.maid.ne.jp/diary/d201001a.html#01_02>
- [206] [CITE[SpamAssassin: News and Announcements]], [TIME[2019-07-12 11:48:43 +09:00]] <https://spamassassin.apache.org/news.html>
- [202] [CITE@ja[「2000年問題」が10年遅れてオーストラリアを直撃、金融システムが大混乱に陥る - GIGAZINE]], [TIME[2019-11-30 21:03:36 +09:00]] <https://gigazine.net/news/20100104_y2k_in_australia/>
- [230] [CITE[【韓国】年度変わりで携帯電話の不具合が続発…サムスン、LG、パンテック製など「2010年」のメールなどに不具合 '''['''01/04''']''']], [TIME[2019-11-30 21:10:44 +09:00]] <https://yutori7.5ch.net/test/read.cgi/news4plus/1262598626/>
- [231] [CITE@ja[「Windows Mobile」のSMS機能に不具合--MSは調査中 - CNET Japan]], [TIME[2019-11-30 21:11:29 +09:00]] <https://japan.cnet.com/article/20406202/>
- [203] [CITE@ja[豪のクイーンズランド銀行で2010年問題が発生 | [[スラド]] IT]], [TIME[2019-11-30 21:04:10 +09:00]] <https://it.srad.jp/story/10/01/05/028210/>
- [205] [CITE@ja[10年遅れのY2K問題、銀行カード3000万枚に使用不能の恐れ 写真3枚 国際ニュース:AFPBB News]], [TIME[2019-11-30 21:06:50 +09:00]] <https://www.afpbb.com/articles/-/2679741?pid=5124535>
- [204] [CITE@ja[中国でも「2010年問題」発生、1月1日午前0時にタクシーのメーターがリセットされる | [[スラド]] IT]], [TIME[2019-11-30 21:05:49 +09:00]] <https://it.srad.jp/story/10/01/06/0342211/>
- [171] [CITE@ja[[[2010年問題]] - Wikipedia]], [TIME[2019-10-15 12:33:27 +09:00]] <https://ja.wikipedia.org/wiki/2010%E5%B9%B4%E5%95%8F%E9%A1%8C#%E5%B9%B4%E6%95%B0%E5%87%A6%E7%90%86%E3%81%AE%E3%83%90%E3%82%B0>
]REFS]

* 2020年問題

[240] 
[TIME[西暦2020年][year:2020]]以後を正しく扱えない問題が何種類か報告されています。
[[2桁西暦年]]に起因するものも、そうでないものもあります。
[SEE[ [[2020年問題]] ]]



* 西暦1900年暦

[38] 
[DFN[西暦1900年暦]]は、
[TIME[西暦1900年][year:1900]]を0年とする[[紀年法]]です。

[39] 
[[計算機システム]]では非常によく用いられる[[紀年法]]の1つです。

[40] 
[[2000年問題]]が認識される以前はそのまま使われました。

[41] [[2000年問題]]の解決のため、次のような方法が採られました。

- [42] 100年以降に拡張し、 [N[1900]] を足し引きして[[西暦]]に換算することとするもの。
- [43] 判定時点または固定の時点の前後100年間の[[西暦]]下2桁と解釈するもの。
- [44] 2桁なら[[西暦1900年暦]]とし、4桁なら[[西暦]]と解釈するもの。
- [45] [[西暦]]下2桁のままとし、解釈は他の手段によることとするもの。
- [46] [[西暦]]4桁など他の[[暦法]]に移行したもの。

;; [196] 中央3種類は[[複数紀元詰め込み]]型。

[37] 
[[C言語]]の[[構造体]] [CODE[tm]] の [DFN[[CODE[tm_year]]]]
は[[年]]を表しますが、
[[西暦1900年暦]]を使っています。
派生して [[Perl][Perlにおける日時]] などでも使われています。
[SEE[ [CODE[tm]] ]]


[31] [[ISO 9660の日時形式]]は 1900年からの年数の[[8ビット符号なし整数]]を使っており、
[[2000年問題]]はありませんが、 0xFF 年までしか扱えません。


[131] 似たものとして、皇紀2600年を0年とする[DFN[皇紀2600年暦]]があります。
(実例 >>118)

* 解釈

[52] 
上位桁を省略するのですから参照される[[年]]は曖昧となり、
解釈に文脈が必要となります。

[51] 
[[西暦]]と他の[[紀年法]]が混在しどちらか曖昧になることもあります。
[[日本]]では[[西暦2桁年号]]と元号を省略した[[元号年]]がどちらも[[数字]]
2桁で文脈なしには区別できません。
[SEE[ [[現代日本の紀年法]] ]]

** 日本語媒体の紀年法混在

[128] [[現代日本]]の主要な[[新聞]]は、
本文中で[[西暦年]]下2桁または[[元号年]]の年数のみの表記を頻繁に用いていますが、
新聞社ごとに[[西暦年]]か[[元号年]]のどちらかで統一されており、
かつ初出は4桁または[[元号名]]明記としているため、
意味がわからなくなることはありません。

[129] しかし雑誌などでは徹底せず2桁年のみの表記としている場合も見られます。
主要新聞も[[見出し]]は2桁年のみとすることがあるので、
流し読みの場合や目次的な [[Webページ]]などで[[見出し]]のみ見る場合に戸惑うことはあります。

[130] 
初出時と同じ上2桁や元号が省略されるとみなし本文上から順番に解釈していけばよいことがほとんどですが、
世紀境界をまたいだ話題や、
途中に古い年号が挿入された話題で、
文脈による解釈を要求され機械的に決定できない事例もみられます。

[237] 
[[新聞]]が[[2桁年号]]を好むのは、[[縦書き]]のためと思われます。
[[2桁年号]]なら、[[縦中横]]で[[年]]を1文字分、
「[[年]]」を1文字分、の2文字分で[[年号]]を記述できます。
4桁になると、1文字ずつ[[直立]]させた4文字の[[年]]と「[[年]]」
を1文字分で、5文字分必要になってしまいます。

[238] 
[[文章]]以外、例えば[[賞味期限表示]]で[[2桁年号]]が多用されるのは、
[[昭和時代]]の[[元号名]]なしの[[2桁年号]]表示を前提にした装置の制約やデザインの慣習が、
[[西暦]]化されてからも引き継がれていることが疑われます。


[REFS[

[FIG(quote)[
[FIGCAPTION[
[209] [CITE@ja[「けもフレ2」めぐるテレ東社員投稿、同局が謝罪 「SNS発言に不適切なもの」 - 産経ニュース]]
([[SANKEI DIGITAL INC.]]著, [TIME[2019-04-16 00:02:16 +09:00]])
<https://www.sankei.com/smp/affairs/news/190416/afr1904160001-s1.html>
]FIGCAPTION]

> 「けもの-」は、平成29年放送の1期に続き、31年、監督やスタッフを一新した2期が放送された。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[210] [CITE@ja[滋賀県、大戸川ダム容認 知事が方針転換「住民の安全に必要」  - 産経ニュース]]
([[SANKEI DIGITAL INC.]]著, [TIME[2019-04-16 12:42:53 +09:00]])
<https://www.sankei.com/life/news/190416/lif1904160017-n1.html>
]FIGCAPTION]

> 平成20年、当時の嘉田由紀子知事が三重、京都、大阪の3府県の知事とともに建設中止を求める意見書を国に提出、21年に国が事業凍結を決めていた。 [SNIP[]] 嘉田氏の後継として26年に初当選した三日月氏だが、

]FIG]


[FIG(quote)[
[FIGCAPTION[
[211] [CITE@ja[しまむら急ブレーキ…「しまパト」熱なぜ冷めた : 深読み : 読売新聞オンライン]]
([TIME[2019-04-16 14:01:36 +09:00]])
<https://www.yomiuri.co.jp/fukayomi/ichiran/20180509-OYT8T50054/?from=yartcl_outbrain1>
]FIGCAPTION]

>  しまむらが4月に発表した2018年2月期連結決算は、売上高が前年比0.1%減の5651億円にとどまったほか、本業のもうけを示す営業利益が12.1%減の428億円、最終利益が9.6%減の297億円とそれぞれ大幅減となった。
>  リーマンショックの影響などで09年2月期には減収となったが、以降は17年2月期まで8期連続で増収を維持するなど業績は好調だった。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[212] [CITE@ja[17年度の温室効果ガス排出、4年連続減少 環境省発表:朝日新聞デジタル]]
([TIME[2019-04-16 14:06:03 +09:00]])
<https://www.asahi.com/articles/ASM4H4FXKM4HUBQU002.html?iref=comtop_list_nat_n01>
]FIGCAPTION]

>  環境省は16日、2017年度の温室効果ガスの排出量(確定値)は、前年度比1・2%減の12億9200万トン(二酸化炭素〈CO2〉換算)だったと発表した。
> [SNIP[]]
> 政府は30年度までに、森林吸収分を含めて排出の26%削減(13年度比)をめざし、17年度時点では8・4%減となった。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[213] [CITE@ja[読売中部支社跡地にマリオット系ホテル、22年春開業へ:朝日新聞デジタル]]
([TIME[2019-04-16 14:07:01 +09:00]])
<https://www.asahi.com/articles/ASM4D5SXTM4DOIPE012.html?iref=comtop_list_biz_n04>
]FIGCAPTION]

> 2022年春に開業する。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[214] [CITE@ja[滋賀県知事、ダム建設容認に方針転換 「大戸川は必要」:朝日新聞デジタル]]
([TIME[2019-04-16 14:07:44 +09:00]])
<https://www.asahi.com/articles/ASM4J3HRXM4JPTJB007.html?iref=comtop_list_pol_n02>
]FIGCAPTION]

> [SNIP[]] 2008年に同県の嘉田由紀子前知事と大阪、京都、三重の各府県知事が建設凍結を求める意見を共同で表明し、[SNIP[]]
>  大戸川ダムは1968年、国が多目的ダムとして建設を計画。[SNIP[]]
>  三日月氏が滋賀県知事に就任後の17年12月、自民党や公明党などの賛成多数で、[SNIP[]]

]FIG]


[FIG(quote)[
[FIGCAPTION[
[215] [CITE@ja[トヨタ、新EVを世界初公開 小型SUV「C―HR」:朝日新聞デジタル]]
([TIME[2019-04-16 14:09:00 +09:00]])
<https://www.asahi.com/articles/ASM4H6308M4HULFA02Y.html?iref=com_latestnews_03>
]FIGCAPTION]

> トヨタ自動車は2020年に中国で発売するEVの小型SUV(スポーツ用多目的車)「C―HR」を世界初公開した。 [SNIP[]] 20年代前半までに世界で10車種以上のEVを投入する計画だ。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[216] [CITE@ja[平成の発明品「MD」、需要根強く でもデッキ製造は…:朝日新聞デジタル]]
([TIME[2019-04-16 14:10:42 +09:00]])
<https://www.asahi.com/articles/ASM3W62L9M3WOIPE02B.html?iref=pc_rellink>
]FIGCAPTION]

> MDシステムは、ソニーが開発し、1991年に発表。翌年「ウォークマン」1号機(7万9800円)、MDディスクを販売した。[SNIP[]] 各社とも携帯型プレーヤー、MD搭載のコンポを発売し、90年代半ばに市場を席巻した。
>  高級オーディオや高性能録音機器で知られるティアックも96年以降、MDデッキやコンポの販売を開始。2015年から「MD―70CD」というMD・CD一体のデッキを売っている。[SNIP[]]
>  だが人気は続かなかった。MDコンポ業界では00年が市場のピークとされ、翌年にはアップルの携帯型デジタル音楽プレーヤー「iPod」が登場。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[217] [CITE@ja[三井住友銀「65歳へ定年延長」検討 20年1月導入、メガバンク初 労組に提案 - 毎日新聞]]
([TIME[2019-04-16 14:15:46 +09:00]])
<https://mainichi.jp/articles/20190416/k00/00m/020/083000c>
]FIGCAPTION]

> 来年1月の導入を目指し、労働組合に制度変更を提案した。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[218] [CITE@ja[110メートル障害の増野が引退 17年世界陸上代表 - 毎日新聞]]
([TIME[2019-04-16 14:17:51 +09:00]])
<https://mainichi.jp/articles/20190416/k00/00m/050/101000c>
]FIGCAPTION]

> 陸上男子110メートル障害で2017年世界選手権代表の増野元太(25)が16日、現役を引退したことを明らかにした。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[219] [CITE@ja[温室効果ガス排出量、CO2換算で前年度比1.2%減 17年度確定値 - 毎日新聞]]
([TIME[2019-04-16 14:18:23 +09:00]])
<https://mainichi.jp/articles/20190416/k00/00m/040/032000c>
]FIGCAPTION]

> 環境省は16日、2017年度に国内で排出した温室効果ガスの総量が、二酸化炭素(CO2)換算で前年度比1.2%減の12億9200万トンだったとの確定値を発表した。[SNIP[]] 日本は30年度に13年度(14億1000万トン)比で26%排出削減する目標を掲げる。しかし、17年度の排出量は13年度比で8.4%減にとどまる。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[220] [CITE@ja[変革:第9部 りそなグループ/7 公的資金、苦渋の延命 - 毎日新聞]]
([TIME[2019-04-16 14:20:37 +09:00]])
<https://mainichi.jp/articles/20190413/ddm/012/020/102000c>
]FIGCAPTION]

> 大型連休最終日だった2003年5月5日夜。[SNIP[]]
>  りそなは03年3月期決算で、

]FIG]


[FIG(quote)[
[FIGCAPTION[
[221] [CITE@ja[100年カンパニーの知恵:キユーピー(東京都)/上 体格向上を願い発売 - 毎日新聞]]
([TIME[2019-04-16 14:21:44 +09:00]])
<https://mainichi.jp/articles/20190318/ddm/008/020/010000c>
]FIGCAPTION]

> <since 1919>
> 良い商品は良い原料からしか生まれない
>  キユーピー創始者の中島董一郎氏は愛知県西尾市出身。水産講習所(現東京海洋大学)卒業後の1912~15年、農商務省の海外実業練習生として英米に行き、マヨネーズのおいしさ、栄養価の高さに魅了された。19年、キユーピーの前身である食品工業の創業に名を連ねた。
>  関東大震災後に進んだ洋風化を目の当たりにした中島氏は25年、

]FIG]


[FIG(quote)[
[FIGCAPTION[
[222] [CITE@ja[けいざい・因数分解:2.53% 経団連が集計した2018年の大企業の賃上げ率 脱「官製春闘」着地点は - 毎日新聞]]
([TIME[2019-04-16 14:22:10 +09:00]])
<https://mainichi.jp/articles/20190303/ddm/008/020/088000c>
]FIGCAPTION]

> 2018年春闘の大企業の賃上げ率は、前年比0・19ポイント上昇の2・53%と1998年(2・62%)以来、20年ぶりの高水準だった。経団連は、政府が賃上げの音頭を取る「官製春闘」からの脱却を模索しており、19年春闘はどんな水準で決着するのか、注目が集まる。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[223] [CITE@ja[国内医薬品市場、平成の30年で1・9倍  :日本経済新聞]]
([TIME[2019-04-16 14:26:30 +09:00]])
<https://www.nikkei.com/article/DGXMZO43783100W9A410C1TJ2000/>
]FIGCAPTION]

> 米医薬サービス・調査会社のIQVIA日本法人は16日、1989~2018年の国内医療用医薬品市場のデータを公表した。89年(平成元年)に5兆5260億円だった市場規模は18年(平成30年)に10兆3374億円と約30年で1.9倍に拡大した。 [SNIP[]]
> 89年に3280億円だった抗がん剤市場は18年には1兆2000億円に拡大した。「抗体医薬」と呼ばれるバイオ医薬品が登場したことで、平成後期(09~18年)に急拡大した。[SNIP[]]
> 特に14年に世界に先駆けて販売されたがん免疫薬「オプジーボ」は[SNIP[]]

]FIG]


[FIG(quote)[
[FIGCAPTION[
[224] [CITE@ja[天神イムズ、コト消費 先駆けた30年 最後まで発信  :日本経済新聞]]
([TIME[2019-04-16 14:28:19 +09:00]])
<https://www.nikkei.com/article/DGXMZO43762760V10C19A4962M00/>
]FIGCAPTION]

> 福岡・天神にある商業施設「イムズ」が12日、開業30周年を迎えた。1989年(平成元年)に開業し、平成の30年間で物販だけでなく、イベントなどの「コト消費」を他の施設に先んじて提供してきた。運営する三菱地所は2021年度に閉館し、建て替える。インターネット通販やファストファッションが台頭するなか、新しい消費のあり方を九州で発信し続けられるか。
> [SNIP[]]
> 1997年、まだメジャーデビューする前のゆずが初めて福岡でライブをした場所がイムズだった。22年の時を経て、2人は当時のライブで歌った曲「地下街」を熱唱。[SNIP[]]
> 95年度、来館者数約1900万人、売上高約140億円となり、共に過去最高を記録した。[SNIP[]]
> だが96~97年、キャナルシティ博多や岩田屋現本館のZサイド、博多大丸の東館、福岡三越が相次いで開業し、宝飾品や食品のテナントが流出。[SNIP[]] 98年に日本に初出店したスペインの「ZARA」を皮切りに「H&M」などの外資系アパレルが天神に進出。[SNIP[]] 福岡パルコは17年、「泊まれる本屋」やシェアオフィスを開業。博多リバレインモールも19年度の改装で新たにフィットネスジムや宿泊施設を入れると明らかにしている。[SNIP[]]
> 約80億円の売上高見込みとなった18年度、三菱地所は建て替え計画を発表。天神で再開発が進み「エリアの将来像が変化する中、新時代のニーズに応える」と説明する。[SNIP[]]

]FIG]


[FIG(quote)[
[FIGCAPTION[
[225] [CITE@ja[市進HDの19年2月期、純利益14.9%増3億900万円  :日本経済新聞]]
([TIME[2019-04-16 14:31:15 +09:00]])
<https://www.nikkei.com/article/DGXLRST0404772V10C19A4000000/>
]FIGCAPTION]

> 市進ホールディングスが15日に発表した2019年2月期の連結決算は、純利益が前期比14.9%増の3億900万円となった。売上高は前期比4.7%増の164億円、経常利益は前期比19.2%減の2億1900万円、営業利益は前期比16.7%増の4億500万円だった。[SNIP[]]
> 2020年2月期は純利益が前期比56.6%減の1億3400万円、売上高が前期比1.2%増の166億円、経常利益が前期比45.8%減の1億1900万円、営業利益が前期比24%減の3億800万円の見通し。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[226] [CITE@ja[RPA、純利益91%増 19年2月期、AI入力が好調  :日本経済新聞]]
([TIME[2019-04-16 14:33:43 +09:00]])
<https://www.nikkei.com/article/DGXMZO43765710V10C19A4DTA000/>
]FIGCAPTION]

> 業務自動化ソフトウエアのRPAホールディングスが15日発表した2019年2月期の連結決算は純利益が前の期比91%増の5億5900万円だった。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[227] [CITE@ja[串カツ田中、全席禁煙で実質増益 18年12~19年2月  :日本経済新聞]]
([TIME[2019-04-16 14:34:23 +09:00]])
<https://www.nikkei.com/article/DGXMZO43748860V10C19A4DTA000/>
]FIGCAPTION]

> 串カツ田中ホールディングスが15日に発表した2018年12月~19年2月期の連結決算は、純利益が1億2200万円だった。18年6月に全席禁煙にしたことで家族層の来店が増えた。[SNIP[]] 19年11月期の業績予想は据え置いた。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[228] [CITE@ja[メリル日本社長に笹田氏 トップ2人が女性に  :日本経済新聞]]
([TIME[2019-04-16 14:35:26 +09:00]])
<https://www.nikkei.com/article/DGXMZO43606570R10C19A4EAF000/?n_cid=DSMMAA10>
]FIGCAPTION]

> 笹田 珠生氏(ささだ・たまお)1991年(平3年)慶大法卒。米法律事務所スキャデン・アープス・スレート・マー・アンド・フロムなどを経て、98年メリルリンチ日本証券入社。07年投資銀行部門マネージングディレクター、18年取締役投資銀行部門共同部門長。
> 林 礼子氏(はやし・れいこ)1987年(昭62年)東大院教育社会学研究科修士課程修了、シティバンク入行。2000年メリルリンチ日本証券入社。14年資本市場部門長、17年副会長。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[229] [CITE[19年はeスポーツ元年に 世界的人気チームCOOが語る“スター選手”輩出のカギ | ORICON NEWS]]
([TIME[2019-04-18 22:07:04 +09:00]])
<https://www.oricon.co.jp/news/2126602/full/>
]FIGCAPTION]

> 世界中でeスポーツ産業が盛り上がるなか、やや遅れを取りながら日本でもいよいよeスポーツ元年とも言うべき動きが勃興している。18年12月にサザンオールスターズや福山雅治らを擁する大手芸能プロダクション・アミューズと戦略的パートナーシップを締結した世界最大規模のeスポーツチーム「チーム リキッド」の成功事例から、日本におけるeスポーツの市場拡大のヒントを探りたい。 

]FIG]


[FIG(quote)[
[FIGCAPTION[
[101] [CITE@ja[asahi.com(朝日新聞社):江戸時代生まれ、200歳…戸籍上で生存、なぜ続く? - プレーバック1週間]]
([[The Asahi Shimbun Company]]著, [TIME[2019-05-21 12:40:43 +09:00]])
<http://www.asahi.com/special/playback/TKY201008290101.html>
]FIGCAPTION]

> 日本で最初に統一的な戸籍ができたのは、1872年の明治5年式戸籍。壬申戸籍とも呼ばれる。法務省民事第1課によると、国内の人口を把握することが急務となり、世帯単位で調査を実施したという。明治19(86)年、明治31(98)年、大正4(1915)年と記載の様式が変わり、昭和22(47)年に現在の方式になった。

]FIG]

]REFS]

** 複数紀元詰め込みの問題

[133] [[2000年問題]]や類似問題の対策として、
2桁分しか用意がなく変更が難しい場合や、
外部から2桁のデータが与えられ解釈の必要が生じる場合に、
適当な閾値を設けて前後で解釈 (+1900 or +2000) を変更する手法がよく採られました。

[EG[
[191] 例えば [N[40]] を[[閾値]]と定めた場合、
39 は
[TIME[2039年][year:2039]]、
50 は
[TIME[1950年][year:1950]]と解釈されます。
]EG]

[132] 
あるいは[[元号]]を使うシステムで[[改元]]前後の両方を扱うため、
特定値以下なら[[平成]]、
以上なら[[昭和]]のように異なる[[元号]]の[[年]]を数値のみで区別する事例がみられました
[SRC[>>504, >>505]]。
[[令和改元]]でも、
外部から与えられた[[元号名]]のないデータを適当に解釈する場合がみられたほか、
内部のデータ構造を変更しないため2桁数の空間を強引に[[昭和]]・[[平成]]・[[令和]]で
3分割する手法までみられたようです。
[SEE[ [[令和改元]] ]]

[134] 
こうした[DFN[複数紀元詰め込み]]による強引な解決策は時間稼ぎにしかならず、
すぐに次の危機が到来することが明らかです [SRC[>>27]]。
直接管理できない外部入力を解釈するため必要なものを除き、
採用するべきとは思えません。

[140] [[2000年問題]]はともかく、
[[平成改元]]で閾値を設けて[[昭和]]と[[平成]]を区別することにしたものは、
内部保存用データの形式としては間違った方策といえます。
改元日以後であれば63を引いて平成年を得る方法を採っていれば、
昭和99年まで問題なく使えるはずでした。

[EG[
[192] 
例えば[[閾値]]を20とした場合、
21 - 64 は[TIME[昭和21年][year:1946]] - [TIME[昭和64年][year:1989]]を表し、
1 - 20 は[TIME[平成元年][year:1989]] - [TIME[平成20年][year:2008]]を表します。
この方式では[TIME[平成21年][year:2009]]以降を表せないので、
何らかの対策が必要となります。
[[平成]]の次の[[改元]]も素直な方法では扱えません。
[TIME[西暦1989年][year:1989]]が2通りに表されるのもトラブルの元に思えます。

[193] 
そんな複雑なことをしなくても
1 - 99
で[TIME[昭和元年][year:1926]] - [TIME[昭和99年][year:2024]]を表し、
[TIME[平成元年][1989-01-08]]以後は表示上のみ適切に置き換えることとしていれば、
[TIME[西暦2024年][year:2024]]まで単純な方法で扱えていました。

]EG]

;; [194] 
[[人間]]のための表示、
[[プログラム]]の入出力が取り扱う外部表現、
[[プログラム]]の内部表現がそれぞれ別個でも構わないので、
それぞれに適した形式にするべき、
というのが現代的な考え方ですが、
[[昭和]]時代のシステム設計はそうではありませんでした。
表示される[[日付]]をそのまま素直に[[プログラム]]中で扱い、
そのまま[[データベース]]に保存するが当然という設計思想と、
稼働中のシステムを大きく改変することが難しいという制約のもと、
歪な改修にたどりついたのを責めるべきではないかもしれません。
だとしても、
そのような設計には問題があり、
好ましくありません。

[141] 内部保存ではなく外部から入力された年数に関する元号の解釈も、
本来なら年数とは別に元号欄を設けるのが正しい対処で、
[[UI]] でデフォルト元号の自動選択のために年数を使う
([[人間]]がその場で訂正できるようにする)
程度ならまだしも、
年数だけしか入力手段がないものは設計が誤っていると言わざるを得ません。

[REFS[


[FIG(quote)[
[FIGCAPTION[
[504] ([TIME[2017-08-07 16:39:05 +09:00]])
<https://www.taisyokukin.go.jp/supply/PDF/shingigaiyou_h29_1.pdf>
]FIGCAPTION]

> ①例えば今後元号が変わるようなことがあ
った場合にも対応しているのか?
> ②随意契約とした理由に短時間に遂行する
ためとあるが、元号の変更については事前
から予想のできることであるが、短時間に
やらなければならない理由とは何か。

> ①この日付対応の改修に元号変更対応につ
いても含めてある。
> ②本件については併せて元号の変更への対
応も行ったが、本来的には元号とは関係無
く、業務システムにおいて元号無しの日付
について、29年までを平成、30年以降
について昭和と判断しているものを改修す
る必要があったものである。本改修は影響
するシステム資産全てを凍結した上で行う
必要があるため、これまで行っていた法改
正に伴う改修と並行して改修することはで
きず、法改正関連の改修を優先し本改修に
着手したものである。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[505] ([TIME[2016-10-05 08:46:04 +09:00]])
<http://www.mhlw.go.jp/sinsei/chotatu/chotatu/shiyousho-an/dl/130227-05.pdf>
]FIGCAPTION]

> 労災システムにおいては、傷病年月日等の入力項
目の一部に元号のない和暦日付があり、年が「27」以
下であれば元号を「平成」と、また、それ以外は「昭和」
と判定する仕様となっており、平成28年度以降の傷
病年月日等を入力した場合は元号を「昭和」と判定さ
れる。また、「昭和」、「平成」以外の元号には対応でき
ない。
>  このため、すべての入力帳票について、傷病年月日
等に元号を付加し、和暦から西暦への変換処理を正
しく行えるよう改修を行う。
>  なお、平成元年以降に開発した介護、アフターケア
については、日付項目に元号が付加されており、改修
は発生しない。

]FIG]

[FIG(quote)[
[FIGCAPTION[
[27] [CITE[“8年後に大地震”誤った地震速報配信で混乱広がる | NHKニュース]]
([[日本放送協会]]著, [TIME[2017-06-23 11:16:53 +09:00]])
<http://www3.nhk.or.jp/news/html/20170622/k10011026911000.html>
]FIGCAPTION]

> 地元メディアによりますと、USGSと提携している大学の研究者たちが、1925年6月にカリフォルニア州で起きた地震の情報を更新する作業中、データが誤ってUSGSに送信され、何かしらの原因で2025年の地震として配信されたと見られるということです。

]FIG]


]REFS]

** 西暦年解釈法

[244] 
[[2桁西暦年]]が与えられた時、
特定の[[閾値]]を決めてその前後で解釈を変える手法が一般的です。

[247] 
[[英語]]版
[CITE[Wikipedia]] はこの手法を一般に
[DFN[date windowing]]、
[[閾値]]を
[DFN[pivot year]]
と呼んでいます
[SRC[>>245]]。
[[日本]]ではこれに当たる語はほとんど聞きませんが、
[[英語圏]]では使われているのでしょうか。

[246] 
[[英語]]版
[CITE[Wikipedia]]
は、
[DFN[date window]]
の決め方の主要な手法として、
Fixed pivot year、
Sliding pivot year、
Closest date
の3つがあるとしています [SRC[>>245]]。
Fixed は特定の[[閾値]]を固定で用いるもので、
残りの2つは判断する時点の[[日付]]に応じて変化させるものです。


[REFS[
- [200] [CITE[CNN - Spot & fix Y2K problems in Windows 9x & NT - February 9, 1999]], [[Brian Livingston]],
February 9, 1999,
Web posted at: 12:57 p.m. EST (1757 GMT),
[TIME[2020-01-16 11:04:27 +09:00]] <http://edition.cnn.com/TECH/computing/9902/09/testy2k.idg/index.html>
- [245] [CITE@en[[[Date windowing]] - Wikipedia]], [TIME[2020-01-12 00:07:56 +09:00]] <https://en.wikipedia.org/wiki/Date_windowing>
]REFS]

*** 判断する時点の日付を元に判断

[1] [[Lotus Organizer]] 2000 は、利用者の入力を80年前〜19年後までの範囲内として受け取ります。

[2] [[Lotus 1-2-3]] 98 は、 >>1 の方法と「全部1900年代」を選べました。

[248] 「Closest date」法、
すなわち前世紀、今世紀、翌世紀の3つの解釈のうち[[現在時刻]]に最も近いものを選ぶ方法もあります。
[SRC[>>245]]


**** RFC 2068, RFC 2616 (HTTP/1.1)

19.3 曰く:

> HTTP/1.1 clients and caches should assume that an RFC-850 
> date which appears to be more than 50 years in the future 
> is in fact in the past (this helps solve the "year 2000" problem).

HTTP/1.1 クライアントとキャッシュは、50年以上未来の RFC 850
日付を、実際は過去のものと解釈するべきです (これが「2000年」問題解決の
手助けとなります)。

[6] [[RFC 7231]] もこれを踏襲しています。

[REFS[
- [7] [CITE@en[RFC 7231 - Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content]] ([TIME[2014-08-07 05:54:02 +09:00]] 版) <https://tools.ietf.org/html/rfc7231#section-7.1.1.1>
]REFS]

;; [11] [[HTTPの日時形式]]を参照。

**** [CODE(perl)@en[Time::Local]]

[10] [[Perlモジュール]] [CODE(perl)@en[[[Time::Local]]]] は[[現在]]から前後50年以内と解釈します
[SRC[>>9]]。

[REFS[
- [9] [CITE[Time::Local - search.cpan.org]] ([TIME[2014-10-06 04:02:21 +09:00]] 版) <http://search.cpan.org/dist/Time-Local/lib/Time/Local.pm#Year_Value_Interpretation>
]REFS]

*** 19-20 を境界とする


[239] 
[[Microsoft Excel 95]] がそうでした。
[SRC[>>200]]

[199] 
[[Unix epoch]] が
[TIME[1970年][0]]なので、
そこから50年の余裕がある
[TIME[2020年][year:2020]]が選ばれたといわれています。

[241] 
そうした判断もあったでしょうが、それだけとは限りません。
たとえば [[Excel]] は
[[Unix time]] 
と何の関係もありません。

[77] 
[[2020年問題]]を引き起こしました。

*** 29-30を境界とする

[242] [[Microsoft Excel 97]] [SRC[>>200]]

**** Microsoft Windows

[135] 
00〜29 → +2000, 30〜99 → +1900

[136] 
Windoze 98 以降では、[[コントロールパネル]]の「地域」で変更出来ます。
<http://www.microsoft.com/japan/year2k/2kwhitepaper/settings_jp.htm>

*** 49-50 を境界とする

**** RFC 2822

RFC 2822 4.3 曰く:

> Where a two or three digit year occurs in a date, the year is to be
> interpreted as follows: If a two digit year is encountered whose
> value is between 00 and 49, the year is interpreted by adding 2000,
> ending up with a value between 2000 and 2049.  If a two digit year is
> encountered with a value between 50 and 99, or any three digit year
> is encountered, the year is interpreted by adding 1900.

日付内で2桁や3桁の年が出てきたら、年は次のように解釈します。
2桁年号が00〜49の値の場合、2000を加えて2000〜2049の値と解釈します。
2桁年号が50〜99の値の場合、または3桁の年号の場合は、
1900を加えて解釈します。

**** S/MIME

[3]
[[S/MIME]] の [CODE[[[UTCTime]]]] は 49‐50 が境界です
[SRC[RFC 3851 2.5.1]]。

**** ISO/JIS 記憶媒体

[33] [[ISO 1001]] と
[[ISO 7665]]
では、[[2桁年号]]で00〜49に+2000, 50〜99に+1900して
解釈します。
[SEE[ [[記憶媒体の日時形式]] ]]

**** PKIX

[FIG(quote)[
[FIGCAPTION[
[12] [CITE@en[RFC 5280 - Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile]]
([TIME[2015-02-22 15:44:10 +09:00]] 版)
<http://tools.ietf.org/html/rfc5280#section-4.1.2.5.1>
]FIGCAPTION]

>  Conforming
systems MUST interpret the year field (YY) as follows:
>       Where YY is greater than or equal to 50, the year SHALL be
interpreted as 19YY; and
>       Where YY is less than 50, the year SHALL be interpreted as 20YY.

]FIG]

*** 50-51 を境界とする

[243] [[Quattro Pro]] [SRC[>>200]]

*** 68-69を境界とする

**** X/Open の推奨

[137] 00〜68 → +2000, 69〜99 → +1900 を推奨しているらしいです。

*** 69-70 を境界とする

[5] [[RFC 6265]] が規定する[[Cookieの日付形式]]の構文解析手続きにおいては、
69以下は2000年代、70以上は1900年代とされています。

[REFS[
- [15] [CITE@en[MySQL :: MySQL 8.0 Reference Manual :: 12.3.3 The YEAR Type]] ([TIME[2017-03-10 16:49:06 +09:00]]) <https://dev.mysql.com/doc/refman/8.0/en/year.html>
- [16] [CITE@en[MySQL :: MySQL 8.0 Reference Manual :: 12.3.8 Two-Digit Years in Dates]] ([TIME[2017-03-10 16:50:50 +09:00]]) <https://dev.mysql.com/doc/refman/8.0/en/two-digit-years.html>

[FIG(quote)[
[FIGCAPTION[
[25] [CITE@en[IBM Knowledge Center - EXEC CICS CONVERTTIME]]
([TIME[2017-05-18 00:31:31 +09:00]])
<https://www.ibm.com/support/knowledgecenter/en/SSGMCP_5.1.0/com.ibm.cics.ts.applicationprogramming.doc/commands/dfhp4_converttime.html>
]FIGCAPTION]

> An older date and time stamp format for the Internet, specified in RFC 850. An example of a date and time stamp in this format is "Tuesday, 01-Apr-03 10:01:02 GMT".
> Important
> Because the year has only two digits in this format, CICS® uses the assumption that the years are in the range 1970 to 2069. 

]FIG]

]REFS]

*** 38-39を境界とする

[138] 
38年を境に、39年以降が1900年代にする実装が少なからずあります。
(一部の [[M$]] 製品を含みます。)
根拠はよく分かりません。 ([[Un*x時間]]の32ビット限界の関係?)

*** すべて1900年代とする

[17] [CITE[XPath and XQuery Functions and Operators]] の [CODE[fn:parse-ietf-date]]
が採用しています。

*** 設定可能とする

[249] 
[[英語]]版 [CITE[Wikipedia]]
は [[Unix]] と [[Windows]]
は[[環境変数]]で設定可能と書いています [SRC[>>245]] が、
その出典に示されているのは特定製品のマニュアルです。
[[プラットフォーム]]全体で通用する設定はありません。

[REFS[

[FIG(quote)[
[FIGCAPTION[
[28] [CITE@ja[桐ヘルプ - #元号日付]]
([[管理工学研究所]]著, [TIME[2017-12-31 02:03:44 +09:00]])
<https://www.kthree.co.jp/kihelp/index.html?page=fnc/fcnv_gdatestr&type=html>
]FIGCAPTION]

> 日時文字列または日時型の定数として 2 桁以下の西暦年を指定すると、環境設定の '''['''西暦年 2 桁入力時の取り扱い''']''' に応じて年の値が加算されます。
> 西暦 1 年から西暦 99 年までの年を指定するには、年の前に西暦、AD、A のいずれかの文字をつけます。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[32] [CITE@ja[桐ヘルプ - 2桁年の扱いと西暦指定]]
([[管理工学研究所]]著, [TIME[2018-08-03 19:37:23 +09:00]])
<https://www.kthree.co.jp/kihelp/index.html?page=val/val_timestamp_yy&type=html>
]FIGCAPTION]

> 年を 0 ~ 99 の範囲で指定した場合、環境設定の設定に応じて自動的に 1900 年または 2000 年が補われます。
> 環境設定に左右されないように指定するには、年の前に 西暦、AD、A のいずれかの文字列をつけます。

]FIG]

]REFS]

*** 不明

[18] [[TLEの日時形式]]

*** RFC 3339 の規定

[20] [[RFC 3339]] は、[RUBYB[[[インターネット]]の[[プロトコル]]]@en[Internet Protocols]]に次のように要求しています。
[SRC[>>19]]

- [21] [[プロトコル]]は、[[日付]]で4桁[[年]]を[[生成]]しなければ[MUST[なりません]]。
- [22] 2桁[[年]]は、[RUBYB[[[非推奨]]]@en[deprecated]]です。
受信時は、誤解釈が失敗につながらない場合 (例えば記録用にのみ使うような場合)
のみ受け入れるべきです。
- [23] 壊れた入力を受け入れる[[プログラム]]は、
3桁[[年]]に [N[1900]] を足しても構いません。
- [24] 壊れた入力を受け入れる[[プログラム]]は、
[CODE[:0]], [CODE[:1]], ..., [CODE[:9]], [CODE[;0]], ...
のように何も考えずに [[ASCII]] で十の位を増やしていった年号を意図した年と解釈しても構いません。

;; [146] [[IETF]] はプロトコルにしか興味がないのでこういう規定なのでしょうが、
記録用データこそ何年経っても曖昧なく解釈できるよう2桁年を使うべきではありません。

[REFS[
- [19] [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-3>
]REFS]

* 作品

[FIG(list)[ [30] [[2000年問題]]の[[作品]]
- [29] [CITE@ja[[[シュタインズ・ゲート ゼロ]] 第4話「亡失流転のソリチュード」 - ニコニコ動画]] ([TIME[2018-05-15 21:37:23 +09:00]]) <http://www.nicovideo.jp/watch/so33174199>
]FIG]

* 十年紀

[236] 
[[2桁年号]]は[[十年紀]]の呼称にも使われます。
[SEE[ [[十年紀]] ]]


* 関連

[26] [[1万年問題]]も参照。

[86] 
[[2000年問題]]以後、
日時処理に関わるものだけでなく社会のいろいろな問題について、
ある年までに対処しなければならないとき、
あるいはある年に期限が迫っていると煽りたいとき、
「[VAR[何]]年問題」という言い方をされることが多くなりました。
いくつかは[[バズワード]]になり、
それ以外の多くはそのままひっそり忘れられていくようです。

;; [87] [[スローガン的元号]]と似ていますが、
そちらは明るい話題が多いのに対し、
こちらは暗い話題です。

[EG[
[88] 「2019年問題」は、
[[余剰電力買取制度]]の期間である10年間が経過し終了することをいいます。

]EG]

* メモ

[13] RFC 2626 <urn:ietf:rfc:2626> は、それ以前に発行された
RFC の仕様に存在する2000年問題を検証しています。

[REFS[
- [8] <http://www.funaba.org/en/programming-and-calendar.html>
]REFS]










[FIG(quote)[
[FIGCAPTION[
[34] [CITE@ja[コンピュータ西暦2000年問題の概要|鈴木正朝|note]]
(鈴木正朝  2018/12/29 02:30 [TIME[2018-12-31 18:45:22 +09:00]])
<https://note.mu/rompal/n/n1a3d7e88232c>
]FIGCAPTION]

> Y2K対応は、95年末の時点では大問題なのかどうかも疑心暗鬼なところもあって、私一人が担当者となり細々と調査を開始した。予算もなく報告書を作る予定もなく、私的に手控え的に概要をとりまとめていたところ、目にとまって会報に掲載された。そのうちに社会問題として注目されるようになったことから、いくつかの業界誌等にも転載されることになり結果的に本邦初の報告書となった。

]FIG]

;; [139] >>34 に掲載された当時の文書がすべて4桁年または元号年なのに、
それを紹介するため書かれたこの段落では「95年」と2桁になっているところも興味深い。
>>33 は当時の文も紹介文も4桁。

[35] [CITE@ja[ベンダからみたコンピュータ西暦2000年問題と1999年当時の企業法務|鈴木正朝|note]]
(鈴木正朝  2018/12/30 00:43 [TIME[2018-12-31 18:46:09 +09:00]])
<https://note.mu/rompal/n/nc2bb676df52e>

[36] [CITE@en-gb[Time::Local - perldoc.perl.org]]
([TIME[2017-11-06 02:49:23 +09:00]])
<https://perldoc.perl.org/Time/Local.html>

[143] [CITE@ja[【19100年問題】Perlが有名だと思いますが、localtime関数で西暦… - 人力検索はてな]] ([TIME[2019-06-05 12:08:51 +09:00]]) <http://q.hatena.ne.jp/1218464397>




[147] [CITE[13.0. 2000年問題 year 2000 problem]]
([TIME[2019-06-14 18:55:26 +09:00]])
<https://web.archive.org/web/20010430155318/http://www6.airnet.ne.jp/as400/y2k/main.html>

[FIG(quote)[
[FIGCAPTION[
[153] [CITE@ja[生年月日を聞かれた時西暦か元号どっちで答えますか?テレビ... - Yahoo!知恵袋]]
([TIME[2019-07-08 12:23:03 +09:00]])
<https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1047389700>
]FIGCAPTION]

> テレビを見てると「57年」とか昭和とか言わずに
> ○○年て年数だけ答える人が多い気がするんですけど

]FIG]


[FIG(quote)[
[FIGCAPTION[
[154] [CITE@ja[新海誠監督「君の名は。」など大ヒットで…アニメ業界“悲鳴”のナゼ 「天気の子」「ドラクエ」など大作続々公開控えるも制作現場は… (1/2ページ) - zakzak]]
([TIME[2019-06-27 06:30:48 +09:00]])
<https://www.zakzak.co.jp/ent/news/190627/enn1906270009-n1.html>
]FIGCAPTION]

> 2016年公開の「君の名は。」の大ヒットが起爆剤になったこともあり、新作アニメ映画の企画が相次ぎ、今年から来年、劇場公開を控える大作がめじろ押しだ。制作量が現場の処理能力を超える「19年クライシス」への懸念がささやかれる一方、ヒット作が続き人材が集まる好循環への期待も高まっている。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[155] [CITE@ja[アニメ「2019年クライシス」懸念 劇場作品増、人手不足が限界に(1/2ページ) - 産経ニュース]]
([[SANKEI DIGITAL INC.]]著, [TIME[2019-07-03 12:05:52 +09:00]])
<https://www.sankei.com/entertainments/news/190703/ent1907030010-n1.html>
]FIGCAPTION]

> 平成28年公開の「君の名は。」の大ヒットが起爆剤になったこともあり、新作アニメ映画の企画が相次ぎ、今年から来年、劇場公開を控える大作がめじろ押しだ。制作量が現場の処理能力を超える「2019年クライシス」への懸念がささやかれる一方、ヒット作が続き人材が集まる好循環への期待も高まっている。

]FIG]

;; [156] >>155、[[Google検索]]結果には「19年クライシス」と出るので原文が >>154
に近く、改訂されて
「平成28年」「2019年」に改められた可能性。
なおこの「クライシス」は[[Google検索]]でも新聞報道しか出てこない。
[[Web]] に出てこない業界内の用語でそういうのはあるのかもしれないが、
原形がどうなのか不明。

[FIG(quote)[
[FIGCAPTION[
[159] [CITE@ja[謹製日及び消費期限の年月日表示の変更について | 伊勢名物 赤福]]
(2019年4月29日 [TIME[2019-07-28 14:28:11 +09:00]])
<https://www.akafuku.co.jp/topics/5959/>
]FIGCAPTION]

> 本日より、謹製日及び消費期限の年月日表示ついて、和暦表示から西暦表示に変更いたしますのでお知らせします。
> 【例】
> (旧)31.4.29 → (新)19.4.29

]FIG]


[FIG(quote)[
[FIGCAPTION[
[163] [CITE@ja[日付データ型]]
([TIME[2009-07-02 11:07:45 +09:00]])
<http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/olap.102/B19265-03/dml_datatypes005.htm>
]FIGCAPTION]

> すべての年について、年の構成要素として4桁を使用できます(1997など)。1950~2049年までの範囲の年については、年の構成要素として2桁も使用できます(50は1950を表す、など)。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[164] [CITE@ja[共通のよくある質問 : 富士通ビー・エス・シー]]
([TIME[2019-09-05 12:38:57 +09:00]])
<https://www.fujitsu.com/jp/group/bsc/services/ftran/faq/common/common2.html#f-15>
]FIGCAPTION]

> 日付データの年の2桁(yy)と4桁(yyyy)の交換を行う場合、ウィンドウ方式とシフト方式の概念を採用しています。 
> ウィンドウ方式とは、19xx年(基準年)から100年として扱う方式です。ウィンドウ方式で“30”と指定すれば、実際のデータは次のようになります。 
>  
> シフト方式とは、西暦からnn引いた値の下2桁のデータを扱う方式です。一般には、nn=25(昭和通年方式)、nn=88(平成通年方式)、nn=28(暦一巡方式)などがあります。シフト方式で“30”と指定すれば、実際のデータはつぎのようになります。

]FIG]


[165] [CITE@en[マスクによる 2 桁の日付の変換]]
([TIME[2013-09-26 22:44:55 +09:00]])
<http://www.dataondemand.co.jp/documents/data_integrator814/rifl_language/Using_Masks_to_Convert_Two_Digit_Dates.html>

[FIG(quote)[
[FIGCAPTION[
[166] [CITE@ja[インターネットマガジン バックナンバーアーカイブ | インプレスR&D]]
([TIME[2019-09-14 08:38:39 +09:00]])
<http://archives.impressrd.jp/im/previewer.php?url=http://i.impressrd.jp/files/images/bn/pdf/im199903-282-TipsTricks.pdf>
]FIGCAPTION]

> この問題はJavaScript 1.3を知っていれば簡単に解ける。2桁の年を得るにはgetYearを使うが、4桁の場合は「getFullYear」を使うのだ。ホームページで年月日を表示している人は、1年後に迫った2000年に対応するために書き換えておこう。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[167] [CITE[柳田国男 予が出版事業]]
([TIME[2013-08-14 02:55:13 +09:00]])
<https://www.aozora.gr.jp/cards/001566/files/55953_50958.html>
]FIGCAPTION]

> 丁度三十七、八年の戦役を境目として、日本の出版文化は面貌を一変して居たのである。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[168] [CITE[gaiyou>]]
([TIME[2005-01-17 10:59:54 +09:00]])
<http://www2.meijo-u.ac.jp/~onishi/profilew4/histroy.html>
]FIGCAPTION]

> 1970年(昭和45年) 「ワックスマイペット」、「ガラスマイペット」を発売。
> 昭和71年には「マジックリン」、昭和73年には「バスマジックリン」を加え、住居用洗剤は用途に応じた品揃えが進んだ。

]FIG]

[169] 
1971年、1973年が正解か。
元になった資料に71年、73年とあったのではないか。

[170] [CITE@ja[リン酸さんのツイート: "訂正:昭和73年→1973年 です…… "]]
([TIME[2019-10-20 21:02:51 +09:00]])
<https://twitter.com/kotsu_rinsan/status/1173588317012549632>

[FIG(quote)[
[FIGCAPTION[
[176] [CITE@ja[復興庁の設置期限 10年延長へ 特別会計も、31年3月末まで | 岩手日報 IWATE NIPPO]]
([TIME[2019-11-06 17:02:37 +09:00]])
<https://www.iwate-np.co.jp/article/2019/11/6/67576>
]FIGCAPTION]

>  政府は6日、2021年3月末までとなっている復興庁の設置期限を10年延長し、31年3月末までとする方針を固めた。

]FIG]


[177] 
本文を読むと西暦2031年とわかるが、見出しだけではどの31年かわからない。
今年は平成31年改め令和元年。31年というと平成31年を思い浮かべるのが普通だろう。
新聞社は2桁年号という悪習をやめるべき。

[FIG(quote)[
[FIGCAPTION[
[178] [CITE@ja[猛暑続きの日本でもサマータイム制には反対!(辻仁成「ムスコ飯」エッセイ) | 女性自身]]
([TIME[2019-11-06 20:43:16 +09:00]])
<https://jisin.jp/column/1659571/>
]FIGCAPTION]

> 水を差すわけじゃなく’64年の東京オリンピックは秋の開催でした。私が5歳の時のことです。いい時期のオリンピックでしたよ。切ない季節のスポーツ祭典、何もかもがドラマティックでした。政府は’20年のオリンピックとパラリンピックに合わせてサマータイムを導入しようとしているそうですが、在仏16年の私は反対です。

]FIG]


[197] 
中古バイクのチラシに書いてあった製造年。
同じチラシだけど裏と表で
「08年」、
「'18」
と2種類の表記。
「94年」
が混じっているので西暦とわかるが、平成なのか令和なのか西暦なのか、
一見わからない。
[TIME[2019-11-13T11:24:02.300Z]]


[198] 東海道新幹線にICカードでのるときのご利用票。「19年11月17日」



[FIG(quote)[
[FIGCAPTION[
[233] [CITE@ja[<金口木舌>ちょうちん行列 - 琉球新報 - 沖縄の新聞、地域のニュース]]
([TIME[2019-12-02 12:09:03 +09:00]])
<https://ryukyushimpo.jp/column/entry-1035074.html>
]FIGCAPTION]

> ちょうちん行列が日本で大々的に実施されたのは1894~95年の日清戦争、1904~05年の日露戦争の勝利を祝ってからだという。04年9月5日付の琉球新報は、那覇首里でちょうちん行列の子どもらが君が代を斉唱し、数千人が見物したと伝える

]FIG]


[FIG(quote)[
[FIGCAPTION[
[234] [CITE@ja[ファイル:分割民営化.jpeg - アンサイクロペディア]]
([TIME[2019-11-03 10:08:47 +09:00]])
<https://ja.uncyclopedia.info/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:%E5%88%86%E5%89%B2%E6%B0%91%E5%96%B6%E5%8C%96.jpeg>
]FIGCAPTION]

> 62年4月

]FIG]

昭和62年。

[FIG(quote)[
[FIGCAPTION[
[250] [CITE@ja[後醍醐天皇 - Wikipedia]]
([TIME[2020-01-26 12:16:30 +09:00]])
<https://ja.wikipedia.org/wiki/%E5%BE%8C%E9%86%8D%E9%86%90%E5%A4%A9%E7%9A%87>
]FIGCAPTION]

> 鎌倉時代末期 (1318–31年)、建武の新政期(1333–36年)、吉野時代(1336–39年)の3期

]FIG]