671.txt

[1] 
[DFN[[[JIS X 0213]]]] 
[DFN[[CITE[7ビット及び8ビットの2バイト情報交換用符号化拡張漢字集合]]]]
は、
[[JIS漢字]]の[[規格]]の1つです。


[25] 
形式的には現在も有効な [[JIS]]
ですが、
すっかり [[Unicode]]
化が済んだ今となっては[[実効性を有していません][実効性喪失]]。


* 文字集合

[4] [[JIS X 0213]] 第1面は、 [[JIS X 0208:1997]] 
に更に[[非漢字]]と[[第3水準]]漢字集合を追加したものでした。

[113] 
[TIME[平成12(2000)年][2000]]版第1面には次の[[文字]]が含まれていました。

- 1-01-01〜1-13-94 [[非漢字]] ([[JIS X 0208:1997]] + 追加分)
- 1-14-01〜1-15-94 [[第3水準]]漢字集合
- 1-16-01〜1-47-51 [[第1水準]]漢字集合 ([[JIS X 0208:1997]])
- 1-47-53〜1-47-93 [[第3水準]]漢字集合
- 1-48-01〜1-84-06 [[第2水準]]漢字集合 ([[JIS X 0208:1997]])
- 1-84-08〜1-94-89 [[第3水準]]漢字集合

[5] [[非漢字]]は、 [[Windows-31J]] の拡張がそのまま取り込まれています。ただし
[[JIS X 0208]] と重複する[[面区点位置]]は、[[予約]]とされています。

;; [114] [[漢字]]について [[Windows-31J]] との[[互換性]]はありませんでした。
これでは何のための[[非漢字]]の[[互換性]]なのかわかりませんね。

[6] その他幾つか空きがありますが、
[[JIS X 0213:2000]] 3.2.2
によれば第1面の空きはすべて利用禁止です。

[9] [[JIS X 0208:1997]] をそのまま拡張したものとなっていますが、
厳密に両仕様を解釈すると、[[包摂規準]]が変更されており、
完全に互換性があるわけではありません。 
[SEE[ [[JIS X 0208]] ]]
(が実用上は問題にはなりません。)

[7] 第2面は、次の範囲に[[第4水準]]漢字集合が含まれていました。
[FIG(list)[
- 2-01-01〜2-01-94
- 2-03-01〜2-05-94
- 2-08-01〜2-08-94
- 2-12-01〜2-15-94
- 2-78-01〜2-94-86
]FIG]

[8] [[EUC]] で [[G3]] に使うことを想定していました。

[36] 従来[[日本語EUC]]で [[G3]] に割り当てられていた
[[JIS X 0212-1990]] と衝突しないように配置されています。

[37] 空き領域は使用禁止とされています。


[42] 
[[JIS X 0213:2000]] 本体3.によれば、
[[実装水準]]3と4があり、
[[実装水準]]3は[[第3水準漢字]]までで[[第4水準漢字]]を含まない
([[符号化文字データ要素]]や[[装置]]である)
ことを意味します。
つまり一口に [[JIS X 0213]] 対応といっても、
第3水準までの場合もあるので要注意です。
実装しない場合第4水準の領域は空きとされます。

[43] 
[[JIS X 0213:2000]] 3.2.2
によれば第2面の空きには[[情報交換の当事者間の合意]]により[[外字]]を割り当てられます。
(ここでいう空きは、実装水準3で使用しない第4水準の領域は含みません。)


[45] 
[[JIS X 0213:2000]] 3.2.2
によれば第2面に[[外字]]を割り当てる場合、
[[終端バイト]]
[N[5/0]]
は使用禁止されています。

[46] 
[[JIS X 0213:2000]] 本体 3.2.2 や [[Shift_JISX0213]]
によれば、

- [48] 1面の文字を空きに割り当ててはならない
- [49] 実装水準4の場合、2面の文字を空きに割り当ててはならない

とされます。

[47] 
従って、

- [50] 第4水準を元の面区点位置につまみ食い的にまばらに実装することは認められません。
- [51] 実装水準3の場合、第4水準漢字をつまみ食いして外字領域に割り当てることはできます。
- [52] [[包摂規準]]の範囲内の[[異体字]]を[[外字]]に割り当てることはできません。
- [53] 第2面の空き領域に [[JIS X 0212-1990]] を実装することはできません。
-- 第1面や第2面と同じ文字が含まれるため。
- [54] ちなみに [[JIS X 0212-1990]] 側も[[外字]]領域の制約があるので、
空き領域に [[JIS X 0213:2000]] 第2面を割り当てることはできません。

[64] 
[[ISO-2022-JP-3]] は[[外字]]割当を認めていません。

[38] 一説に第2面の空きを [[UCS]] の [[BMP]] 
の[[私用域]]に対応付けることも想定していたといわれます。

[82] 
[[JIS X 0213:2000]] の正誤票 [SRC[>>3]] 
は一部の[[文字の名前]]と [[UCS]] 対応を変更しています。
その中には [[JIS X 0208]] 由来の[[文字]]も含まれていました。

[66] 
[[JIS X 0213:2004]]
は第1面にいくつかの[[文字]]を追加するとともに、
[[包摂規準]]のいくつかを改正しました。
([[包摂規準]]に関しては [[JIS X 0208]] も参照。)

[80] 
[[JIS X 0213:2004]]
ではいくつかの[[文字の名前]]や [[UCS]] 対応 
([[漢字]]の [[UCS]] [[符号位置]]は[[文字の名前]]でもある)
を変更しました。

[81] 
[[文字の名前]]こそが[[符号化文字]]の同定に使われるという原則によれば、
これ (>>82, >>80) は重大な改正のはずです。
変更は第2面にも及んでいますが、
第1面と違って第2面の[[終端バイト]]は変更されていません。
[[文字の名前]]や[[包摂規準]]の変更は
[[ISO-IR]] 
の[[図形文字集合]]の改訂に値しないと判断されているようです。


[39] [[ARIB STD-B24]] は第1面と第2面を独自の[[終端バイト]]で使っていました。
第1面はかわりに [[JIS X 0208]] (相当) + [[ARIB外字]]としてもよいとされていました。

[155] 
[[JIS 漢字の改定に関係する規定の表]]

** Unicode との対応関係

[107] 
すべての[[文字]] [WEAK[([[空き領域]]は含みません。)]]
に
[[ISO/IEC 10646]] 
との対応関係が規定されています。
[[ISO/IEC 10646]] は [[Unicode]] と実質的に同じです。


[108] 
[[JIS X 0213]] の1文字が [[Unicode]] の複数文字の列に対応する場合があります。

[109] 
対応関係はあっても、[[意味論的]]に同じ[[文字]]とは限りません。
両[[規格]]の[[包摂規準]]は違いも多いです。

- [40] [CITE[Nate: PerlのEncode::JIS2KとPython]], [TIME[2022-04-10T23:21:31.000Z]], [TIME[2022-05-08T01:10:18.998Z]] <https://nathancorvussolis.blogspot.com/2017/07/perl-encode-jis2k-python.html>
-[35] [CITE[Nate: 主な実装における EUC-JIS-2004, Shift_JIS-2004 から Unicode への変換結果の違い]], [TIME[2022-04-10T23:21:31.000Z]], [TIME[2022-05-03T02:31:57.543Z]] <https://nathancorvussolis.blogspot.com/2016/12/jisx0213-2004-unicode-table.html>

[41] [CITE@en-US[ucm/euc-jp.ucm - metacpan.org]], [TIME[2022-04-07T03:18:23.000Z]], [TIME[2022-05-08T01:11:52.727Z]] <https://metacpan.org/release/DANKOGAI/Encode-3.17/source/ucm/euc-jp.ucm>

>>40 に言及ないが [CODE[Encode::JIS2K]] と同じ

[157] [CITE[Japanese Font Encodings]], [TIME[2022-06-12T14:35:24.000Z]], [TIME[2023-08-05T07:45:41.297Z]] <https://unifoundry.com/japanese/index.html>

> These were taken as the canonical Japanese encoding, using fullwidth alternates when they were specified, and using Windows code page mappings except for three Plane 1 mappings that would have been duplicates of other code point mappings; the mappings adopted for Unifont were 0x2142 → U+2016, 0x215D → U+2212, and 0x2141 → U+301C.

[158] 意味はよくわからないけど独自の変換表を使っているということらしい。

[161] [CITE@ja[ノート:u9115 - GlyphWiki]], [TIME[2023-08-11T14:06:15.000Z]] <https://glyphwiki.org/wiki/Talk:u9115>

>ISO-IR-233 の92区76点の字形と、ISO/IEC 10646とUnicode のJ3-7C6Cの字形が異なっています。どっちのほうが0213の正しい例示字形でしょうか。 --johotogoshinentai 2011年12月4日(日) 05:54 

[162] そんなことあるのか... J3 は [[JIS X 0213:2000]] の[[平成明朝]]をそのまま使っているわけではないということ?


* 符号化表現

[65] 
[[JIS X 0213:2000]] は本体6種類、附属書3種類の[[符号化文字集合]]を定義していました。
(各[[符号]]とも自由度があるので全組み合わせはもっと多い。)
それが [[JIS X 0213:2004]] による[[文字集合]]の改正に伴い倍増しました。

[110] 
なぜこれほど多く規定する必要があったのかは謎です。


** JIS X 0213:2000 本体の符号

[10] 
[DFN[漢字用7ビット符号]]

- [[CL]] = [[C0]] : [[JIS X 0211]] [[C0]]
- [CODE(charname)@en[SP]]
- [[GL]] = [[G0]] : [[JIS X 0208:2000]] 第1面
- [CODE(charname)@en[DEL]]
- [[G1]] : [[JIS X 0213:2000]] 第2面 (実装水準3では原則、使用しない)
- [[固定シフト]] [CODE(charname)@en[SI]], [CODE(charname)@en[SO]]

[71] 
[DFN[漢字用8ビット符号]]

- [[CL]] = [[C0]] : [[JIS X 0211]] [[C0]]
- [CODE(charname)@en[SP]]
- [[GL]] : [[JIS X 0213:2000]] 第1面
- [CODE(charname)@en[DEL]]
- [[CR]] = [[C1]] : [[JIS X 0211]] [[C1]] または使用しない
- [[GR]] : [[JIS X 0213:2000]] 第2面 (実装水準3では空き)

[73] 
[DFN[国際基準版・漢字用7ビット符号]]

- [[CL]] = [[C0]] : [[JIS X 0211]] [[C0]]
- [CODE(charname)@en[SP]]
- [CODE(charname)@en[DEL]]
- [[G0]] : [[ISO/IEC 646 IRV]]
- [[G1]] : [[JIS X 0213:2000]] 第1面
- [[JIS X 0211]] [[C1]] [CODE(charname)@en[SS3]] / [[G3]] = [[JIS X 0213:2000]] 第2面 
(実装水準3では原則、使用しない)
- [[固定シフト]] [CODE(charname)@en[SI]], [CODE(charname)@en[SO]]
- [[GL]] 初期状態は[[情報交換の当事者間の合意]]による、 [[IRV]] が「望ましい」

[74] 
[DFN[国際基準版・漢字用8ビット符号]]

- [[CL]] = [[C0]] : [[JIS X 0211]] [[C0]]
- [CODE(charname)@en[SP]]
- [[GL]] : [[ISO/IEC 646 IRV]]
- [CODE(charname)@en[DEL]]
- [[CR]] = [[C1]] : [[JIS X 0211]] [[C1]]
- [[GR]] : [[JIS X 0213:2000]] 第1面
- [CODE(charname)@en[SS3]] / [[G3]] = [[JIS X 0213:2000]] 第2面
(実装水準3では原則、使用しない)

;; [57] [[EUC-JISX0213]] はこれの拡張だと書いてある。

[75] 
[DFN[ラテン文字・漢字用7ビット符号]]

- [[CL]] = [[C0]] : [[JIS X 0211]] [[C0]]
- [CODE(charname)@en[SP]]
- [CODE(charname)@en[DEL]]
- [[G0]] : [[JIS X 0201]] [[ラテン文字用図形文字集合]]
- [[G1]] : [[JIS X 0213:2000]] 第1面
- [[JIS X 0211]] [[C1]] [CODE(charname)@en[SS3]] / [[G3]] = [[JIS X 0213:2000]] 第2面
(実装水準3では原則、使用しない)
- [[固定シフト]] [CODE(charname)@en[SI]], [CODE(charname)@en[SO]]
- [[GL]] 初期状態は[[情報交換の当事者間の合意]]による、 [[IRV]] が「望ましい」

[76] 
[DFN[ラテン文字・漢字用8ビット符号]]

- [[CL]] = [[C0]] : [[JIS X 0211]] [[C0]]
- [CODE(charname)@en[SP]]
- [[GL]] : [[JIS X 0201]] [[ラテン文字用図形文字集合]]
- [CODE(charname)@en[DEL]]
- [[CR]] = [[C1]] : [[JIS X 0211]] [[CR]]
- [[GR]] : [[JIS X 0213:2000]] 第1面
- [CODE(charname)@en[SS3]] / [[G3]] = [[JIS X 0213:2000]] 第2面
(実装水準3では原則、使用しない)


[78] [[IRV]]/[[ラテン文字用図形文字集合]]を使う場合、
[[JIS X 0213]] 中の同じ文字は使用禁止。
ただし「慣用的な利用との互換」のため[[代替名称]]を使っても良い。

[58] 第2面を原則使用しないというとき、原則でないケースは何かよくわからない。
[[外字]]利用する場合ということ?

[59] 
[[JIS X 0213:2000]] は新規格なのに[[固定シフト]]の初期状態が決められていなかったり、
「慣用的な利用との互換」が想定されていたり、意味がわからない。
[[JIS X 0208:1997]] 本体が規定する符号との互換性が想定されているのだろうか。

[77] [[重ね打ち]]禁止。

** JIS X 0213:2004 本体の符号

[69] 
[[JIS X 0213:2004]] 本体では旧版の[[符号化文字集合]]の規定自体は改変されていませんが、
第1面が改正されているため、それが反映された別の[[符号化文字集合]]となっています。


** JIS X 0213:2000 附属書の符号


[11] [[Shift_JISX0213]]
(と [[Shift_JISX0213-plane1]])
は実質的に [[JIS X 0208:1997]] 
の[[シフト符号化表現]]を拡張したものとなっていました。しかし当時[[事実上の標準]]だった
[[Windows-31J]] との互換性はありませんでした。

[63] [[代替名称]]使用可能。

[12] [[EUC-JISX0213]]
(と [[EUC-JISX0213-plane1]])
は、 [[JIS X 0212]] を除き、
当時利用されていた [[EUC-JP]] を拡張したものとなっていました。 [[JIS X 0212]]
は含まれませんでしたが、衝突しないよう配慮されていたため、
そのままでは使えないながらも、 [[EUC-JP]] を拡張して用いることは可能でした。
ただし当時普及しつつあった [[eucJP-open]] との互換性はありませんでした。

[13] [[ISO-2022-JP-3]]
(と [[ISO-2022-JP-3-plane1]])
は、 [[ISO-2022-JP]] 風ですが、
互換性はありませんでした。

[14] これら3つの符号化表現は、実装したくない業界各社の反対を押し切る[[政治的]]決着で、
[[規定]]ではなく[[参考]]とされたようです。

;; [15] [[JIS]] の現実との乖離を修正する路線だった [[JIS X 0208:1997]]
から引き続き開発された [[JIS X 0213]] 
がなぜ明らかに実装できない[[符号化方式]]ばかり規定したのか謎ですが。。。

;; [55] 本体に誰がどこで使うのかさっぱりわからない[[符号]]が規定されており、
そちらは参考に格下げされなかったのも謎です。

;; [56] 業界各社が [[JIS X 0208:1997]] に反対しなかったのも謎です。
あっちの附属書も [[Windows-31J]] と矛盾してるという意味では実装不能だと思いますが...



[18] [CITE@en[draft-ohta-jcs-jis-x-0213-00 - Japanese Character Encoding on the Internet with JIS X 0213]]
([TIME[2015-10-19 01:00:39 +09:00]] 版)
<https://tools.ietf.org/html/draft-ohta-jcs-jis-x-0213-00>

[67] 
>>18
は6つの[[符号化表現]]名を
[[MIME charset]]
として登録するものでしたが、
[[RFC]]
化に至らず放置されています。

** JIS X 0213:2004 附属書の符号

[70] 
[[JIS X 0213:2004]] は第1面の改正に伴い[[符号]]の名称を変更しました。

- [[Shift_JIS-2003]], [[Shift_JIS-2003-plane1]]
- [[ISO-2022-JP-2003]], [[ISO-2022-JP-2003-plane1]]
- [[EUC-JIS-2003]], [[EUC-JIS-2003-plane1]]

[72] 
[[JIS X 0213:2004]] の正誤表は[[符号]]の名称を再変更しました。

- [[Shift_JIS-2004]], [[Shift_JIS-2004-plane1]]
- [[ISO-2022-JP-2004]], [[ISO-2022-JP-2004-plane1]]
- [[EUC-JIS-2004]], [[EUC-JIS-2004-plane1]]

[79] 
[[シフトJIS]]と[[日本語EUC]]は旧規格と同構造で第1面だけ差し替わっていますが、
[[ISO-2022-JP-2004]] は構造も改正されています。

** ISO/IEC 2022 エスケープシーケンス

[60] [[JIS X 0213:2000]] 本体は
[[ISO/IEC 2022]]
環境における[[指示シーケンス]]を定めています。

- [102] [[JIS X 0213:2000]] 第1面 [[終端バイト]] [N[4/15]]
- [61] [[JIS X 0213:2000]] 第2面 [[終端バイト]] [N[5/0]]

[16] 
[[JIS X 0213:2004]]
は[[指示シーケンス]]も改正しました。

- [68] [[JIS X 0213:2004]] 第1面 [[終端バイト]] [N[5/1]]


[99] [[外字]]を使う場合はこれらを使ってはならないとされます。
[[JIS X 0208:1997]] と違って[[私用終端バイト]]を使えとは書かれていません。(なぜ?)

[62] [[代替名称]]使用可能.

** Unicode による符号化

[141] 
[[JIS X 0213]] は [[Unicode]] による[[符号化]]の方法を定めていませんが、
すべての[[文字]] ([[文字]]が割り当てられた[[面区点位置]])
に [[JIS X 0221]] ([[ISO/IEC 10646]]) との対応関係が定められている (>>107) ため、
それを通じて
「[[Unicode]] の[[符号化方式]]による [[JIS X 0213]] [[符号化文字集合]]」
を構築できます。

[142] 
[[JIS X 0213]] の制定以後[[日本政府]]は多くのシステムで [[JIS X 0213]]
を採用すると言っていますが、ほとんどすべてに於いて、
この使い方を指しています。

[143] 
ただし、 [[Unicode]] で[[符号点]]1つだけで表現できない 
[[JIS X 0213]] の[[非漢字]]の取り扱いなど、
本当に「[[JIS X 0213]] の[[文字集合]]に対応」しているのか怪しいところもあります。


* 平成12(2000)年の新規制定

[17] 
[TIME[2000-01-20]]に[[制定]]され[TIME[2000-02-29]]に発行されたのが第1次規格
[DFN[[[JIS X 0213:2000]]]] 
[CITE[7ビット及び8ビットの2バイト情報交換用符号化拡張漢字集合]]
でした。

[2] 1998年/平成10年11月6日〜1999年/平成11年2月28日に[[公開レビュー]]が行われ、
原案が[[Web]]で公開されています。

[3] [TIME[平成13(2001)年5月][2001-05]]に[[正誤票]]が発表されています。
[[JSA]] の検索サイトで [[JIS X 0213:2000]] を検索して [SRC[>>86]]、
規格本文のサンプルの閲覧を選ぶと、
[[正誤票]]が挟み込まれた規格冒頭部分を閲覧できます。

;; [87] [[JSA]] の [[JIS]] 正誤票一覧ページには発行時期の関係で掲載されておらず、
わかりにくい。

[REFS[
- [86] [CITE@ja[規格詳細 | JSAライブラリサーバ]], [TIME[2022-05-10T15:32:56.000Z]] <https://library.jsa.or.jp/standard-detail?id=JIS+X+0213%3A2000>
]REFS]

[160] [CITE[教科書調査中間報告]], [TIME[2023-08-10T14:55:29.000Z]], [TIME[2000-03-06T02:59:02.370Z]] <https://web.archive.org/web/20000306025845/http://www.tiu.ac.jp/JCS/text1.html>

[159] [CITE[New JIS KANJI public review]], [TIME[2023-08-10T11:51:08.000Z]], [TIME[2000-09-15T15:41:21.510Z]] <https://web.archive.org/web/20000915153901/http://jcs.aa.tufs.ac.jp/jcs/pubrev/index.htm>


- [127] 
[CITE[228.pdf]], [TIME[2022-11-02T03:16:37.000Z]], [TIME[2022-12-10T06:23:31.381Z]] <https://itscj.ipsj.or.jp/ir/228.pdf>
- [128] 
[CITE[229.pdf]], [TIME[2022-11-02T03:16:37.000Z]], [TIME[2022-12-10T06:25:05.954Z]] <https://itscj.ipsj.or.jp/ir/229.pdf>


[115] [CITE[第16回セミナー報告集]], [TIME[2001-11-12T08:12:04.000Z]], [TIME[2022-09-03T06:05:01.873Z]] <https://www.pot.co.jp/moji/se16report.html>

>(注記 情報部会からの要請で、規格票にはこれまでに公表した以上の情報を盛り込まないという決定がされましたので、本来解説に載せる予定のあった情報が載らなくなってしまいました。そうした情報を開示するために、「新JIS解説書」を出版しようという動きがあります)


[116] 
これだけでは事情がよくわからないが、[[解説]]されるべきと[[原案委員会]]が判断したのに[[政治的理由]]で掲載されないのは[[穏やかではない]]。

[153] [CITE[Microsoft Word - 第1回会議次第.doc - 20100928_1P_a.pdf]], [TIME[2023-07-17T12:02:19.000Z]] <https://warp.ndl.go.jp/info:ndljp/pid/8406166/mojikiban.ipa.go.jp/wp-content/uploads/pdf/2010/20100928_1P_a.pdf#page=8>

[TIME[1994-12-25]]の[[閣議決定]]から参照されている。その頃にはもう構想があったのか! (作業も始まっていた?)

[154] 
国策で進めてたのに制定時に妨害してた連中がいるってのが驚きで、もう国賊だよなw

** 括弧付きUCS

[123] 
[[JIS X 0213:2000]] は [[JIS X 0221]] ([[ISO/IEC 10646]]) との対応関係を示していました。
そのうち当時の [[ISO/IEC 10646]] になかったものは、
括弧に入れて示されていました [SRC[[[JIS X 0213:2000]] 附属書6など]]。
[[JIS X 0213]] の制定と同時に [[ISO/IEC 10646]]
へ提案されたもので、提案中の[[符号位置]] (と[[文字の名前]])
でした。
[DFN[カッコ付きUCS]]と呼ばれています。
[[漢字]]がよく紹介されているようですが、
[[非漢字]]もいくつかあります。

[125] 
[[カッコ付きUCS]]の多くは [[ISO/IEC 10646]] に別の[[符号位置]]で正式に収録されました。
[[JIS X 0213:2004]] の改正ですべて正式な[[符号位置]]に修正されました。

[120] 
[CITE@ko[JIS X 0213 확장 한자 임시 위치 | 문자 집합 위키 | [[Fandom]]]], [TIME[2022-10-16T14:13:36.000Z]], [TIME[2022-10-18T11:52:11.325Z]] <https://charset.fandom.com/ko/wiki/JIS_X_0213_%ED%99%95%EC%9E%A5_%ED%95%9C%EC%9E%90_%EC%9E%84%EC%8B%9C_%EC%9C%84%EC%B9%98>


[140] 
[CITE@ja[JIS X 0213のカッコ付きUCS | yasuokaの日記 | [[スラド]]]], [TIME[2023-05-16T07:00:09.000Z]] <https://srad.jp/journal/562715/>

[124] 
しかし一部で[[カッコ付きUCS]]が実装されているようです。
特に[[住基ネット統一文字]]は、
[[JIS X 0213:2000]] の[[カッコ付きUCS]]の領域に続けて独自の文字を追加しています。

;; [126] 他の事例は[[Unicode非互換割当]]参照


[118] 
[[住基ネット統一文字]]

[119] 
[TIME[2012-01-07T08:35:33.000Z]], [TIME[2022-10-10T15:04:41.555Z]] <http://yozvox.web.fc2.com/Readme.txt>

>
[PRE[
    Unicode BMP(U+0000~U+FFFF)に含まれないJIS第3~4水準漢字(CJK 
    Unified Ideographs Extension Bに入っている漢字)302文字(303文字)は、
    BMPの以下の場所にも収録しています。サロゲートペアに対応していないア
    プリであっても、とりあえず使用することができます。

    ・ Undefined Area “U+AAA1~U+ABCF”(“Yi Radicals: U+A490~U+A4CF”
      と“Hangul Syllables: U+AC00~U+D7AF”の間の空白領域)。このコード
      割り当ては、JISがUnicode Consortiumに提案した括弧付きコードを採用
      しています。JIS規格“JIS X 0213/7ビット及び8ビットの2バイト情報交
      換用符号化拡張漢字集合”の“JIS X 0221からの索引”(P456~)の内、
      P503~P505に掲げられているものです。
]PRE]

* 平成16(2004)年の改訂


[26] 
[TIME[2004-02-20]]の[[改正]]による変更は、
[CITE[[[表外漢字字体表]]]]に関するものでした。
[[JIS X 0208]] 部分に関わるのに 
[DFN[JIS X 0213:2004]] としてだけ[[改正]]され、 
[[JIS X 0208]] は放置されました。

[83] 
[[正誤票]]が2回発行されました。

- [84] [CITE[Microsoft Word - X0213new.doc - jis_x_00213_000_000_2000_am_1_2004_cor_1_200404_j_ch.pdf]], [TIME[2004-04-07T06:28:02.000Z]], [TIME[2022-05-10T13:33:40.040Z]] <https://webdesk.jsa.or.jp/pdf/errata/jis_x_00213_000_000_2000_am_1_2004_cor_1_200404_j_ch.pdf>
- [85] [CITE[Microsoft Word - X0213™ù’³Ł'''['''.doc - jis_x_00213_000_000_2000_am_1_2004_rec_1_200409_j_ch.pdf]], [TIME[2004-09-06T05:02:00.000Z]], [TIME[2022-05-10T13:34:27.414Z]] <https://webdesk.jsa.or.jp/pdf/errata/jis_x_00213_000_000_2000_am_1_2004_rec_1_200409_j_ch.pdf>

[88] 
当初は[TIME[西暦2003年][2003]]中に発行され [DFN[JIS X 0213:2003]] になると目されていました。
[[原案委員会]]自身もそのつもりだったのか、
正誤票は 2003 を 2004 に置き換えています。

;; [89] バタバタしていたのでしょうけど、[[原案委員会]]、
[[JISC]]、
[[JSA]] の出版部門と何重にもチェックの機会があるはずなのに、
どうしてこんな初歩的で重大なミスを見逃しちゃうのでしょうね?

[129] 
[CITE[Microsoft Word - 233cover_rev.doc - 233.pdf]], [TIME[2022-11-02T03:16:38.000Z]], [TIME[2022-12-10T06:25:41.212Z]] <https://itscj.ipsj.or.jp/ir/233.pdf>

[27] [CITE@ja[日本工業標準調査会:ニュースとお知らせ-JIS X 0213:2004に関連する情報について]]
([TIME[2020-11-15T07:42:43.000Z]])
<https://warp.ndl.go.jp/info:ndljp/pid/10217941/www.jisc.go.jp/newstopics/2005/tp0213.htm>

[28] [CITE[040220kanjicode.pdf]], [TIME[2020-11-15T07:42:56.000Z]] <https://warp.ndl.go.jp/info:ndljp/pid/10217941/www.jisc.go.jp/newstopics/2005/040220kanjicode.pdf>

[29] [CITE@ja[日本工業標準調査会:ニュースとお知らせ-<報道発表> 人名用漢字に対するJIS漢字コード表の対応状況の公表について]], [TIME[2020-11-15T07:43:46.000Z]] <https://warp.ndl.go.jp/info:ndljp/pid/10217941/www.jisc.go.jp/newstopics/2004/041221kanjicode.htm>

[30] [CITE[Wayback Machine]], [TIME[2020-11-15T08:22:27.000Z]] <https://web.archive.org/web/20040226191408/http://www.meti.go.jp/kohosys/press/0004964/0/040220jis.pdf>

[31] ([TIME[2020-11-19T09:33:25.000Z]], [TIME[2007-12-27T06:21:50.434Z]])
<https://web.archive.org/web/20071227062149/http://www.jsa.or.jp/stdz/instac/h13reports/jcs_houkoku.htm>



[105] 
[TIME[2008-10-01]]に[[確認]]されました。


[19] 
[CITE@ja-jp[Microsoft Windows Vista:Windows XP および Windows Server 2003 向けJIS2004 対応 MS ゴシック & MS 明朝フォントパッケージについて]] ([TIME[2007-02-26 22:17:54 +09:00]] 版) <http://www.microsoft.com/japan/windows/products/windowsvista/jp_font/jis04/default.mspx>

[20] 
[CITE@ja[いつの間にか知っていた漢字が変わっていた - Togetter]], [TIME[2020-07-16 11:10:29 +09:00]] <https://togetter.com/li/1559678>

[21] 
>>20 人それぞれフォントが違うらしく、
困っている人が多いけど何に困っているのかさっぱりわからないという地獄・・・


[22] 
[[83JIS]] の惨状を知っててこんな酷い変更を強行したのだから、
この改訂の関係者は悪意があるとしか思えん。


[23] 
[[包摂規準]]の範囲内の字形変更だとしても、
その[[包摂規準]]が一般的な人々の[[字体]]の差異の認識と乖離してるんだからなあ。
しかも[[例示字形]]の変更が一般[[フォント]]に波及することを期待しての変更だからたちが悪い。


[24] 
時流に反して[[新字体]]をやめて[[旧字体]]に誘導しようとした新[[常用漢字表]]が悪いともいえる。


[FIG(quote)[
[FIGCAPTION[
[32] [CITE@ja[異体字リスト(JIS2004標準字体) Prog20が完成しました! : 永和印刷のブログ e-blog]]
([[eiwa-p]], [TIME[2021-08-14T01:54:42.000Z]])
<https://eiwap.exblog.jp/20559474/>
]FIGCAPTION]

> 文字の規格が変更された際には、
> OS変更が進まなかったせいもあり意外と問題にならなかったのですが、
> 今後はパソコンの環境により、画面で目にする文字の字形が異なったり、
> 画面で目にする文字と、印刷のために組版した文字の字形が異なるということが想定されます。

]FIG]


[33] [CITE@ja[Masanori Kusunoki / 楠 正憲さんはTwitterを使っています 「Windows VistaがJIS 2004に移行した当時マイクロソフトに勤務し経産省に呼び出され各府省のCIO補佐官連中に囲まれて「字形が変わっては困る。どうしてくれるんだ」と吊し上げられて「JIS 78→JIS 83 → JIS 2004と標準字形をコロコロ弄ったのは経産省。文句あるなら省内でいえ」と逆ギレしたんだったな」 / [[Twitter]]]]
([TIME[2021-10-18T04:35:29.000Z]], [TIME[2021-10-18T05:29:14.555Z]])
<https://twitter.com/masanork/status/1449361742111272960>


[34] 
でも [[Windows]] が実装しているのは 2004年に字形が改正されていない
[[JIS X 0208]]
だけで、
改正された [[JIS X 0213]] は実装していないのでは。
[[Unicode]] 用[[フォント]]に [[JIS X 0213]] の改正を勝手に反映させた経営判断(?)を
[[JIS]] に責任転嫁するのは違うのではなかろうか。
経産省も MS もそれぞれ自業自得。。。

[90] 
影響を理解しないで [[JIS]] に口出した[[国語審議会]]一派も悪いよね、
知らんふりして誰も責任取ろうとしないどころか新[[常用漢字表]]で改めて口出ししてるし。

[91] 
[[文科省]]と[[経産省]]の[[縦割り]]の弊害がどうこうとか表層的な文句ばかり言ってた連中にも責任あるよね。
餅は餅屋に任せとけばこんなことにならなかったし「餅」の字体がおかしくなることもなかった。


[94] 
[[JIS X 0213:2000]] の制定時に [[MS]] その他は実装したくないからと [[JISC]] 
で手続きの最終段階で反対して内容に変更させてましたよね?
[[JIS X 0213:2004]] の時その人達何してたんでしょうね? 
4年前にあった政治力が突然なくなったりしないですよね?



[95] [CITE[平成21年6月 日 - (1)JISkikakukodonohenkouoyobigaijitaiounosyuuryounituite.pdf]], [TIME[2019-12-02T05:52:26.000Z]], [TIME[2022-07-03T00:31:58.116Z]] <http://mitsuikenpo.or.jp/UploadedFiles/(1)JISkikakukodonohenkouoyobigaijitaiounosyuuryounituite.pdf>


>さて、三井健保では、令和元年 12 月 17 日に Windows10 対応の業務用端末に切り替えを予定
しております。これに伴い、JIS 規格コードが「JIS90」から「JIS2004」へ変更となり、漢字
168 文字(以下、「対象文字」という)の表記に変更が生じます。
>該当の加入者に交付済の被保険者証等の差し替えはおこないませんが、端末切り替え後に滅
失等の再発行をおこなう場合、新字体での表記となります。

[96] 
[CITE[R01_12_16_外字対応の終了およびJIS規格文字の変更について.pdf]], [TIME[2019-12-16T05:08:04.000Z]], [TIME[2022-07-03T00:33:31.461Z]] <http://ja-chiba-kenpo.or.jp/UploadedFiles/R01_12_16_%E5%A4%96%E5%AD%97%E5%AF%BE%E5%BF%9C%E3%81%AE%E7%B5%82%E4%BA%86%E3%81%8A%E3%82%88%E3%81%B3JIS%E8%A6%8F%E6%A0%BC%E6%96%87%E5%AD%97%E3%81%AE%E5%A4%89%E6%9B%B4%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.pdf>


[97] 
あちこちに迷惑かけまくってるな [[JIS]]


[117] [CITE@ja[[[JIS X 0213:2004]]の「解説」に突っ込んでみる - 帰ってきた💫Unicode刑事〔デカ〕リターンズ]], [TIME[2022-09-30T01:36:45.000Z]] <https://moji-memo.hatenablog.jp/entry/20130605/1370409897>

[121] [CITE[戸籍統一文字]], [TIME[2013-06-12T13:30:14.000Z]], [TIME[2022-10-29T12:25:24.769Z]] <https://seiai.ed.jp/sys/text/csd/cf14/c14a080.html>

>もともと当用漢字や常用漢字にそって決められましたが、間違いや解釈の違いがありました。そこで2004年の改訂で国語審議会の字体表にあわせて168文字の「例示字形」が変更されました。中でも葛が有名です。

[122] >>121 「間違い」...? どれ? 2004年まで間違ったままのものがあったなら、すごく有名だと思うのですが...


[130] [CITE@ja[ついに集った「鬼滅の刃」”上弦の鬼たち”がただならぬオーラで圧倒!圧巻の無限城も見逃すな|最新の映画ニュースならMOVIE WALKER PRESS]], [TIME[2023-02-26T00:13:33.000Z]] <https://moviewalker.jp/news/article/1123988/>

>※禰豆子の「禰」は「ネ+爾」が正式表記
>※煉獄杏寿郎の「煉」の漢字は「火+東」が正式表記
>※鬼舞辻の「辻」の部首は「いってんしんにょう」が正式表記

[131] [CITE[鬼滅の刃]]が超大ヒットして以来あちこちのニュースサイトで見られるようになったこの注記。
[[国語審議会]]・[[文化審議会]]と [[JISC]] 
のせいで[[日本語]]の生産性がどれだけ低下させられているのか。

[134] 
>>131
でも [[JIS2004]] が変更した旧字形はその後のOSの一般的なフォントなら [[IVS]] 
で表示可能になっているはずなんですよね。
だから未だにこんな注記をしないといけないのは、それを手軽に入力させない
[[IME]]
とそれを交換させない[[ニュースサイト]]のおんぼろシステムにも責がある。
[[JISC]] も、それに乗っかってデフォルト字形を強制変更したフォント事業者各社・OS事業者各社も、
その辺の後始末まで真面目にやらないで放置したままなのが悪い。

[135] 
フォント事業者の前に主に見えてるお客さんは DTP の人達なので、
フォントのデフォルトを変えても字形切り替え可能ならギリセーフなんですよね。
(データ交換したときや古いデータを開いた時に文字が化けちゃうけど、
移行期さえ押し切れば乗り切れるから。)
[[国語審議会]]のバックにいた出版・印刷業界のためにその他大勢のインターネットの人達が困ってるという構図。




[132] 
[TIME[2023-03-27T08:21:14.000Z]]
<https://repository.ninjal.ac.jp/index.php?action=pages_view_main&active_action=repository_action_common_download&item_id=2865&item_no=1&attribute_id=22&file_no=1&page_id=13&block_id=21>


[144] 
[CITE@ja[Windows と日本語のテキストについて - Windows Blog for Japan]], [[Japan Windows Blog]], [TIME[2023-06-28T08:46:10.000Z]] <https://blogs.windows.com/japan/2020/02/20/about-windows-and-japanese-text/>

>Windows Vista では JIS2004 への準拠が、Windows 8 では Unicode IVS による異体字のサポートが行われました。JIS2004 への対応により「辻」の之繞 (しんにょう) の点の数など漢字の字形が一部変更され、当時大きな影響を受けたお客様もいらっしゃるかと思います。Windows 10 への移行にあたり最近もお問い合わせのボリュームが増加していますが、Windows XP まで使用されていた JIS90 準拠の旧字形は、Windows 8 以降、Unicode IVS を使用することにより異体字として標準の状態で表示・入力が可能となっており、排他的ではなくドキュメント内で自由に JIS2004 および JIS90 の字形を使い分けることが可能となっています。

>なお、 Microsoft IME においては、既定の状態では異体字をかな漢字変換時の候補として表示しません。変換文字制限を緩和していただくことにより入力可能となります。この制限はグループ ポリシーやコマンドを使用して組織で一括して設定いただくことも可能です。変換文字制限がどのように設定されているかにかかわらず IME パッド等からは入力が可能であり、ドキュメントや Web ページに含まれている異体字も表示可能です。他社様の IME をご使用の場合も、メジャーな製品では異体字をサポートしていることを確認しております。

[145] 訳: みんな困ってるの知ってるよ、がんばれば少しだけ元の状態に近づけられるよ、
じゃあがんばってねー



[156] [CITE[Wayback Machine]], [TIME[2023-07-24T14:52:51.000Z]] <https://web.archive.org/web/20060216042124/http://www.soumu.go.jp/kokusai/pdf/data_hyojyun_050322_07.pdf>


* 平成24(2012)年の改正


[44] 
[TIME[2012-02-20]]の変更は、
[[常用漢字表]]改正に関係するもので、
[[JIS X 0208:2012]]
と
[DFN[JIS X 0213:2012]]
として[[改正]]されました。
どちらも元の[[仕様書]]に対する[[差分仕様書]]として発行されました。

[98] 
[[常用漢字表]]の[[字形]]の[[デザイン差]]の関係の規定の改正が波及しているものです。
技術的内容に変化はないように思われますが、よくわかりません。
さすがに検証はされているのでしょうかね?

[100] 
[[JIS X 0208]] と [[JIS X 0213]] で[[常用漢字表]]の[[漢字]]との対応関係が異なるという事態になっています。
(両規格の[[包摂規準]]が異なるため。)

[101] 
[[Unicode]] 化が進んでいる現在において、
この3つの規格と[[常用漢字表]]の厳密な関係性はもう普通の人には理解不能ではないでしょうか。
規格の厳密な解釈において、今次の改正でどんな影響が出ているのか、
考えたくもないです。

* 令和元(2019)年の非改正

[92] 
[TIME[2019-05-01]]に[[平成]]から[[令和]]に[[改元]]されました。
[SEE[ [[令和改元]] ]]
[[JIS X 0213]]
には[[明治]]から[[平成]]までの[[元号合字]]が存在しますが、
[[令和]]は追加されませんでした。
[SEE[ [[元号合字]] ]]

[93] 
[[Unicode]] には即座に追加されました。
[[経産省]]も [[JISC]] も [[JIS X 0213]] のことはもう忘れたのでしょうか。
[[日本国内]]に需要があるのに対応できない[[産業規格]]なんて、
存在価値ないですよね。

[103] 
誰がその判断をしたのかは謎です。 (誰も判断してない結果の放置かもしれませんが。)

[104] 
[TIME[2016-10-20]]に[[確認]],
[TIME[2021-10-20]]に[[確認]]されているようです。
[[令和改元]]の時期に検討されたのかはわかりませんが、
[[改元]]後に1回は改正不要の判断がなされたようです。

[106] 
でも[[廃止]]はされていないので、[[JISC]] はまだ存在価値があると考えているようです。

* データ

[146] 
[[JIS X 0213]] 
には参考になる情報が豊富にありますが、
[[規格票]]は[[紙]] (または制限だらけの [[PDF]]) 
で[[機械可読]]ではないことと、
[[ライセンス]]が不明瞭であること ([SEE[ [[JISの著作権]] ]])
から、
これを直接利用するのは困難です。

;; [151] 実装させる気がないのでしょうか?

[147] 
その代わりに次の半公式的なデータファイルが利用できます。

-
[112] 
[[文字情報基盤]]
-- 
[148] 
[[MJ]]の本体の[[漢字]]情報ファイルには、
[[JIS X 0213]] と直接対応関係にあると判断される[[MJ文字図形]]や、
[[包摂規準]]の範囲内と判断される[[MJ文字図形]]が、
そのように記述されています。
--
[149] 
[[IPAmj明朝]]の[[非漢字]]情報ファイルには、
[[JIS X 0213]] との対応関係があります。
また、
出典は明示されていないものの、
[[日本語通用名称]]があります。
更に、
[[ISO/IEC 10646]] の[[符号位置]]や[[文字の名前]]も書かれています。
--
[152] 
[[MJ文字図形]] / [[IPAmj明朝]]の字形データは
[[JIS X 0213]]
の[[規格票]]の字形 ([[平成明朝]]) とは違いますが、
忠実に作字されているようですから、
[[例示字形]]の代用とできるものと思われます。
- 
[150] 
[[Unihan]]
データベースには、
[[出典J]]
として
[[JIS X 0213]]
の[[漢字]]との対応関係が書かれています。

[133] [[Adobe-Japan1]]
や[[漢字データベースプロジェクト]]や
[[GlyphWiki]]
にも[[自由ソフトウェアライセンス]]で[[機械可読]]な形の
[[JIS X 0213]]
に関するデータが含まれています。


* 関連

[111] 
[[Unicode]] ([[CJK統合漢字]]) の[[原規格]]の1つになっています。


* メモ


[136] 
この辺、制定当時も需要はあっただろうに、どうして追加されなかったのだろう?

- [[変体仮名]]
- [[6点点字]]
- [[ハングル]] 
- [[越南語国語]]用[[ラテン文字]]
- [[梵字]]
- [[地図記号]]

[137] 
一番のネックは空き領域? [[ハングル音節]]はまず不可能だし[[ハングル字母]]だけあっても仕方ないから?


[138] 
[[ラテン文字]]用の[[結合文字]]は追加されたけど[[越南語]]には足りないのよねえ。


[139] 
[[文字情報基盤]]で[[漢字]]は拡張されているのに、
[[非漢字]]は[[変体仮名]]の一部以外は拡張されてないのどうにかならないのか。