仕様書

[4] 最終改訂は西暦1994年1994。改訂を経るごとに複雑になってきている。

[44] 未だ現行規格ですが、 Unicode (ISO/IEC 的には ISO/IEC 10646) の普及によって実効性喪失しつつあります。

符号構造

[64] ISO/IEC 2022 は7ビット符号または8ビット符号を想定しています。 つまり ISO/IEC 2022 の符号化文字データ要素の列とは、 7ビットまたは8ビットを1つの単位とするビット組合せの連続です。 1つの文字や制御機能が、 1つ以上のビット組合せの列として表現されます。

[67] ISO文字コードの世界では7ビットで表現可能な [ 0/0, 7/15 ] (= [ 0x00, 0x7F ]) を左left、 8ビットの増加部分 [ 8/0, 15/15 ] (= [ 0x80, 0xFF ]) を右rightと呼んでいます。 左右それぞれが制御文字用の領域 CL ([ 0/0, 1/15 ] = [ 0x00, 0x1F ]), CR ([ 2/0, 7/15 ] = [ 0x20, 0x7F ]) と図形文字用の領域 GL ([ 8/0, 9/15 ] = [ 0x80, 0x9F ]), GR ([ 10/0, 15/15 ] = [ 0xA0, 0xFF ]) に分けられています。

[28] DOCS を使うと ISO/IEC 2022 の符号の構造の原則から外れる体系に移行できます。 移行先によっては ISO/IEC 2022 に復帰できます。

[66] ISO/IEC 10646 は、 ISO/IEC 10646 の規定する符号化文字データ要素の列として ISO/IEC 2022 のエスケープシーケンス (の一部) を利用する方法を定めています。 その場合には、 ISO/IEC 10646 の2オクテットや4オクテットの列や、 UTF-8 の8ビットのバイト列のような形で ISO/IEC 2022 のエスケープシーケンスが記述されます。 ISO/IEC 10646におけるエスケープシーケンス

符号化文字

[3] ISO/IEC 2022 の世界で扱う (指示する) ことのできる符号化文字集合は、その大きさと割当てる図形文字の種類で 6種類に分けられます。

[68] ISO/IEC 2022 でこれらの符号化文字集合に属する文字を使う場合、 まず当該符号化文字集合を C0, C1, G0, G1, G2, G3 のいずれかに指示した上で、 GL, GR に呼び出しし (C0, C1, ESC F は常に呼び出された状態)、 文字の符号を記述するという3段構成になります。

[2] この他に ISO/IEC 2022 の世界で扱うことのできる符号化文字としては単独制御機能があります。

[28] DOCS を使うと ISO/IEC 2022 の外の世界の符号化文字を間接的に扱うことができます。

[19] 単一のビット組合せで表現可能な制御文字と、 エスケープシーケンスで表現可能なものを合わせて制御機能といいます.

[45] 文字集合に含まれるビット組合せやエスケープシーケンスのビット組合せの中には、 文字が割り当てられていないいわゆる空き領域のビット組合せもあります。

[47] DRCS のように事前に意味が定まっていない文字集合もあります。

プロファイル

[18] ISO/IEC 2022 は情報交換の当事者間の合意によって決定されるべきオプションを大量に含む (むしろ規定のほとんどがそうなのではないかと思われる) 「曖昧」な仕様でした。 完全な実装が存在したのか不明で、存在し得るのかも不明です。

[17] 元々完全実装を想定したものではなくて、 環境によって必要なだけ部分実装して使われるもので、実際に ISO/IEC 2022 の仕組みの一部を取り出した符号化方式がいろいろある。

[29] RFC 1502 - X.400 Use of Extended Character Sets, 2021-01-24T15:50:13.000Z, 2021-03-22T09:31:08.531Z https://tools.ietf.org/html/rfc1502#section-3.3

エラー処理

[61] ISO/IEC 2022 が作られた時代の情報交換や情報処理の規格にはよくあることですが、 エラー処理はほとんど規定されていません。 すなわち、 適合する符号化文字データ要素を適合する装置が受信したときにどう動作するべきかは規定されているものの、 そうでない符号化文字データ要素を受信したときどう動作するべきかは定かでないのです。

[62] 規格とはそうあるべきという当時の考え方なのでしょうが (未だにそういう考え方をする人や業界もあるようです)、 現実問題として規格に適合しないデータはよく流通していて相互運用性に支障をきたしていますし、 ときにはセキュリティーの問題を引き起こすリスクすらあります。

[63] 故に実装 (受信する装置) は既存の実装の挙動や既存のデータを調査しつつ、 セキュリティーにも配慮して当たり障りのない実装方法を探る必要があるのです。

[71] ctext は要件に沿わない場合に文字列全体を非妥当と扱うべきだと規定しています。 ctext 実装がそれに従っているのかは謎です。 (長い文字列の最後の方が壊れている場合に一々検査しているのかなど。)

[122] Encoding Standard は iso-2022-jp や euc-jp などの元来 ISO/IEC 2022 だった文字符号化の復号の処理を厳密に規定していますが、 その結果本来の ISO/IEC 2022 に基づく実装の (正常な符号化文字データ要素列の) 処理から逸脱している部分があります。

エスケープシーケンス, 中間バイト, CMD, 空集合, PCD, 告知 (ISO/IEC 2022), IRR, 単独シフト, 制御文字, T.101

ASN.1

[80] ISO/IEC 2022 附属書A (規定) は ASN.1 における ISO/IEC 2022 の利用方法を規定しています。

[82] character abstract syntax のオブジェクト識別子では、 ISO-IR の登録番号を何個か列挙することで、 符号化文字集合を指定できます。 改訂番号を添えることもできます。 character abstract syntax, ISO-IR, IRR

[83] character transfer syntax のオブジェクト識別子では、

• 7ビット符号 実装水準 1 - 4, 8ビット符号 実装水準 1 - 4, 1C - 4C, 2A - 4A, 2AC - 4AC のいずれか
• GL が G0 (既定値), G1, G2, G3 のいずれか
• GR が G1 (既定値), G2, G3 のいずれか
• C0, C1, G0, G1, G2, G3 が ISO-IR 登録番号いずれか

character transfer syntax, ISO-IR

[84] ISO/IEC 2022 character transfer syntax では、 ACS, CMD, DOCS を使ってはなりません。 また、 水準 4, 4C 以外では 指示および IRR が使えません。 A.3.2

[110] 登録番号は枝番が使えなそう?

改訂によるおもな変更点

[102] IPSJ-MGN140110.pdf, 2022-05-20T01:16:26.000Z https://ipsj.ixsq.nii.ac.jp/ej/index.php?action=pages_view_main&active_action=repository_action_common_download&item_id=8100&item_no=1&attribute_id=1&file_no=1&page_id=13&block_id=8

標準化団体

[16] 標準化は ISO/IEC JTC1/SC2/WG3 が担当していました。

対応国内規格

[49] 他の工業標準と同じように各国の標準化団体の標準規格にもなっています。

[48] オリジナルの ISO/IEC 版は高価ですが、同等のものが FIPS や ECMA のWebサイトで無償で閲覧できます。

[37] FIPS 版 (米国):

• [35] Federal Information Processing Standards Publication: code extension techniques for use with the 7-bit coded character set of American national standard code for information interchange - fipspub1-2-1974.pdf, 2017-11-30T17:34:19.000Z, 2022-03-23T03:45:49.202Z https://nvlpubs.nist.gov/nistpubs/Legacy/FIPS/fipspub1-2-1974.pdf
• [36] Federal Information Processing Standards Publication: code extension techniques for use with the 7-bit coded character set of American national standard code for information interchange - fipspub35.pdf, 2017-12-01T13:03:50.000Z, 2022-03-23T03:48:37.397Z https://nvlpubs.nist.gov/nistpubs/Legacy/FIPS/fipspub35.pdf

[14] ECMA 版は ECMA 35。

• [20] Standard ECMA-35, 2020-01-24T08:38:33.000Z, 2020-10-07T08:06:01.504Z https://www.ecma-international.org/publications/standards/Ecma-035.htm
  • 移転確認 2022-04-29T01:20:19.900Z
  • [51] ECMA-35 - Ecma International, 2022-04-29T01:20:07.000Z https://www.ecma-international.org/publications-and-standards/standards/ecma-35/
  • [52] 第1版 西暦1971年12月1971-12
    • [21] ECMA-35, 1st Edition, December 1971.pdf, 2014-10-28T05:27:37.000Z, 2020-10-07T08:06:51.692Z https://www.ecma-international.org/publications/files/ECMA-ST/ECMA-35,%201st%20Edition,%20December%201971.pdf
      • 移転確認 2022-04-29T01:21:44.700Z
    • [57] ECMA-35_1st_edition_december_1971.pdf, 2021-01-16T09:57:02.000Z, 2022-04-29T01:21:51.253Z https://www.ecma-international.org/wp-content/uploads/ECMA-35_1st_edition_december_1971.pdf
  • [53] 第2版 西暦1980年1月1980-01
    • [22] ECMA-35, 2nd Edition, January 1980.pdf, 2014-10-28T05:28:01.000Z, 2020-10-07T08:07:03.514Z https://www.ecma-international.org/publications/files/ECMA-ST/ECMA-35,%202nd%20Edition,%20January%201980.pdf
      • 移転確認 2022-04-29T01:22:30.300Z
    • [58] ECMA-35_2nd_edition_january_1980.pdf, 2021-01-16T09:57:02.000Z, 2022-04-29T01:22:00.179Z https://www.ecma-international.org/wp-content/uploads/ECMA-35_2nd_edition_january_1980.pdf
  • [54] 第3版 西暦1982年1月1982-01
    • [23] ECMA-35, 3rd Edition, January 1982.pdf, 2014-10-28T05:28:31.000Z, 2020-10-07T08:07:13.275Z https://www.ecma-international.org/publications/files/ECMA-ST/ECMA-35,%203rd%20Edition,%20January%201982.pdf
      • 移転確認 2022-04-29T01:23:05.600Z
    • [59] ECMA-35_3rd_edition_january_1982.pdf, 2021-01-16T09:57:02.000Z, 2022-04-29T01:22:21.576Z https://www.ecma-international.org/wp-content/uploads/ECMA-35_3rd_edition_january_1982.pdf
  • [55] 第4版 西暦1985年3月1985-03
    • [24] ECMA-35, 4th Edition, March 1985.pdf, 2014-10-28T05:29:09.000Z, 2020-10-07T08:07:28.676Z https://www.ecma-international.org/publications/files/ECMA-ST/ECMA-35,%204th%20Edition,%20March%201985.pdf
      • 移転確認 2022-04-29T01:23:42.600Z
    • [60] ECMA-35_4th_edition_march_1985.pdf, 2021-01-16T09:57:03.000Z, 2022-04-29T01:23:27.325Z https://www.ecma-international.org/wp-content/uploads/ECMA-35_4th_edition_march_1985.pdf
  • [25] 第5版 なし
  • [56] 第6版 西暦1994年12月1994-12
    • [26] Ecma-035.pdf, 2014-10-28T04:43:07.000Z, 2020-10-07T08:06:35.169Z http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-035.pdf
      • 移転確認 2022-04-29T01:19:43.400Z
    • [50] ECMA-35_6th_edition_december_1994.pdf, 2021-01-16T09:57:02.000Z, 2022-04-29T01:19:03.500Z https://www.ecma-international.org/wp-content/uploads/ECMA-35_6th_edition_december_1994.pdf

[13] JIS 版 (日本) は JIS X 0202 (旧 JIS C 6228)。 IDT。

[5] CNS 版 (中華民国) は

• [38] CNS 7654 (C 5123, X 5006) ‐1989 資訊處理 —— 七位元及八位元碼字元集 —— 延碼技術 1989年 (中華民国 78 年) 7月15日1989-07-15制定。
• [39] CNS 7654 (X 5006) 資訊技術 —— 字元碼結構及延伸技術 (Information technology —— Character code structure and extension techniques) 1998年 (中華民国 86 年) 11月29日1998-11-29改訂。

[27] GB 版 (中華人民共和国) は GB 2311

• [40] GB 2311‐80 は1980-03-29に発布されました。
• [41] GB 2311‐90 信息処理 七位和八位編碼字符集 代碼拡充技朮 は、 ISO 2022:1986 に対応しています (IDT)。
• [42] GB/T 2311‐2000 信息技朮 字符代碼結[木匂]与拡充技朮 (Information technology--Character code structure and extension techniques) は ISO/IEC 2022:1994 に対応しています (IDT)。 2000-07-14に修訂、 2001-03-01に実施されています。

[100] KS X 1004:2007。

文脈

[31] SGML SGMLにおける文字コード

[32] DICOM >>33

[87] ISO/IEC 2022 以外の文字コード体系でもエスケープシーケンスが使われることがあります。 ISO/IEC 2022エスケープシーケンス

[101] KS X 2502:2003 (CGM): p.63 あたりから

• [118] null, Jonathan Dale, 2022-12-13T08:34:22.000Z http://www.fipa.org/specs/fipa00024/index.html
  • [119] FIPA Agent Message Transport Specification, 2022-12-13T08:35:04.000Z http://www.fipa.org/specs/fipa00024/OC00024D.html
• [115] null, Jonathan Dale, 2022-12-13T08:13:03.000Z http://www.fipa.org/specs/fipa00070/
  • [116] FIPA ACL Message Representation in String Specification, 2022-12-13T08:14:59.000Z http://www.fipa.org/specs/fipa00070/SC00070I.html

[117] >>119, >>116 ISO 2022 を使える (どの程度? ESC, SI, SO とは書いてある) が、複雑なので EBNF 構文では省略している、と書かれています。

[123] Web でもいろいろな ISO/IEC 2022 のプロファイルが使われてきました。 しかし現在のWebブラウザーはそのうちのごく一部にしか対応していません。 Webにおける文字コード, ISO-2022-JP

処理

[97] ISO/IEC 2022エスケープシーケンス, 固定シフト, 単独シフト, 制御機能などを参照。

[96] ISO/IEC 2022 decoder

実装

[104] ISO/IEC 2022 の一部分の実装はたくさんあります。各項参照。

[105] 完全または大部分の機能の実装がどれだけあったのかは不明。

• [106] GitHub - harjitmoe/ecma35lib: Aspiring to implement ECMA-35, in its fullness, for a Unicode era. This repo may occasionally lag behind the one on Gitlab., 2022-10-27T04:27:12.000Z https://github.com/harjitmoe/ecma35lib
• [107] HarJIT / ecma35lib · GitLab, 2022-10-27T04:28:09.000Z https://gitlab.com/harjitmoe/ecma35lib

[108] 関連記事: DOCS, IRR, DECSPPCS, CCCII, Fp, コードページ, CSI )p

[126] skf - simple kanji filter の使い方 - skf - simple kanji filter - OSDN, 2024-07-05T14:45:08.000Z https://ja.osdn.net/projects/skf/howto/usage

[127] 関連記事: Fp, 内部コード, skf言語

• [128] luit(1), 2024-01-03T08:50:00.000Z, 2025-11-02T05:58:21.768Z https://invisible-island.net/luit/manpage/luit.html

関連

[89] Teletext の符号構造は ISO/IEC 2022 に似ていますが、 エスケープシーケンスのかわりに独自のプロトコルを使っています。

メモ

[70] ISO/IEC 2022 ‐ 通信用語の基礎知識, 2022-04-30T06:39:45.000Z https://www.wdic.org/w/WDIC/ISO/IEC%202022

[15] UTS #22: CharMapML (2017-06-01 07:35:01 +09:00) http://www.unicode.org/reports/tr22/tr22-8.html#ISO_2022

[30] 西暦2022年2022は ISO/IEC 2022 の年!!!!

[34] 2022-02-02の JIS X 0202 記念日(?)をスルーしちゃった笑

[103] GB 18030-2022 が実質 ISO 2022 だな(錯乱)

[120] 2022-12-14T13:30:53.900Z https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_action_common_download&item_id=6544&item_no=1&attribute_id=1&file_no=1

[121] あー ISO 2022 の時代が終わるんじゃーーー2022-12-31T05:49:25.500Z

[124] もねさん@まったいら / C102 日曜西え11abさんはTwitterを使っています: 「プログラムコード内にベタ書きされている西暦年「2022」を一括で「2023」に置き換えようとするときには、「ISO-2022-JP」を誤って置換しないように注意しなければなりません。」 / Twitter, 午後4:30 · 2023年7月22日2023-07-22T07:30:17.000Z, 2023-07-23T02:57:49.000Z https://twitter.com/Moneto_Tk/status/1682654280258404352