2桁西暦年号の解釈

2桁年号

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

2桁年号

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

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

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

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

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

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

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

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

[258] <共同研究報告>日本における紀年認識の比較史的考察, 佐藤正幸, () https://nichibun.repo.nii.ac.jp/?action=pages_view_main&active_action=repository_view_main_item_detail&item_id=759&item_no=1&page_id=41&block_id=63

歴史的日常という視点から、 年号を考えてみよう。 十七世紀イギリスの海軍大臣やイギリス学士院院長をつとめたサミエル・ピープスは、 イギリス海軍で資材購入の仕事をしていた頃の一六六二年、 取引上の必要から朝四時に起き、 ローソクの明かりの下で九九を覚え始めた、 と日記に記している。 現在、加減乗除が、ほとんどの人に出来るからと言って、 一〇〇年前・二〇〇年前もそうであったということは言えない。 むしろ、人類はこれまで数を数えることに得意であったわけではないのだ。

してみると、過去の人々の歴史感覚はどのようなものであったのだろうか。 この四則計算の能力という点から、 過去への時間感覚は、再度検討されねばならない。 アラビア数字導入以前においては、 位取り記数法が出来なかったわけだから、 四則計算は決して容易な技ではなかったのだ。

年号による紀年は、 二〇世紀以前に生きた多くの人々が数に不得手であったことを考慮に入れると、 三桁四桁の数字を操作する通年紀年法より、 最大二桁にしかならない年号の方がふさわしかったとは言えないだろうか。 この点では、長くて数十年にしかならない即位紀年も、同様に考えられる。 ことは干支も同様で、 個人の人生に照らしてみれば、 平均寿命が六〇歳に達していなかった時代においては、 一二年単位でものが把握できるこのシステムは、 かえって使いやすかったのではないか。

2桁年桁溢れ問題

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

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

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

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

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

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

2000年問題

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

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

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

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

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

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

[59] 同じく新しいプログラミング言語だった Java は、 JDK 1.0西暦1900年暦getYear を採用し、 次の JDK 1.1 になって4桁年を別に用意しました。 >>58

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

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

[152] 公益社団法人日本ローマ字会は新たな日本語ローマ字表記法を定めましたが、 99式 (きゅうきゅうしき) と命名されました >>151

民国100年問題

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

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

昭和100年問題

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

2700年問題

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

[118] 神武天皇即位紀元 - Wikipedia () 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

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

平成100年問題

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

2000年のその後

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

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

[99] 公演名を4桁化したアーティストは他にも多かったと思われ、 例えば B'z も「'99」の次から「2000」としました >>94テレビ朝日の番組 ミュージックステーションスーパーライブ も「99」の次から「2000」としました >>98

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


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

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

[76] 銀行キャッシュカードでも、と印字されたりしました。

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

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

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

[63] プログラミング言語C++版は C++03版は C++11 と呼ばれました。

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

[81] この文章を読んでいる人でそれを体験できる人がどれほどいるかわかりませんがw
[67] モーニング娘。 - Wikipedia () 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

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

2020年問題

[77] 日本政府消費者庁が示している賞味期限表示例には、 西暦2桁のもの、 元号の年数のみのものも含まれています。 賞味期限表示

賞味期限表示

西暦1900年暦

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

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

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

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

[37] C言語構造体 tmtm_yearを表しますが、 西暦1900年暦を使っています。 派生して Perl などでも使われています。 tm

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

[131] 似たものとして、皇紀2600年を0年とする皇紀2600年暦があります。

解釈

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

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

日本語媒体の紀年法混在

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

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

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

[209] 「けもフレ2」めぐるテレ東社員投稿、同局が謝罪 「SNS発言に不適切なもの」 - 産経ニュース (SANKEI DIGITAL INC.著, ) https://www.sankei.com/smp/affairs/news/190416/afr1904160001-s1.html

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

[210] 滋賀県、大戸川ダム容認 知事が方針転換「住民の安全に必要」 - 産経ニュース (SANKEI DIGITAL INC.著, ) https://www.sankei.com/life/news/190416/lif1904160017-n1.html

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

[211] しまむら急ブレーキ…「しまパト」熱なぜ冷めた : 深読み : 読売新聞オンライン () https://www.yomiuri.co.jp/fukayomi/ichiran/20180509-OYT8T50054/?from=yartcl_outbrain1

しまむらが4月に発表した2018年2月期連結決算は、売上高が前年比0.1%減の5651億円にとどまったほか、本業のもうけを示す営業利益が12.1%減の428億円、最終利益が9.6%減の297億円とそれぞれ大幅減となった。

リーマンショックの影響などで09年2月期には減収となったが、以降は17年2月期まで8期連続で増収を維持するなど業績は好調だった。

[212] 17年度の温室効果ガス排出、4年連続減少 環境省発表:朝日新聞デジタル () https://www.asahi.com/articles/ASM4H4FXKM4HUBQU002.html?iref=comtop_list_nat_n01

環境省は16日、2017年度の温室効果ガスの排出量(確定値)は、前年度比1・2%減の12億9200万トン(二酸化炭素〈CO2〉換算)だったと発表した。

政府は30年度までに、森林吸収分を含めて排出の26%削減(13年度比)をめざし、17年度時点では8・4%減となった。

[213] 読売中部支社跡地にマリオット系ホテル、22年春開業へ:朝日新聞デジタル () https://www.asahi.com/articles/ASM4D5SXTM4DOIPE012.html?iref=comtop_list_biz_n04

2022年春に開業する。

[214] 滋賀県知事、ダム建設容認に方針転換 「大戸川は必要」:朝日新聞デジタル () https://www.asahi.com/articles/ASM4J3HRXM4JPTJB007.html?iref=comtop_list_pol_n02

2008年に同県の嘉田由紀子前知事と大阪、京都、三重の各府県知事が建設凍結を求める意見を共同で表明し、

大戸川ダムは1968年、国が多目的ダムとして建設を計画。

三日月氏が滋賀県知事に就任後の17年12月、自民党や公明党などの賛成多数で、

[215] トヨタ、新EVを世界初公開 小型SUV「C―HR」:朝日新聞デジタル () https://www.asahi.com/articles/ASM4H6308M4HULFA02Y.html?iref=com_latestnews_03

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

[216] 平成の発明品「MD」、需要根強く でもデッキ製造は…:朝日新聞デジタル () https://www.asahi.com/articles/ASM3W62L9M3WOIPE02B.html?iref=pc_rellink

MDシステムは、ソニーが開発し、1991年に発表。翌年「ウォークマン」1号機(7万9800円)、MDディスクを販売した。 各社とも携帯型プレーヤー、MD搭載のコンポを発売し、90年代半ばに市場を席巻した。

高級オーディオや高性能録音機器で知られるティアックも96年以降、MDデッキやコンポの販売を開始。2015年から「MD―70CD」というMD・CD一体のデッキを売っている。

だが人気は続かなかった。MDコンポ業界では00年が市場のピークとされ、翌年にはアップルの携帯型デジタル音楽プレーヤー「iPod」が登場。

[217] 三井住友銀「65歳へ定年延長」検討 20年1月導入、メガバンク初 労組に提案 - 毎日新聞 () https://mainichi.jp/articles/20190416/k00/00m/020/083000c

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

[218] 110メートル障害の増野が引退 17年世界陸上代表 - 毎日新聞 () https://mainichi.jp/articles/20190416/k00/00m/050/101000c

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

[219] 温室効果ガス排出量、CO2換算で前年度比1.2%減 17年度確定値 - 毎日新聞 () https://mainichi.jp/articles/20190416/k00/00m/040/032000c

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

[220] 変革:第9部 りそなグループ/7 公的資金、苦渋の延命 - 毎日新聞 () https://mainichi.jp/articles/20190413/ddm/012/020/102000c

大型連休最終日だった2003年5月5日夜。

りそなは03年3月期決算で、

[221] 100年カンパニーの知恵:キユーピー(東京都)/上 体格向上を願い発売 - 毎日新聞 () https://mainichi.jp/articles/20190318/ddm/008/020/010000c

<since 1919>

良い商品は良い原料からしか生まれない

キユーピー創始者の中島董一郎氏は愛知県西尾市出身。水産講習所(現東京海洋大学)卒業後の1912~15年、農商務省の海外実業練習生として英米に行き、マヨネーズのおいしさ、栄養価の高さに魅了された。19年、キユーピーの前身である食品工業の創業に名を連ねた。

関東大震災後に進んだ洋風化を目の当たりにした中島氏は25年、

[222] けいざい・因数分解:2.53% 経団連が集計した2018年の大企業の賃上げ率 脱「官製春闘」着地点は - 毎日新聞 () https://mainichi.jp/articles/20190303/ddm/008/020/088000c

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

[223] 国内医薬品市場、平成の30年で1・9倍 :日本経済新聞 () https://www.nikkei.com/article/DGXMZO43783100W9A410C1TJ2000/

米医薬サービス・調査会社のIQVIA日本法人は16日、1989~2018年の国内医療用医薬品市場のデータを公表した。89年(平成元年)に5兆5260億円だった市場規模は18年(平成30年)に10兆3374億円と約30年で1.9倍に拡大した。

89年に3280億円だった抗がん剤市場は18年には1兆2000億円に拡大した。「抗体医薬」と呼ばれるバイオ医薬品が登場したことで、平成後期(09~18年)に急拡大した。

特に14年に世界に先駆けて販売されたがん免疫薬「オプジーボ」は

[224] 天神イムズ、コト消費 先駆けた30年 最後まで発信 :日本経済新聞 () https://www.nikkei.com/article/DGXMZO43762760V10C19A4962M00/

福岡・天神にある商業施設「イムズ」が12日、開業30周年を迎えた。1989年(平成元年)に開業し、平成の30年間で物販だけでなく、イベントなどの「コト消費」を他の施設に先んじて提供してきた。運営する三菱地所は2021年度に閉館し、建て替える。インターネット通販やファストファッションが台頭するなか、新しい消費のあり方を九州で発信し続けられるか。

1997年、まだメジャーデビューする前のゆずが初めて福岡でライブをした場所がイムズだった。22年の時を経て、2人は当時のライブで歌った曲「地下街」を熱唱。

95年度、来館者数約1900万人、売上高約140億円となり、共に過去最高を記録した。

だが96~97年、キャナルシティ博多や岩田屋現本館のZサイド、博多大丸の東館、福岡三越が相次いで開業し、宝飾品や食品のテナントが流出。 98年に日本に初出店したスペインの「ZARA」を皮切りに「H&M」などの外資系アパレルが天神に進出。 福岡パルコは17年、「泊まれる本屋」やシェアオフィスを開業。博多リバレインモールも19年度の改装で新たにフィットネスジムや宿泊施設を入れると明らかにしている。

約80億円の売上高見込みとなった18年度、三菱地所は建て替え計画を発表。天神で再開発が進み「エリアの将来像が変化する中、新時代のニーズに応える」と説明する。

[225] 市進HDの19年2月期、純利益14.9%増3億900万円 :日本経済新聞 () https://www.nikkei.com/article/DGXLRST0404772V10C19A4000000/

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

2020年2月期は純利益が前期比56.6%減の1億3400万円、売上高が前期比1.2%増の166億円、経常利益が前期比45.8%減の1億1900万円、営業利益が前期比24%減の3億800万円の見通し。

[226] RPA、純利益91%増 19年2月期、AI入力が好調 :日本経済新聞 () https://www.nikkei.com/article/DGXMZO43765710V10C19A4DTA000/

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

[227] 串カツ田中、全席禁煙で実質増益 18年12~19年2月 :日本経済新聞 () https://www.nikkei.com/article/DGXMZO43748860V10C19A4DTA000/

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

[228] メリル日本社長に笹田氏 トップ2人が女性に :日本経済新聞 () https://www.nikkei.com/article/DGXMZO43606570R10C19A4EAF000/?n_cid=DSMMAA10

笹田 珠生氏(ささだ・たまお)1991年(平3年)慶大法卒。米法律事務所スキャデン・アープス・スレート・マー・アンド・フロムなどを経て、98年メリルリンチ日本証券入社。07年投資銀行部門マネージングディレクター、18年取締役投資銀行部門共同部門長。

林 礼子氏(はやし・れいこ)1987年(昭62年)東大院教育社会学研究科修士課程修了、シティバンク入行。2000年メリルリンチ日本証券入社。14年資本市場部門長、17年副会長。

[229] 19年はeスポーツ元年に 世界的人気チームCOOが語る“スター選手”輩出のカギ | ORICON NEWS () https://www.oricon.co.jp/news/2126602/full/

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

[101] asahi.com(朝日新聞社):江戸時代生まれ、200歳…戸籍上で生存、なぜ続く? - プレーバック1週間 (The Asahi Shimbun Company著, ) http://www.asahi.com/special/playback/TKY201008290101.html

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

複数紀元詰め込みの問題

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

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

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

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

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

[504] () https://www.taisyokukin.go.jp/supply/PDF/shingigaiyou_h29_1.pdf

①例えば今後元号が変わるようなことがあ った場合にも対応しているのか?

②随意契約とした理由に短時間に遂行する ためとあるが、元号の変更については事前 から予想のできることであるが、短時間に やらなければならない理由とは何か。

①この日付対応の改修に元号変更対応につ いても含めてある。

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

[505] () http://www.mhlw.go.jp/sinsei/chotatu/chotatu/shiyousho-an/dl/130227-05.pdf

労災システムにおいては、傷病年月日等の入力項 目の一部に元号のない和暦日付があり、年が「27」以 下であれば元号を「平成」と、また、それ以外は「昭和」 と判定する仕様となっており、平成28年度以降の傷 病年月日等を入力した場合は元号を「昭和」と判定さ れる。また、「昭和」、「平成」以外の元号には対応でき ない。

このため、すべての入力帳票について、傷病年月日 等に元号を付加し、和暦から西暦への変換処理を正 しく行えるよう改修を行う。

なお、平成元年以降に開発した介護、アフターケア については、日付項目に元号が付加されており、改修 は発生しない。

[27] “8年後に大地震”誤った地震速報配信で混乱広がる | NHKニュース (日本放送協会著, ) http://www3.nhk.or.jp/news/html/20170622/k10011026911000.html

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

西暦年解釈法

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

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

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

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 もこれを踏襲しています。

Time::Local

[10] Perlモジュール Time::Local は現在から前後50年以内と解釈します >>9

29-30を境界とする

Microsoft Windows

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

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

49-50 を境界とする

RFC 2822

RFC 2822 4.3 曰く:

Where a two or three digit year occurs in a date, the year is to be

interpreted as follows: If a two digit year is encountered whose

value is between 00 and 49, the year is interpreted by adding 2000,

ending up with a value between 2000 and 2049. If a two digit year is

encountered with a value between 50 and 99, or any three digit year

is encountered, the year is interpreted by adding 1900.

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

S/MIME

[3] S/MIMEUTCTime は 49‐50 が境界です RFC 3851 2.5.1

ISO/JIS 記憶媒体

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

PKIX

[12] RFC 5280 - Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile ( 版) http://tools.ietf.org/html/rfc5280#section-4.1.2.5.1

Conforming systems MUST interpret the year field (YY) as follows:

Where YY is greater than or equal to 50, the year SHALL be interpreted as 19YY; and

Where YY is less than 50, the year SHALL be interpreted as 20YY.

68-69を境界とする

X/Open の推奨

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

69-70 を境界とする

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

38-39を境界とする

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

すべて1900年代とする

[17] XPath and XQuery Functions and Operatorsfn:parse-ietf-date が採用しています。

設定可能とする

[28] 桐ヘルプ - #元号日付 (管理工学研究所著, ) https://www.kthree.co.jp/kihelp/index.html?page=fnc/fcnv_gdatestr&type=html

日時文字列または日時型の定数として 2 桁以下の西暦年を指定すると、環境設定の [西暦年 2 桁入力時の取り扱い] に応じて年の値が加算されます。

西暦 1 年から西暦 99 年までの年を指定するには、年の前に西暦、AD、A のいずれかの文字をつけます。

[32] 桐ヘルプ - 2桁年の扱いと西暦指定 (管理工学研究所著, ) https://www.kthree.co.jp/kihelp/index.html?page=val/val_timestamp_yy&type=html

年を 0 ~ 99 の範囲で指定した場合、環境設定の設定に応じて自動的に 1900 年または 2000 年が補われます。

環境設定に左右されないように指定するには、年の前に 西暦、AD、A のいずれかの文字列をつけます。

不明

[18] TLEの日時形式

RFC 3339 の規定

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

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

作品

[30] 2000年問題作品

関連

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

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

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

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

メモ

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

[34] コンピュータ西暦2000年問題の概要|鈴木正朝|note (鈴木正朝 2018/12/29 02:30 ) https://note.mu/rompal/n/n1a3d7e88232c

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

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

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

[36] Time::Local - perldoc.perl.org () https://perldoc.perl.org/Time/Local.html

[143] 【19100年問題】Perlが有名だと思いますが、localtime関数で西暦… - 人力検索はてな () http://q.hatena.ne.jp/1218464397

[147] 13.0. 2000年問題 year 2000 problem () https://web.archive.org/web/20010430155318/http://www6.airnet.ne.jp/as400/y2k/main.html

[153] 生年月日を聞かれた時西暦か元号どっちで答えますか?テレビ... - Yahoo!知恵袋 () https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1047389700

テレビを見てると「57年」とか昭和とか言わずに

○○年て年数だけ答える人が多い気がするんですけど