JISコード

ISO-2022-JP相当ではあるが、実際の機能は大幅に低い。しかも「JISコード」という名の仕様があるわけでもない。

ただ、一応ISO/IEC 2022準拠ではある。

この用語は概ねパソコン用語であって、しかもJIS X 0208しか想定されていない時代の用語である。JIS X 0213はもちろん、JIS X 0212(補助漢字)も存在しない。

想定される仕様は、7ビット符号であり、JIS X 0208とJIS X 0201のローマ字集合(註、ASCIIではない)を切り替え可能とするもので、その他の文字集合は一切想定されていない。

1. 最初はC0とG0がJIS X 0201ローマ字となっている。
2. 漢字(JIS X 0208)を使う時はESC 2/4 4/2(ESC $ B)で漢字モードに移動(KI=KANJI IN)
3. 英字(JIS X 0201)を使う時はESC 2/8 4/10(ESC ( J)で半角モードに戻る(KO=KANJI OUT)

KI/KOというのは既に使用されない古い時代の用語であるが、この符号系では半角モードと全角モード(漢字モード)という2モードを交互に切り替える仕様しか想定されていなかったのである。

パソコンである以上、JIS X 0201カタカナ集合(いわゆる半角カナ)も使えないと困ったはずであるが、これについては、どのように実装されていたのか不明な点が多い。なぜなら、前述のようにパソコンでの使用実績が殆どなかったからである。

現在のテクストエディターで「JISコード」と言えばISO-2022-JPであり、Webサイトに掲載するHTML等を想定しているので、こういった場合、いわゆる半角カナはいわゆる全角カナに変換して保存されるだろう。

いわゆる半角カナを保持する保存方法として、予想される実装としては、次のようなものが考えられる。

1. ESC 2/8 4/9(ESC ( I)でJIS X 0201カタカナ集合に切り替える
2. ^N、^O、つまりSO/SIで前後を挟む
3. そのまま8ビットで格納

常識的に考えれば、一番目の実装だけが正しい。これはISO/IEC 2022に準拠している。しかしその部分集合である電子メール等用のISO-2022-JPには準拠していない。

SI/SOで切り替える、8ビットそのまま、という後の方法は、バッファーG1にJIS X 0201カタカナ集合があるという前提があり、8ビットの時にはさらにGRにG1が呼び出されているという前提があれば、確かにそうなるだろう。但し、そのためには事前にG1に対し、割り当てのエスケープシーケンスがなければならない。