ids/1/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]

;; [255] 
[[英語]]では [CODE[']] で省略を表すのは極めて一般的な用法であって、
数値列でも、例えば[[特許番号]]の下3桁をいかして「'123」
のように表記する例がみられます。
[[西暦年]]の省略に適用するのも特殊の用法ではないとみられます。
とはいえ[[英語]]でも[[西暦年]]以外の数値列の用法は多くないとみられ、
.[[日本語]]では[[西暦年]]以外ほとんど使われません。

[49] [[英語]]では4桁年を2桁ずつ読みます。
1つの4桁整数で表現されていても、
2つの部分で構成されるとの意識がありそうです。
[SEE[ [[英語西暦年]] ]]

[50] 
2桁表記は[[西暦年]]のみならず、
[[仏滅紀元]]や[[皇紀]]や[[科学紀元]]にも見られます。

[148] [DFN[皇紀下2桁年]]は[[日本軍]]の[[制式名称]]などで使われました
([SEE[ [[昭和時代の日時]] ]])。
[[インドネシア]]の独立宣言にも見られ、
当時の[[大日本帝国]][[南方占領地]]旧[[蘭領東インド]]で広く用いられていたと思われます。
[SEE[ [[インドネシアの標準時]] ]]

[511] 
かつて[[大韓民国]]では[[檀君紀元]]の[[2桁年号]]が使われました。
[SEE[ [[檀君紀元]], [[双八年度]] ]]


[85] これらは単調増加する[[西暦]]その他から派生し
0年から99年までを繰り返す[[循環型紀年法]]とみることもできます。

[125] [[元号]]、[[即位紀年]]、[[干支年]]も
2桁に収まります。
つまり多くの[[紀年法]]は2桁以下で年を表現するといえます。
人が自然に扱える[[数]]の大きさからの帰結だといわれています [SRC[>>258]]。
人の寿命がほぼ収まる大きさであることも関係ありそうです。

[124] 
近年[[民国紀元]]と[[主体紀元]]が2桁から3桁に進みました。
歴史上の[[紀年法]]でも3桁がリアルタイムで使われるのは珍しく、
この先どう利用されていくのか注目するべきです。

[376] 
[[立教 (天理教)]]
は長年3桁で使われていて、稀に[[元号名]]なしの年数だけの3桁表記も使われているようです。


;; [162] 
小さな[[子供]]以外基本的に 100cm [[以上]]である[[身長]]を、
しばしば下2桁の数値だけで表すのも、
同じような現象なのでしょうか。

[252] 
今の時期[[年齢]]計算は
(20)13 -
(19)78
のように[[世紀]]をまたぎがちなので、ちょっと自信がない(笑)
昔は暗算得意だったけどなぁ

昔の人ほどではないとしても、今の人も大きな数の扱いは苦労しているのではあるまいか。

[253] 
[[改元]]のない[[西暦]]は計算しやすいといわれがちだけど、
共感できないのは難しいものと難しいものを比べられても、って思っちゃうからか。





[REFS[

[FIG(quote)[
[FIGCAPTION[
[258] [CITE[[[日本における紀年認識の比較史的考察]]]]
]FIGCAPTION]

>
歴史的日常という視点から、
年号を考えてみよう。
十七世紀イギリスの海軍大臣やイギリス学士院院長をつとめたサミエル・ピープスは、
イギリス海軍で資材購入の仕事をしていた頃の一六六二年、
取引上の必要から朝四時に起き、
ローソクの明かりの下で九九を覚え始めた、
と日記に記している。
現在、加減乗除が、ほとんどの人に出来るからと言って、
一〇〇年前・二〇〇年前もそうであったということは言えない。
むしろ、人類はこれまで数を数えることに得意であったわけではないのだ。
>
してみると、過去の人々の歴史感覚はどのようなものであったのだろうか。
この四則計算の能力という点から、
過去への時間感覚は、再度検討されねばならない。
アラビア数字導入以前においては、
位取り記数法が出来なかったわけだから、
四則計算は決して容易な技ではなかったのだ。
>
年号による紀年は、
二〇世紀以前に生きた多くの人々が数に不得手であったことを考慮に入れると、
三桁四桁の数字を操作する通年紀年法より、
最大二桁にしかならない年号の方がふさわしかったとは言えないだろうか。
この点では、長くて数十年にしかならない即位紀年も、同様に考えられる。
ことは干支も同様で、
個人の人生に照らしてみれば、
平均寿命が六〇歳に達していなかった時代においては、
一二年単位でものが把握できるこのシステムは、
かえって使いやすかったのではないか。

]FIG]

]REFS]

* 2桁年桁溢れ問題

[120] 
[[計算機システム]]では初期の[[資源]]に乏しい時代からの慣習で[[年]]を
2桁10進整数で扱うことが多く、
とりわけ古いシステムでは一般的な作法でした。
この状態では99年の翌年に[[桁溢れ問題]]が生じます。

[121] 
全世界的に社会問題となった[[西暦年]]の2桁表記の[[2000年問題]]のほか、
[[民国紀元]]や[[元号年]]の2桁から3桁への拡大や、
[[皇紀]]の2桁表記でも問題が起きることが知られています。

[126] [[日本語]]では検索しても情報が出てこないけど、
[[タイ暦]]2600年問題もありそう?

[127] [[日本]]で[[元号]]を使った[[日時形式]]を採用した[[計算機システム]]は、
[[年]]を2桁で保持していることが多いようです。これまでの[[日本の元号]]はすべて
2桁[[年]]以内で[[改元]]を迎えていますが、
[[将来の日時]]を扱う場合に問題になる可能性があります。
(予期できない将来に100年以上[[改元]]されない可能性や、
最新の[[元号]]によって[[将来の日時]]を扱う場合に、問題となります。)


[123] 
[[2000年問題]]が大問題となったときに暫定的な (問題解決を先送りする)
措置がとられ、関心が薄まり忘れ去れれた後、 (暫定措置の種類により異なる別々のタイミングで)
再発症することも懸念されています。

** 西暦2000年問題

[4] 
2桁の西暦年を使ったシステムでは[TIME[2000年][year:2000]]以後を扱おうとすると[[桁溢れ]]しますし、
そうでなくても[[西暦]]が2桁または3桁の[[数字]]列で表されている場合にどう解釈するかが問題となります。
これが[DFN[2000年問題]]であり、[[桁溢れ問題]]の一種です。

[14] [TIME[2000年][year:2000]]は過ぎましたが、2桁で[[年]]が表わされる場面は残っており、
今後も無くなることはありませんから、これをどう解釈するか、何らかの判断は必要です。

-*-*-

[381] [[絶対時刻][ARPAインターネット初期の日時]]

[373] 
[[FIPS 4]] ([TIME[西暦1968年][year:1968]])
は、2桁を原則としつつ、必要に応じて1桁に省略又は4桁に増やして表現できると定めていました。
[SEE[ [[FIPS 4]] ]]

[382] 
[[RFC 1153]]
([TIME[西暦1990年][1990]])
は[[西暦2桁年号]]を使うと定めていました。


[387] 
[[ODETTEの日時形式]]
([TIME[西暦1997年12月][1997-12]])
は[[西暦2桁年号]]だけど[TIME[西暦2000年][2000]]を超えても問題ないと主張していました。

[390] 
[[XFDLの日時形式パターン]]
([TIME[西暦1998年9月][1998-08]])
処理は[[西暦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]]

[274] 
その後
[[JScript]]
は
[CODE[getYear]]
を2000年以後なら4桁を返すように変更しましたが、
[[Netscape]]
は2桁のままとしました。
そのため非互換問題が生じました。
[SEE[ [[getYear]] ]]




[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桁のものが使われ続けられていることがあります。


[407] [CITE@ja[西暦2000年に向けた製品の対応状況 - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:20.000Z]], [TIME[2021-06-08T03:30:10.061Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/index2.html>

更新日の表記が「99」の次が「2000」。
[[西暦2000年問題]]の最前線の人々すら、
[[2桁年号]]は機器の問題で人間の問題ではないと認識していたことがわかる。

-*-*-

[256] 
[[規格番号]]で[[2桁年号]]を使う[[標準化団体]]は少なくありませんでしたが、
20世紀末期に多くが4桁化されました。
[SEE[ [[規格番号]] ]]

-*-*-

[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]

[414] [CITE[Year 2000: The Millennium Rollover]], [TIME[2021-06-08T03:55:23.000Z]], [TIME[2001-06-02T03:12:03.718Z]] <https://web.archive.org/web/20010602030904/http://www.unix-systems.org/version2/whatsnew/year2000.html>


[470] [CITE[日記のようなもの 11月分]], [[ogawa]], 
11/30, 
[TIME[2011-04-01T01:43:18.000Z]], [TIME[2023-01-01T08:15:38.062Z]] <http://www.geocities.ws/Colosseum/Court/8490/diary/day11.htm>

>なぜ、旧式のコンピュータが2000年の概念を持ちあわせなかったのだろうか?それは、黎明期の1960年代において、コンピュータの記憶装置(メモリ)が非常に高価だったためである。1960~70年代の人々にとって、日付の西暦の上二桁は「19」に決まっていた。この先、30年経ってもまだ「19」に決まっているため、19を格納するメモリをケチったのだ。これ以後、日付は上二桁を省略し、下二桁のみを扱うこととしたのである。
>
この問題に最初に気付いたのは、80年代のアメリカ国防総省であった。冷戦時代、米ソ両国が大量の核兵器を保有し、対峙していた際に、人為的ミスで核ミサイルが発射されるのを防ぐため、コンピュータを利用した「自動報復システム」を開発した。全世界のレーダー基地から入手した情報は瞬時に、米軍中央のメインフレームに集められ、そのなかにソ連の核ミサイル発射を意味する情報があれば、ただちに自軍の核ミサイルを発射する、といったシステムを構築した。
>
このメインフレームが「二桁型」だったのである。システムでは、各レーダー基地は日付を付して「異常なし」や「異常あり」のデータを中央のメインフレームに送信してくる。2000年になると「00/01/01」の日付を送ってくるので、中央のメインフレームはこれを「1900年1月1日」のデータと誤認する。すると「2000年1月1日当日は、全レーダー基地から連絡がない」と判断され、全世界の米軍基地がいっせいに破壊された、と解釈できる。メインフレームはそのまま報復攻撃を「自動的」に司令し、全面核戦争が始まってしまうかもしれない。
>
このようなシュミレーションが成り立つと予想されたため、現在ではメインフレームは修正された。このような事態は、軍需産業のみならず日常生活にも起り得る。 


[471] 
2000年問題で核戦争になるみたいな話はよくいわれましたけど、その詳しいメカニズムまではあまり覚えがなかったので。
当時はこういう説明がもっとあったのかもしれませんけど、今となっては当時どんなことを言われていたのか探すのが難しく。
(ソースが書いてないですし、この説明がどれくらい一般的な説だったのかもわかりませんが。)

[538] 
[CITE@en[Year 2000 problem - Wikipedia]], [TIME[2023-11-23T20:21:10.000Z]], [TIME[2023-11-25T05:43:26.077Z]] <https://en.wikipedia.org/wiki/Year_2000_problem>


[539] 
[CITE[Approaching the Millennium: The Mac and the Year 2000]], [TIME[2023-11-25T06:39:02.000Z]], [TIME[2014-11-13T17:17:53.003Z]] <https://web.archive.org/web/20141113171013/http://www.fenestrated.net/~macman/mirrors/Apple%20Technotes%20(As%20of%202002)/tn/tn1049.html>


-*-*-

[122] 
桁溢れ自体の問題の他に、
00年や99年を「不明」や「なし」など特別な意味で扱っている場合の問題 ([SEE[ [[日時特殊値]] ]]) や、
[[世紀]]や[[閏年]]の判定の処理の問題も同時に取り上げられました。


-*-*-

[536] 
[[西暦2000年問題]]は[[年問題]]やその他の[[日時桁溢れ問題]]の[[代名詞]]化しています。
[SEE[ [[年問題]] ]]

*** 2000年問題は何もなかった説 (デマ)

[SEE[ [[日時制度デマ]] ]]

[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]


[543] 
この種の[[デマ]]の一種として、
「[[令和改元]]のための改修は[[2000年問題]]より大変」
と一般紙の記事に掲載されたことがありました。
[SEE[ [[令和改元]] ]]

[544] 当時働いてた技術者は泣いていいよ。

[545] こういうのは[[西暦2000年問題]]対策に従事した技術者への冒涜でもあるし、
日頃からまともに設計していて難なく[[改元]]を乗り越えた大多数のシステムに携わっていた技術者への冒涜でもあるんですけど、
メディアは煽り目的、PV狙いで大げさな表現をろくに検証もしないで放出してるんですかね?

*** 症状

[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]]


[405] [CITE@ja[当社主要ハードウェア/OSの西暦2000年対応状況 (通信機器) - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:20.000Z]], [TIME[2021-06-08T03:25:25.279Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/taiouj01.html>

>ジョブ日付で2000年を平成0年と認識します。

[461] [CITE[ダウンロード:JustDiver2 2000年問題対応アップデートモジュール]], [TIME[2022-08-30T15:08:40.000Z]] <https://www.justsystems.com/jp/download/support/justdiver/2.0win1a.html>

>「JustDiver2」で自動的に巡回したページを「Date」でソートすると、「00(2000)」年のデータが正しく最新の位置へ並ばず、最も古いデータの位置に並びます。 

[465] [CITE[1B/V3]], [TIME[2022-10-30T05:48:10.000Z]], [TIME[2002-11-04T00:25:09.805Z]] <https://web.archive.org/web/20021104002300/http://www.personal-media.co.jp/software/2000/1bv3.html>

[466] [CITE[アイリス1.0]], [TIME[2022-10-30T05:48:51.000Z]], [TIME[2002-11-04T00:32:33.734Z]] <https://web.archive.org/web/20021104002951/http://www.personal-media.co.jp/software/2000/iris1.html>

[468] [CITE[1B/V1]], [TIME[2022-10-30T05:50:04.000Z]], [TIME[2002-11-04T00:09:20.603Z]] <https://web.archive.org/web/20021104000531/http://www.personal-media.co.jp/software/2000/1bv1.html>

[467] [CITE[1B/V2]], [TIME[2022-10-30T05:49:22.000Z]], [TIME[2002-11-04T00:20:14.151Z]] <https://web.archive.org/web/20021104001707/http://www.personal-media.co.jp/software/2000/1bv2.html>


[469] [CITE[BrainPad TiPO PLUS]], [TIME[2022-10-30T05:51:00.000Z]], [TIME[2002-11-04T00:12:08.791Z]] <https://web.archive.org/web/20021104000731/http://www.personal-media.co.jp/software/2000/tipo.html>

**** 1900年代しか入力できない


[267] [CITE@ja[息子がファミコンミニで聖闘士星矢を始めたが生年月日入力画面が「19××」となっているため入れられない「2000年問題だ!」 - Togetter]], [TIME[2023-04-18T01:22:21.000Z]] <https://togetter.com/li/2127288>

**** 9 の次が :

[415] >>24

[403] [CITE@ja[FM WORLD:パソコン(シリーズ毎・OS毎)の西暦2000年対応状況]], [TIME[2020-12-08T04:08:19.000Z]], [TIME[2021-06-08T03:17:53.090Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/fm2000/taiou.html>


[411] 
[CITE@ja[製品別の対応方法 - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:19.000Z]], [TIME[2021-06-08T03:39:20.774Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/hb2000-10.html>

[412] [CITE@ja[製品単位の制限事項(ASP E90系) - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:17.000Z]], [TIME[2021-06-08T03:42:36.167Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/ASPE90-1.html>

>
WWWサーバでディレクトリインデックスを表示した時の日時が異常となります.
例)2003年12月2日 →"19:3/12/02"

**** 閏年

[406] 
[CITE@ja[当社主要ハードウェア/OSの西暦2000年対応状況 (通信機器) - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:20.000Z]], [TIME[2021-06-08T03:25:25.279Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/taiouj01.html>

[408] [CITE@ja[OSIV/XSP製品における対処方法 (製品名:D〜L) - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:16.000Z]], [TIME[2021-06-08T03:35:37.582Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/a0011502.html>

>
2000年において2000年2月29日以降1日ずれて表示されます.
なお,2000年12月31日は2000年13月1日と表示されます.

[409] [CITE@ja[OSIV/XSP製品における対処方法 (製品名:M〜Zおよび日本語) - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:16.000Z]], [TIME[2021-06-08T03:36:26.173Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/a0011503.html>

>対象ボリュームのファイルの作成日付と満了日付で,2000年2月29日〜 2000年12月31日の日付が1日ずれて表示されます.
なお,2000年12月31日は,2000年12月32日となります.

**** 修正による混乱


[FIG(quote)[
[FIGCAPTION[
[452] 
[CITE[巻頭言 2000~]], [TIME[2022-06-20T03:47:17.000Z]], [TIME[2004-02-18T16:29:21.123Z]] <https://web.archive.org/web/20040218162913/http://park1.wakwak.com/~y-nagano/200001.html#20000111>
]FIGCAPTION]

>
[BOX(center)[
[B[2000年1月11日(火)]]
]BOX]
> 2000年になって10日あまりが経過しました。Y2K問題とは無縁だったかというとそうでもなくて、実は「[B[JavaScript バイオリズム]]」がMSIEでは動作しなくなっています。西暦の下2桁を返すJavaScriptの古いメソッド[B[getYear]]を使用しているのが原因なのですが、Netscape 4.x ブラウザでは2000年以降も正しく動作するようにブラウザ側に修正が加えられた[WEAK[(西暦から1900を引いた年を返すように仕様変更)]]のに対し、Microsoftは考え方の相違で4桁の西暦を返す新しいメソッド[B[getFullYear]]を使うように仕様変更[WEAK[(従来のgetYearは2000年以降は4桁の年を返す仕様。よって2000年を越えると+1900してしまう。)]]してしまったためです。両社の対応のどちらも一長一短あるので一概にMicrosoftが悪いと決め付けることはできません。すべては2000年以降のことを考えてプログラミングしなかった3年前の私が悪いのです。


]FIG]

[451] [CITE[変更点]], [TIME[2014-05-27T12:28:08.000Z]], [TIME[2022-06-20T02:41:59.859Z]] <http://www.paphio.jp/webcal/change.html>


>■Version 0.12 -> Version 0.12aの変更点 (2000.1.14)
>
-    バグ修正
--        Java Scriptの時刻表示でブラウザによっては3900年と表示される問題を修正。 
--[SNIP[]]

[537] [CITE@en[Year 1900 problem - Wikipedia]], [TIME[2023-11-10T11:13:29.000Z]], [TIME[2023-11-25T05:42:32.390Z]] <https://en.wikipedia.org/wiki/Year_1900_problem>


*** ISO/IEC 16509

[328] 
[DFN[IEEE 2000.1-1998]]
[DFN[[CITE[IEEE Standard for Information Technology: Standard for Year 2000 Terminology]]]]
は、
[TIME[1998-06-25]]に承認され、
[TIME[1998-10-14]]に出版された
[[IEEE]]
の[[標準]]でした。 [SRC[>>335, >>208]]

[336] 
[[ANSI]]
規格として
[DFN[ANSI/IEEE 2000.1-1998]]
とも呼ばれています。
[SRC[>>208]]

[337] [[IEEE 2000.1-1999]] および [[IEEE 16509-1999]] により発展的廃止されました。
[SRC[>>335]]

-*-*-

[230] 
[DFN[ISO/IEC 16509:1999]]
[DFN[[CITE[Information technology — Year 2000 terminology]]]]
[WEAK[([[仏][仏語]]題: [DFN[[CITE[Technologie de l'information — Terminologie de l'an 2000]]]])]]
は、
[TIME[1999-10-15]]に出版された
[[ISO/IEC]]
の[[国際標準]]でした。
[SRC[>>208]]

[231] 
本項執筆時点 ([TIME[令和3(2021)年][year:2021]]) で
[[ISO/IEC 16509:1999]]
は未だ有効で、
[[ISO]] の [[Webサイト]]で無料配布されています [SRC[>>208]]。

[338] 
[[IEEE]] [[標準]]としては
[DFN[IEEE 16509-1999]]
[DFN[[CITE[ISO/IEC 16509: 1999 (IEEE Std 2000.1-1998) Year 2000 Terminology]]]]
として[TIME[1999-10-07]]に出版され、
[TIME[2005-01-25]]に廃止されました。
[SRC[>>339]]

;; [340] 本家よりも早いんですがそれはw

[330] 
[[ISO/IEC 16509:1999]]
は
[[IEEE Std 2000.1-1998]]
に編集上の変更を加えたものであるとされ、
[[ISO/IEC 16509:1999]]
は
[[IEEE Std 2000.1-1998]]
かつ
[[ISO/IEC 16509:1999]]
でもあるという体裁の[[仕様書]]になっていて、
変更箇所には[[傍線]]が付されています
[WEAK[(変更前にどう書いてあったかは示されていません)]]。
[SRC[>>208]]

-*-*-

[332] 
[DFN[IEEE 2000.1-1999]] 
[DFN[[CITE[IEEE Standard for Information Technology: Standard for Year 2000 Terminology]]]]
は、
[[IEEE Std 2000.1-1998]]
の改訂版で、
[TIME[1999-06-26]]に承認され、
[TIME[1999-10-05]]に出版されました。
[SRC[>>331]]

[333] ほぼ同時期に出版された
[[ISO/IEC 16509:1999]]
と同内容ではないかと思われます。
それなら同時に完全に同内容で出せばよさそうなものですがw

[334] [TIME[2005-01-25]]に廃止されました。 [SRC[>>331]]

-*-*-

[341] 
[[ISO/IEC 16509:1999]]
は、
[DFN[Year 2000 compliant]]
なる概念を規定していました。
それによると、
[[Year 2000 compliant]]
な[[技術]]は、

- a) 当該[[技術]]は、関連付けられた[[ドキュメンテーション]]に従って用いられる場合で、かつ、
- b) 併用される他のすべての[[技術]]が当該[[技術]]に対して適切に[[日付]]データを交換する場合

... であることを前提に、
[[20世紀]]と[[21世紀]]の中および間の[[日付]]データを正しく処理しなければなりません。
これは、
[[妥当な日付間隔]]内にある[[日付]]データが一貫して予測可能で正確に処理されなければならないことを求めています。
[SRC[>>208]]

[342] 
[DFN[[RUBYB[[RUBY[妥][だ]][RUBY[当][とう]]な[RUBY[日][ひ]][RUBY[付][づけ]][RUBY[間][かん]][RUBY[隔][かく]]][valid date interval]]]]
([DFN[compliance date range]])
とは、
[[日付]]の[RUBYB[範囲][range]]で表現される[[時刻]]の[RUBYB[期間][period]]であって、
[[システム]]が正しい[[日付]]データ処理を提供できる範囲をいいます。
[[システム要素]]その他の[RUBYB[因子][factor]]は、
この範囲を制限したり、
複数の範囲を設けたりしても構いません。
[SRC[>>208]]

[EG[

[343] 例えば、
1970年から2038年まで運用可能な[[システム]]上で、
それより広い1970年から2069年までの範囲の[[日付]]データを正しく処理できる[[アプリケーション]]があるかもしれません。
[SRC[>>208]]
]EG]

[344] 
[DFN[time horizon to failure]]
([DFN[event horizon]] = [[事象地平線]])
は、
特定の[[日付]]から、それを超えると[[システム要素]]が一貫して、予測可能に、または正確に処理することに失敗するようになるような[RUBYB[時点][point in time]]までの[[時間]]です。
[SRC[>>208]]

[345] 
以後12ヶ月までの[[日付]]を処理する[[アプリケーション]]は、
[TIME[1999-12-31]]より後の[[日付]]を処理できないとするなら、
[TIME[1999-01-01]]かそれ以後に失敗するかもしれません。
従って[TIME[1998-09-01]]におけるこの[[アプリケーション]]の
[[time horizon to failure]]
は、4ヶ月です。
[SRC[>>208]]
]EG]

[346] 
[[システム要素]]それぞれが異なる[[地平線]]を持つかもしれませんから、
[[システム]]全体の[[地平線]]は、一番速く失敗する[[システム要素]]の[[地平線]]となります。
[SRC[>>208]]

[347] 
[[2000年問題]]対策の過程を表す語として、
[DFN[Year 2000 life cycle]]
も定義していました。
[SRC[>>208]]

[358] 附属書Aで [[leap year]] も定義していました。

[369] 
[[ISO/IEC 16509:1999]]
は[[参考文献]]として[[日時形式]]を定める次の[[規格]]を参照していました。
[SRC[>>208]]
参照するだけで言及はなく、意図は不明です。

- [370] [[ANSI X3.30:1998]]
- [371] [[FIPS PUB 4-1]]
- [372] [[ISO 8601:1988]]


-*-*-

[348] 
[[ISO/IEC 16509:1999]]
は、
[[2000年問題]]対策をいくつか例示していました。
[SRC[>>208]]

- [349] bridge - [[システム要素]]間で違いを吸収。例えば2桁年号と4桁年号を変換。
- [350] elimination - 不要になったシステムを退役。
- [351] encoding (encryption, offset counter format, integer date format) - 
現在の欄長を維持したまま追加情報を保持。
例えば未使用ビットで[[世紀]]を表したり、
[[ASCII数字]]から[[バイナリー]]に解釈変更したり、
[[十進数]]から[[十六進数]]に改めたり。
- [352] field expansion - 欄長を2桁から4桁に拡張。
- [353] replacement - 旧システムを別システム・新システムに置換。
- [354] windowing (logic fix) - 2桁年号をある100年幅の中で解釈するロジックの追加。
-- [355] fixed windowing - 固定の100年窓で解釈する。
年の範囲で記述したり (例えば 1950-2049)、
[DFN[pivot year]] で記述したり (例えば 1950 (= 50-90 を +1900、00-49 を +2000))。
-- [356] movable window - 100年窓を利用者指定又は installation 指定による。
-- [357] sliding window - 100年窓を現在日付による。
slider と呼ぶ値を使って記述することがある。
(例えば slider = -40 なら、 pivot year は現在年 - 40 となる。)

-*-*-

[359] 
special dates 
として、
特殊な意味を与えられている[[日付]]、例えば 000000 や 999999 のような
reserved dates 
と、
[[システム要素]]が正しく動くか試験するための test dates
を示していました。
test dates 
の具体例として、次のものが挙げられていました。
[SRC[>>208]]

- [360] [TIME[1999-01-01]] - 9が続く年を特殊扱いするシステムが影響を受ける最初の日
- [361] [TIME[1999-12-31]] - 2000年の前の最後の日
- [362] [TIME[1999-09-09]] - 日以外の目的に使われるかもしれない値の日
- [363] [TIME[2000-01-01]] - 1999年[[以下]]しか扱えないシステムが影響を受ける最初の日、
2桁で「00」年となる最初の日
- [364] [TIME[2000-02-29]] - 1999年の後の最初の[[閏日]]
- [365] [TIME[2000-03-01]] - 2000年[[閏日]]の後の最初の日
- [366] [TIME[2000-12-31]] - 2000年の最後の日
- [367] [TIME[2001-01-01]] - 2001年の最初の日
- [368] [TIME[2004-02-29]] - 2000年の後の最初の[[閏日]]



[REFS[
- [335] [CITE[[[IEEE 2000.1-1998]] - IEEE Standard for Information Technology: Standard for Year 2000 Terminology]], [TIME[2021-01-16T03:16:54.000Z]], [TIME[2021-01-16T04:18:50.908Z]] <https://standards.ieee.org/standard/2000_1-1998.html>
- [208] [CITE[Publicly Available Standards]], [[ISO (International Organization for Standardization)]], [TIME[2021-01-16T03:57:20.000Z]] <https://standards.iso.org/ittf/PubliclyAvailableStandards/c031005_ISO_IEC_16509_1999(E).zip>
- [339] [CITE[[[IEEE 16509-1999]] - ISO/IEC 16509: 1999 (IEEE Std 2000.1-1998) Year 2000 Terminology]], [TIME[2021-01-16T03:58:06.000Z]], [TIME[2021-01-16T04:23:26.460Z]] <https://standards.ieee.org/standard/16509-1999.html>
- [331] [CITE[[[IEEE 2000.1-1999]] - IEEE Standard for Information Technology: Standard for Year 2000 Terminology]], [TIME[2021-01-16T03:54:36.000Z]], [TIME[2021-01-16T04:11:23.619Z]] <https://standards.ieee.org/standard/2000_1-1999.html>
]REFS]

*** 21世紀にも続く西暦2桁年号問題

[569] 
[CITE[American Airlines keeps mistaking 101-year-old passenger for baby]], [TIME[2024-05-01T00:51:44.000Z]] <https://www.bbc.com/news/articles/c9wz7pvvjypo>

[570] 
>>569 [[SNS]] だと未だに[[西暦2000年問題]]の影響が!?って反応が多くてびっくり。
確かに古いシステムを使い続けてるだけの可能性もあるけど、
21世紀に入って新しく作られたシステムの可能性も十分あるって一般人は予想もしないんだろうな。

[571] 
[[西暦年]]を下2桁だけで表すという社会的慣行を滅ぼさない限りは、こういうのは永久に続くんじゃないかなあ?
だって[[プログラマー]]は[[人間]]なんだから、[[人間]]が普段やることを[[プログラム]]に書くんだよ。


*** 西暦2000年問題の影響


[483] 
[[科学暦]],
[[地球語]],
大宝建元は干支1周によるとする説 [SEE[ [[日本古代の日時]] ]]

*** 西暦2000年終末論

[SEE[ [[ノストラダムスの大予言]] ]]


[506] [CITE[Y2K WASH]], [TIME[2023-05-11T08:17:37.000Z]], [TIME[2000-08-17T11:46:08.652Z]] <https://web.archive.org/web/20000817114555/http://www.kisnet.or.jp/wash/>

[507] [CITE[Wayback Machine]], [TIME[2023-05-11T08:22:09.000Z]] <https://web.archive.org/web/20000618094227/http://www.y2kwash.org/>

- [502] [CITE[「地球語便り・臨時便 11.99」]], [[Yoshiko McFarland (Earth Language Institute)]], [TIME[2023-05-11T08:16:02.000Z]], [TIME[2003-06-11T13:25:51.611Z]] <https://web.archive.org/web/20030611132051/http://earthlanguage.org/tayori/1199.htm>
-- [503] [CITE[11月の地球語メッセージ]], [[Yoshiko McFarland (Earth Language Institute)]], [TIME[2023-05-11T08:16:10.000Z]], [TIME[2003-06-11T13:21:16.361Z]] <https://web.archive.org/web/20030611131826/http://earthlanguage.org/poem/nov99j.htm>


** 民国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]

[447] [CITE@zh-Hant-tw[公元2000年資訊錯亂危機]], [TIME[2022-05-28T22:17:40.000Z]] <https://www.tfrin.gov.tw/News_Content.aspx?n=307&s=29011>

[448] [[西暦2000年問題]]当時の紹介記事。西暦4桁化により民国100年問題も同時解決できると述べている。

[473] [CITE@en-US[Taiwan’s Y1C problem | Pinyin News]], [TIME[2023-01-01T10:11:51.000Z]] <http://pinyin.info/news/2006/taiwans-y1c-problem/>

[474] [CITE@zh[民國百年蟲 - 维基百科,自由的百科全书]], [TIME[2022-12-18T10:10:47.000Z]], [TIME[2023-01-01T10:12:02.859Z]] <https://zh.wikipedia.org/wiki/%E6%B0%91%E5%9C%8B%E7%99%BE%E5%B9%B4%E8%9F%B2>

[475] [CITE@ja[民国100年問題 - Wikipedia]], [TIME[2022-12-25T16:08:57.000Z]], [TIME[2023-01-01T10:12:10.935Z]] <https://ja.wikipedia.org/wiki/%E6%B0%91%E5%9B%BD100%E5%B9%B4%E5%95%8F%E9%A1%8C>

[476] [CITE@en[Year 2011 problem - Wikipedia]], [TIME[2022-12-29T19:06:00.000Z]], [TIME[2023-01-01T10:12:19.204Z]] <https://en.wikipedia.org/wiki/Year_2011_problem>


** 昭和100年問題

[106] 
[DFN[昭和100年問題]]は、
[[昭和]]の2桁[[年号]]の[[日時形式]]を扱うシステムに関する[[日時桁溢れ問題]]です。

[420] 
「[[日時]]の[[内部表現]]で[[平成改元]]以後も[[昭和]]の年数を使うこと」
と
「昭和の年数を2桁整数で扱うシステムで昭和100年を迎えること」
は、
まったく別個の問題です。
後者は[[西暦2000年問題]]と同種の問題ですが、
前者はシステム設計上の合理的な選択肢の1つでこれといった問題は知られていません。

[421] 
[[昭和100年問題]]を扱う記事や[[SNS]]への投稿を見ると[[情報処理]]実務の専門家でもこの2つの区別がついていない人が意外に多い
[SRC[>>419]]。

;;
[422] 
ついでに、この話題になると[[和暦]]を廃止して[[西暦]]にしろとか技術と関係ない[[政治的主張を始める人][元号廃止論]]も必ず何人か湧いてきます
[SRC[>>419]]。
システム内部の日時表現の選択と、
社会的な[[紀年法]]の約束は、判断基準が異なる独立した話で、
混同してはいけません。
社会的に[[和暦]]が消滅しても、
[[昭和100年問題]]が解決するわけでも、
[[西暦]]が最も処理しやすい内部表現になるわけでもないのですが。。。
(それが分からないなら技術的に知識不足ですし、
分かっているなら政治のダシに技術を使っているので、
どちらにしてもダメですね。)

[423] 
前者、つまり[[日時]]の内部表現は、例えば

- システム内部で[[日時]]を [[Unix time]] で表し、必要に応じて[[西暦年]]を計算して表示する
- システム内部で[[日時]]を [[Unix time]] で表し、必要に応じて[[昭和]]、
[[平成]]、[[令和]]などの[[年]]を計算して表示する

... といったシステムがごくごく一般的に存在するのと同じように、

- システム内部で[[年]]を昭和元年を1とする[[整数]]で表し、必要に応じて[[西暦年]]を計算して表示する
- システム内部で[[年]]を昭和元年を1とする[[整数]]で表し、必要に応じて[[昭和]]、
[[平成]]、[[令和]]などの[[年]]を計算して表示する

... といったシステムも存在し得ますし、実際に存在しています。
[[Unix time]] も昭和元年を1とする[[整数]]も、単位と[[基準点][元期]]が違うだけで、
処理内容は本質的に変わりありません。どちらの設計を採用するかは、
目的に応じてどちらが都合が良いか、いわば設計センス次第です。

[424] 
昭和元年を1とすることだけを理由にその設計を批判するのだとしたら、
その批判のほうがむしろセンスがないと言わざるを得ません。




[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>

[413] [CITE@ja[パソコン・ソフト:詳細資料A - リコーの西暦2000年問題対応について]], [TIME[2020-12-08T04:07:45.000Z]], [TIME[2021-06-08T03:50:56.160Z]] <http://radioc.web.fc2.com/weblib/y2k/ricoh/a.htm>

>
Q6.データのフォーマットを変更できないので、既に入力されている日付データを簡単に西暦(下2桁)運用から和暦運用への変更する方法は有りますか。
>
A6.C命令を利用し、西暦を和暦に変更できます。
日付列—88=日付列
例.98(西暦)—88=10(和暦)
その他、SHU命令やUPD命令を利用して、西暦を和暦に変更できます。

- [419] [CITE@ja[2025年に起こる事が懸念される日本特有の『昭和100年問題』というものがあるらしい「“延長昭和”という暦を採用しているシステムが火を噴く」 - Togetter]], [TIME[2021-10-14T02:00:58.000Z]] <https://togetter.com/li/1788182>
]REFS]

[441] [CITE@ja[オヤジ戦隊ダジャレンジャー@オンラインサロンやって〼色々開発ちうさんはTwitterを使っています 「昨夜汎用機系の友人から電話があり、彼の担当現場では未だに #昭和100年問題 を解決できず「現場にも会社にも見切りをつけた」と言っていた。 ワシが前職を退職したのも、32bitコンパイラのShiftJISでネット対応の無理ゲーを迫る #2038年問題 を理解しない会社だったからだ。 https://t.co/ikgRr3FOti」 / Twitter]], [TIME[2022-02-13T02:50:18.000Z]], [TIME[2022-02-13T03:20:16.762Z]] <https://twitter.com/dajya_ranger_/status/1490264002131288064>

-[445] [CITE@ja[【[[ムー]]2025年の危機】コンピューターに隠された亡霊「昭和100年問題」の真実 | GetNavi web ゲットナビ]], 
[[嵩夜ゆう]],
2019/11/2 20:15,
[TIME[2022-05-26T02:37:43.000Z]] <https://getnavi.jp/entertainment/440216/>
--「ムー2019年11月号より抜粋」

[446] 内容はめちゃくちゃ (まあ[CITE[ムー]]なんで...)

** 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]]。実在するかは不明です。


[548] [CITE@ja[Xユーザーのichiro_jさん: 「平成2桁はあるけど昭和2桁はもう身近にはないな」 / X]], [TIME[午後0:34 · 2024年1月1日][2024-01-01T03:34:07.000Z]], [TIME[2024-01-01T06:38:38.000Z]] <https://twitter.com/ichiro_j/status/1741664068103229467>

[549] あるのかー・・・

* 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]]
(開発中の仮称 [[C++0x]])
と呼ばれました。

[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]]


[257] 
[[SMBC日興証券]]も[[2桁西暦年号]]表記を採用しています。
業界慣習があるのでしょうか。


;; [259] 
[[昭和時代]]に[[元号年]]の2桁表記を使っていたのが、
ある時期に[[西暦2桁年号]]に置き換えられた可能性がありそうです。


[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桁もどちらもよく使われていて、
普段あまり意識しないため気づかないでいるのです。

[260] 
機械的に生成されている年号で「'」を使っているものは、
[[日本]]ではなかなかみられません。欧米ではニュースサイトなどで事例があるようです。

-*-*-

[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]



[171] 
[[西暦2000年問題]]と同じような[[年号]]処理の問題は、
その後も繰り返されました。
中には[TIME[西暦2000年][year:2000]]を過ぎてからその種が撒かれたものも少なくありません。
設計した技術者達は、
[[90年代]]をずっとコールドスリープでもしてたのでしょうか?


** 西暦2010年問題

[172] 
[TIME[西暦2010年][year:2010]]以後を正しく扱えない問題が報告されています。
[SEE[ [[西暦2010年問題]] ]]

** 西暦2020年問題

[240] 
[TIME[西暦2020年][year:2020]]以後を正しく扱えない問題が何種類か報告されています。
[[2桁西暦年]]に起因するものも、そうでないものもあります。
[SEE[ [[西暦2020年問題]] ]]

** 西暦2021年問題

[329] 
[TIME[西暦2021年][year:2021]]以後を正しく扱えない問題が報告されています。
[SEE[ [[西暦2021年問題]] ]]

** 西暦1万年問題

[26] 
[[西暦2000年問題]]の裏で密かに注目されたのが[[西暦1万年問題]]でした。
[SEE[ [[西暦1万年問題]] ]]

[395] 
[[西暦1万年問題]]には、[[日時処理]]の設計がどうあるべきなのか、
[[西暦2000年問題]]の本質は何だったのかを考えさせられます。
[SEE[ [[年問題]] ]]


* 西暦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 年までしか扱えません。

[481] [[ISO 9660]] 以外にも同じような制限を持つシステムがいくつかありました。
[[7ビット符号無し整数]]の場合[TIME[西暦2028年][2028]]に発症します。
[SRC[>>478, >>480, >>479, >>477]]

[REFS[
- [478] [CITE@en-US[MPE/iX Release 7.5 Patch Revision 2028 – Beechglen Development Inc.]], [TIME[2023-01-01T12:25:41.000Z]] <https://www.beechglen.com/2027-patches-release-2017-12-12/>
- [480] [CITE[Introducing 2028 Patches]], [TIME[2023-01-01T12:25:58.000Z]] <http://www.3kranger.com/HP3000/mpeix/en-mpe75/Beechglen2028/ch02s03.html>
- [479] [CITE@en[Years since 1900 + seven bits = breakage in 2028]], [TIME[2021-11-05T07:13:28.000Z]], [TIME[2023-01-01T12:25:50.538Z]] <http://rachelbythebay.com/w/2021/11/05/sevenbits/>
- [477] [CITE@en[Time formatting and storage bugs - Wikipedia]], [TIME[2022-12-28T01:04:23.000Z]], [TIME[2023-01-01T12:25:26.568Z]] <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Year_2028>
]REFS]

[540] [SRC[>>477]]

>During the late 1970s, on Data General Nova and Eclipse systems, the World Computer Corporation (doing credit union applications) created a date format with a 16-bit date field for 128 years (7 bits – note 1900+128=2028), 12 months (4 bits) and 31 days (5 bits). This allowed dates to be directly comparable using unsigned functions. Some systems, including HP 3000, still use this format, although a patch has been developed by outside consultants.


[131] 似たものとして、皇紀2600年を0年とする[DFN[皇紀2600年暦]]があります。
(実例 >>118)

[404] [CITE@ja[当社主要ハードウェア/OSの西暦2000年対応状況 (通信機器) - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:20.000Z]], [TIME[2021-06-08T03:23:47.989Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/taiouj01.html>

>2000年になると、画面の年表示が19100 になり画面が一部乱れます。

[410] [CITE@ja[製品別の対応方法 - 富士通製品の2000年対応状況]], [TIME[2020-12-08T04:07:19.000Z]], [TIME[2021-06-08T03:38:23.155Z]] <http://radioc.web.fc2.com/weblib/y2k/fujitsu/hb2000-10.html>

>nroff
(ディスプレイまたはライン・プリンタのためのドキュメントのフォーマット)
troff
(ドキュメントのタイプセットおよびフォーマット) 	
>
以下の条件の場合,日付の年表示が正しく出力されません。
(例:2000→19100,2001→19101) 

[458] [[TRON時間]]

[492] [CITE[//邪馬台国大研究//]], [TIME[2023-03-31T08:53:47.000Z]], [TIME[2002-08-11T05:16:48.360Z]] <https://web.archive.org/web/20020811051541/http://inoues.net/yamataikoku/index.html>


>今日は102年8月11日、時間は14時15分。こんにちは。14時過ぎです。気晴らしに一寸外出しますか。 

[493] [TIME[2002-08-11]]にアクセスが有ったときに[[サーバー側]]で生成されたとみられるメッセージ。

>The Inoue family home-page Version 2.05 (C)Copyright 1997/1998/1999. 

とあるので[TIME[西暦1999年][1999]]までこのようなプログラムが使われていて、
[TIME[西暦2000年][2000]]を過ぎても放置されているということ。
この時代に自分のドメインで個人サイトをやるのは随分と気合を入れて作っていたはずなのになぜ放置してたのだろう。
(飽きたとか仕事が忙しくなったとかがありがちな理由だけど、
それなりの費用負担があったはず。)

[494] ちなみにこのサイトはまだ存続してます。

- [495] [CITE[//邪馬台国大研究//]], [TIME[2023-01-05T05:43:00.000Z]], [TIME[2023-03-31T09:01:00.462Z]] <http://www.inoues.net/index.html>

>今日は2023年3月31日、時間は18時0分。こんばんは。さぁ、今日の戦いがはじまりますね。胃腸の調子はどうですか? 

[496] 4桁に修正されています。


* 解釈

[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]]。
[[日本]]ではこれに当たる語はほとんど聞きませんが、
[[英語圏]]では使われているのでしょうか。
([TIME[西暦2000年][2000]]前後の各企業の説明文ではあまり見たことがないような。)

[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]]

[391] [[picture clauses]] (設定で変更可)

[547] [[Googleスプレッドシート]]

**** Microsoft Windows

[135] 
00〜29 → +2000, 30〜99 → +1900

[136] 
Windoze 98 以降では、[[コントロールパネル]]の「地域」で変更出来ます。
<http://www.microsoft.com/japan/year2k/2kwhitepaper/settings_jp.htm>

*** 38-39を境界とする

[138] 
38年を境に、39年以降が1900年代にする実装が少なからずあります。
(一部の [[M$]] 製品を含みます。)
根拠はよく分かりません。 ([[Un*x時間]]の32ビット限界の関係?)


*** 39-40 を境界とする

[541] [[ProDOSの日時]]

*** 49-50 を境界とする

[442] 
[[Microsoft SQL Server]] の既定値
([DFN[two digit year cutoff]] 機能で変更可能)
[SEE[ [[SQLの日時形式]] ]]

[137] [CITE[Wayback Machine]], [TIME[2023-11-25T11:43:06.000Z]] <https://web.archive.org/web/20080209230400/http://libsnap.dom.edu/ClasPlus/ADDONS/Y2K.TXT>

>[SNIP[]]In addition, a new date
field option has been added to the Folio 4 products to control how dates in
the dd/mm/yy format are indexed. This feature gives a user more control over
range searches between the years 1950 and 2049. If this indexing option is
used, all two-digit years from 00 to 49 are assumed to be after the year
2000; all two-digit years from 50 to 99 are assumed to be in the 1900s. If
this indexing option is not used, all text encountered during indexing with
the format dd/mm/yy is assumed to be in the 1900s.

>[SNIP[]]By
default, all two-digit years are represented as dates from the 1900s.
Four-digit years (1997, 2001, etc.) are indexed and interpreted as the
specified year. However, using Folio 4.x software, two-digit years can be
indexed for range searches between the years 1950 and 2049 (i.e., 69 can be
indexed as 1969 and 35 can be indexed as 2035).

**** 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[ [[記憶媒体の日時形式]] ]]

**** ASN.1

[SEE[ [[UTCTime]] ]]

*** 50-51 を境界とする

[243] [[Quattro Pro]] [SRC[>>200]]

[443] [[日立の日時形式]]

*** 68-69を境界とする

[542] 
[[Unixの2桁年号]]


[460] 
[[T-Kernel]]
[SEE[ [[TRON時間]] ]]



*** 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]

*** 79-80 を境界とする

[416] 
[[パソコン]]の文化圏では[TIME[西暦1980年][1980]]が最古の[[年]]とされることが多かったようです。
[SEE[ [[DOSの日時形式]] ]]
その関係で[[パソコン]]や[[ワープロ専用機]]などに80年を境界年とする例がありました。


[314] [CITE[弊社ワープロ関係の2000年問題対応状況について]], [TIME[2020-10-25T06:47:19.000Z]], [TIME[2004-12-15T16:05:46.210Z]] <https://web.archive.org/web/20041215160246/http://www.nec.co.jp/bungo/10info/support/2000.html>

>
1980年から2079年まで対応し、正常に動作します。
>
ただし、西暦2000年以降に作成または更新した文書があると、ファイル一覧の並び順が変わる場合があります。

[315] これって2桁で80年から79年までの100年間で扱っているということ?


[316] 同

>年月日設定(ワープロ起動時)で「00年」を設定すると次に進めない。

>
:対応方法:    年の設定を和暦などで設定してください。 

これは[[西暦]]でも[[和暦]]でも何でもいい日付設定が提供されているということ?
ただ

>00年(2000年)を閏年と認識しない。(3MIISと3VIIEXにおいてはこの問題はありません。)

>
:対応方法:    年月日を正しく再入力してください。(13NIIは00年入力ができないので和暦などで再入力してください。) 

とあるので西暦か和暦かは選択しないといけない?

[317] 
偶然にも平成の31年間は西暦も和暦も4で割り切れるなら[[閏年]]なので、
西暦和暦選択なしの2桁年号のシステムもあり得たのか!

[402] [CITE@ja[日本エイサー FAQ:2000年問題とは]], [TIME[2020-12-08T04:07:09.000Z]], [TIME[2021-06-08T02:56:26.301Z]] <http://radioc.web.fc2.com/weblib/y2k/acer/y2000.html>


*** すべて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]

[472] [CITE@ja[Modelerデータ加工Tips#08-7日後と6ヵ月後の日付データを作成する | IBM ソリューション ブログ]], [TIME[2023-01-01T08:35:56.000Z]] <https://www.ibm.com/blogs/solutions/jp-ja/modeler-tips-08/>

画面写真にSPSS Modeler のストリームのプロパティの「次世紀までのロールオーバーの閾値」
欄が写っている。[[西暦年]]を指定できるらしい。

*** 不明

[18] [[TLEの日時形式]],
[[TOPS-10の日時形式]] (1桁, 2桁)

*** 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]

* 19100年問題

[FIG(quote)[
[FIGCAPTION[
[173] 
[CITE[yapc: yet another perl conference: Carnegie Mellon University, Pittsburgh, PA]], [TIME[2021-01-01T12:08:58.000Z]], [TIME[2000-08-16T23:03:56.942Z]] <https://web.archive.org/web/20000816230309/http://yapc.org/America/>
]FIGCAPTION]

>Wednesday, Thursday and Friday
June 21-23rd,
19100 

>YAPC 19100 is Over. Thanks for a great meeting! 

>Kevin Lenzo
Last modified: 19-June-2000 

]FIG]

[FIG(quote)[
[FIGCAPTION[
[174] [CITE[Lightning Talks]], [TIME[2004-09-14T13:04:56.000Z]], [TIME[2021-01-01T12:12:03.614Z]] <https://perl.plover.com/lt/talks-2000.html>
]FIGCAPTION]

>Talks that were presented at YAPC 19100
]FIG]

[FIG(quote)[
[FIGCAPTION[
[175] [CITE@en[yapc(3) - Linux man page]], [TIME[2021-01-01T12:14:18.000Z]] <https://linux.die.net/man/3/yapc>
]FIGCAPTION]

>The event was such a success that it was repeated, again at Carnegie Mellon University, in 2000 -- and dubbed [SMALLCAPS[YAPC]] North America 19100, in honor of all the "year 2000" concerns of the time. Attendance was some three hundred and fifty people. 

]FIG]

;; [206] その翌年の大会は「2001」だった模様。

[FIG(quote)[
[FIGCAPTION[
[203] [CITE[date - Why does Javascript getYear() return 108? - Stack Overflow]], [TIME[2021-01-01T12:16:44.000Z]] <https://stackoverflow.com/questions/98124/why-does-javascript-getyear-return-108/98406#98406>
]FIGCAPTION]

>In the year 2000, the annual YAPC Perl conference was referred to as "YAPC 19100" in honor of this oft-reported non-bug.

> answered Sep 19 '08 at 0:42
> skiphoppy

]FIG]

- [202] [CITE@ja[[[Keisuke KATO]]さんはTwitterを使っています 「JavascriptのgetYearで115(2015年-1900年)が返される理由は,当時のCやPerlの影響。2000年のYAPC Perlを「YAPC 19100」と読んだという名誉まであります。 / “date - Why…” http://t.co/slnXUTqcTB」 / Twitter]], 午前11:17 · 2015年5月14日 [TZ[+09:00]], [TIME[2021-01-01T12:02:21.000Z]] <https://twitter.com/kasecato/status/598673415692636160>

;; [205] >>202 の参照先は >>203。「in honor of」を「名誉」と訳すのは誤訳に近くないか?


[FIG(quote)[
[FIGCAPTION[
[204] [CITE[YARPC 19101 in Japan]], [TIME[2021-01-01T12:20:03.000Z]], [TIME[2002-01-26T01:50:19.423Z]] <https://web.archive.org/web/20020126014955/http://yarpc.tokyo.pm.org/>
]FIGCAPTION]

> YARPC 19101
>Yet Another Ruby/Perl Conference 19101

>☆会期
>    ・2001年 5月 26日 (土曜)   午前 9時30分開場 ~ 

>Copyright 2001 By Tokyo Perl Mongers & jus
e-mail: yarpc@jus.or.jp
$Id: index.html,v 1.21 2001/05/28 04:04:47 ryuchi Exp $ 

]FIG]

;; [207] 
[[2000年問題]]のハイライト、
[TIME[2000-01-01]]から1年半も経過して、
前年の米国大会のネタを繰り返すのは、
当時としても寒いギャグだったのではないかと思わんでもない。
これが当時の[[日本]]の
[[Web企業]]の得意だった[[タイムマシン経営]]ってやつかなw


[143] [CITE@ja[【19100年問題】Perlが有名だと思いますが、localtime関数で西暦… - 人力検索はてな]] ([TIME[2019-06-05 12:08:51 +09:00]]) <http://q.hatena.ne.jp/1218464397>

[288] [[戦後][戦後暦]]にも用例あり。

* 2桁年号による命名

[FIG(short list)[ [265] 西暦2桁年号による命名
- [[狂騒の20年代]]
- [SEE[ [[現代日本の紀年法]] ]] 
- [[72年体制]]
- [[八九民运]], [[八九学运]]
- [[90年天皇決戦]]
- [512] 
[CITE@ja[[[劉彦甫]]さんはTwitterを使っています: 「台湾ではこの数日「92年コンセンサス(九二共識)」が大きな話題のひとつだった。国民党の総統候補・侯友宜が「中華民国憲法に沿う九二共識を受け入れる」との考えを示したためだ。「92年コンセンサス」とは1992年に中台双方の窓口機関の事務レベル折衝で形成されたとされる合意である。中国側はこれを→」 / Twitter]], [TIME[1時間][2023-07-05T11:36:29.000Z]], [TIME[2023-07-05T13:01:06.000Z]] <https://twitter.com/LIU_Yen_Fu/status/1676555480712486914>


]FIG]



[FIG(middle list)[ [266] [[元号]]年数による命名
- [[二年律令]] (漢呂后2年)
- [[二八会]] (明治28年)
- [[三七八年戦役]] ([[三十七八年戦役]]、[[三七・八年戦役]]、
[[三七、八年戦役]]、
[[明治三七八年戦役]]、[[日露戦争]])
- [[プロ野球28会]] (昭和28年)
- [[36答申]] (昭和36年)
- [[三矢研究]] (昭和38年実施)
- [[38豪雪]] (昭和38年発生)
- [[ヨン・サン・トオ]] (昭和43年)
- [[45/47体制]] (昭和45年、昭和47年成立)
- [[ゴーサントオ]] (昭和53年)
- [[ゴウ・ゴウ・トオ]] (昭和55年)
- [[56豪雪]] (昭和56年発生)
]FIG]

[FIG(short list)[ [498] [[皇紀]]による命名

- [[零戦]] (皇紀2600年)
- [[三式明朝]] (皇紀2603年)

]FIG]

[497] 
生まれ年等、[[人]]の基準年によるものは[[世代]]を参照。

[REFS[

[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]

]REFS]

[449] [CITE@ja[カリキュラム標準-[[情報処理学会]]]], [[一般社団法人情報処理学会]], [TIME[2022-06-09T01:41:33.000Z]] <https://www.ipsj.or.jp/annai/committee/education/j07/ed_curriculum.html>

[[J07]] - [TIME[西暦2007年][2007]],
[[J17]] - [TIME[西暦2017年][2017]]。

[450] 
記号的な固有名詞の一部とはいえ[[日本]]の[[情報科学]]の中心的な[[学会]]が[[2桁年号]]。
[TIME[西暦2007年][2007]]といえば[[Y2K]]から7年しか経っていないというのに。


* 作品

[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[ [[十年紀]] ]]


* 関連


[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>





[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[
[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]


[254] 
「21年」の書類が出てきました。
今はかろうじて平成21年と解釈できますが、
もうすぐ2021年の可能性が出てきます。
20年後には令和21年の可能性も出てくるでしょう。
そうなったら書類の内容や前後関係から推測するしかなくなります。
20年後、30年後に、内容から平成21年と2021年を区別するのは困難になっている可能性は、そう低くないでしょう。
省略記法は悪です。
[TIME[2020-02-21T06:57:05.800Z]]

[FIG(quote)[
[FIGCAPTION[
[261] [CITE[岩田光央・鈴村健一 スウィートイグニッションチャンネル(岩田光央・鈴村健一) - ニコニコチャンネル:アニメ]]
([TIME[2020-02-29 09:11:53 +09:00]])
<https://ch.nicovideo.jp/ch1314?_topic=nicovideo_channel_video_upload&ref=zeromypage_nicorepo>
]FIGCAPTION]

> 【スウィートイグニッションCH】スウィートイグニッション20’ 01/04
>  
> 【スウィートイグニッションCH】スウィートイグニッション19’ 12/28

]FIG]


[262] [CITE@ja[工事進捗報告020302 – [[浄照寺]]]],
2020年3月4日,
[TIME[2020-03-05 16:03:48 +09:00]]
<http://o-jyosyoji.com/kouji020302/>

[263] 特に説明されていないが、タイトルは[TIME[令和2年3月2日][2020-03-02]]の意味か。


[FIG(quote)[
[FIGCAPTION[
[264] [CITE@ja[施設のご案内 | 13式催事空間(イチサンシキサイジクウカン)]]
([TIME[2020-04-05 19:52:38 +09:00]])
<http://type13.jp/floor/>
]FIGCAPTION]

> 13式催事空間(イチサンシキサイジクウカン)がオープンします。
> [SNIP[]]
> 2013年6月26日

]FIG]


[268] [CITE@ja[ゾフィー(『ウルトラマン(`66)』)の黒いトサカについてのあれこれ - Togetter]]
([TIME[2020-04-21 22:06:07 +09:00]])
<https://togetter.com/li/1497147>

[269] [CITE[鹿沼見て歩き  栃木県見て歩き かぬまみてあるき]]
([TIME[2020-05-13 16:24:16 +09:00]])
<http://10.pro.tok2.com/~a11234842/>

[270] [CITE[kokuhodayori.pdf]], [TIME[2020-06-04 10:06:46 +09:00]] <https://www.city.kyoto.lg.jp/hokenfukushi/cmsfiles/contents/0000270/270632/kokuhodayori.pdf#page=15>

グラフ横軸が
「20 21 22 [SNIP[]] 30 元 2 
(年度)」
となっていて、グラフ下に
「※30年度までは決算数値, 元年度以降は予算数値」
と注釈あり。
この節の題名が
「医療費と保険料の推移 [WEAK[(平成20年度を100とした場合)]]」
とあって「平成」と明示されており、
また本冊子の他の箇所はすべて「平成」か「令和」
と明示されている。発行年を考えればこのグラフの年数も自明に解釈できるので、
横幅の都合上省略するのは妥当だけど、
注意書き内の元号名も省略しているのが興味深い。
「1」でなく「元」としているのにも注目。

[271] 続く PDF 19頁にあるグラフは横幅に余裕があるためか
「20年度」から「30年度」
のラベルになっている。単位がついたが元号名は省略のまま。
こちらは周囲に「平成」と明記した箇所がない。
(常識的にそう解釈できるので妥当だが。)

[FIG(quote)[
[FIGCAPTION[
[272] [CITE[外国籍潜水艦 奄美大島周辺の接続水域を航行 中国海軍か | [[NHK]]ニュース]]
(2020年6月20日 14時01分 [[日本放送協会]]著, [TIME[2020-06-20 19:31:40 +09:00]])
<https://www3.nhk.or.jp/news/html/20200620/k10012478181000.html?utm_int=news_contents_news-main_004>
]FIGCAPTION]

> 外国の潜水艦が浮上しないまま接続水域で航行したのが確認されたのは、18年1月、中国の原子力潜水艦が、沖縄県の宮古島や尖閣諸島の沖合で航行して以来2年ぶりです。[SNIP[]]
> 外国の潜水艦が日本の接続水域で浮上しないまま航行しているのが確認されたのは、平成30年1月以来、2年ぶりです。

]FIG]


[273] 
[[NHK]] のニュース記事には[[日本の元号]]が使われることと[[西暦2桁年号]]が使われることがあります。
これは同じ記事 (の別の章) で2つの表記が混在している珍しい例。


[275] [CITE@ja[XR日本/XRJapanのツイートより その19 20年8月前半 - Togetter]]
([TIME[2020-08-03 13:24:34 +09:00]])
<https://togetter.com/li/1569960>


[276] 
「1920年」のように誤読しがちだけど「その19」の2020年。
たぶん次は「その20 20年」になるはずw

その19まで続けてきて、書いた人は2桁年号に何の違和感も懸念も感じなかったのだろうか。



[279] 
[[正倉院]]の北倉179の[[伎樂面]]三十一號に「作大田倭麿功五人 九年九月」、
三十號に「大田和麿功五人 九年七月 作大田」、
二十九號に「作大田和麿 十月作了」
とありました
[SRC[>>285 p. 225]]。

;; 別論文によれば、
[[正倉院]]の北倉179の[[伎樂面]]三十一號に「作大田倭麻呂功五人 九年九月」、
三十號に「大田和麻呂功五人 九年七月 作大田」、
二十七號に「作大田和麻呂十月作了」
とありました
[SRC[>>278 p.243]]。

[284] 
現在の[[正倉院]]データベースによると、
南倉1の第31号、
第30号、
第'''29'''号に当たるようです。
[TIME[宝亀9(778)年][year:778]]と解されています。

[287] 
[[正倉院]]南倉に呉樂用の衣類がいくつか所蔵されていて、
「六年東大寺」
のように記述されていたようです。
[SRC[>>286 pp.224-225]]




[REFS[
- [277] [CITE[[[佛敎考古學論攷]] 六 雜集編]]
-- [286] [CITE[正倉院御物年表と解説]], pp. 211-238, 初出昭和四年一月
-- [278] [CITE[正倉院御物の銘識に現われたる人名に就いて]], pp. 239-263, 初出昭和四年一二月


[FIG(quote)[
[FIGCAPTION[
[280] [CITE[伎楽面 木彫 第31号 - 正倉院]]
([TIME[2020-06-05 18:22:24 +09:00]])
<https://shosoin.kunaicho.go.jp/treasures/?id=0000013944&index=3>
]FIGCAPTION]

> 大田倭麿の作で、宝亀9年(778)に製作された。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[281] [CITE[伎楽面 木彫 第30号 - 正倉院]]
([TIME[2020-06-05 18:22:24 +09:00]])
<https://shosoin.kunaicho.go.jp/treasures/?id=0000013943&index=2>
]FIGCAPTION]

> 大田倭麿の作で、宝亀9年(778)に製作された。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[285] [CITE[伎楽面 木彫 第29号 - 正倉院]]
([TIME[2020-06-05 18:22:24 +09:00]])
<https://shosoin.kunaicho.go.jp/treasures/?id=0000013942&index=28>
]FIGCAPTION]

> 大田倭麿の作。

]FIG]

[FIG(quote)[
[FIGCAPTION[
[282] [CITE[伎楽面 木彫 第28号 - 正倉院]]
([TIME[2020-06-05 18:22:24 +09:00]])
<https://shosoin.kunaicho.go.jp/treasures/?id=0000013941&index=27>
]FIGCAPTION]

> 大田倭麿の作。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[283] [CITE[伎楽面 木彫 第27号 - 正倉院]]
([TIME[2020-06-05 18:22:24 +09:00]])
<https://shosoin.kunaicho.go.jp/treasures/?id=0000013940&index=26>
]FIGCAPTION]

> 将李魚成の作で、天平勝宝4年(752)の大仏開眼会に用いられた。

]FIG]

]REFS]




[289] [CITE@ja[Soul-in@焼肉専門医さんはTwitterを使っています 「@takuyukiji なんなら「19年の2月16日です」と元号つけずに言う患者さんもいますよね。まあ見た目からして昭和で当たり前なのですが、やはり僕も西暦で統一して欲しいなと思います(・_・;」 / Twitter]]
(午前9:01 · 2019年2月5日 [TZ[+09:00]], [TIME[2020-08-23T02:46:51.000Z]])
<https://twitter.com/ngyx202/status/1092573902209921024>

[290] [CITE@ja[西暦と元号の簡略表記 | 虚実歴史のブログ]]
([TIME[2020-08-23T03:20:38.000Z]])
<https://ameblo.jp/kyojitsurekishi/entry-12473458185.html?frm=theme>



[291]  [CITE@ja[[[沖縄]]対策本部■【要警戒】「琉球独立学会」、主権回復式典の抗議を利用して琉球独立運動へ転換 - 沖縄対策本部]], 
2013年04月19日 10時24分19秒,
[TIME[2020-08-31T12:20:45.000Z]] <https://blog.goo.ne.jp/jiritsukokka/e/a146257b05c471fcbad44f86f1dcda1a>

><琉球新報:佐藤優のウチナーグチ(H12.10.27)>

貼られている画像にある新聞の日付は
「2012年(平成24年)10月27日 土曜日」。
2012年の下2桁を[[平成]]と誤認したもの。

>(琉球新報 2001年4月18日)

同じく、
「2013年(平成25年)4月18」。
平成13年と誤認して西暦変換したもの。

記事画像中の日付を見ながら書いたのなら、
こうした間違いは起きるはずがない。
2桁年号+月日でメモしていたのを、
ブログ記事執筆に当たって誤解したものだろうか。


[292] 
「20年8月」
って書かれてたから昭和20年8月かと思ったら、
2020年8月だった件


[293] [CITE@zh-tw[成人式 98.01.11]], [TIME[2020-09-01T14:29:28.000Z]], [TIME[2020-09-01T14:29:46.719Z]] <http://www.nichiren.org.tw/main/index.php?option=com_content&view=article&id=315:-980111&catid=7:2009-06-01-15-54-50&Itemid=19>

[294] へー[[日蓮宗]]って[[台湾]]にもあるんだ
([[中華民國日蓮正宗]]というらしい)
→
へー[[台湾]]で[[仏教]]なのに[[西暦]]使うんだ、1998年の記事かー
→
「中華民國98年」
そりゃそーかー
(→ そーかちゃうわ、怒られるわ!)

[295] [CITE@ja[アラベスク  中国海関]]
([[かきたがわ]], [TIME[2020-09-04T05:22:16.000Z]], [TIME[2020-09-04T05:22:17.630Z]])
<http://komoro1939.blog136.fc2.com/blog-entry-568.html>

[296] [CITE@ja[JR東日本:プレスリリース:コンピュータ西暦2000年問題への対応状況について]]
([TIME[2019-03-07T08:45:32.000Z]], [TIME[2020-09-05T06:53:49.592Z]])
<https://www.jreast.co.jp/press/1998_2/19981203/index.html>


[297] 
[CITE@fr[関東交通印刷株式会社 - JR北海道の硬券日付印字の現状... | Facebook]], [TIME[2020-09-05T07:00:36.000Z]] <https://fr-fr.facebook.com/koukenticket/posts/892792977549587/>

>設備の有る帯広駅で確認してみました。写真1枚目の通り西暦の下2ケタで対応しております。見た感じですと平成18年と混同してしまいますが、平成18年当時は160円でしたので、発売金額で区別が出来ます。写真2・3枚目の通り、他の券種は和暦の30年表示でした。参考まで、駅前の十勝バスでも西暦の下2ケタで対応で、両社とも硬券のみ特例の苦肉の策だと思われます。


[REFS[
- [298] [CITE[[[大日本帝国の海外鉄道]]]]
]REFS]

[300] 
[CITE[汽車時刻表]]
[TIME[昭和9(1934)年12月][1934-12]]号は、
[[満鉄]]を (昭和) 「九年十一月一日改正」
のように書き、
[[満洲国鉄]]線を 「康徳元年」
と書き、
[[中華民国]]国鉄線を「中華民国二十三年」
と書いていました。
[SRC[>>298 pp.218-220]]


[301] 
[CITE[汽車時刻表]]
[TIME[昭和15(1940)年10月][1934-12]]号は、
[[満洲の元号]]ではなく[[日本の元号]]を使いました。
(当時[[満洲国鉄]]が[[満鉄]]に経営統合されていたためとみられます。)
[[中華民国]]内路線は「昭和十五年」と明記していました。
(当時[[満鉄]]グループの[[華北交通]]が経営していたためとみられます。)
[SRC[>>298 pp.218-220]]


[299] 
[[平成時代]]、
[CITE[JR時刻表]]
は[[平成]]の[[年数]]のみ、
[CITE[JTB時刻表]]
は[[西暦2桁年号]]で[[時刻表]]の改正日が書かれていました。
[SRC[>>298 pp.218-220]]
末期に
[CITE[JR時刻表]]
も[[西暦]]化されました。



[546] 
こうやって多様性って失われていくのね。

[FIG(quote)[
[FIGCAPTION[
[302] [CITE@ja-JP[関口理咲のRadio'96 #1 - YouTube]]
([TIME[2020-09-07T13:32:16.000Z]])
<https://www.youtube.com/watch?v=EEI1RMkDL3M>
]FIGCAPTION]

> 声優、関口理咲と構成作家、1996年生まれの二人が送るトークバラエティ番組!

]FIG]


[303] ([TIME[2020-06-24T01:11:24.000Z]], [TIME[2020-09-08T09:02:25.890Z]])
<https://www.city.shimada.shizuoka.jp/fs/2/8/8/7/4/9/_/kawane-okanoya-sono8.pdf>

[304] [CITE@ja[DBProヘルプ:各種設定ダイアログ]]
([TIME[2001-11-30T05:52:49.000Z]], [TIME[2020-09-21T04:02:14.605Z]])
<http://www.softvision.co.jp/dbpro/help/dialog/etcopt.htm#2-column-year>

[FIG(quote)[
[FIGCAPTION[
[305] [CITE@ja[中華人民共和国国家標準 - Wikipedia]]
([TIME[2020-09-25T06:35:14.000Z]], [TIME[2020-10-09T10:23:00.359Z]])
<https://ja.wikipedia.org/wiki/%E4%B8%AD%E8%8F%AF%E4%BA%BA%E6%B0%91%E5%85%B1%E5%92%8C%E5%9B%BD%E5%9B%BD%E5%AE%B6%E6%A8%99%E6%BA%96>
]FIGCAPTION]

> 1994年以前に登録された標準規格の標準番号は、末尾に登録年(西暦年号)の下2桁が付加されているが、1995年以降に登録されたものは4桁すべて付加されている。

]FIG]


[306] 
[[CNS]]
は[[元号名]]なしの[[民国紀元]]の2桁、3桁の年号を[[規格票]]で頻用しています。
[SEE[ [[CNS]] ]]

[FIG(quote)[
[FIGCAPTION[
[307] [CITE@ja[SHOW BY ROCK!! Fes A Live (ショバフェス)| SQUARE ENIX]]
([[SQUARE ENIX CO., LTD.]]著, [TIME[2020-10-19 20:39:58 +09:00]])
<https://showbyrock-fes.com/>
]FIGCAPTION]

> © '12,'19 SANRIO APPR.NO.S603308 SP-M © SQUARE ENIX CO., LTD. All Rights Reserved.

]FIG]

[310] 
[[ゲーム]]や[[アニメ]]の[[著作権表示]]で[[2桁年号]]は珍しい。
同じ [[SHOW BY ROCK!!]] [[コンテンツ]]内でも他では4桁西暦年が使われており、
[[ショバフェス]]関係でだけ2桁になっている。

[FIG(quote)[
[FIGCAPTION[
[308] [CITE@ja[SHOW BY ROCK!! Official Web Site]]
([TIME[2020-09-28 09:59:06 +09:00]])
<https://www.showbyrock.com/>
]FIGCAPTION]

> ©2012, 2019 SANRIO CO.,LTD. SP-M

]FIG]


[FIG(quote)[
[FIGCAPTION[
[309] [CITE@ja[TVアニメ「SHOW BY ROCK!!」]]
([TIME[2020-10-19 20:40:49 +09:00]])
<http://showbyrock-anime.com/>
]FIGCAPTION]

> © 2012,2020 SANRIO CO.,LTD. SHOWBYROCK!! 製作委員会#

]FIG]

[313] [[スクエニ]]がということでもない。

[FIG(quote)[
[FIGCAPTION[
[311] [CITE[タイトル一覧 | SQUARE ENIX PRESENTS]]
([[SQUARE ENIX CO., LTD.]], [TIME[2020-10-19T11:42:58.000Z]])
<https://www.jp.square-enix.com/presents/title/>
]FIGCAPTION]

> © 2020 SQUARE ENIX CO., LTD. All Rights Reserved.

]FIG]


[FIG(quote)[
[FIGCAPTION[
[312] [CITE@ja[ドラクエ・パラダイス(ドラパラ)ドラゴンクエスト公式サイト | SQUARE ENIX]]
([[ARMOR PROJECT /BIRD STUDIO / SQUARE ENIX]], [TIME[2020-10-19T11:43:10.000Z]])
<http://www.dragonquest.jp/>
]FIGCAPTION]

> © 2011-2020 ARMOR PROJECT/BIRD STUDIO/SQUARE ENIX All Rights Reserved.

]FIG]


[FIG(quote)[
[FIGCAPTION[
[318] [CITE@ja[1988年ソウルオリンピック - Wikipedia]]
([TIME[2020-11-03T16:58:30.000Z]], [TIME[2020-11-04T03:52:52.810Z]])
<https://ja.wikipedia.org/wiki/1988%E5%B9%B4%E3%82%BD%E3%82%A6%E3%83%AB%E3%82%AA%E3%83%AA%E3%83%B3%E3%83%94%E3%83%83%E3%82%AF>
]FIGCAPTION]

> 韓国では開催年にちなんで88(パルパル)オリンピックとも呼ばれた。

]FIG]


[FIG(quote)[
[FIGCAPTION[
[319] [CITE[『花の〇年組』7学期 通信教育編~冬の授業参観SP~【1部】 - 2020/11/14(土) 14:00開始 - ニコニコ生放送]]
([TIME[2020-11-14 08:46:30 +09:00]])
<https://live2.nicovideo.jp/watch/lv328962321?ref=qtimetable&zroute=index>
]FIGCAPTION]

>  95年組:大崎 捺希、村川 翔一 96年組:阿部 快征、三浦 海里 00年組:平賀 勇成、早川 大輔 レッド吉田

]FIG]

[FIG(quote)[
[FIGCAPTION[
[320] [CITE[『刀使ノ巫女 刻みし一閃の燈火』公式生放送 OVA配信記念スペシャル - 2020/10/27(火) 20:00開始 - ニコニコ生放送]] ([TIME[2020-11-21 18:32:51 +09:00]]) <https://live2.nicovideo.jp/watch/lv328221472>
]FIGCAPTION]

4:30 付近から

>
[TALK[ [[工場長]]
[SNIP[]] って感じではありましたけど、
18年を振り返ってみると、
あのとき本当に、...
]TALK]

[TALK[ [[藤田茜]]
18年!?w
]TALK]

[TALK[ [[茜屋日海夏]]
18w
]TALK]

[TALK[ [[藤田茜]]
2018年ねw
]TALK]

[TALK[ [[茜屋日海夏]]
人生を振り返って×○△・・・
]TALK]

[TALK[ [[工場長]]
あ、2018年。
大事な2000がね、飛んでたね。
18年は流石に [SNIP[]] [INS[(18年前はまだ)]] 学生やってたわw [SNIP[]]
]TALK]


]FIG]

[321] 
× 18年前(18年間)振り返る ○ 2018年を(から)振り返る

[[年号]]が来ると思って聞いていないと[[2桁年号]]はわかりにくい。



[322] [CITE@ja[比較2020’ 明るい!LEDシーリングライト57機のおすすめ・選び方 (ceiling lights-1) 【前編】: 家電批評モノマニア]]
([TIME[2020-11-24T02:54:24.000Z]], [TIME[2020-11-24T06:30:51.476Z]])
<http://monomania.sblo.jp/article/55673572.html>

[323] [CITE@ja[「鳥獣の研究」創刊号〜4号,第10巻85,86,87,88,90号(9冊)鳥獣の研究社 昭和5年 : 古書 古群洞 kogundou@jcom.zaq.ne.jp]], [[kogundou]], [TIME[2020-12-09T08:34:53.000Z]] <https://kogundou.exblog.jp/240733540/>

雜誌記事題名
「[V[まさに三一年式の遊び]]」
([TIME[西暦1931年][year:1931]])

[324] [CITE@ja-JP[__&&'&&__'20冬 ガンオン公式生配信 ~8周年記念スペシャル~ - YouTube]]
([TIME[2020-12-19T11:45:15.000Z]])
<https://www.youtube.com/watch?v=gV3CIp18Lms>

ロゴ画像では「[L['20冬]]」。

[325] [CITE@ja[Steve Lieberさんは[[Twitter]]を使っています 「Y2K was 21 years ago. Looking back, I think the only thing we learned is that if a bunch people work really hard to stop a problem from happening, lots of other people will assume it was never really a problem.」 / Twitter]]
(午前8:32 · 2021年1月1日 [TZ[+09:00]], [TIME[2021-01-01T10:04:49.000Z]])
<https://twitter.com/steve_lieber/status/1344788482061811713>

[326] 
... という意見を実証するかのように、Y2K は問題でなかった厨のリプライがちゃんとついてて草w
こういうのは洋の東西問わず同じかw

[327] 
そうして[[2020年問題]]も[[2021年問題]]も繰り返されるんだね、わかりやすいね!


[374] [CITE[『ダニエル』公式サイト]], [TIME[2021-01-29T02:10:55.000Z]], [TIME[2021-01-29T10:00:16.748Z]] <https://danielmovie.jp/#sec_interview>

>他にも、『真夜中のパーティー』(70)と『BUG/バグ』(06)も参考にしています。
『ファイト・クラブ』(99)は、男同士のねじれた友情と、デヴィッド・フィンチャー監督が観客を裏切ることなく、実際にはそこにいない人々をどのように撮影しているのかを見るために参考にしました。イングマール・ベルイマン監督の『仮面/ペルソナ』(66)では、主人公2人の海辺のクローズアップを参考に取り入れてます。

作品名の後に[[年齢]]が来るはずないし ([[年齢]]は「06」とは書かないし)、
公開年しか来そうなものがないなあ、
って消去法でどうやら[[西暦2桁年号]]らしい。
っていう推論を重ねないとこれが[[年]]だと気づけない。。。





[375] [CITE[第一生命 D.LEAGUE 20-21 REGULAR SEASON ROUND.3 - 2021/02/05(金) 19:00開始 - ニコニコ生放送]]
([TIME[2021-02-04 19:44:28 +09:00]])
<https://live2.nicovideo.jp/watch/lv329728002?ref=qtimetable&zroute=index>

[377] [CITE@ja[ゆっき〜さんはTwitterを使っています 「今日は、副音声での3プベ目🎬 最初から最後までの西野さんの解説に、笑みが溢れたり、納得したりの連続。 そして、いろいろなところに散りばめられた、伏線… それを、次回作以降で回収して行くのが楽しみになってきたーーーー #えんとつ町のプペル #西野亮廣 https://t.co/S1s4la4Nj9」 / Twitter]]
(午後1:13 · 2021年2月8日 [TZ[+09:00]], [TIME[2021-02-10T10:02:21.000Z]])
<https://twitter.com/yuki_m0619/status/1358630127358279680/photo/1>

1枚の映画館チケットに3種類の西暦表記。

[FIG(quote)[
[FIGCAPTION[
[378] [CITE@ja-JP[21冬 ガンオン公式生配信 ~オンラインファンミーティング振り返り配信~ - YouTube]]
([TIME[2021-02-22T11:02:23.000Z]])
<https://www.youtube.com/watch?v=9xOUWDEeNIM>
]FIGCAPTION]

> 【配信開始日時】
> 2021年2月21日(日) 18:30~

]FIG]


[379] [CITE@ja-JP[【天華百剣 -斬-】21年02月追加「給仕」衣装紹介! - YouTube]]
([TIME[2021-02-22T11:04:55.000Z]])
<https://www.youtube.com/watch?v=pwJ4plaQ9U8>

[380] [CITE@ja[サマンサ ラジオさんはTwitterを使っています 「高地203で戦死された方の死亡通報の写しです。相続に必要だった様です。 https://t.co/67cws6XmpY」 / Twitter]]
(午後2:20 · 2021年2月17日 [TZ[+09:00]], [TIME[2021-02-25T09:24:35.000Z]])
<https://twitter.com/samansacat/status/1361908469213765639>

- [384] 「常備艦隊編制及ヒ其配置法案
海軍省
十五年十一月
河村純義持参」
[SRC[>>383 PDF 58頁]]
-- [385] 明治15年11月

- [383] [CITE[山本読書室資料仮目録電子版.indb - dokusho.pdf]], 
2014年3月10日発行,
[TIME[2017-10-28T11:12:29.000Z]], [TIME[2021-03-19T09:52:28.956Z]] <http://matsudakiyoshi.com/dokusho.pdf>



[386] [CITE@ja-JP[''21春 ガンオン公式生配信 ~3月号~ - YouTube]]
([TIME[2021-03-19T12:41:42.000Z]])
<https://www.youtube.com/watch?v=sTC0l4WVrds>

[FIG(quote)[
[FIGCAPTION[
[388] [CITE[アニメ私塾同窓会 室井康雄×田中正晃×由水桂 対談 - 2021/03/27(土) 19:00開始 - ニコニコ生放送]]
([TIME[2021-03-27 11:03:17 +09:00]])
<https://live.nicovideo.jp/watch/lv331051040?ref=qtimetable&zroute=index>
]FIGCAPTION]

> 13年度アニメ私塾

]FIG]

[389] 
[[東京都]]のマンホールの管理番号に付された年号は西暦2桁で、
上2桁は背景色で区別されています。

[FIG(quote)[
[FIGCAPTION[
[392] [CITE@ja[駐日韓国文化院 Korean Cultural Center]]
([TIME[2021-05-07T11:53:14.000Z]])
<https://www.koreanculture.jp/sejong_korean_hitokoto_view.php?page=6&number=428&keyfield=&key=>
]FIGCAPTION]

> 韓国語では大学の入学年度を尋ねる時、"몇 학번(何学番)이세요?"と言います。日本では通常元号を用いて「平成25年入学」のように言うことが多いですが、韓国語では西暦の下2桁を1桁ずつにばらして「13(일삼)학번」と言います。
> 가:몇 학번이세요?(何年度のご入学ですか
> ?)
> 나:13(일삼)학번이에요.(平成25年入学です。)

]FIG]


[FIG(quote)[
[FIGCAPTION[
[393] [CITE@ja[CNN.co.jp : 高すぎるバークシャー株、米ナスダックのシステムで処理できず]]
([TIME[2021-05-12T01:35:11.000Z]])
<https://www.cnn.co.jp/business/35170421.html>
]FIGCAPTION]

> バフェット氏の譲らない姿勢に、ナスダックでは今週ついに「Y2K(2000年問題)」のような問題が発生した。
> 問題はナスダックの32ビットのコンピューターシステムでは42万9496.7295ドルを超える株価を処理できないことだ。バークシャーのクラスA株は3日、この水準まであと2%に迫った。

]FIG]


[394] [CITE@ja-JP[TVアニメ化決定!『古見さんは、コミュ症です。』ティザーPV|21年10月放送開始 - YouTube]]
([TIME[2021-05-15T11:10:29.000Z]])
<https://www.youtube.com/watch?v=3snByVaQUF0>

[396] [CITE@ja[プロジェクト‐ノート:災害 - Wikipedia]]
([TIME[2021-05-31T09:45:09.000Z]], [TIME[2021-06-02T06:15:50.778Z]])
<https://ja.wikipedia.org/wiki/%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E2%80%90%E3%83%8E%E3%83%BC%E3%83%88:%E7%81%BD%E5%AE%B3>

[397] [CITE[天安門事件から32年 台湾 事件の日付「8964」ライトで点灯 | 中国・台湾 | NHKニュース]]
([[日本放送協会]], [TIME[2021-06-03T21:18:50.000Z]], [TIME[2021-06-04T00:56:43.916Z]])
<https://www3.nhk.or.jp/news/html/20210604/k10013066671000.html?utm_int=all_side_ranking-social_001>

[398] [CITE[PM-2400_torisetsu.pdf]], [TIME[2015-03-27T08:23:49.000Z]], [TIME[2021-06-08T02:05:28.514Z]] <https://wis.max-ltd.co.jp/op/pdf/torisetsu/PM-2400_torisetsu.pdf#page=122>

「平成」「昭和」の[[元号合字]]に加えて、
「'00」から「'12」の[[合字]]。

「昭和」と「'00」の間の線が太い。
「'08」までと「'09」からでフォントが違う。
「'00」から「'08」までは [[PDF]] としての文字データが入っていない。
マニュアルの制作過程が反映されたものか?



[399] [CITE@ja[2000年問題へのジャストシステム製品の対応について]]
([TIME[2020-12-08T04:07:29.000Z]], [TIME[2021-06-08T02:50:04.001Z]])
<http://radioc.web.fc2.com/weblib/y2k/justsystems/2000.htm>

[FIG(quote)[
[FIGCAPTION[
[400] [CITE@ja[2000年問題へのジャストシステム製品の対応について]]
([TIME[2020-12-08T04:07:29.000Z]], [TIME[2021-06-08T02:50:04.001Z]])
<http://radioc.web.fc2.com/weblib/y2k/justsystems/2000.htm>
]FIGCAPTION]

> 
>  (例)日付を2001年5月25日と指定した場合
>    JWシェル 19 1/ 5/25
>    文書情報 20 1/ 5/25
> なおこの制限は、画面表示における制限であり内部データとしては4桁で保持されており問題ありません。

]FIG]


[401] [CITE[各PCメーカーの西暦2000年問題対応情報 - radioc.dat]]
([TIME[2020-12-08T04:06:19.000Z]], [TIME[2021-06-08T02:56:22.118Z]])
<http://radioc.web.fc2.com/weblib/y2k/>

[12] [CITE@ja[だのさんはTwitterを使っています 「カトリック黒崎教会(肥前国彼杵郡黒崎村) これ、色がない! https://t.co/gGyB0LIF65」 / Twitter]]
(午後10:11 · 2021年8月28日 [TZ[+09:00]], [TIME[2021-08-29T09:04:42.000Z]])
<https://twitter.com/Dhanow/status/1431605427754569728/photo/4>

[417] 
ニュース記事で23年何々と書かれていると23年後に何々するのかな?って思っちゃう。
2023年のことらしい。

[418] 
95年とか03年とかだと何年間と何年の区別が付きやすいから良かったのが、
業界の悪習としてずるずる今でも続いてるのかなあ。


[778] [CITE@ja[rockin'onフェスOFFICIALさんはTwitterを使っています 「COUNTDOWN JAPAN 21/22を12/28(火)・29(水)・30(木)・31(金)の4日間、幕張メッセで開催します。 新型コロナウイルス感染症対策を徹底するため、キャパシティ、会場レイアウトなどを大きく変更します。 以下、フェス総合プロデューサー渋谷陽一からのメッセージです。 https://t.co/sQ0f2quBGR #CDJ2122 https://t.co/MUYTMViSiR」 / Twitter]]
([TIME[2021-10-15T09:14:20.000Z]], [TIME[2021-10-16T07:22:40.014Z]])
<https://twitter.com/rockinon_fes/status/1448484217831059458>

[425] 「21/22」を西暦2021年・西暦2022年と読ませるのは無理だろ・・・
カウントダウンという文脈と、消去法で他に選択肢は無さそうだとはいえ・・・



[426] [CITE@ja[受診控え、がん患者6万人減 20年、コロナ影響で初めて(共同通信) - Yahoo!ニュース]]
([TIME[2021-11-27T00:35:18.000Z]])
<https://news.yahoo.co.jp/articles/9fe54ea8bf5d3069f68d40fd68644184d6f77ae6>

これ見出しだけ読むと20年間で6万人減ったの? え、コロナ影響? 20年前から???
と意味不明なのですが、20年って2020年のことらしいです...
[[共同通信社]]は記者も校閲も、読者に誤解されないわかりやすい見出しにしようという意識がないのでしょうか。
見出しだけ切り取られて [[SNS]] で拡散されるこの世の中で注意力が欠けすぎではありませんか?



[FIG(quote)[
[FIGCAPTION[
[427] [CITE@ja[asahi.com:中学校の歴史 1192は違うの?鎌倉幕府成立 - 教科SHOW - 小中学校 - 教育]]
(2008年02月28日 [TIME[2021-12-01T02:35:47.000Z]])
<https://www.asahi.com/edu/student/kyoukashow/TKY200802270241.html>
]FIGCAPTION]

> 語呂合わせ「1192(いいくに)つくろう」で、鎌倉幕府が成立した年号を覚えた人は多いはず。しかし、現在の中学歴史教科書の多くは、鎌倉幕府の成立が、1192年ではなく1185年に変わっている。語呂合わせなら「1185(いいはこ)つくろう鎌倉幕府」ということになる。 
> 東京書籍などによると、92年は源頼朝が征夷大将軍に就いた年。頼朝は85年、軍事・行政官「守護」や、税金集めなどをする「地頭」を任命する権利を得、幕府の制度を整えたのだという。
>  社会編集部副編集長の和田直久さんは「実質的に幕府が成立したのが85年。92年は征夷大将軍という『名』を得て名実ともに幕府が完成した年と考えられます」と話す。
>  この変化を東京書籍の教科書でたどると――、
>1955年=1192年、頼朝は朝廷から征夷大将軍に任じられ、鎌倉に幕府という政府をおいた
> 66年=1192年、頼朝は朝廷から征夷大将軍に任じられ、ここに鎌倉幕府による武家政治がかたちのうえでも整った
> 現在の06年版=頼朝は朝廷に強くせまり、国ごとに守護、荘園や公領ごとに地頭を置くことを認めさせ、鎌倉幕府を開いて武家政治を開始しました。……1192年に征夷大将軍に任じられた頼朝は…… 


]FIG]

[428] 
21世紀や20世紀どころか、12世紀でも[[2桁年号]]化してしまう[CITE[朝日新聞]]。
「いいくに」の語呂合わせの[[年号]]を扱う話題でも平気で2桁にしてしまう。

[429] 
上2桁が変わるところだけ2桁、他はすべて2桁、の原則がおおむね貫かれているようにみえる (完全ではない)。
[[和田直久]]の発言はその原則に従い4桁から2桁に書き換えた可能性がある。

原則に従うなら「66年」は「1966年」になるべきだし、
文脈からわかると判断したなら「66年=92年」でいいはず。
なぜ「1192年」になっているのか。
「=」の後は引用文で原文ママ4で4桁にしたのか。
だとすると[[和田直久]]の発言も原文ママで2桁だったのだろうか。

[430] 
教科書では4桁で統一されているはずだし、
語呂合わせにも関わる話題で[[和田直久]]は4桁で説明したと推測するのが自然。
しかし変化のない上2桁は省いて変化のある部分を強調して下2桁だけで語った可能性はあるし、
記者が2桁で質問したから2桁で答えた可能性もある。
またこの「」のような発言はなく、記者とのやり取りを元に記者が作文した可能性もあろう。

いずれにしても新聞は引用文を (記者が読み取った) 文意さえ同じならいくらでも改変してしまうことが知られているので、
この記事だけから原発言を推測するのは難しい。


[FIG(quote)[
[FIGCAPTION[
[431] [CITE@ja[防衛省、ミサイル射程1000キロ 抑止強化へ20年代後半: 日本経済新聞]]
([TIME[2021-12-02T09:49:24.000Z]])
<https://www.nikkei.com/article/DGXZQOUA213AG0R21C21A1000000/>
]FIGCAPTION]

> 2020年代後半までの配備をめざす。

]FIG]

[432] 
この見出しの「20年代後半」が本当に意味不明。



[433] [CITE@ja[Virginia 'AtiolaさんはTwitterを使っています 「Elected representatives of Tongaʻs Parliament will meet in Nukuʻalofa tomorrow (15.12.21) at 10.00am to elect a Prime Minister Designate as well as a Speaker and Deputy Speaker of the Legislative Assembly of Tonga 🇹🇴🇹🇴🇹🇴 https://t.co/ChktcTLrC7」 / Twitter]]
([TIME[2021-12-13T12:01:43.000Z]], [TIME[2021-12-14T02:19:24.801Z]])
<https://twitter.com/giViaAshoutOut/status/1470503657003225092>

[TIME[2021-12-15]] (15年ではない)

[434] [CITE@ja[のっちさんPさんはTwitterを使っています 「祝!!!山下次郎先生!お馬さんのお仕事おめでとうございました! 良いお仕事でした。 https://t.co/misItsAVEV」 / Twitter]]
([TIME[2022-01-11T01:24:17.000Z]], [TIME[2022-01-11T01:24:23.352Z]])
<https://twitter.com/Notty_san/status/947024164820467712/photo/1>

[436] 
なお令和3年の馬券は「3年」で[[0埋め]]なしのようです。


[435] 
[CITE[女優・栗山千明が登場!22年来の幼なじみ・山田孝之&松本まりかが暴く謎すぎる生態!今夜くらべてみました 1月26日(水)よる9時放送! ]]

紛らわしいがこの「22年来」は2022年ではない。

- [437] [CITE@ja[山口県の道の駅記念切符と改元記念切符 - [[メルカリ]]]], 
19時間前,
[TIME[2022-01-26T02:19:38.000Z]], [TIME[2022-01-31T03:25:38.145Z]] <https://jp.mercari.com/item/m78595358137>
-- [438] 
[CITE[m78595358137_1.jpg (JPEG 画像, 540 × 720 px)]], [TIME[2022-01-23T04:02:38.000Z]], [TIME[2022-01-31T03:25:55.336Z]] <https://static.mercdn.net/item/detail/orig/photos/m78595358137_1.jpg?1642910557>

[439] 
同じデザインの[[道の駅]]切符でも、押印されている[[時刻印]]の様式がそれぞれ違います。

「[L[2021]]」「[L['21]]」「[L['15]]」は明らかに[[西暦年]]。


「[L[25]]」「[L[29]]」は明らかに[[平成]]。

「[L[21]]」「[L[19]]」は[[西暦年]]か。

「[L[03]]」は[[令和]]か[[西暦年]]か。[[西暦年]]とすると時期が離れすぎているので[[令和]]の可能性が高いか。



[440] 
[[賞味期限]]
「[L[22.2.22]]」
の商品をゲットしてちょっとうれしいw

[444] 
[CITE@ja[岡島昭浩さんはTwitterを使っています: 「1965年と1971年の京都オーム社書店のレシートと昭和61年の神戸ジュンク堂のレシートが、何故か「うたのしをり」に挟まってた。 https://t.co/QTtfY9JKmE」 / Twitter]], [TIME[2022-05-25T03:57:58.000Z]], [TIME[2022-05-25T11:05:36.231Z]] <https://twitter.com/okjma/status/1498664908178993153>




[FIG(quote)[
[FIGCAPTION[
[453] [CITE@ja[大阪府バレーボール協会で着服金2579万円がスパチャに使われる | スラド idle]]
([TIME[2022-06-30T04:16:14.000Z]])
<https://idle.srad.jp/story/22/06/29/1516245/>
]FIGCAPTION]

> 2019年度の帳簿において使途不明金が判明したことから発覚した模様。担当理事は着服の事実を認めており、弁護士を通じて今年6月20日の時点で全額の弁済を終えたとしている。会計担当理事の職務はボランティアのため、報酬は出ていなかったとされる。ただ年度末の会計処理を公認会計士に依頼せず、さらには13年以前の文書や帳簿を事務所移転時に破棄していたとしている。

]FIG]

[454] この「13年」は[TIME[西暦2013年][2013]]のこと。
保存期間が13年間くらいと言っているようにも読めて非常にわかりにくい。

(この記述は引用元の報道記事の文言に由来していて、
そちらの記事は出来事の記述に[[2桁年号]]が出現しまくっているので、
そこまでわかりにくくはなっていない。)



[455] [CITE[java43]], [TIME[2022-07-14T07:58:23.000Z]], [TIME[2001-07-20T04:09:51.132Z]] <https://web.archive.org/web/20010720040934fw_/http://village.infoweb.ne.jp/~tkiku/java/java43.html>

[456] 
複数の会社が新卒入社向け情報を「23卒」「23年卒」のように[[西暦2桁年号]]で出している模様。
スペースの制限がなくてもこういう表記になってて、すごく不自然。就活情報系の会社がこのフォーマットで各社の人事担当に広めているらしい。


[457] 
こういう形式は就活業界でしかまず見かけない[[位相語]]的なものといえるでしょうか。
[[履歴書]]では「令和5年卒業(見込み)」か「2023年卒業(見込み)」と書くのでしょうし、
略歴でもそうでしょう。 (そもそも履歴書や著者略歴的なもの以外でこういうの書く機会無いだろうし。)
一旦入社してしまえば「令和5年入社」とかでしょうし、
[[同窓会]]だと「第[VAR[何]]期生」「令和5年卒業生」「2023年卒業生」「R5卒」
「令和4年度卒業生」「令和[VAR[○]]年度入学生」とかになりそう。


[521] 
そういう就活業界の独特の風習に浸かって[[SNS]]のアカウントに「@21卒」とか書いてる人はたまに見かけます。

[522] 
でも今[TIME[西暦2023年][2023]]なのに「21卒」とか書いてる人どんだけ[[就活]]好きなんだよおかしいだろって違和感しか。
新卒就職失敗してまだ就活浪人中の可哀想な人なのかもしれんけど。


[553] 
「@25卒」とかSNSのアカウント名にするような人は[[就活業界]]に流されてるだけ (= 自分の芯がない)
という自己紹介なので、[[採用]]側にとっては[[足切り]]のためのチェックポイントにちょうどいいんですよ。
社会常識がなくて周りに流されやすい社員を採りたくないので。



[459] [CITE@en[ruby/date_core.c at 8d40ede2e005439cbc84abfd50c98932a33448f4 · ruby/ruby · GitHub]], [TIME[2022-08-26T15:46:59.000Z]] <https://github.com/ruby/ruby/blob/8d40ede2e005439cbc84abfd50c98932a33448f4/ext/date/date_core.c#L8581>

[[元号名]]がないと[[平成]]とみなす。

[462] [CITE[ページネーション・マニュアル - page0006QX41.pdf]], [TIME[2001-11-12T08:10:14.000Z]], [TIME[2022-09-03T05:19:19.154Z]] <https://www.pot.co.jp/moji/page0006QX41.pdf#page=4>

3桁または4桁の[[年号]]は2桁で[[改行]]を入れてもいい


[463] [CITE@ja[[[日本]]、入国に必要なワクチン3回接種証明で中国製も対象に=中国ネット「チャイナマネー目当て」]], [[Record China]], [TIME[2022-09-29T09:43:14.000Z]] <https://www.recordchina.co.jp/pics.php?id=901896>

[[中華人民共和国]]で発行されたワクチン接種証明書。
年月日が空欄で印刷された紙に手書きで年月日の数字が書き入れられている。
年は「22」 (= [TIME[公元2022年][2022]])。

[[中華人民共和国]]の公的性質の書類でも[[2桁年号]]が普通に使われていることがわかる1例。


[464] 
[CITE@ja[ぐるぐるうづまきさんはTwitterを使っています: 「日立市内に2箇所ある昇開式可動橋な歩道橋。全国でもここにしかない貴重な橋です。 今夜、その橋が動きます! https://t.co/EldZCYjKMZ」 / [[Twitter]]]], [TIME[午後6:18 · 2022年10月8日][2022-10-08T09:18:29.000Z]], [TIME[2022-10-12T04:01:21.000Z]] <https://twitter.com/guruguruuzumaki/status/1578676194102239232/photo/2>

通行止め看板。年月日の年は「4」 (令和4年)。元から年数分のスペースしかなく元号名なし。
この種の看板は元号名入のものが多いイメージだけど、地域によっては元号名なしだったりするのだろうか。

[482] 
昨年は2022年なのに2020年と言い間違える人をあちこちで見かけた気がします。
2が続きすぎて言いにくいのでしょうね。
やっぱり人類には4桁数は難しすぎるのか。


[484] [CITE[ニュースな史点]], [TIME[2013-12-22T15:53:23.000Z]], [TIME[2023-02-15T08:05:27.538Z]] <http://www2s.biglobe.ne.jp/~tetuya/REKISI/sitenlog/news990326.html#jinmu>

>[SNIP[]]元ネタは朝日新聞20日付の「ウィークエンド経済」欄です。
> トヨタ自動車ではほぼ2000年問題への対応をすませたらしいのだが、一部に過去のデータの使い勝手を考えて「昭和」の元号を使っているという。昭和元号だと二ケタで処理できるので修正の手間が省けるのだそうだ。つまり今年は「昭和74年」で西暦2000年は「75」と処理できるわけ。今でも何となく「昭和換算」をしてしまうかなりの日本人(実は僕もそうだ)には結構有効かもしれない。ただし2025年には修正の必要あり。
> 凄いのが安田生命で、1970年代にシステムを作る際に、なんと「神武紀元」(!)による数値化を行ったのだそうだ。ご存じの方も多いだろうが、初代天皇・神武天皇の即位を元年とする「皇紀」というやつで戦前の方には非常におなじみ。西暦1940年=昭和15年が「皇紀2600年」に当たる。来年は「皇紀2660年」だから「60」と表せばいいわけで意外としっくりくる。安田生命の当時のシステム構築者が2ケタのシステムを作るに当たって考えた「苦肉の策」だそうで、なんでも生命保険は長期間の契約を扱う必要があるためにこうなっちゃったのだという。別に神武天皇の存在を信じているからやったとかそういうことでは無いようだが、最先端の技術の世界に元号やら皇紀やらが出てくると言うのが面白いところ。


[485] [CITE@ja-JP[【新店OPEN記念】豪華特典付き!本格オーダースーツ2着¥48,000~<font size=2>(税込¥52,800~)</font>|オーダースーツ専門店 GlobalStyle]], [TIME[2023-03-04T11:36:01.000Z]] <https://www.global-style.jp/fair/202303/combi/?utm_campaign=criteo_rt_18&utm_source=criteo_persona&utm_medium=cpc>

>[L[23年春モノ]]

[486] 

>        <p class="lead mincho">老舗生地問屋の直営だからできる、<br class="sp">豊富な品揃えとコストパフォーマンス。</p>

老舗だから [CODE[font]] とか使ってるヤバい [[HTML]] なんだな!
23年春モノって昭和23年かな??


[487] [CITE@ja[永楽館歌舞伎 | 豊岡市観光公式サイト]], [TIME[2023-03-05T01:56:08.000Z]] <https://toyooka-tourism.com/event/eirakukan_kabuki/>


>明治期に建設された近畿地方に現存する最古の芝居小屋である「出石永楽館」。ここでは、平成20年の杮(こけら)落とし公演以降、毎年、上方歌舞伎の花形役者、片岡愛之助丈を座頭に、歌舞伎公演を開催しています。
>
※22年度は新型コロナ感染拡大防止のため中止となりました。

>
【イベント概要】
>[SNIP[]]
>期 間 	2023年9月~10月頃 ※日時未定


[488] >>487 2つ目の年は平成22年度ではなく2022年度。

[489] [CITE@ja[豪、米原潜最大5隻購入か 30年代と報道、中国に対抗 - 産経ニュース]], [[SANKEI DIGITAL INC.]], [TIME[2023-03-09T08:38:11.000Z]], [TIME[2023-03-09T08:38:53.158Z]] <https://www.sankei.com/article/20230309-44YR55APLRMT3EVF7F3A4OTVJY/>

[490] >>489 本文を読むと2030年代と書いてあるが、見出しだけ読むと1930年代に思えてあれ?となる


[491] [CITE@ja-JP[千坂公民館に保存されていた映像です1987年(昭和62年) - YouTube]], [TIME[2023-03-30T14:43:00.000Z]] <https://www.youtube.com/watch?v=jSzInjFRUI4>

サムネイル画像に「'62」とありますが、題名によると昭和62年の意です。

[499] [CITE@ja[日本初の「サマータイム」スタート 不評で52年廃止/今日は? - 社会 : [[日刊スポーツ]]]], 
2023年5月2日0時0分,
[TIME[2023-05-02T12:45:46.000Z]] <https://www.nikkansports.com/general/news/202305010000696.html>

[500] >>499
この見出しだと52年間続いたようにも読める (それだとなんか変だけど、見出しは変な言葉なことよくあるし)。
そうでなくても今は2000年代なのに1900年代を省略して暗黙的に1952年と理解されると思ってるなら記者は頭[[昭和]]かよ、
といいたいところだけど頭[[昭和]]ならこれは昭和52年の意味になるからやっぱ意味わかんないな。


[501] 
今2023年だから2052年は29年後。1952年より2052年の方が近い。
この見出しだと今始まったけど29年後に廃止されることが決まったようにも読めるよね。意味わからんけど。
どう取っても意味がわからない。


[508] [CITE@ja[年号の表記がわかりにくい – オッサンとバイエル、ピアノ等]], 
[[佐藤俊夫]],
平成21年(2009)09月29日(火)21時36分,
[TIME[2023-05-19T11:24:56.000Z]] <https://satotoshio.net/blog/?p=6269>


>「HVを持たないマツダはガソリンエンジンの燃費性能を追求。「清」をベースにした小型車を10年代前半までに発売する方針だ。」
>
などと、平気で書いてある。どうも最近こういう記事が増えてきた。ナニがおかしいかって?「10年代」ですよ、[B[10年代]]。約10年前の平成10年からの10年間のことかと思った。先だってなどは、別の何かの記事で「9年度」とあって、一瞬とまどった。






[509] [CITE@ja[早瀬雪未・松岡美里の“もしかわ” 第51回(2023.04.07) - ニコニコ動画]]
([TIME[2023-05-29 19:32:19 +09:00]])
<https://www.nicovideo.jp/watch/so42048466>

Y2K (髪型)

[510] [CITE@ja[【会員限定】早瀬雪未・松岡美里の“もしかわ” 第51回おまけ(2023.04.07) - ニコニコ動画]]
([TIME[2023-05-29 20:20:02 +09:00]])
<https://www.nicovideo.jp/watch/so42048592>


- [513] [CITE@ja[XユーザーのTeruaki Enoto | 榎戸輝揚 🧲⭐️🛰⚡️さん: 「理研の仁科研(!)で使ったと聞いている由緒正しい鉛ブロックを引き継いでいる。ダークマター検出実験(X線帯)のグループが低バックグラウンド鉛が欲しいということで、ひとつ潰して測定してみることに。ブロックには R35-XX (Xは2桁の数字)と刻印され、RはRIKENの頭文字で35は1935年製作...? https://t.co/CX5JQVgTiV」 / X]], [TIME[午後3:37 · 2023年8月17日][2023-08-17T06:37:17.000Z]], [TIME[2023-08-18T02:14:31.000Z]] <https://twitter.com/teru_enoto/status/1692063027322069347>
-- [514] [CITE@ja[XユーザーのTeruaki Enoto | 榎戸輝揚 🧲⭐️🛰⚡️さん: 「鉛ブロックにはウラン系列の天然放射性同位体 210Pb (半減期22年) が入っていて、その壊変で生じる46.5 keV の輝線を減らしたいので古いブロックが貴重。R35が1935年製作なら88年前で素晴らしいのだが、どうだろう。仁科研の設立は1941年なので、時期としては合うのだが。」 / X]], [TIME[午後3:41 · 2023年8月17日][2023-08-17T06:41:35.000Z]], [TIME[2023-08-18T02:14:31.000Z]] <https://twitter.com/teru_enoto/status/1692064108215238691>
-- [515] [CITE@ja[XユーザーのTeruaki Enoto | 榎戸輝揚 🧲⭐️🛰⚡️さん: 「あ、上記のスレッドの仁科研の設立は 1931年でした。失礼、たんなるツイート(X)でのタイポでした。文脈から読み取れるかもと思いますが。」 / X]], [TIME[午後4:07 · 2023年8月17日][2023-08-17T07:07:38.000Z]], [TIME[2023-08-18T02:14:31.000Z]] <https://twitter.com/teru_enoto/status/1692070664570851641>
-- [516] [CITE@ja[XユーザーのTeruaki Enoto | 榎戸輝揚 🧲⭐️🛰⚡️さん: 「自分の研究ではないけど、気になってもう少し調べた。R35 は 1935年製ではなく、駒込にあった旧理化学研究所の35号館という意味ではないかしら。理研の公開ページにはないのだけれど、https://t.co/V06oFO6YsI を見ると、仁科先生の執務室があった37号館の隣に35号館があったように見える。」 / X]], [TIME[午前6:03 · 2023年8月18日][2023-08-17T21:03:45.000Z]], [TIME[2023-08-18T02:14:31.000Z]] <https://twitter.com/teru_enoto/status/1692281081716981814>
-- [517] 
[CITE@ja[XユーザーのYoshi-aki Shimadaさん: 「@teru_enoto 天文遺産になっているのは2号機のようです。おそらく狸穴で終戦を迎え、馬橋気象研→板橋→高知などを転々としてきた機体ですね。この年表で見る限りは仁科研の宇宙線関連は2、18、23号館などで行われていたみたいで35号館は出てこないですね。。。https://t.co/6jJTpXtJZP https://t.co/Bh4XB673l1」 / X]], [TIME[午前9:03 · 2023年8月18日][2023-08-18T00:03:30.000Z]], [TIME[2023-08-18T02:14:31.000Z]] <https://twitter.com/yoshi_and_aki/status/1692326318363595088>


[518] 
学術分野では当時[[西暦]]も普通に使われていたからあり得ると思う一方、
当時の人が[[西暦]]を記号に使うのかという疑問もあって。
でも[[ラテン文字]]使ってるし[[西暦]]使っててもおかしくないよな。

[519] [CITE@ja[温暖化ガス排出削減の35年目標60%軸、日本に試練 G7環境相声明 - 日本経済新聞]], [TIME[2023-08-20T01:18:38.000Z]] <https://www.nikkei.com/article/DGXZQOUA137DQ0T10C23A4000000/>

[520] 
>>519 35年間の目標だと思って本文読んだら[TIME[西暦2035年][2035]]だった。悪文。日経の校閲はレベルが低い。



- [523] [CITE@ja[通販生活®「通販生活」読者の皆様へ 23年冬号の表紙へのお問合せについて|【公式】カタログハウスの通販サイト]], [TIME[2023-10-31T09:39:54.000Z]] <https://www.cataloghouse.co.jp/information/2023winter.html?cid=tw>
-- [524] [CITE[letter.jpg (AVIF 画像, 945 × 661 px) — 表示倍率 (88%)]], [TIME[2023-10-31T05:40:57.000Z]], [TIME[2023-10-31T09:40:08.511Z]] <https://www.cataloghouse.co.jp/information/popup/images/letter.jpg>


[525] >>524 国際問題化した雑誌の発行社による在日外交官宛の謝罪文。
発表早々、既に各方面からいろいろな観点で稚拙さや不誠実さが非難されている。

[526] 当謝罪文の本文には

- [527] 「[V[[SNIP[]]およばずながら[YOKO[22]]年[BR[]][YOKO[5]]月から[SNIP[]]]]」 ([[楷書]])
- [528] 「[V[[SNIP[]]通販生活[YOKO[23]]年冬号で[SNIP[]]]]」 ([[楷書]])
とあり、
末尾に文書の[[日付]]として

- [529] 「[V[[YOKO[2]][YOKO[0]][YOKO[2]][YOKO[3]]年[YOKO[10]]月[YOKO[30]]日]]」 ([[楷書]])

とある。


[530] 
>>528 は固有名詞なので仕方ないとして、 >>527 が「2022年」「西暦2022年」「令和4年」
などではなく「22年」と略式の[[西暦2桁年号]]であるのは、
著しく丁重さを書き正式な謝罪文という文脈に適切とは言い難い。
社会常識のある者が書いた謝罪文とは思えない。

[531] 
また、[[縦書き]]で[[欧州数字]]表記はどうあがいても見づらく、特に >>529
の4桁日付の縦表記は醜悪。雑誌の略式の組版ではこうした表記はよく見られるし、
雑誌編集部も普段の業務ではそのような表記を用いているのであろうが、
格式が求められる場にそのような[[内輪ノリ]]のようなフランクな表現を持ち出すのは不適切。
やはり伝統に則って[[漢数字]]表記とするべきだった。
それが嫌なら普通に[[左横書き]]文でよかったのではないか。

[532] 
こうした表面的な些細な問題点すら修正できないまま社長名で発信、公開されてしまう雑誌社、
編集能力の脆弱さを露呈しておるな。

[533] [CITE@ja-JP[30年に全国の荷物35%運べず 物流残業規制で人手不足 | 共同通信]], [[共同通信]], [TIME[2023-11-02T07:05:59.000Z]] <https://nordot.app/988707477933555712?ncmp=post_rcmd>

[534] 
>>533 意味不明な見出し。2030年の意味らしい。

> 野村総合研究所は19日、トラック運転手の残業規制強化で人手不足が予想される「2024年問題」の影響で、25年には全国の荷物総量のうち約28%、30年は約35%が運べなくなるとの推計を公表した。

(そもそも意味不明な推計。運べないとは倉庫に貯まるということ?
そうなる前に新規受入停止するのでは? 
2025年に28%運べなくなるなら2030年には発送需要も(やむなく)減少してるのでは?
減少してもなお35%が運べない? そんな指数関数的に人手不足になるの?)





[535] [CITE[16bitセンセーション ANOTHER LAYER 6話上映会 - 2023/11/12(日) 22:30開始 - ニコニコ生放送]]
([TIME[2023-11-13 15:13:34 +09:00]])
<https://live.nicovideo.jp/watch/lv342967463?from=live_watch_anime_player>



[550] 
[CITE@ja[<記者だより>西暦と年号:東京新聞 TOKYO Web]], 
[[堀場達]],
2023年6月5日 07時30分,
[TIME[2024-01-05T06:13:43.000Z]] <https://www.tokyo-np.co.jp/article/254717>

>  先日、ある記事でおしかりをいただいた。文中に登場させた「三二年」の表記。西暦の一九三二年の意味だったが、「昭和三十二年だと思った。紛らわしい」と指摘された。
> その前文に、時代が一九〇〇年代である旨を書いていたのでミスではない。通常はカッコで年号を入れるようにしているが、記事内容が明治、大正、昭和の三時代にまたがっていたので「くどいな」と、つい端折ってしまった。
> 「やはり紛らわしかったかな」と反省した。私自身も昭和時代なら年号表記の方がしっくりくるからだ。たとえば「二・二六事件」「太平洋戦争終結」「大阪万博」「グリコ森永事件」が昭和何年に起きたかを、丸暗記している。 


[551] 
[[新聞記者]]なのに反省できるのはすばらしい。でもそれで終わりでいいの?
再発防止策もちゃんと考えなよ。

[552] 
2回目なら[[2桁年号]]でもいいという悪習は改めるべきだし、[[元号]]表記の方がいいと筆者が思っている時まで[[西暦]]に統一する悪習も改めるべき。
せっかく見直しの機会を読者に与えられたのにもったいない。


[554] 
[CITE@ja[米選抜徴兵局、19世紀生まれの男性に徴兵登録を求める通知を送付 | スラド IT]], [TIME[2024-01-22T13:25:25.000Z]] <https://it.srad.jp/story/14/07/13/0048234/>

- [556] 
[CITE@ja[104歳の女性に保育所の案内届く、スウェーデン 写真1枚 国際ニュース:AFPBB News]], [TIME[2024-01-25T08:28:26.000Z]] <https://www.afpbb.com/articles/-/3082808>
- [555] 
[CITE@ja[スウェーデンで104歳の女性に保育所の案内が届く | スラド IT]], [TIME[2024-01-25T08:28:13.000Z]] <https://it.srad.jp/story/16/04/07/065239/>


-
[559] 
[CITE@en[NY DMV Issues Teen Learner’s Permit That Says He’s 116 Years Old – Consumerist]], [TIME[2018-07-11T23:30:16.000Z]], [TIME[2024-01-27T05:27:33.766Z]] <https://consumerist.com/2016/04/26/ny-dmv-issues-teen-learners-permit-that-says-hes-116-years-old/>
-
[558] 
[CITE@en-US[DMV Sends Harrison Teen Permit That Says He's 116 Years Old - CBS New York]], [TIME[2024-01-27T05:26:35.000Z]], [TIME[2024-01-27T05:27:17.430Z]] <https://www.cbsnews.com/newyork/news/dmv-permit-116-years-old/>
-[557] [CITE@ja[16歳の米国の高校生、仮免許に1900年生まれと記載される | スラド idle]], [TIME[2024-01-27T05:26:38.000Z]] <https://idle.srad.jp/story/16/04/29/2038233/>




[560] 
[TIME[西暦1979年][year:1979]]、
[[星新一]]は[[エッセイ]]
[CITE[きまぐれ暦]] 
所収
[CSECTION[単位について]]
で、
[[西暦]]が日常生活に溶け込めないでいるのは一九七一などと4桁で呼ばなければならず最初の2桁の省略ができないからだと指摘していました。
[SRC[>>562]]

[REFS[
- [561] [CITE[[[近代諸元号現象]]]]
-- [562]  
[CITE[修訂 [[絹と立方体]]]],
p.[L[684]]



]REFS]

[563] [[90年代]]まで、2桁年号を使うときには前に「'」を付ける必要があったことが思い起こされます。

[564] [TIME[西暦2000年][2000]]以後の西暦の普及は「せんきゅうひゃく」が「にせん」
と一気に短縮されたことも大きな要因のように思えます。




[565] [CITE@ja[XユーザーのDEXclubさん: 「🎵THE IDOLM@STER MILLION LIVE! | AFTER PARTY THAILAND TOUR จำหน่ายรอบพิเศษแล้ววันนี้!! 🔥FIRST ACT &gt; 9 มี.ค.67 🔥SECOND ACT &gt; 16 มี.ค.67 🔥THIRD ACT &gt; 23 มี.ค.67 ✅SF CinemaApp ✅ตู้จำหน่ายบัตรอัตโนมัติ #DEXmovie #DEX #THEIDOLMASTERMillionLiveAfterPartyThailandTour https://t.co/aTZw8TsIA1」 / X]], [TIME[午後0:00 · 2024年3月1日][2024-03-01T03:00:02.000Z]], [TIME[2024-03-05T12:15:40.000Z]] <https://twitter.com/dexclub/status/1763398766625706170>

[566] >>565 画像では [L[2024]] だがツイート本文では 67 ([[タイ仏暦]]の2567年)。


[567] 
[TIME[2024-03-12T04:53:12.900Z]]
<https://rissho.repo.nii.ac.jp/record/5272/files/KJ00000161220.pdf>
#page=3

西暦の下3桁


[568] 
[CITE@ja[Xユーザーの齊藤明紀さん: 「どこぞの大学は学籍番号は西暦下1桁だけど学部独自の番号は元号の下一桁と使っていた。おかげで昭和63年入学の学生と平成3年のがくせいの区別がつかず。」 / X]], [TIME[午後11:41 · 2024年4月10日][2024-04-10T14:41:36.000Z]], [TIME[2024-04-11T03:51:59.000Z]] <https://twitter.com/a_saitoh/status/1778070833518583904>