元号コード

元号コード

[16] 元号コードとは、計算機システムの処理や情報交換などに用いる日時形式において、 元号符号を割り振って識別するものです。 元号の名前自体がある種の符号とも言えますが、 元号コードはそれを更に扱いやすい値に置き換えたものです。 元号自体については元号

[38] いくつかの流儀があります。

[18] 元号コード
元号
元号
#7
#7
#2
#2
#8
#8
#1
#1
#17
#17
#16
#16
#4
#4
#5
#5
#6
#6
#9
#9
#15
#15
#14
#14
#10
#10
#3
#3
#11
#11
#12
#12
#13
#13
元号
江戸時代以前
#8
あり
#10
あり
#14
あり
#15
あり
#16
あり
元号
明治
#7
#2
M
#1
1
#16
1
#17
1
#8
1
#3
U+337E ()
#4
1
#6
3
#10
232
#11
7621
#12
12041
#13
0x878D
#14
244
#15
228
元号
大正
#7
#2
T
#1
2
#16
2
#17
2
#8
2
#3
U+337D ()
#4
3
#6
2
#10
233
#11
7622
#12
12042
#13
0x878E
#14
245
#15
229
元号
昭和
#7
#2
S
#1
3
#16
3
#17
3
#8
3
#3
U+337C ()
#4
5
#5
1
#6
1
#10
234
#11
7623
#12
12043
#13
0x878F
#14
246
#15
230
元号
平成
#7
#2
H
#1
4
#16
4
#17
4
#8
4
#3
U+337B ()
#4
7
#5
2
#6
4
#9
1
#10
235
#11
8323
#12
12044
#13
0x877E
#14
247
元号
令和
#7
#2
R
#1
5
#16
5
#17
5
#8
5
#3
U+32FF ()
#4
9
#9
2
#5
3
#6
5
#10
236
#11
23058
#12
23059
元号
西暦
#17
0
#8
20
元号
私年号
#8
あり
元号
国外
#8
あり
省略部分は >>100

カバー範囲

[20] 多くの方式は、実用上必要な範囲のみ定義されています。 最も多いものは明治以後のみ対応しているもので、 昭和以後のみ対応のものもあります。

[21] 改元時にすぐに新元号に対応できるような割り振り方、 システムとしておく必要もあります。

[24] 多くの方式は、日本の元号のみ対応しています。現在公式に用いられている元号は、 日本の元号のみです。

#8 - 全元号データファイル

[8008] この JSON データファイルでは、古今東西の (日本以外も含む) 元号に固有の整数の数値識別子 id が割り当てられています。 明治以後は 1 から順に割り当てられ (#1)、 19 まで予約されています。 20 には西暦が、 21 以降には色々な元号紀年法が割り当てられています。

#1、#16、#17 - 数値符号 (明治から連番)

[8001] 明治1 とし、順に割り振っていくものが数値符号として主流のようです。 平成4 となります。

[41] 元号のよく使われる数値コード (#1)
元号
元号
符号
符号
元号
明治
符号
1
元号
大正
符号
2
元号
昭和
符号
3
元号
平成
符号
4
元号
令和
符号
5

[34] 平成より後も、改元があるたびに自然な順序で追加されていくことが期待されます。

[72] 昭和以後のみ対応するものもあります。

[25] その他を 9 で表す場合もあります >>13, >>14

[8017] 西暦0 で表す場合もあります >>28

[8016] 戸籍情報システム標準仕様書は、 明治以降を 1 から順に割り当てると共に、 元治Y慶応Z としています。 慶応以前はアルファベットを逆順、 明治以降は数字を昇順と説明があります。 >>53 (#16)

[61] 理論上 X 以前も A まで遡れますが、 どこまで利用されているかは不明です。 仕様書には Y からしか示されていませんが、 採番方法が明記されており、 よく使われるものを例示したに限らないとも思われます。 平成後期の報道によると、 文化年間生まれの人が死亡とされないまま現行戸籍に残されていました >>85。 平成30年時点で戸籍電算化はほぼすべての地方自治体で完了しており、 X 以前の日付の記述が必要となった可能性はあります。 なお、複数の家系調査業者の Web サイトによると、 (電算化はともかく) 戸籍で遡れるのは文化頃までのようです。

[59] なお戸籍では外国人について西暦を使うことがありますが、 元号コードによって区別する仕組みとはなっていないようです。

[35] 元号コード十進数1桁となっている実装では、 10 以降 (9 に特別な意味を持たせる場合、 9 以降) の改元があっても対応できません。 十六進数1桁となっている実装では、 16 以降の改元に対応できません。 それらがいったい何年後に訪れるかはまったく予測できませんが、それまでに改修が必要となります。

[39] その頃には明治も遥か昔の元号となっているでしょうから、 1 から再利用することも可能かもしれませんが、混乱は避けられなそうです。 古い時代の記録が残っているとデータが滅茶苦茶になりますし、 元号コードによる整列数値としての大小で行っていると破綻します。

[1] 入力方式による納税手続|e-Tax (国税庁 著, 版) http://www.e-tax.nta.go.jp/tetsuzuki/tetsuzuki4_3.htm

(C)元号コード

元号 元号コード

昭和 3

平成 4

[2] 9号:VB.NETデータベースプログラミング(バックナンバー) ( 版) http://park5.wakwak.com/~weblab/mailMagazine/mag009.html

元号コード 元号名

---------------------

1 明治

2 大正

3 昭和

4 平成

[3] ( 版) http://webcache.googleusercontent.com/search?q=cache:s3-rMbN70NoJ:www.jinjika.jim.titech.ac.jp/fuk/apply/forms/cyouki-henkou.pdf

@ 生年月日欄 (39~45カラム) 組合員の生年月日を元号コード (大正二 2、 昭和 二 3、 平成エ 4) を含めて記入します。 また、 生年月 日は右詰めで記入し丶 空きマスには0を記入します。

[4] 元号が変わったら、今使用しているパソコンやその他コンピューターシステム... - Yahoo!知恵袋 ( 版) http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1282739017

元号を扱うシステムのほとんどで、元号コードを1:明治,2:大正,3:昭和,4:平成と定めているので、新たに5:新元号を作ることとなります。

[6] B0010 ( 版) http://webcache.googleusercontent.com/search?q=cache:XcWpjevAtbIJ:www.inpit.go.jp/content/100030176.pdf

N1     : 元号コード  1;明治                 2;大正                 3;昭和                4;平成

[28] ( ()) http://www.pref.shiga.lg.jp/police/seikatu/seikatsukankyou/kobutu/files/23_kisaiyouryou.pdf

昭和30年1月2日

生年月日

西暦 明治 大正 昭和 平成 年 月 日

0 1 2 '3 4 0 0 3 0 0 1 0 2

西暦1955年10月23日

生年月日

西暦 明治 大正 昭和 平成 年 月 日

0 1 2 3 4 1 9 5 5 1 0 2 3

[29] UDF詳細 5.日付関数 · hiromasah/charsiu Wiki ( ()) https://github.com/hiromasah/charsiu/wiki/UDF%E8%A9%B3%E7%B4%B0-5.%E6%97%A5%E4%BB%98%E9%96%A2%E6%95%B0

元号コードは以下のようになります。

元号 元号コード

明治 1

大正 2

昭和 3

平成 4

[40] UDF詳細 5.日付関数 · hiromasah/charsiu Wiki () https://github.com/hiromasah/charsiu/wiki/UDF%E8%A9%B3%E7%B4%B0-5.%E6%97%A5%E4%BB%98%E9%96%A2%E6%95%B0

和暦の元号と年、月日で構成される日付文字列です。

元号コードは以下のようになります。

元号 元号コード

明治 1

大正 2

昭和 3

平成 4

平成23年7月25日は 4230725 と表記されます。

#2 - 英字符号

[8002] 明治M などとローマ字化して頭文字を取って記号とするものです。 平成H令和R となります。この方式は機械処理のみならず、人間による略記でもしばしば用いられます。

[42] ローマ字先頭文字による元号コード
元号
元号
符号
符号
元号
明治
符号
M
元号
大正
符号
T
元号
昭和
符号
S
元号
平成
符号
H
元号
令和
符号
R

[51] 明確に符号として定義される場合は大文字を使うことが多いです。 人間が日時形式の一部分として用いる場合には小文字とされることもあります。

[36] 先頭1文字で自動的に決まるので、揺れは見られません。将来的に衝突が生じた場合や、 「ち」 (chi / ti)、「じ」「ぢ」 (ji / zi / di)、「づ」 (du / zu) などから始まる元号の場合に、 揺れが生じる可能性はあります。

[71] 令和改元では RL の揺れの可能性がありましたが、 に政府に取材した媒体がヘボン式を使うとの見解を得て記事化し、 R に確定しました。 その後内閣官房Webサイトで英語版の発表文が掲載され、 経済産業省ヘボン式であることを明示する文書を発表しました。 JIS X 0301:2019R を採用しました。

[37] おそらく数代前の元号との衝突は避けるように制定時に配慮されるでしょうが ( 元号の選定 )、 バリエーションが少ないのでいつまでも避け続けるのは不可能です。 生年月日や資産管理での取り扱いに使われるため、 200年程度の範囲で重複しないような配慮は続けられると考えられます。

[22] この方式は人間が関わる場合の入出力などには適していますが、 将来的な衝突の可能性や整列の便宜などを考えると数値符号の方が便利そうです。

[52] JIS X 0301元号による日時表記でも、本方式が採用されています。

[33] 日本政府消費者庁は本方式による賞味期限表示例を示しています。 賞味期限表示

[57] 日時を扱うプログラミング言語ライブラリーは、 本方式による出力機能を有していることがあります。

[80] CLDR は、 明治以後を大文字1文字、 それ以前は本来表記そのままのものを元号の短い表記として採用しています >>79

[7] 備 考 (鹿児島県 著, 版) https://webcache.googleusercontent.com/search?q=cache:mPa8hIVKNN8J:https://www.pref.kagoshima.jp/ah12/infra/kentiku/shidou/torihiki/syunin/documents/syuninsyatourokukisaiyouryo.pdf

3 「変更年月日」の欄は、最初の□には元号のコードとして「H」を記入するとともに、□に数字を記入するに当た って、空位の□に「0」を記入すること。 (記入例) H 0 5 年 1 1 月 3 0 [平成5年11月30日の場合]

[8] 宅地建物取引主任者関係申請・届出使用コード一覧表 - 神奈川県ホームページ ( 版) http://www.pref.kanagawa.jp/cnt/f191/p15671.html

掲載日:2015年5月1日

元号コード

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

[9] 備 考 ・ ( 版) https://webcache.googleusercontent.com/search?q=cache:D7eaN43fKRUJ:https://www.pref.saga.lg.jp/web/var/rev0/0189/7184/kisaigaiyou.pdf

「生年月 日」、 「認定年月 日J 及び 「合格年月~日」 の欄は、 最初の口には下表より該当す る元号のコードを記入すると ともに、 口に数字を記入するに当たっては、 空位の口に 「。J を記入すること『 ' (記入例) 回一0篇エ 年 0量8 月 2量3旦 M 明 治 S 昭 和 〔平成元年8月23日の場合] T 大 正 H 平 成

[15] 公立学校施設台帳作成提要:文部科学省 ( 版) http://www.mext.go.jp/b_menu/hakusho/nc/t20020401009/t20020401009.html

元号は下記の略号で記入する。

平成…H

昭和…S

大正…T

明治…M

[43] 新元号は? 昭和最後の日へタイムスリップ|NHK NEWS WEB (日本放送協会著, ) http://www3.nhk.or.jp/news/web_tokushu/2017_1211.html?utm_int=detail_contents_tokushu_001

NHKはその後、元号の選定手続きでは、政府原案として「平成」のほかに、「修文(しゅうぶん)」と「正化(せいか)」という2つの案もあったと伝えています。

さらに、コンピューターなどで、明治は「M」、大正は「T」、昭和は「S」とアルファベットの頭文字で処理もされているため、全閣僚会議では、「『修文』や『正化』では、頭文字が、昭和と同じ『S』となり、不都合なのではないか」という意見が出されたと紹介しています。

#3、#11、#12、#13 - 文字コード

[186] 明治以後の3元号は、 ワープロ等の便宜のため全角文字1つ分で表現するための専用の符号位置 (元号合字) が与えられました。 平成改元後に平成も追加されました。

[8013] シフトJISへの NEC の拡張はマイクロソフト標準キャラクタセットに取り入れられ事実上の標準となりました (#13)。 JIS X 0213マイクロソフト標準キャラクタセットと同じ符号位置にこれらを割り当てました。

[338] 当然ながら昭和時代の製品は平成文字を実装していませんでした。

[87] EBCDIC にも明治から令和までがあります。 令和改元

[88] MacJapanese にもありましたが、 NEC とは異なる符号位置でした。

[8003] これらは Unicode (Age = 1.1) で Unicode Standard にも割り当てられました (#3)。 令和改元が決まった時点で符号位置が予約されました。 平成31年新元号

[8011] [8012] Adobe 製品で使われる Adobe-Japan1 でも CID が割り振られています (#11: 横書き、#12: 縦書き)。 昭和までの横書きAdobe-Japan1-0平成横書きAdobe-Japan1-1平成までの縦書きAdobe-Japan1-4令和Adobe-Japan1-7 で追加されました。

[328] これらは現在では需要もなくなり、ほとんど見かけなくなりました。 次に改元があっても、新たな文字が追加される可能性は低いとも思われていました。 しかし平成から令和への改元において、 依然として元号符号位置1つで表現する古いシステムが残存していることから、 Unicode に新しい符号位置が割り当てられることとなりました。 とはいえ今後の新規元号への文字コードの割当がいつまで続くか不明であり、 新規システムでは採用するべきではありません。

#4 - 数値符号 (明治から奇数)

[8004] 明治以後の元号1 から順に奇数を割り当てる数値コードが使われることがあります。

[48] 1桁の十進整数として扱う場合、平成31年新元号9使い切ってしまいます。該当するシステムは2桁化改修 >>44 が予定されていたりするようです。

[10] 請求内訳書記載要領 ( 版) http://www.rousai-ric.or.jp/tabid/212/Default.aspx

なお、「元号」欄には、明治は「1」、大正は「3」、昭和は「5」、平成は「7」のいずれかの該当するコード番号を記入して下さい。

[44] () http://www.mhlw.go.jp/sinsei/chotatu/chotatu/kankeibunsho/20171225-1/dl/20171225-01-01.pdf#page=6

先般、皇室典範特例法が成立・公 布され、早ければ平成31年1月に 改元がなされる見込みとなったこと から、①次期更改と同タイミングで 新元号に係る元号コードの利用を可 能とする改修及び②次期更改後に元 号コードの枯渇を防止するため元号 コードを二桁化するための改修(以 下「新元号対応」という。)を行うも のである。

・次元号対応:平成 31年1月上旬 (※2) ・二桁化対応:平成 32年2月下旬

[45] () http://www.mhlw.go.jp/sinsei/chotatu/chotatu/kankeibunsho/20171225-1/dl/20171225-01-01.pdf#page=67

1 新元号をコード「9」(労災・基準サブシステム)、「5」(レセプトサブシス

テム)」とする暫定対応を行う。

①入力画面で新元号の入力を可能とし、出力画面で新元号を表示可能

とする。

②入力帳票(OCR帳票)で新元号を入力可とする。

③入力帳票(OCR帳票)のうち元号欄を持たない帳票は、帳票入力を原

則不可とする。(一部を除く)

④国民向け帳票出力、及び内部出力帳票に新元号を出力する。

⑤元号欄なし出力帳票へ元号欄を追加する。

⑥外部連携ファイルのIFを改定し、新元号の入出力可とする。

⑦入力帳票(OCR帳票)の入力値凡例を追加する。

⑧電子申請様式で新元号を入力可とする。

2 年表示に係る「元年」、「1年」の画面・帳票表示については、前提条

件⑦に示す内容を踏襲することを想定しているが、、労災保険業務課と

協議の上で統一を図ること。

3 年表示に係る「元年」、「1年」の画面入力については、前提条件⑦に

示す内容を踏襲することを想定しているが、労災保険業務課と協議の

上で統一を図ること。

4 年表示に係る「元年」、「1年」のOCR帳票への記載(OCR入力)につ

いては、前提条件⑦に示す内容を踏襲することを想定しているが、労災

保険業務課と協議の上で統一を図ること。

労働基準行政システム全部(基準・労災サブシステム(共通番号連携管

理サブシステム含む)、レセプトサブシステム)を対象とする。

①新元号は漢字2文字

和暦で入出力する画面、帳票、外部連携ファイルは、元号部分を全角2桁

の領域で定義しており、次元号が3文字以上となる場合は領域の拡張等

別途必要な対策を行うこと

②新元号コード

基準・労災システムで扱っている元号コードは1:明治、3:大正、5:昭和、

7:平成であり、新元号コードは「9」とする。

レセプトシステムで扱っている元号コードは1:明治、2:大正、3:昭和、4:

平成であり、新元号コードは「5」とする。

③改元の時期

改元は2019年1月1日(平成31年1月1日)に行われるものとして、西暦から

和暦への変換は、2018年12月⇒平成30年12月、2019年1月⇒新元号の1

年(元年)1月として扱うものとする。

④未来日を出力する画面・帳票の扱いについて

支払予定日や有効期間等、システム処理日から見て未来日を出力する画

面・帳票が存在する。

しかし、改元自体は2019年1月1日であるため、改元前の2018年(平成30

年)の機械処理で2019年の日付を出力する場合は従来どおりの元号「平

成31年」として出力することとし、改元後の2019年の機械処理で2019年の

日付を出力する場合は「新元号の1年(元年)」として出力するものとする。

⑤ソフトウェアの元号対応について

ソフトウェアの機能を利用して和暦の出力を行っている機能が存在するた

め、以下のソフトウェアが新元号に対応し、本番環境にそのバージョンが

適用されるものとする。

ListCreator(日付編集形式の元号)

Microsoft Office(Excel、Wordの日付形式)

Microsoft .NET Framework(DateTimeクラス)

⑥リリース時期については、改元日の確定時に決定するものとする。

⑦現行の基準システムにおける表示及び入力について

・画面・帳票表示:「元年」

・画面入力:いずれも入力可

・OCR帳票への記載(OCR入力):「1年」

[46] () http://www.mhlw.go.jp/sinsei/chotatu/chotatu/kankeibunsho/20171225-1/dl/20171225-01-01.pdf

①和暦管理している項目を西暦に変換する。(データ移行が必要)

②全画面全帳票の内部処理を見直し、改修を行う。

労働基準行政システム全部(基準・労災サブシステム(共通番号連携管

理サブシステム含む)、レセプトサブシステム)を対象とする。

・システム内で管理する元号コードを2桁化し、その対象を明治、大正、昭

和、平成、H31.1改元予定の新元号の5つとする。

・システム内で管理する元号コードは2桁化するが、帳票、画面のレイアウ

ト変更が発生しないよう、見た目上は1桁表示のままとする。

・元号コードの2桁化対応として、以下を実施する。

- サーバ側の共通処理として元号コード変換処理(1→2桁)を追加する

- 労災、基準、電子申請システムの各影響箇所を改修する。

・現状和暦管理されているDB項目はすべて西暦に変更する。

[23] () https://www.smtb.jp/business/pension/pamail/e-news/2018018.pdf

日本年金機構で使用する新元号の「コード」が「9」となりました。弊社におきまして も同様に新元号の「コード」として「9」を使用することといたします。

日本年金機構へご提出いただくデータ等に使用する新元号を表す1桁の数字(コード)が「9」 となりました。(厚生労働省宛確認しております。)

<日本年金機構における元号を表す「コード」>

明治:「1」 平成:「7」

大正:「3」 新元号:「9」

昭和:「5」

#5 - 数値符号 (昭和から連番)

[8005] 昭和1 とし、以後順に整数を割り当てていくものです。

[60] 1桁の数字とするもの >>110埋めした2桁の数字とするもの >>26, >>27 が知られています。

[11] NEC MedicalSystems-トピックス ( 版) http://www.kenn.co.jp/topics/tp97021.htm

ア:承認した年(数字3桁)

昭和・・・1

平成・・・2

これに元号の年数(2桁)を組み合わせる。

[26] 法務省:1 申請データに関する変更 ( ()) http://www.moj.go.jp/MINJI/henkou/01.html
変更点変更前変更後
年月日の入力方法西暦の年を示す4桁の数字,月を示す2桁の数字及び日を示す2桁の数字をこの順に並べて入力する(例:20080901)。 元号を使用し,元号を示す元号コード,年を示す2桁の数字,月を示す2桁の数字及び日を示す2桁の数字をそれぞれの項目ごとに入力する。
[27] 債権譲渡登記申請データ仕様 (平成22年3月1日更新) (法務省 ) http://www.moj.go.jp/content/000001895.pdf#page=14

表7-3.元号コード一覧

コード名称桁数コード内 容
元号コード201昭和
元号コード202平成

#6 - 数値符号 (昭和から明治まで逆順、平成から連番)

[8006] 昭和1 とし、 大正2明治3 と遡っていくものです。昭和時代に設計されたものなのでしょう。 設計者は次の改元のことを何も考えていなかったのでしょうか。 平成には 4 が割り当てられており、 以後の改元でも順に大きな整数を割り当てていくものと思われます。

[12] 給与支払報告書(総務省通達形式CSV) 平成24年以降分 (田中 裕明 著, 版) https://webcache.googleusercontent.com/search?q=cache:FKI9OdeEgZAJ:www.city.kyotango.lg.jp/kurashi/oshirase/zaimu/zeimu/documents/csv_layout_h24.pdf

受給者の生年月日の元号、年、月及び日を記録する。この場合、元 号については、昭和は「1」、大正は「2」、明治は「3」、平成 は「4」を記録し、また「年」、「月」及び「日」については、そ れぞれ別項目で2桁を使用する。

[13] 1 レコード 項目番号 項 目 名 記録要領 1 法定資料の種類 「331」を記録する。 (densan 著, 版) https://webcache.googleusercontent.com/search?q=cache:ZhVhlDB_aLsJ:https://www.city.meguro.tokyo.jp/shinseisho/zeikin/teishutsu.files/5.pdf

元号については、昭和は「1」、大正は「2」、 明治は「3」、平成は「4」、その他は「9」を記録 し、また、「年」、「月」及び「日」は、それぞ れ別項目で2桁を使用すること。 (例)「平成17年8月19日 → 4.17.08.19」

[14] 個人の住民税の給与支払報告書及び公的年金等支払報告書の 光ディスク等化について(通知) (総務省自治税務局長著、総税市第49号 平成25年11月21日、 版) http://www.soumu.go.jp/main_sosiki/jichi_zeisei/czaisei/czaisei_seido/ichiran13/pdf/ichiran13_02-04.pdf

受給者の生年月日の元号、年、月及び日を記録する。この場合、元 号については、昭和は「1」、大正は「2」、明治は「3」、平成は「4」、 その他は「9」を記録し、また「年」、「月」及び「日」については、 それぞれ 2 けたを使用し、1 けたの場合は後づめ(前ゼロ)で記録す る。

#7 - 先頭1文字による略称

[8007]平成」を「平」とするような、先頭1文字による略記が用いられることがあります。

[50] 主として人間の記入の場合に使われます。

[54] 文書番号に組み込まれた部分で使われることもあります。

[55] JIS X 0301元号による日時表現でも使われています。 JIS X 0301

[58] 日時を扱うプログラミング言語ライブラリーは、 本方式による出力機能を有していることがあります。

[86] 戸籍システムの仕様書では (システムで扱うものでなく説明文中でですが) 元治を「元」、 慶応を「慶」としています。 >>53

[82] 元号からの類推で西暦 (AD) の略号を「A」 とするシステムもあるようです。 しかし人間にとってこの略記は一般的ではなく、 「A2019」のように記載しても理解してもらえる可能性は低いとみられます。

#9 - 数値符号 (平成から連番)

[8009] 平成1令和2 とするものです。

[73] 納品運用ガイドライン 新旧対照表 () https://www.city.sano.lg.jp/nyusatsu/02/14-05s.pdf

第5版(平成30年4月1日)

1

元号

※3 平成の次の元号は、「2」とする。

元号コードについて、平成の次の元号となった場合 の記載方法を追記

#10 - CLDR

[8010] CLDR が対応する日本の元号の通し番号です。

[107] ICU の Japanese Calendar の実装が使っている番号です >>106

[102] 0起源です。白鳳を含み、北朝の元号のいくつかを含まない (なぜかいくつかは含む) ため、 #14 や #15 と一致しません。

#14 - 日本年号史大事典

[8014] 所功らの日本年号史大事典の通し番号です。 日本の元号 (北朝南朝どちらも含む公年号すべて) に整数を割り振っています。

[103] 1起源です。

[104] 現代日本事実上の標準となっている数え方です。 元号

#15 - 日本年号大観

[8015] 森本角蔵日本年号大観の通し番号です。 日本の元号のうち南朝を採り、 北朝は別系列の番号を振っています。

[105] 1起源です。 白鳳を含み元暦を含まない点が #14 と違います。

新規システムの実装指針

[74] 新しいシステムでは、もっとも広く採用されている #1 方式を踏襲するべきです。 平成以後のみ、 令和以後のみのごとく直近の元号しか必要としない場合であっても、 無意味なバリエーションによる混乱を抑えるため #1 に共通化していくのが好ましいです。

[75] 将来の改元による桁溢れを防ぐため、 最低でも4ビット (0 - 15)、 できれば8ビット (0 - 255) の保存領域を確保するべきです。 元号コード数値文字列二進化十進数として扱う場合は、 最低でも2桁 (00 - 99) を確保するべきです。

[76] 現代日本の元号西暦に限定されない様々な元号紀年法に対応する場合は、 #1 を更に拡張した #8 を使うべきです。 この場合は更に大きな保存領域が必要となります。

[77] 人間向けでは、英字の #2 を使うこともできます。 将来英字の枯渇で衝突するおそれがあるので、 入出力でのみ使うべきで、内部形式には数値を使うべきです。

データファイル

[97] 元号の名前、読み、本項に掲げた各種元号コードの値、 改元日その他の情報をまとめた JSON データファイルです。

[98] 各コードの比較 (古い時代も含む):

メモ

[5] 新しい元号(年号)への対応方法について(.NET製品) - .NET 製品共通 - ナレッジベースの詳細 | GrapeCity Developer Tools (グレープシティ株式会社,GrapeCity inc. 著, 版) https://www.grapecity.com/tools/support/technical/knowledge_detail.asp?id=36721

和暦が新しい元号(「平成」の次の年号)へ変更された場合の対応方法は、製品によって異なります。

1. 外部ファイル(構成ファイル)による年号の設定

以下の.NET製品には、アプリケーションの構成ファイル(app.config、web.config、app.xaml)を使用して、コントロールが出力する和暦の年号を独自に定義できる機能が用意されています。年号が変更された場合は、構成ファイルに新しい年号の情報を記載することで、対応が可能です。

2. .NET Frameworkの和暦機能を使用している製品

前述1.以外の.NET製品(ActiveReports for .NETなど)は、独自の和暦機能を持っていません。.NET FrameworkのJapaneseCalendarクラスなどを利用して、和暦を出力します。

[49] () http://www.mhlw.go.jp/sinsei/chotatu/chotatu/pdf/ikenshousei150519-01.pdf

項番1

第三者行為災害情報の任意登録機能

②受付番号を局署別・年度別となるように自動採番

(付番例:1301-26-0001、局署-和暦-連番)する。な

お、表示に当たっては、業通別が判別可能なコード

等を付与する。(表示例:1301-26-0001-業)

受付番号の例について、「局署-和暦-連番」となっていますが、和暦ではな

く西暦4桁とする方が望ましいのではないでしょうか。

元号変更に伴い01に突如戻る可能性があることから、受

付番号が一意にならない可能性があります。

一意性を失った場合、検索画面で結果をソートして表示す

る際、意図せず古いものと新しいものが混ざって表示され

るといった弊害が想定されます。

再検討の結果、「局署-元号-和暦-連番」に変更いたし ます。

「元号」は、平成「7」とし、表示例を 1301-7-26-0001 に 変更します。

[56] 日付の年号を略称で表示するには?[C#、VB]:.NET TIPS - @IT () http://www.atmarkit.co.jp/ait/articles/1506/10/news022.html

[62] 山口県公文書取扱規程 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-350001-10665551

前項の年度の表示は、文書番号を付した日の属する年度の元号の最初の一文字及び当該年度を表す数字によるものとする。

[63] 宅地建物取引業法施行細則 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-090000-85006167

「生年月日」及び「変更年月日」の欄は、最初の□には下表より該当する元号のコードを記入するとともに、□に数字を記入するに当たつては、空位の□に「0」を記入すること。

(記入例)

H

0

6

0

4

1

1

M

明治

S

昭和

〔平成6年4月11日の場合〕

T

大正

H

平成

[64] 履歴書(履歴カード)記載要領 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-024066-55362241

年月日には元号(「明治」は「明」、「大正」は「大」、「昭和」は「昭」とする。)を付して記入する。

[65] 履歴カード記載要領 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-024058-52275111

年月日には元号(「明治」は「明」、「大正」は「大」、「昭和」は「昭」とする。)を付して記入する。

[66] 仙台市ガス局文書取扱規程 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-041009-55873147

第七条 文書記号は、次に掲げる文字又は数字を順に表記した一連の表現による。ただし、これにより難い場合は、総務課長に協議のうえ文書管理責任者が定める。

一 ローマ字の大文字により表記した元号の冒頭の文字

二 アラビア数字により表記した元号の年度

三 「仙ガ」及び主務課の一字

[67] 行政文書取扱規程 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-041009-57363218

文書記号は、次に掲げる文字又は数字を順に表記した一連の表現による。ただし、これにより難い場合は、文書法制課長と協議の上、文書管理責任者が別に定めるところによることができる。

一 ローマ字の大文字により表記した元号の冒頭の文字

二 アラビア数字により表記した元号の年度

三 主務の局又は区役所、部及び課等の各冒頭の文字

[68] 仙台市消防局行政文書取扱規程 - 条例Webアーカイブデータベース () https://jorei.slis.doshisha.ac.jp/reiki/c1801-041009-31685543

文書記号は、次に掲げる文字又は数字を順に表記した一連の表現による。ただし、これにより難い場合は、総務課長と協議の上、文書管理責任者が別に定めるところによることができる。

一 ローマ字の大文字により表記した元号の冒頭の文字

二 アラビア数字により表記した元号の年度

三 「消」並びに主務の部又は署及び課等の各冒頭の文字

[69] 桐ヘルプ - 和暦の書き方 (管理工学研究所著, ) https://www.kthree.co.jp/kihelp/index.html?page=val/val_timestamp_gengou&type=html

年を和暦で指定するには、年の前につぎのいずれかの文字列をつけます。

元号 和暦文字列

明治 明治、明、M、m、メ

大正 大正、大、T、t、タ

昭和 昭和、昭、S、s、シ

平成 平成、平、H、h、ヘ

[70] 元号が変わったら、今使用しているパソコンやその他コンピューターシステム... - Yahoo!知恵袋 (2012/3/409:36:52 ) https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1282739017

元号を扱うシステムのほとんどで、元号コードを1:明治,2:大正,3:昭和,4:平成と定めているので、新たに5:新元号を作ることとなります。

[78] 日 付 等 の 記 録 が 必 要 な コ メ ン ト コ ー ド チ ェ ッ ク の 変 更 に つ い て (レ セ 電 通 信 調 3 0 0 1 0 号 平 成 3 0 年 5 月 3 1 日 ) http://www.ssk.or.jp/seikyushiharai/rezept/iryokikan/vendor/vendor_01.files/resetu_t_30010_1.pdf

⑵ 元 号 で の パ タ ー ン 分 け

元 号 区 分元 号 区 分の 意 味留 意 点
0--
1明 治明 治 1 年 9 月 8 日 ~ 明 治 45 年 7 月 29 日 の 範 囲 内
2大 正大 正 1 年 7 月 30 日 ~ 大 正 15 年 12 月 24 日 の 範 囲 内
3昭 和昭 和 1 年 12 月 25 日 ~ 昭 和 64 年 1 月 7 日 の 範 囲 内
4平 成平 成 1 年 1 月 8 日 以 降

[81] 「オンライン又は光ディスク等による請求に係る記録条件仕様」等の 年号区分コード変更予定について(お知らせ) () http://www.iryohoken.go.jp/shinryohoshu/file/spec/30kiroku_mente181009.pdf

来年5月1日に改元を迎えるにあたりまして、下記の記録条件仕様の「別表_年号区分コ ード」に、コード「5」を追加する予定であることをお知らせします。

[83] エクセルの表で、元号を数字にして入力しているセル(平成20年5月5日だ... - Yahoo!知恵袋 () https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1094612405

[84] エクセルの日付形式で、元号(昭和ならS、平成ならH)を任意の数... - Yahoo!知恵袋 () https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1211367182

[89] CLDR: #11839 (Japanese square era name symbol collation) – CLDR () https://unicode.org/cldr/trac/ticket/11839

[90] Feature #15742: Add Date#jisx0301 support new Japanese era - Ruby trunk - Ruby Issue Tracking System () https://bugs.ruby-lang.org/issues/15742

[17] () http://www.mlit.go.jp/common/001223249.pdf

[47] Windows 10向け「令和」対応パッチ、適用すると何がどう変わるのか?:Windows 10 The Latest - @IT () https://www.atmarkit.co.jp/ait/articles/1905/10/news025.html#07

最も影響の大きそうなのが、「CALDATETIME構造が4つ以上の日本の元号を処理できない問題を修正」というものだろう。 この問題でいう「4つ以上の元号」を処理できないとは、この構造体を扱うAPI側の問題である(構造体自体に問題があるわけではない)。CALDATETIMEでは、明治からの元号に数字を割り当てているが、プログラム内で固定的に1~4を明治~平成と解釈しているため、令和(=5)を指定しても解釈されないという問題だ。