-
Notifications
You must be signed in to change notification settings - Fork 4
/
671.txt
83 lines (63 loc) · 3.93 KB
/
671.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
[1] [DFN[[[JIS X 0213:2000]]]] [CITE[7ビット及び8ビットの2バイト情報交換用符号化拡張漢字集合]]
は、2000年/平成12年1月20日制定、2000年/平成12年2月29日発行。
[2] 1998年/平成10年11月6日〜1999年/平成11年2月28日に[[公開レビュー]]が行われ、
原案が[[Web]]で公開されています。
[3] 2001年5月に正誤表が発表されています。
@@
[17] [DFN[[[JIS X 0213:2004]]]]
* 符号化文字集合
[4] 第1面は、 [[JIS X 0208:1997]] に更に[[非漢字]]と[[第3水準]]漢字集合を追加したものでした。
2000年版は次の[[文字]]が含まれていました。
[FIG(list)[
- 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水準]]漢字集合
]FIG]
[5] [[非漢字]]は、 [[Windows-31J]] の拡張がそのまま取り込まれています。ただし
[[JIS X 0208]] と重複する[[面区点位置]]は、予約とされています。
;; [[漢字]]について [[Windows-31J]] との互換性はありませんでした。
[6] その他幾つか空きがありますが、予約とされ、使用禁止になっています。
[9] [[JIS X 0208:1997]] をそのまま拡張したものとなっていますが、
厳密に両仕様を解釈すると、[[包摂規準]]が変更されており、
完全に互換性があるわけではありません。 (が実用上は問題にはなりません。)
[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]] に使うことを想定し、 [[JIS X 0212]] と衝突しないように配置されています。
空き領域は使用禁止とされていますが、 [[UCS]] の [[BMP]] の[[私用域]]に対応付けられるよう考慮されているとも言われます。
* 符号化方式
[10] 2000年版には次の[[符号化文字集合]]が定義されていました。
[FIG(list)[
- 7ビット符号
- 8ビット符号
- [[Shift_JISX0213符号化表現]]
- [[EUC-JISX0213符号化表現]]
- [[ISO-2022-JP-3符号化表現]]
]FIG]
[11] [[Shift_JISX0213符号化表現]]は実質的に [[JIS X 0208:1997]]
の[[シフト符号化表現]]を拡張したものとなっていました。しかし当時[[事実上の標準]]だった
[[Windows-31J]] との互換性はありませんでした。
[12] [[EUC-JISX0213符号化表現]]は、 [[JIS X 0212]] を除き、
当時利用されていた [[EUC-JP]] を拡張したものとなっていました。 [[JIS X 0212]]
は含まれませんでしたが、衝突しないよう配慮されていたため、
そのままでは使えないながらも、 [[EUC-JP]] を拡張して用いることは可能でした。
ただし当時普及しつつあった [[eucJP-open]] との互換性はありませんでした。
[13] [[ISO-2022-JP-3符号化表現]]は、 [[ISO-2022-JP]] 風ですが、
互換性はありませんでした。
[14] これら3つの符号化表現は、実装したくない業界各社の反対を押し切る[[政治的]]決着で、
[[規定]]ではなく[[参考]]とされたようです。
;; [15] [[JIS]] の現実との乖離を修正する路線だった [[JIS X 0208:1997]]
から引き続き開発された [[JIS X 0213]]
がなぜ明らかに実装できない[[符号化方式]]ばかり規定したのか謎ですが。。。
[16] 実装によっては
[CODE[[[ISO-2022-JP-3-Compatible]]]]
や [CODE[[[ISO-2022-JP-3-Strict]]]] のようなバリエーションに対応してますが、
[[JIS]] では規定されていません。