ИСО/МЭК 2022

Не путать с ISO 20022 .

ИСО 2022

Язык(и)	Различный.
Стандартный	ИСО/МЭК 2022 ЭКМА -35 АНСИ Х3.41 ДЖИС Х 0202 ГБ/Т 2311
Классификация	с сохранением состояния Система кодировок (с предварительно настроенными подмножествами без сохранения состояния)
Преобразует/кодирует	US-ASCII и, в зависимости от реализации: ГБ 2312 ДЖИС Х 0201 ДЖИС Х 0208 ДЖИС Х 0212 ДЖИС Х 0213 КС Х 1001 ЦНС 11643 ИСО/МЭК 646 ИСО/ 8859/10367 МЭК различные другие
Преемник	ISO/IEC 10646 ( Юникод )
Другая связанная кодировка(и)	Подмножества с состоянием : ISO-2022-JP ИСО-2022-CN ИСО-2022-КР Составной текст Предварительно настроенные версии : ИСО/МЭК 4873 EUC

ISO/IEC 2022 Информационные технологии. Структура кода символов и методы расширения — это стандарт ISO / IEC в области кодирования символов . Он эквивалентен ECMA стандарту ECMA-35 . ANSI стандарт ANSI X3.41 и японский промышленный стандарт JIS X 0202 . Созданный в 1971 году, последний раз он был пересмотрен в 1994 году.

ISO 2022 определяет общую структуру, которой могут соответствовать кодировки символов, выделяя определенные диапазоны байтов ( 0x 00–1F и 0x7F–9F), которые будут использоваться для непечатаемых управляющих кодов. для форматирования и внутриполосных инструкций (таких как разрывы строк или инструкции форматирования для текстовых терминалов ), а не для графических символов . Он также определяет синтаксис escape-последовательностей, многобайтовых последовательностей, начинающихся с Код управления ESC , который также можно использовать для внутриполосных инструкций. Конкретные наборы управляющих кодов и escape-последовательностей, разработанные для использования с ISO 2022, включают ISO/IEC 6429 , части которого реализованы с помощью ANSI.SYS и эмуляторов терминала .

Сам ISO 2022 также определяет конкретные управляющие коды и escape-последовательности, которые можно использовать для переключения между различными наборами кодированных символов (например, между ASCII и японским JIS X 0208 ), чтобы использовать несколько в одном документе. эффективно объединяя их в единую кодировку с сохранением состояния (функция, менее важная с появлением Unicode ). Он предназначен для использования как в 8-битных, так и в 7-битных средах (в тех, где в байте можно использовать только семь бит, например электронная почта без 8BITMIME ).

Кодировки и соответствие

Набор символов ASCII поддерживает базовый латинский алфавит ISO (эквивалент английского алфавита ) и не обеспечивает хорошей поддержки языков, в которых используются дополнительные буквы или вообще используется другая система письма . Другие системы письма с относительно небольшим количеством символов, такие как греческая , кириллица , арабский или иврит , а также формы латинского алфавита с использованием диакритических знаков или букв, отсутствующих в базовом латинском алфавите ISO, исторически были представлены на персональных компьютерах с различными 8- битными , однобайтовые , расширенные кодировки ASCII, которые следуют за ASCII, когда старший бит равен 0 (т. е. байты 0x00–7F, если они представлены в шестнадцатеричном формате ), и включают дополнительные символы для старшего значащего бита 1 (т. е. байты 0x80–FF). Некоторые из них, например серия ISO 8859 , соответствуют стандарту ISO 2022. в то время как другие, такие как кодовая страница DOS 437, этого не делают, обычно из-за того, что байты 0x80–9F не зарезервированы для управляющих кодов.

Некоторые восточноазиатские языки, в частности китайский , японский и корейский (совместно « CJK »), записываются с использованием гораздо большего количества символов, чем максимум в 256, которые могут быть представлены в одном байте, и впервые были представлены на компьютерах с помощью специфичного для языка двойного байта. -байтовые кодировки или кодировки переменной ширины ; некоторые из них (например, на упрощенном китайском языке кодировка GB 2312 ) соответствуют ISO 2022 , а другие (например, на традиционном китайском языке кодировка Big5 ) — нет. Коды управления в ISO 2022 всегда представляются одним байтом, независимо от количества байтов, используемых для графических символов. Кодировкам CJK, используемым в 7-битных средах, использующих механизмы ISO 2022 для переключения между наборами символов, часто присваиваются имена, начинающиеся с «ISO-2022-», особенно ISO-2022-JP , хотя некоторые другие кодировки CJK, такие как EUC-JP, также использовать механизмы ISO 2022.

Поскольку первые 256 кодовых точек Unicode управляющих кодов были взяты из ISO 8859-1 , Unicode наследует концепцию C0 и C1 добавляет и другие непечатаемые символы из ISO 2022, хотя помимо управляющих кодов ISO 2022 . Однако форматы преобразования Unicode, такие как UTF-8, обычно по-разному отличаются от структуры ISO 2022, в том числе:

• Использование 8-битных байтов, но не представление кодов C1 в их однобайтовых формах, указанных в ISO 2022 (большинство UTF, за одним исключением является устаревший UTF-1 ).
• Представление всех символов, включая управляющие коды, в виде нескольких байтов (например, UTF-16 , UTF-32 ).
• Смешивание байтов с установленным и неустановленным старшим битом в кодированном представлении для одной кодовой точки (например, UTF-1, GB 18030 ).

Однако escape-последовательности ISO 2022 существуют для переключения на UTF-8 и обратно как « система кодирования, отличная от системы ISO 2022 ». которые поддерживаются некоторыми эмуляторами терминала, такими как xterm .

Обзор

Элементы

ISO/IEC 2022 определяет следующее:

• Инфраструктура множества наборов символов с определенными структурами, которые могут быть включены в одну систему кодирования символов , включая несколько наборов графических символов и несколько наборов как первичных (C0), так и вторичных (C1) управляющих кодов .
• Формат кодирования этих наборов, предполагающий, что на байт доступно 8 бит.
• Формат для кодирования этих наборов в одной и той же системе кодирования, когда на байт доступно только 7 бит. и способ преобразования любых соответствующих символьных данных для прохождения через такую ​​7-битную среду,
• Общая структура escape-кодов ANSI , и
• Специальные форматы escape-кодов для идентификации отдельных наборов символов, для объявления об использовании определенных функций или подмножеств кодирования, и для взаимодействия или переключения на другие системы кодирования.

Версии кода

Дополнительная информация: § Версии кода ISO/IEC 2022.

Конкретная реализация не обязательно должна реализовывать весь стандарт; уровень соответствия и поддерживаемые наборы символов определяются реализацией. Хотя многие механизмы, определенные стандартом ISO/IEC 2022, используются нечасто, несколько установленных кодировок основаны на подмножестве системы ISO/IEC 2022. В частности, 7-битные системы кодирования, использующие механизмы ISO/IEC 2022, включают ISO-2022-JP (или кодировку JIS ), которая в основном используется в электронной почте на японском языке . 8-битные системы кодирования, соответствующие ISO/IEC 2022, включают ISO/IEC 4873 (ECMA-43), который, в свою очередь, соответствует ISO/IEC 8859 . и расширенный код Unix , который используется для восточноазиатских языков. Более специализированные приложения ISO 2022 включают систему кодирования MARC-8 , используемую в библиотечных записях MARC 21 .

Обозначение escape-последовательностей

Дополнительная информация: § Регистрация наборов графических и управляющих кодов и § Обозначения наборов символов.

Escape-последовательности для переключения на определенные наборы символов или кодировки регистрируются в реестре ISO-IR (за исключением тех, которые предназначены для частного использования, значения которых определяются поставщиками или спецификациями протокола, такими как ARIB STD-B24 ) и следовать шаблонам, определенным в стандарте. Кодировки символов, использующие эти escape-последовательности, требуют последовательной обработки данных в прямом направлении, поскольку правильная интерпретация данных зависит от ранее встречавшихся escape-последовательностей.

Определенные профили, такие как ISO-2022-JP, могут налагать дополнительные условия, например, что текущий набор символов сбрасывается на US-ASCII перед концом строки. Более того, escape-последовательности, объявляющие наборы национальных символов, могут отсутствовать, если конкретная кодировка на основе ISO-2022 разрешает или требует этого и требует использования определенных наборов национальных символов. Например, ISO-8859-1 утверждает, что определение escape-последовательности не требуется.

Многобайтовые символы

Дополнительная информация: JIS X 0208 § Кодовые точки и кодовые номера.

Для представления больших наборов символов ISO/IEC 2022 основывается на свойстве ISO/IEC 646 , согласно которому семибитное представление символов обычно может представлять 94 графических (печатных) символа (помимо пробела и 33 управляющих символов); если исключены только управляющие коды C0 (узко определенные), их можно расширить до 96 символов. Таким образом, используя два байта, можно представить до 8836 (94×94) символов; и, используя три байта, до 830 584 (94×94×94) символов. Хотя стандарт определяет это, ни один зарегистрированный набор символов не использует три байта (хотя EUC-TW незарегистрированный G2 использует это, как и аналогично незарегистрированный CCCII ).

Для двухбайтовых наборов символов кодовая точка каждого символа обычно указывается в так называемой ячейке строки или кутене. форма, состоящая из двух чисел от 1 до 94 включительно, определяющая строку и клетка этого персонажа в зоне. Для трехбайтового набора дополнительная плоскость номер указан в начале. Escape-последовательности не только объявляют, какой набор символов используется, но также является ли этот набор однобайтовым или многобайтовым (но не сколько байтов он использует, если он многобайтовый), а также содержит ли каждый байт 94 символа. или 96 разрешенных значений.

Структура кода

Обозначения и номенклатура

Кодирование ISO/IEC 2022 определяет двухуровневое сопоставление между кодами символов и отображаемыми символами. Escape-последовательности позволяют «обозначить» любой из большого реестра наборов графических символов. в один из четырех рабочих наборов, названных от G0 до G3, а более короткие последовательности управления определяют «вызываемый» рабочий набор. для интерпретации байтов в потоке.

Значения байтов кодирования («битовые комбинации») часто задаются в виде строк столбцов , где два десятичных числа в диапазоне 00–15 (каждое соответствует одной шестнадцатеричной цифре) разделены косой чертой. Следовательно, например, коды с 2/0 (0x20) по 2/15 (0x2F) включительно могут называться «столбцом 02». Это обозначение, используемое в самом стандарте ISO/IEC 2022/ECMA-35. Их можно описать в другом месте, используя шестнадцатеричный код , как это часто используется в этой статье, или соответствующие символы ASCII. хотя escape-последовательности фактически определяются в виде значений байтов, и изображение, назначенное этому значению байта, может быть изменено, не затрагивая управляющую последовательность.

Значения байтов из 7-битного графического диапазона ASCII (шестнадцатеричные 0x20–0x7F), находящиеся в левой части таблицы кодов символов, называются кодами «GL» (где «GL» означает «оставшаяся графика»), а байты из диапазона «высокого ASCII» (0xA0–0xFF), если он доступен (т. е. в 8-битной среде), называются кодами «GR» («графическое право») . Термины «CL» (0x00–0x1F) и «CR» (0x80–0x9F) определены для диапазонов управления, но диапазон CL всегда вызывает основные элементы управления (C0), тогда как диапазон CR всегда либо вызывает вторичные (C1) элементы управления. ) контролирует или не используется.

Фиксированные кодированные символы

Символ удаления DEL (0x7F), escape-символ ESC (0x1B) и пробел SP (0x20) обозначаются как «фиксированные» кодированные символы. и всегда доступны, когда G0 вызывается через GL, независимо от того, какие наборы символов обозначены. других размеров или типов Они не могут быть включены в наборы графических символов, хотя символы пробелов могут быть включены.

Общий синтаксис escape-последовательностей

Последовательности, использующие символ ESC (escape), принимают вид ESC [I...] F, где за символом ESC следует ноль или более промежуточных байтов ( I ) из диапазона 0x20–0x2F и один последний байт ( F ) из диапазона 0x30–0x7E.

Первый I- байт или его отсутствие определяет тип escape-последовательности; оно может, например, обозначать рабочий набор или обозначать одну функцию управления. Во всех типах escape-последовательностей F -байты в диапазоне 0x30–0x3F зарезервированы для незарегистрированного частного использования, определенного по предварительному соглашению между сторонами.

Функции управления из некоторых наборов могут использовать дополнительные байты, следующие за управляющей последовательностью. Например, функция управления ISO 6429 » За вводной управляющей последовательностью , которую можно представить с помощью escape-последовательности, следует ноль или более байтов в диапазоне 0x30–0x3F, затем ноль или более байтов в диапазоне 0x20–0x2F, затем один байт в диапазоне 0x40– 0x7E, причем вся последовательность называется «управляющей последовательностью».

Наборы графических символов

Каждый из четырех рабочих наборов G0–G3 может представлять собой набор из 94 символов или набор из 94 символов. ^н -символьный многобайтовый набор . Кроме того, от G1 до G3 могут быть 96 или 96. ^н - набор символов.

В 96- или 96-м ^н -набор символов, байты от 0x20 до 0x7F при вызове GL или от 0xA0 до 0xFF при вызове GR выделяются и могут использоваться набором. В 94- или 94-м ^н -набор символов, байты 0x20 и 0x7F не используются. Когда 96- или 96-й ^н -набор символов вызывается в регионе GL, символы пробела и удаления (коды 0x20 и 0x7F) недоступны до 94- или 94 ^н Набор символов (например, набор G0) вызывается в GL. Наборы из 96 символов не могут быть назначены G0.

Регистрация набора как набора из 96 символов не обязательно означает, что байты 0x20/A0 и 0x7F/FF фактически назначаются набором; некоторые примеры наборов графических символов, которые зарегистрированы как 96-наборы, но не используют эти байты, включают набор G1 IS 434 , набор чертежей коробки из ISO/IEC 10367 , и ISO-IR-164 (подмножество набора G1 ISO-8859-8, содержащее только буквы, используемые CCITT ).

Объединение персонажей

Ожидается, что символы будут пробелами, а не объединяющими символами, если иное не указано в рассматриваемом графическом наборе. ISO 2022 / ECMA-35 также признает использование управляющих символов возврата и возврата каретки как средства комбинирования символов, разделенных иначе, а также последовательности CSI «Комбинация графических символов» (GCC). ( CSI 0x20 (SP) 0x5F (_)).

Использование возврата каретки и возврата каретки таким образом разрешено ISO/IEC 646 , но запрещено ISO/IEC 4873 /ECMA-43. и ISO/IEC 8859 , на том основании, что он оставляет неопределенным репертуар графических персонажей. Однако ISO/IEC 4873/ECMA-43 разрешает использование функции GCC при условии, что последовательность символов сохраняется прежней и просто отображается в одном месте, а не перепечатывается для формирования символа с другим значением. .

Наборы управляющих символов

Наборы управляющих символов классифицируются как «первичные» или «вторичные» наборы управляющих кодов. соответственно также называемые наборами управляющих кодов «C0» и «C1».

Набор элементов управления C0 должен содержать управляющий символ ESC (escape) по адресу 0x1B. (набор C0, содержащий только ESC, зарегистрирован как ISO-IR-104), тогда как набор элементов управления C1 может вообще не содержать элемента управления escape. Следовательно, это совершенно отдельные регистрации: набор C0 является только набором C0, а набор C1 является только набором C1.

Если коды из набора C0 стандарта ISO 6429/ECMA-48, то есть управляющие коды ASCII , появляются в наборе C0, они должны появиться в своих местах согласно ISO 6429/ECMA-48. Включение символов управления передачей в набор C0, помимо десяти, включенных в ISO 6429/ECMA-48 (а именно SOH, STX, ETX, EOT, ENQ, ACK, DLE, NAK, SYN и ETB), или включение любого из этих десяти в набор C1 также запрещено стандартом ISO/IEC 2022/ECMA-35.

Набор элементов управления C0 вызывается в диапазоне CL от 0x00 до 0x1F. тогда как функция управления C1 может быть вызвана в диапазоне CR от 0x80 до 0x9F (в 8-битной среде) или с использованием escape-последовательностей (в 7-битной или 8-битной среде), но не оба. Какой стиль вызова C1 используется, должен быть указан в определении версии кода. Например, ISO/IEC 4873 определяет байты CR для элементов управления C1, которые он использует (SS2 и SS3). При необходимости о том, какой вызов используется, можно сообщить с помощью последовательностей диктора .

В последнем случае отдельные функции управления из набора управляющих кодов C1 вызываются с использованием escape-последовательностей типа Fe, это означает те, где за управляющим символом ESC следует байт из столбцов 04 или 05 (то есть, ESC 0x40 (@) через ESC 0x5F (_)).

Другие функции управления

Дополнительные функции управления назначаются escape-последовательностям типа Fs (в диапазоне ESC 0x60 (`) через ESC 0x7E (~)); они имеют постоянно присвоенные значения, а не зависят от обозначений C0 или C1. Регистрация функций управления для последовательностей типа «Fs» должна быть одобрена ISO/IEC JTC 1/SC 2 . Другие отдельные функции управления могут быть зарегистрированы для escape-последовательностей типа «3Ft» (в диапазоне ESC 0x23 (#) [I...] 0x40 (@) через ESC 0x23 (#) [I...] 0x7E (~)), хотя последовательности «3Ft» в настоящее время не назначены (по состоянию на 2019 год). Некоторые из них указаны в ECMA-35 (ISO 2022/ANSI X3.41), другие – в ECMA-48 (ISO 6429/ANSI X3.64). ECMA-48 называет их «независимыми функциями управления».

Код	Шестигранник	Сокр.	Имя	Эффект
ESC `	1B 60	ДМИ	Отключить ручной ввод	Отключает некоторые или все возможности ручного ввода устройства.
ESC a	1B 61	ИНТ.	Прерывать	Прерывает текущий процесс.
ESC b	1B 62	я	Включить ручной ввод	Включает возможности ручного ввода устройства.
ESC c	1B 63	РИС	Сброс в исходное состояние	Сбрасывает устройство в исходное состояние после включения.
ESC d	1B 64	КМД	Разделитель метода кодирования	Используется при взаимодействии с внешней системой кодирования/представления, см. ниже.
ESC n	1B 6E	ЛС2	Блокировка второй смены	Функцию сдвига, см. ниже.
ESC o	1B 6F	ЛС3	Блокировка третьей смены	Функцию сдвига, см. ниже.
ESC |	1B 7C	ЛС3Р	Блокировка переключения три вправо	Функцию сдвига, см. ниже.
ESC }	1B 7D	ЛС2Р	Блокировка второй смены вправо	Функцию сдвига, см. ниже.
ESC ~	1B 7E	ЛС1Р	Блокировка сдвига вправо	Функцию сдвига, см. ниже.

Escape-последовательности типа «Fp» ( ESC 0x30 (0) через ESC 0x3F (?)) или типа «3Fp» ( ESC 0x23 (#) [I...] 0x30 (0) через ESC 0x23 (#) [I...] 0x3F (?)) зарезервированы для отдельных контрольных кодов частного использования по предварительному соглашению между сторонами. Несколько таких последовательностей обоих типов используются терминалами DEC , такими как VT100 , и, таким образом, поддерживаются эмуляторами терминалов .

Функции смены

По умолчанию коды GL обозначают символы G0, а коды GR (там, где они доступны) указывают символы G1; иное может быть указано по предварительному соглашению. Набор, вызываемый для каждой области, также может быть изменен с помощью управляющих кодов, называемых сдвигами, как показано в таблице ниже.

8-битный код может иметь коды GR, определяющие символы G1, т.е. с соответствующим 7-битным кодом, использующим Shift In и Shift Out для переключения между наборами (например, JIS X 0201 ), хотя некоторые вместо этого имеют коды GR, определяющие символы G2, при этом соответствующий 7-битный код использует односдвиговый код для доступа ко второму набору (например, T.51 ).

Коды, показанные в таблице ниже, являются наиболее распространенными кодировками этих кодов управления, соответствующими стандарту ISO/IEC 6429 . Сдвиги LS2, LS3, LS1R, LS2R и LS3R регистрируются как отдельные функции управления и всегда кодируются как escape-последовательности, перечисленные ниже: тогда как остальные являются частью набора управляющих кодов C0 или C1 (как показано ниже, SI (LS0) и SO (LS1) являются элементами управления C0, а SS2 и SS3 являются элементами управления C1), что означает, что их кодирование и доступность могут различаться в зависимости от того, какой назначены наборы элементов управления: они должны присутствовать в назначенных наборах элементов управления, если используется их функционал. Сами элементы управления C1, как упоминалось выше, могут быть представлены с помощью escape-последовательностей или 8-битных байтов, но не того и другого.

Альтернативные кодировки односменных кодов управления C0 доступны в определенных наборах управляющих кодов. Например, SS2 и SS3 обычно доступны по адресам 0x19 и 0x1D соответственно в T.51. и Т.61 . Это кодирование в настоящее время рекомендуется ISO/IEC 2022/ECMA-35 для приложений, требующих 7-битных однобайтовых представлений SS2 и SS3. а также может использоваться только для SS2, хотя существуют и более старые наборы кодов с SS2 по адресу 0x1C, и были упомянуты как таковые в более ранней редакции стандарта. Кодирование одиночных смен 0x8E и 0x8F, как показано ниже, является обязательным для уровней 2 и 3 ISO/IEC 4873 .

Код	Шестигранник	Сокр.	Имя	Эффект
SI	0F	И ЛС0	Сдвиг Блокировка смещения нуля	GL теперь кодирует G0
SO	0E	ТАК ЛС1	Сдвиг Блокировка первой смены	GL теперь кодирует G1
ESC n	1B 6E	ЛС2	Блокировка второй смены	GL теперь кодирует G2
ESC o	1B 6F	ЛС3	Блокировка третьей смены	GL теперь кодирует G3
Район ЧР: SS2 Код выхода: ESC N	Район ЧР: 8E Код выхода: 1B 4E	СС2	Две смены в одну смену	GL или GR (см. ниже) кодируют G2 только для следующего символа.
Район ЧР: SS3 Код выхода: ESC O	Район ЧР: 8F Код выхода: 1B 4F	СС3	Одна смена три	GL или GR (см. ниже) кодируют G3 только для следующего символа.
ESC ~	1B 7E	ЛС1Р	Блокировка сдвига вправо	GR теперь кодирует G1
ESC }	1B 7D	ЛС2Р	Блокировка второй смены вправо	GR теперь кодирует G2
ESC |	1B 7C	ЛС3Р	Блокировка переключения три вправо	GR теперь кодирует G3

Хотя официально односменные коды считаются кодами смен и называются соответственно, они не всегда рассматриваются как смены. и их можно просто рассматривать как байты префикса (т.е. первые байты в многобайтовой последовательности), поскольку они не требуют, чтобы кодер сохранял текущий активный набор как состояние , в отличие от блокировки кодов сдвига. В 8-битных средах в качестве области с одной сменой можно использовать либо GL, либо GR, но не оба одновременно. Это должно быть указано в определении версии кода. Например, ISO/IEC 4873 определяет GL, тогда как упакованный EUC указывает GR. В 7-битных средах в качестве односменной области используется только GL. При необходимости о том, какая односменная зона используется, можно сообщить с помощью последовательностей дикторов .

Имена «блокировка смещения нуля» (LS0) и «блокировка смещения единицы» (LS1) относятся к той же паре управляющих символов C0 (0x0F и 0x0E), что и имена «смещение внутрь» (SI) и «смещение наружу» (SO ). Однако стандарт называет их LS0 и LS1, когда они используются в 8-битных средах, и как SI и SO, когда они используются в 7-битных средах.

Стандарт ISO/IEC 2022/ECMA-35 разрешает, но не рекомендует использовать G1, G2 или G3 одновременно в GL и GR.

Регистрация наборов графических и управляющих кодов

В Международном реестре наборов кодированных символов, которые будут использоваться с escape-последовательностями (ISO-IR), в Международном реестре ISO (ISO-IR) перечислены наборы графических символов, наборы управляющих кодов, отдельные управляющие коды и т. д., которые были зарегистрированы для использования в стандарте ISO/IEC 2022. Процедура регистрации коды и наборы с реестром ISO-IR определены стандартом ISO/IEC 2375 . Каждая регистрация получает уникальную escape-последовательность и уникальный номер записи реестра для ее идентификации. Например, набор символов CCITT для упрощенного китайского языка известен как ISO-IR-165 .

Регистрация наборов кодированных символов в реестре ISO-IR идентифицирует документы, определяющие набор символов или функцию управления, связанную с escape-последовательностью нечастного использования ISO/IEC 2022. Это может быть стандартный документ; однако регистрация не создает новый стандарт ISO, не обязывает ISO или IEC принимать его в качестве международного стандарта и не обязывает ISO или IEC добавлять какие-либо символы в универсальный набор кодированных символов .

Зарегистрированные в ISO-IR escape-последовательности также используются, инкапсулированные в формальный общедоступный идентификатор , для идентификации наборов символов, используемых для числовых ссылок на символы в SGML (ISO 8879). Например, строка ISO 646-1983//CHARSET International Reference Version (IRV)//ESC 2/5 4/0 может использоваться для идентификации международной справочной версии ISO 646-1983, и спецификация HTML 4.01 использует ISO Registration Number 177//CHARSET ISO/IEC 10646-1:1993 UCS-4 with implementation level 3//ESC 2/5 2/15 4/6 для идентификации Юникод. Текстовое представление escape-последовательности, включенное в третий элемент FPI, будет распознаваться реализациями SGML для поддерживаемых наборов символов.

Обозначения наборов символов

Escape-последовательности для обозначения наборов символов принимают форму ESC I [I...] F. Как упоминалось выше, промежуточные ( I ) байты находятся в диапазоне 0x20–0x2F, а последний ( F ) байт — в диапазоне 0x30–0x7E. Первый байт I (или, для многобайтового набора, первые два) идентифицирует тип набора символов и рабочий набор, которому он должен быть назначен, тогда как байт F (и любые дополнительные байты I ) идентифицируют набор символов. сам по себе, как назначено в реестре ISO-IR (или, для escape-последовательностей частного использования, по предварительному соглашению).

Дополнительные I байты могут быть добавлены перед байтом F , чтобы расширить F. диапазон байтов В настоящее время это используется только с наборами из 94 символов, где коды вида ESC ( ! F были назначены. С другой стороны, никаких многобайтовых 96-множеств не зарегистрировано, поэтому приведенные ниже последовательности являются строго теоретическими.

Как и в случае с другими типами escape-последовательностей, диапазон 0x30–0x3F зарезервирован для F -байтов частного использования. в данном случае для определений наборов символов частного использования (которые могут включать незарегистрированные наборы, определенные такими протоколами, как ARIB STD-B24). или MARC-8 , или наборы конкретных поставщиков, такие как DEC Special Graphics ). Однако в последовательности графического обозначения набора, если второй байт I (для однобайтового набора) или третий байт I (для двухбайтового набора) равен 0x20 (пробел), обозначаемый набор представляет собой « динамически переопределяемый символ». набор » (DRCS), определенный по предварительному соглашению, что также считается частным использованием. Графический набор, рассматриваемый как DRCS, подразумевает, что он представляет собой шрифт, состоящий из точных глифов, а не набора абстрактных символов. Способ передачи, выделения и управления наборами DRCS и связанными с ними шрифтами не предусмотрен самим стандартом ISO/IEC 2022/ECMA-35, хотя он рекомендует выделять их последовательно, начиная с F -байта 0x40 ( @); однако способ передачи шрифтов DRCS определен в некоторых телекоммуникационных протоколах, таких как World System Teletext .

Есть также три особых случая для многобайтовых кодов. Кодовые последовательности ESC $ @, ESC $ A, и ESC $ B все были зарегистрированы, когда современная версия стандарта допускала многобайтовые наборы только в G0, поэтому их следует принимать вместо последовательностей ESC $ ( @ через ESC $ ( B для обозначения набора символов G0.

Существуют дополнительные (редко используемые) функции для переключения наборов управляющих символов, но это одноуровневый поиск, в котором (как отмечалось выше) набор C0 всегда вызывается через CL, а набор C1 всегда вызывается через CR или через используя escape-коды. Как отмечалось выше, необходимо, чтобы любой набор символов C0 включал символ ESC в позиции 0x1B, чтобы были возможны дальнейшие изменения. Последовательности обозначения набора элементов управления (в отличие от графических наборов) также могут использоваться из ISO/IEC 10646 (UCS/Unicode) в контекстах, где обработка escape-кодов ANSI уместна , при условии, что каждый байт в последовательности дополняется до размер кодовой единицы кодирования.

Ниже приведена таблица управляющих последовательностей I байтов и обозначение или другая функция, которую они выполняют.

Код	Шестигранник	Сокр.	Имя	Эффект	Пример
ESC SP F	1B 20 F	СКУД	Анонсировать структуру кода	Указывает используемые функции кода, например рабочие наборы (см. ниже ).	ESC SP L ( ISO 4873 уровень 1)
ESC ! F	1B 21 F	CZD	C0-обозначить	F выбирает набор управляющих символов C0, который будет использоваться.	ESC ! @ ( коды ASCII C0 )
ESC " F	1B 22 F	C1D	C1-обозначить	F выбирает набор управляющих символов C1, который будет использоваться.	ESC " C ( Коды ISO 6429 C1 )
ESC # F	1B 23 F	-	(Единая функция управления)	(Зарезервировано для последовательностей функций управления, см. выше .)	ESC # 6 (частное пользование: линия двойной ширины DEC )
ESC $ F ESC $ ( F	1B 24 F 1B 24 28 F	ГЗДМ4	G0-обозначает многобайтовый набор из 94 символов	F выбирает 94 н -набор символов, который будет использоваться для G0.	ESC $ ( C ( КС X 1001 в G0)
ESC $ ) F	1B 24 29 F	Г1ДМ4	G1-обозначение многобайтового набора из 94 символов	F выбирает 94 н -набор символов, который будет использоваться для G1.	ESC $ ) A ( ГБ 2312 в G1)
ESC $ * F	1B 24 2A F	Г2ДМ4	G2-обозначение многобайтового набора из 94 байтов	F выбирает 94 н -набор символов, который будет использоваться для G2.	ESC $ * B ( JIS X 0208 в G2)
ESC $ + F	1B 24 2B F	Г3ДМ4	G3-обозначает многобайтовый набор из 94 символов	F выбирает 94 н -набор символов, который будет использоваться для G3.	ESC $ + D ( JIS X 0212 в G3)
ESC $ , F	1B 24 2C F	-	(не используется)	(не используется)	-
ESC $ - F	1B 24 2D F	Г1ДМ6	G1-обозначение многобайтового набора из 96 символов	F выбирает 96 н -набор символов, который будет использоваться для G1.	ESC $ - 1 (частное пользование)
ESC $ . F	1B 24 2E F	Г2ДМ6	G2-обозначение многобайтового набора из 96 символов	F выбирает 96 н -набор символов, который будет использоваться для G2.	ESC $ . 2 (частное пользование)
ESC $ / F	1B 24 2F F	Г3ДМ6	G3-обозначает многобайтовый набор из 96 символов	F выбирает 96 н -набор символов, который будет использоваться для G3.	ESC $ / 3 (частное пользование)
ESC % F	1B 25 F	ДОКС	Укажите другую систему кодирования	Систему кодирования переключателей см. ниже .	ESC % G ( UTF-8 )
ESC & F	1B 26 F	внутренняя норма доходности	Определить измененную регистрацию	Префиксы обозначения escape для обозначения версии.	ESC & @ ESC $ B ( JIS X 0208:1990 в G0)
ESC ' F	1B 27 F	-	(не используется)	(не используется)	-
ESC ( F	1B 28 F	ГЖД4	G0-обозначение 94-набора	F выбирает набор из 94 символов, который будет использоваться для G0.	ESC ( B ( ASCII в G0)
ESC ) F	1B 29 F	G1D4	G1-обозначение 94-комплекта	F выбирает набор из 94 символов, который будет использоваться для G1.	ESC ) I ( ДЖИС
ESC * F	1B 2A F	G2D4	G2-обозначение 94-комплекта	F выбирает набор из 94 символов, который будет использоваться для G2.	ESC * v ( ITU T.61 RHS в G2)
ESC + F	1B 2B F	Г3Д4	G3-обозначение 94-комплекта	F выбирает набор из 94 символов, который будет использоваться для G3.	ESC + D ( NATS-SEFI-ADD в G3)
ESC , F	1B 2C F	-	(не используется)	(не используется)	-
ESC - F	1B 2D F	G1D6	G1-обозначение 96-комплект	F выбирает набор из 96 символов, который будет использоваться для G1.	ESC - A ( ISO 8859-1 RHS в G1)
ESC . F	1B 2E F	G2D6	G2-обозначение 96-комплект	F выбирает набор из 96 символов, который будет использоваться для G2.	ESC . B ( ISO 8859-2 RHS в G2)
ESC / F	1B 2F F	G3D6	G3-обозначение 96-комплект	F выбирает набор из 96 символов, который будет использоваться для G3.	ESC / b ( ISO 8859-15 RHS в G3)

Обратите внимание, что реестр F -байтов независим для разных типов. Графический набор из 94 символов, обозначенный ESC ( A через ESC + A никак не связан с набором из 96 символов, обозначенным ESC - A через ESC / A. И ни один из них не имеет отношения к 94-му. ^н -набор символов, обозначенный ESC $ ( A через ESC $ + A, и так далее; последние байты должны интерпретироваться в контексте. (Действительно, без каких-либо промежуточных байтов, ESC A это способ указания управляющего кода C1 0x81.)

Также обратите внимание, что наборы управляющих символов C0 и C1 независимы; набор управляющих символов C0, обозначенный ESC ! A (который является набором управляющих символов NATS для передачи газетного текста) не совпадает с набором управляющих символов C1, обозначенным ESC " A ( CCITT набор атрибутов для Videotex ).

Взаимодействие с другими системами кодирования

Стандарт также определяет способ определения систем кодирования, которые не соответствуют его собственной структуре.

Также определена последовательность возврата к ISO/IEC 2022; регистрации, которые поддерживают эту последовательность, закодированную в ISO/IEC 2022, включают (по состоянию на 2019 год) различные Videotex форматы , UTF-8 и UTF-1 . Второй I байт 0x2F ( /) включен в последовательности обозначений кодов, которые не используют эту последовательность байтов для возврата к ISO 2022; у них могут быть свои собственные средства для возврата к ISO 2022 (например, другая или дополненная последовательность) или вообще никаких средств. Все существующие регистрации последнего типа (по состоянию на 2019 год) представляют собой либо прозрачные необработанные данные, форматы Unicode/UCS , либо их подмножества.

Код	Шестигранник	Сокр.	Имя	Эффект
ESC % @	1B 25 40	ДОКС	Укажите другую систему кодирования («стандартный возврат»).	Вернитесь к ISO/IEC 2022 из другой кодировки.
ESC % F	1B 25 F		Обозначить другую систему кодирования («со стандартным возвратом»)	F выбирает 8-битный код; использовать ESC % @ вернуться.
ESC % / F	1B 25 2F F		Обозначить другую систему кодирования («без стандартного возврата»)	F выбирает 8-битный код; стандартного способа возврата не существует.
ESC d	1B 64	КМД	Разделитель метода кодирования	Обозначает конец кодовой последовательности ISO/IEC 2022.

Особый интерес представляют последовательности, которые переключаются на форматы ISO/IEC 10646 ( Unicode ), которые не соответствуют структуре ISO/IEC 2022. К ним относятся UTF-8 (которая не резервирует диапазон 0x80–0x9F для управляющих символов), ее предшественница UTF-1 (которая смешивает байты GR и GL в многобайтовых кодах), а также UTF-16 и UTF-32 (которые используют более широкие единицы кодирования).

Также было зарегистрировано несколько кодов для подмножеств (уровни 1 и 2) UTF-8, UTF-16 и UTF-32, а также для трёх уровней UCS-2 . Однако единственными кодами, указанными в настоящее время в ISO/IEC 10646, являются коды уровня 3 для UTF-8, UTF-16 и UTF-32 и код неопределенного уровня для UTF-8, а остальные указаны как устаревшие. ISO/IEC 10646 предусматривает, что форматы UTF-16 и UTF-32 с обратным порядком байтов обозначаются их escape-последовательностями.

Формат Юникод	Код(ы)	Шестигранник	Устаревшие коды	Устаревший шестнадцатеричный код
UTF-1	(UTF-1 отсутствует в текущем ISO/IEC 10646.)		ESC % B	1B 25 42
UTF-8	ESC % G, ESC % / I	1B 25 47, 1B 25 2F 49	ESC % / G, ESC % / H	1B 25 2F 47, 1B 25 2F 48
UTF-16	ESC % / L	1B 25 2F 4C	ESC % / @, ESC % / C, ESC % / E, ESC % / J, ESC % / K	1B 25 2F 40, 1B 25 2F 43, 1B 25 2F 45, 1B 25 2F 4A, 1B 25 2F 4B
UTF-32	ESC % / F	1B 25 2F 46	ESC % / A, ESC % / D	1B 25 2F 41, 1B 25 2F 44

Из последовательностей, переходящих на UTF-8, ESC % G тот, который поддерживается, например, xterm .

Хотя использование варианта стандартной возвращаемой последовательности из UTF-16 и UTF-32 разрешено, байты escape-последовательности должны быть дополнены до размера кодовой единицы кодировки (т. е. 001B 0025 0040 для UTF-16), т. е. кодирование стандартной возвращаемой последовательности не совсем соответствует ISO/IEC 2022. По этой причине в обозначениях UTF-16 и UTF-32 используется синтаксис без стандартного возврата.

Для указания кодировок с помощью меток X Консорциума формат Compound Text определяет пять последовательностей DOCS для частного использования.

Объявления о структуре кода

Последовательность «объявить структуру кода» ( ESC SP (0x20) F) используется для объявления определенной структуры кода или определенной группы средств ISO 2022, которые используются в определенной версии кода. Хотя объявления можно комбинировать, некоторые противоречивые комбинации (в частности, использование блокирующих объявлений смены 16–23 с объявлениями 1, 3 и 4) запрещены стандартом, как и использование дополнительных объявлений поверх ISO/IEC 4873. объявлений уровня 12–14 (которые полностью уточняют допустимые конструктивные особенности). Последовательность объявлений следующая:

Число	Код	Шестигранник	Объявлена ​​функция версии кода
1	ESC SP A	1B 20 41	G0 в GL, GR отсутствует или не используется, блокировки сдвигов нет.
2	ESC SP B	1B 20 42	G0 и G1 вызываются для GL путем блокировки сдвигов, GR отсутствует или не используется.
3	ESC SP C	1B 20 43	G0 в GL, G1 в GR, без блокировки сдвигов, требуется 8-битная среда.
4	ESC SP D	1B 20 44	G0 в GL, G1 в GR, если 8-битная версия, блокировка сдвигов отсутствует, кроме как в 7-битной среде.
5	ESC SP E	1B 20 45	Функции сдвига сохраняются при преобразовании 7-бит/8-бит.
6	ESC SP F	1B 20 46	C1 управляет с помощью escape-последовательностей.
7	ESC SP G	1B 20 47	C1 управляет областью CR в 8-битных средах, в противном случае — escape-последовательностями.
8	ESC SP H	1B 20 48	Только графические наборы из 94 символов.
9	ESC SP I	1B 20 49	Графические наборы из 94 и/или 96 символов.
10	ESC SP J	1B 20 4A	Использует 7-битный код, даже если для использования доступен восьмой бит.
11	ESC SP K	1B 20 4B	Требуется 8-битный код.
12	ESC SP L	1B 20 4C	Соответствует стандарту ISO/IEC 4873 (ECMA-43), уровень 1.
13	ESC SP M	1B 20 4D	Соответствует стандарту ISO/IEC 4873 (ECMA-43), уровень 2.
14	ESC SP N	1B 20 4E	Соответствует стандарту ISO/IEC 4873 (ECMA-43), уровень 3.
16	ESC SP P	1B 20 50	Используется SI/LS0.
18	ESC SP R	1B 20 52	Используется SO/LS1.
19	ESC SP S	1B 20 53	LS1R используется в 8-битных средах, SO используется в 7-битных средах.
20	ESC SP T	1B 20 54	Используется ЛС2.
21	ESC SP U	1B 20 55	LS2R используется в 8-битных средах, LS2 используется в 7-битных средах.
22	ESC SP V	1B 20 56	Используется LS3.
23	ESC SP W	1B 20 57	LS3R используется в 8-битных средах, LS3 используется в 7-битных средах.
26	ESC SP Z	1B 20 5A	Используется SS2.
27	ESC SP [	1B 20 5B	Используется SS3.
28	ESC SP \	1B 20 5C	Односменный вызов через GR.

Версии кода ISO/IEC 2022

Различные кодировки ISO 2022 и другие CJK, поддерживаемые Mozilla Firefox с 2004 года. (Эта поддержка была сокращена в более поздних версиях, чтобы избежать определенных с использованием межсайтовых сценариев .) атак

Шесть 7-битных версий кода ISO 2022 (ISO-2022-CN, ISO-2022-CN-EXT, ISO-2022-JP, ISO-2022-JP-1, ISO-2022-JP-2 и ISO-2022-KR ) определяются документами IETF RFC , из которых в прошлом широко использовались ISO-2022-JP и ISO-2022-KR. Ряд других вариантов определены поставщиками, включая IBM . Хотя UTF-8 является предпочтительной кодировкой в ​​HTML5 , устаревший контент в ISO-2022-JP остается достаточно распространенным, поэтому стандарт кодирования WHATWG сохраняет его поддержку. в отличие от сопоставления ISO-2022-KR, ISO-2022-CN и ISO-2022-CN-EXT полностью на заменяющий символ , из-за опасений по поводу атак с внедрением кода, таких как межсайтовый скриптинг .

Версии 8-битного кода включают расширенный код Unix . Кодировки ISO/IEC 8859 также соответствуют ISO 2022 в подмножестве, предусмотренном ISO/IEC 4873.

Японские версии электронной почты

ISO-2022-JP

ISO-2022-JP — широко используемая кодировка японского языка, особенно в электронной почте . Он был представлен для использования в сети JUNET и позже кодифицирован в IETF RFC 1468 от 1993 года. Его преимущество перед другими кодировками японского языка заключается в том, что он не требует 8-битной чистой передачи. Microsoft называет это кодовой страницей 50220 . Он начинается в ASCII и включает следующие escape-последовательности:

• ESC ( B для переключения на ASCII (1 байт на символ)
• ESC ( J для перехода на JIS X 0201-1976 (ISO/IEC 646:JP) Римский набор (1 байт на символ)
• ESC $ @ для перехода на JIS X 0208-1978 (2 байта на символ)
• ESC $ B для перехода на JIS X 0208-1983 (2 байта на символ)

Использование двух символов, добавленных в JIS X 0208-1990, разрешено, но без включения последовательности IRR, т. е. с использованием той же escape-последовательности, что и в JIS X 0208-1983. Кроме того, из-за регистрации до того, как стало возможным назначение многобайтовых наборов, кроме G0, escape-последовательности для JIS X 0208 не включают второй I -байт. (.

RFC отмечает, что некоторые существующие системы не различают ESC ( B от ESC ( J, или не отличил ESC $ @ от ESC $ B, но предусматривает, что escape-последовательности не должны изменяться системами, просто передающими сообщения, такие как электронные письма. Стандарт WHATWG кодирования HTML5. , на который ссылаются дескрипторы ESC ( B и ESC ( J отчетливо, но относится ESC $ @ то же, что ESC $ B при декодировании и использует только ESC $ B для JIS X 0208 при кодировании. RFC также отмечает, что некоторые предыдущие системы ошибочно использовали последовательность ESC ( H отказаться от JIS X 0208, который фактически зарегистрирован как ISO-IR-11 (шведский вариант ISO 646 и World System Teletext ).

Версии с

Использование ESC ( I для перехода на набор Kana JIS X 0201-1976 (1 байт на символ) не является частью профиля ISO-2022-JP, но также иногда используется. Python допускает это в варианте, который он обозначает ISO-2022-JP-EXT (который также включает JIS X 0212, как описано ниже, завершая покрытие EUC-JP ); по названию и структуре это близко к кодировке, обозначенной -2022-JPext ISO DEC , которая, кроме того, добавляет двухбайтовую пользовательскую область, доступ к которой осуществляется с помощью ESC $ ( 0 чтобы завершить описание кандзи Super DEC . Вариант WHATWG/HTML5 позволяет декодировать катакану JIS X 0201 во входных данных ISO-2022-JP, но при кодировании преобразует символы в их эквиваленты JIS X 0208. Кодовая страница Microsoft для ISO-2022-JP с дополнительно разрешенным кана JIS X 0201 — кодовая страница 50221 .

Другие, более старые варианты, известные как JIS7 ​​и JIS8, основаны непосредственно на 7-битных и 8-битных кодировках, определенных JIS X 0201 , и позволяют использовать кану JIS X 0201 из G1 без escape-последовательностей, используя Shift Out и Shift In или устанавливая восьмую бит (вызываемый GR) соответственно. Они не получили широкого распространения; Поддержка JIS X 0208 в расширенном 8-битном JIS X 0201 чаще достигается с помощью Shift JIS . Кодовая страница Microsoft для ISO 2022 на основе JIS X 0201 с однобайтовой катаканой через Shift Out и Shift In — кодовая страница 50222 .

ISO-2022-JP-2

ISO-2022-JP-2 — это многоязычное расширение ISO-2022-JP, определенное в RFC 1554 (от 1993 г.), которое допускает следующие escape-последовательности в дополнение к последовательностям ISO-2022-JP. Части ISO/IEC 8859 представляют собой наборы из 96 символов, которые не могут быть обозначены как G0, и доступны из G2 с использованием 7-битной escape-последовательности односменного кода SS2:

• ESC $ A для переключения на GB 2312-1980 (2 байта на символ)
• ESC $ ( C для перехода на KS X 1001-1992 (2 байта на символ)
• ESC $ ( D для перехода на JIS X 0212-1990 (2 байта на символ)
• ESC . A для переключения на старшую часть ISO/IEC 8859-1 , набор расширенной латиницы 1 (1 байт на символ) [обозначается G2]
• ESC . F для переключения на старшую часть ISO/IEC 8859-7 , набор базового греческого языка (1 байт на символ) [обозначается как G2]

ISO-2022-JP с представлением ISO-2022-JP-2 для JIS X 0212, но не с другими расширениями, впоследствии был назван ISO-2022-JP-1 в RFC 2237 от 1997 года.

IBM, японский TCP

IBM реализует девять 7-битных кодировок японского языка на основе ISO 2022, каждая из которых использует свой набор escape-последовательностей: IBM-956, IBM-957, IBM-958, IBM-959, IBM-5052, IBM-5053, IBM-5054, IBM-5055 и ISO-2022-JP, которые вместе называются «наборами японских кодированных символов TCP/IP». CCSID 9148 — это стандарт (RFC 1468) ISO-2022-JP.

Варианты IBM ISO-2022-JP скрывать

Кодовая страница/CCSID	Номер определения ACRI	Escape-последовательности для ACRI
956	TCP-01	ESC ( J (ИИСУС X 0201 Роман) ESC $ ( B (JIS X 0208, 1983+, длинная escape-последовательность) ESC $ I (JIS X 0201 Катакана) ESC $ ( D
957	TCP-02	ESC ( J (ИИСУС X 0201 Роман) ESC $ ( @ (JIS X 0208, 1978, длинная escape-последовательность) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
958	TCP-03	ESC ( A (ASCII) ESC $ ( B (JIS X 0208, 1983+, длинная escape-последовательность) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
959	TCP-04	ESC ( A (ASCII) ESC $ ( @ (JIS X 0208, 1978, длинная escape-последовательность) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
5052	TCP-05	ESC ( J (ИИСУС X 0201 Роман) ESC $ B (JIS X 0208, 1983+) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
5053	TCP-06	ESC ( J (ИИСУС X 0201 Роман) ESC $ @ (JIS X 0208, 1978 г.) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
5054	TCP-07	ESC ( A (ASCII) ESC $ B (JIS X 0208, 1983+) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
5055	TCP-08	ESC ( A (ASCII) ESC $ @ (JIS X 0208, 1978 г.) ESC $ I (JIS X 0201 Катакана) ESC $ ( D (ДЖИС Х 0212)
9148	TCP-16	ESC ( A (ASCII) ESC ( J (ИИСУС X 0201 Роман) ESC $ @ (JIS X 0208, 1978 г.) ESC $ B (JIS X 0208, 1983+)

JIS X 0213

Стандарт JIS X 0213 , впервые опубликованный в 2000 году, определяет обновленную версию ISO-2022-JP без расширений ISO-2022-JP-2, получившую название ISO-2022-JP-3 . Дополнения, внесенные в JIS X 0213 по сравнению с базовым стандартом JIS X 0208, привели к новой регистрации расширенной плоскости JIS 1, а новая плоскость 2 получила собственную регистрацию. Дальнейшие дополнения к плоскости 1 в редакции стандарта 2004 года привели к добавлению дополнительной регистрации к дальнейшей версии профиля, получившей название ISO-2022-JP-2004 . Помимо основных кодов обозначений ISO-2022-JP, признаются следующие обозначения:

• ESC ( I для перехода на набор Kana JIS X 0201-1976 (1 байт на символ)
• ESC $ ( O для переключения на JIS X 0213-2000 Plane 1 (2 байта на символ)
• ESC $ ( P для перехода на JIS X 0213-2000 Plane 2 (2 байта на символ)
• ESC $ ( Q для переключения на плоскость 1 JIS X 0213-2004 (2 байта на символ, только ISO-2022-JP-2004)

Другие 7-битные версии

ISO-2022-KR определен в RFC 1557 от 1993 года. Он кодирует ASCII и корейский двухбайтовый код KS X 1001-1992 . ранее назывался KS C 5601-1987. В отличие от ISO-2022-JP-2, он использует символы Shift Out и Shift In для переключения между ними после включения ESC $ ) C один раз в начале строки для обозначения от KS X 1001 до G1.

ISO-2022-CN и ISO-2022-CN-EXT определены в RFC 1922, датированном 1996 годом. Это 7-битные кодировки, в которых используются функции Shift Out и Shift In (для переключения между G0 и G1), а также 7-битный escape-код. формы односменных функций SS2 и SS3 (для доступа к G2 и G3). Они поддерживают наборы символов GB 2312 (для упрощенного китайского ) и CNS 11643 (для традиционного китайского ).

Базовый профиль ISO-2022-CN использует ASCII в качестве набора G0 (сдвиг), а также включает GB 2312 и первые две плоскости CNS 11643 (поскольку этих двух плоскостей достаточно для представления всех традиционных китайских иероглифов из обычных Big5 , к которому RFC приводит соответствие в приложении):

• ESC $ ) A для переключения на GB 2312-1980 (2 байта на символ) [обозначается G1]
• ESC $ ) G для переключения на CNS 11643-1992 Plane 1 (2 байта на символ) [обозначается G1]
• ESC $ * H для переключения на CNS 11643-1992 Plane 2 (2 байта на символ) [обозначается как G2]

Профиль ISO-2022-CN-EXT допускает следующие дополнительные наборы и плоскости.

• ESC $ ) E для переключения на ISO-IR-165 (2 байта на символ) [обозначается G1]
• ESC $ + I для переключения на CNS 11643-1992 Plane 3 (2 байта на символ) [обозначается G3]
• ESC $ + J для переключения на CNS 11643-1992 Plane 4 (2 байта на символ) [обозначается как G3]
• ESC $ + K для переключения на CNS 11643-1992 Plane 5 (2 байта на символ) [обозначается G3]
• ESC $ + L для переключения на CNS 11643-1992 Plane 6 (2 байта на символ) [обозначается G3]
• ESC $ + M для переключения на CNS 11643-1992 Plane 7 (2 байта на символ) [обозначается G3]

В профиле ISO-2022-CN-EXT дополнительные стандартные графические наборы Guobiao перечислены как разрешенные, но при условии, что им присвоены зарегистрированные escape-последовательности ISO 2022:

• ГБ 12345 в G1
• GB 7589 или GB 13131 в G2
• ГБ 7590 или ГБ 13132 в G3

Персонаж после ESC (для однобайтовых наборов символов) или ESC $ (для многобайтовых наборов символов) указывает тип набора символов и назначенный рабочий набор. В приведенных выше примерах персонаж ( (0x28) обозначает набор из 94 символов в наборе символов G0, тогда как ), * или + (0x29–0x2B) обозначает наборы символов G1–G3.

ISO-2022-KR и ISO-2022-CN используются реже, чем ISO-2022-JP, и иногда намеренно не поддерживаются из соображений безопасности. Примечательно, что стандарт кодирования WHATWG , используемый HTML5 , сопоставляет ISO-2022-KR, ISO-2022-CN и ISO-2022-CN-EXT (а также HZ-GB-2312 ) с «замещающим» декодером, который сопоставляет все входные данные с символом замены (�), чтобы предотвратить определенные межсайтовые сценарии и связанные с ними атаки, которые используют разницу в поддержке кодирования между клиентом и сервером. Хотя та же проблема безопасности (позволяющая по-разному интерпретировать последовательности байтов ASCII) также применима к ISO-2022-JP и UTF-16 , они не могут быть обработаны таким образом из-за того, что они гораздо чаще используются в развернутом контенте.

В апреле 2024 года обнаружена брешь в безопасности. был найден в реализации ISO-2022-CN-EXT в glibc , что привело к рекомендациям полностью отключить кодирование в системах Linux.

ИСО/МЭК 4873

Связь между редакциями и уровнями ECMA-43 (ISO/IEC 4873) и EUC .

Подмножество ISO 2022, применяемое к 8-битным однобайтовым кодировкам, определяется стандартом ISO/IEC 4873 , также опубликованным Ecma International как ECMA-43. ISO/IEC 8859 определяет 8-битные коды для ISO/IEC 4873 (или ECMA-43) уровня 1.

ISO/IEC 4873/ECMA-43 определяет три уровня кодирования:

• Уровень 1, который включает набор C0, набор ASCII G0, дополнительный набор C1 и дополнительный однобайтовый (94- или 96-символьный) набор G1. G0 вызывается через GL, а G1 вызывается через GR. Использование функций сдвига не допускается.
• Уровень 2, который включает однобайтовый набор G2 и/или G3 (94 или 96 символов) в дополнение к обязательному набору G1. Разрешены только функции одной смены SS2 и SS3 (т.е. блокирующие сдвиги запрещены), и они вызываются в области GL (включая 0x20 и 0x7F в случае набора 96). SS2 и SS3 должны быть доступны в C1 по адресам 0x8E и 0x8F соответственно. Этот минимальный необходимый набор C1 для ISO 4873 зарегистрирован как ISO-IR-105.
• Уровень 3, который разрешает функции блокировки-переключения GR LS1R, LS2R и LS3R в дополнение к одиночным переключениям, но в остальном имеет те же ограничения, что и уровень 2.

Более ранние версии стандарта допускали присвоения не-ASCII в наборе G0 при условии, что инвариантные позиции ISO/IEC 646 были сохранены, что другие позиции были назначены пробельным (не объединяемым) символам, что 0x23 был назначен либо £ , либо #. , и этот 0x24 был назначен либо $ , либо ¤ . Например, 8-битная кодировка JIS X 0201 совместима с более ранними редакциями. Впоследствии это было изменено, чтобы полностью определить набор ISO / IEC 646: 1991 IRV / ISO-IR № 6 (ASCII).

Использование ISO/IEC 646 IRV (синхронизировано с ASCII с 1991 года) по ISO/IEC 4873 уровня 1 без набора C1 или G1, т.е. использование IRV в 8-битной среде, в которой не используются коды сдвига и высокие бит всегда равен нулю, известен как ISO 4873 DV , где DV означает «Версия по умолчанию».

В случаях, когда повторяющиеся символы доступны в разных наборах, действующая редакция ISO/IEC 4873/ECMA-43 разрешает использовать эти символы только в рабочем наборе с наименьшим номером, в котором они встречаются. Например, если символ присутствует как в наборе G1, так и в наборе G3, его необходимо использовать из набора G1. Однако использование других наборов разрешено в более ранних выпусках.

ISO/IEC 8859 определяет полные кодировки на уровне 1 ISO/IEC 4873 и не допускает совместного использования нескольких частей ISO/IEC 8859. Он предусматривает, что ISO/IEC 10367 . вместо уровней 2 и 3 ISO/IEC 4873 следует использовать ISO/IEC 10367:1991 включает наборы G0 и G1, соответствующие тем, которые использовались в первых девяти частях ISO/IEC 8859 (т.е. те, которые существовали по состоянию на 1991 год, когда он был опубликован), а также некоторые дополнительные наборы.

Escape-последовательности обозначения набора символов используются для идентификации или переключения между версиями во время обмена информацией только в том случае, если этого требует дополнительный протокол; в этом случае стандарт требует последовательности объявлений ISO/IEC 2022, определяющей уровень ISO/IEC 4873, за которой следует полный набор escape-символов, определяющих обозначения наборов символов для C0, C1, G0, G1, G2 и G3 соответственно (но опуская обозначения G2 и G3 для уровня 1), с F -байтом 0x7E, обозначающим пустой набор. Каждый уровень ISO/IEC 4873 имеет свою собственную последовательность объявлений ISO/IEC 2022, а именно:

Код	Шестигранник	Объявление
ESC SP L	1B 20 4C	ИСО 4873 уровень 1
ESC SP M	1B 20 4D	ИСО 4873 уровень 2
ESC SP N	1B 20 4E	ИСО 4873 уровень 3

Расширенный код Unix

Основная статья: Расширенный код Unix

переменной ширины, Расширенный код Unix (EUC) — это 8-битная система кодирования символов используемая в основном для японского , корейского и упрощенного китайского языков . Он основан на ISO 2022, и только наборы символов, соответствующие структуре ISO 2022, могут иметь формы EUC. Могут быть представлены до четырех наборов кодированных символов (в G0, G1, G2 и G3). Набор G0 вызывается через GL, набор G1 вызывается через GR, а наборы G2 и G3 (если они присутствуют) вызываются с использованием одиночных сдвигов SS2 и SS3, которые используются как байты CR (т. е. 0x8E и 0x8F соответственно) и вызывать через GR (не GL). Коды блокировки смены не используются.

страны, Код, назначенный набору G0, — это ASCII или национальный набор символов ISO 646 например KS-Roman (KS X 1003) или JIS-Roman (нижняя половина JIS X 0201 ). Следовательно, 0x5C ( обратная косая черта в US-ASCII) используется для обозначения знака иены в некоторых версиях EUC-JP и знака вона в некоторых версиях EUC-KR.

G1 используется для кодированного набора символов 94x94, представленного двумя байтами. EUC -CN Форма GB 2312 и EUC-KR являются примерами таких двухбайтовых кодов EUC. EUC-JP включает символы, представленные тремя байтами (т. е. SS3 плюс два байта), тогда как один символ в EUC-TW может занимать до четырех байтов (т. е. SS2 плюс три байта).

Сам код EUC не использует последовательности объявлений или обозначений из ISO 2022; однако это соответствует следующей последовательности из четырех последовательностей дикторов, значения которых распределяются следующим образом.

Индивидуальная последовательность	Шестнадцатеричный	Особенность EUC обозначена
ESC SP C	1B 20 43	ISO-8 (8 бит, G0 в GL, G1 в GR)
ESC SP Z	1B 20 5A	Доступ к G2 осуществляется через SS2
ESC SP [	1B 20 5B	Доступ к G3 осуществляется через SS3
ESC SP \	1B 20 5C	Односменный вызов через GR

Составной текст (X11)

Консорциум X определил профиль ISO 2022 под названием Compound Text в качестве формата обмена в 1989 году. При этом используются только четыре управляющих кода: ХТ ( 0x09), NL (новая строка, кодируется как ЛФ , 0x0A) , ЭСК ( 0x1B) и CSI (в 8-битном представлении 0x9B), с СДС ( CSI … ]) Последовательность CSI используется для управления двунаправленным текстом. Это 8-битный код, использующий G0 и G1 для GL и GR, и соответствует ISO-8859-1 . в исходном состоянии Используются следующие F-байты:

Последовательности обозначений ISO 2022, используемые в составном тексте X11 скрывать

Тип escape-последовательности	Последний байт	Графический набор
GZD4, G1D4 (для наборов из 94 символов)	B ( 0x42)	ASCII
	I ( 0x49)	JIS X 0201 катакана
	J ( 0x4A)	ИИСУС X 0201 Романтика
G1D6 (для наборов из 96 символов)	A ( 0x41)	ISO-8859-1 верхняя часть
	B ( 0x42)	ISO-8859-2 верхняя часть
	C ( 0x43)	ISO-8859-3 верхняя часть
	D ( 0x44)	ISO-8859-4 верхняя часть
	F ( 0x46)	ISO-8859-7 верхняя часть
	G ( 0x47)	ISO-8859-6 верхняя часть
	H ( 0x48)	ISO-8859-8 верхняя часть
	L ( 0x4C)	ISO-8859-5 верхняя часть
	M ( 0x4D)	ISO-8859-9 верхняя часть
GZDM4, G1DM4 (для 2-байтовых наборов)	A ( 0x41)	ГБ 2312
	B ( 0x42)	ДЖИС Х 0208
	C ( 0x43)	КС С 5601

Для указания кодировок с помощью меток X11 Compound Text определяет пять последовательностей DOCS для частного использования: ESC % / 0 ( 1B 25 2F 30) для кодировок переменной длины и ESC % / 1 через ESC % / 4 для кодировок фиксированной длины с использованием от одного до четырех байтов соответственно. Вместо использования другой escape-последовательности для возврата к ISO 2022 два байта, следующие за исходной escape-последовательностью, определяют оставшуюся длину в байтах, закодированную в базе 128 с использованием байтов. 0x80–FF. Метка кодировки включается в ISO 8859-1 перед закодированным текстом и заканчивается СТХ ( 0x02).

Сравнение с другими кодировками

Преимущества

• Поскольку весь диапазон кодировок графических символов ISO/IEC 2022 можно использовать через GL, доступные глифы существенно не ограничены невозможностью представления GR и C1, например, в системе, ограниченной 7-битными кодировками. Соответственно, это позволяет представлять в такой системе большой набор символов. Как правило, эта 7-битная совместимость на самом деле не является преимуществом, за исключением обратной совместимости со старыми системами. Подавляющее большинство современных компьютеров используют 8 бит на каждый байт.
• По сравнению с Unicode, ISO/IEC 2022 обходит унификацию Хань , используя коды последовательности для переключения между дискретными кодировками для разных восточноазиатских языков. Это позволяет избежать проблем связанные с унификацией, например трудности с поддержкой нескольких языков CJK с соответствующими вариантами символов в одном документе и шрифте.

Недостатки

• Поскольку ISO/IEC 2022 представляет собой кодировку с отслеживанием состояния, программа не может переходить в середину блока текста для поиска, вставки или удаления символов. Это делает манипуляции с текстом очень громоздкими и медленными по сравнению с кодировками без сохранения состояния. Любой переход в середину текста может потребовать резервного копирования предыдущей escape-последовательности, прежде чем можно будет интерпретировать байты, следующие за escape-последовательностью.
• Из-за особенностей ISO/IEC 2022 с отслеживанием состояния идентичный и эквивалентный символ может быть закодирован в разных наборах символов, которые могут быть обозначены как любой из G0–G3, который может быть вызван с использованием одиночных сдвигов или с использованием блокирующих сдвигов для GL или ГР. Следовательно, символы могут быть представлены разными способами, а это означает, что две визуально идентичные и эквивалентные строки не могут быть надежно сопоставлены на предмет равенства.
• Некоторые системы, такие как DICOM и некоторые клиенты электронной почты, используют вариант ISO-2022 (например, «ISO 2022 IR 100»). ) в дополнение к поддержке нескольких других кодировок. Этот тип вариаций затрудняет портативную передачу текста между компьютерными системами.
• UTF-1 , многобайтовый формат преобразования Unicode , совместимый с представлением 8-битных управляющих символов ISO/IEC 2022, имеет различные недостатки по сравнению с UTF-8 и переключением с других кодировок или на другие кодировки, поддерживаемые ISO/IEC 2022. , обычно не требуется в документах Unicode.
• Благодаря escape-последовательностям можно создавать последовательности атакующих байтов, в которых вредоносная строка (например, межсайтовый скриптинг ) маскируется до тех пор, пока она не будет декодирована в Unicode, что может позволить ей обойти очистку. Таким образом, использование этой кодировки рассматривается комплектами защиты от вредоносных программ как подозрительное. а 7-битные данные ISO 2022 (за исключением ISO-2022-JP) полностью сопоставляются с символом замены в HTML5 для предотвращения атак. Ограниченные версии 8-битного кода ISO 2022, которые не используют escape-символы обозначения или коды блокировки блокировки, такие как расширенный код Unix , не разделяют эту проблему.
• Конкатенация может создать проблемы. Такие профили, как ISO-2022-JP, указывают, что поток начинается в состоянии ASCII и должен заканчиваться в состоянии ASCII. Это необходимо для того, чтобы гарантировать, что символы в объединенных потоках ISO-2022-JP и/или ASCII будут интерпретироваться в правильном наборе. Это приводит к тому, что если поток, который заканчивается многобайтовым символом, объединяется с потоком, который начинается с многобайтового символа, генерируется пара escape-кодов, переключающихся на ASCII и сразу же от него. Однако, как указано в Техническом отчете Unicode № 36 («Вопросы безопасности Unicode»), пары escape-последовательностей ISO 2022 без символов между ними должны генерировать замещающий символ («�»), чтобы предотвратить их использование для маскировки вредоносных последовательностей, таких как как межсайтовый скриптинг . Реализация этой меры, например, в Mozilla Thunderbird , привела к проблемам совместимости, поскольку при объединении двух потоков ISO-2022-JP генерировались неожиданные символы «��».

См. также

• ИСО 2709
• ИСО/МЭК 646
• ИСО-ИР-102
• Коды управления C0 и C1
• Персонажи CJK
• стандарты MARC
• Моджибаке
• оно сияет
• ИСО/МЭК ОТК 1/ПК 2

Ссылки

реестра

• АРИБ (2008). ARIB STD-B24: Спецификация кодирования и передачи данных для цифрового вещания (PDF) (стандарт ARIB). 5.2-Е1. Том. 1. Архивировано (PDF) из оригинала 10 июля 2017 г. Проверено 10 июля 2017 г.
• ЭКМА (1980). ECMA-35: Расширение 7-битного набора кодированных символов (PDF) (стандарт ECMA) (2-е изд.).
• ЭКМА (1994). ECMA-35: Структура кода символов и методы расширения (PDF) (стандарт ECMA) (6-е изд.).
• ЭКМА (1985). ECMA-43: Структура и правила набора 8-битных кодированных символов (PDF) (стандарт ECMA) (2-е изд.).
• ЭКМА (1991). ECMA-43: Структура и правила набора 8-битных кодированных символов (PDF) (стандарт ECMA) (3-е изд.).
• ЭКМА (1991). ECMA-48: Функции управления для наборов кодированных символов (PDF) (стандарт ECMA) (5-е изд.).
• ЭКМА (2000). ECMA-144: наборы 8-битных однобайтовых графических символов: латинский алфавит № 6 (PDF) (стандарт ECMA) (3-е изд.).
• Европейский вещательный союз (1997). ETS 300 706: Спецификация расширенного телетекста (PDF) (Европейские стандарты телекоммуникаций). ЕТСИ .
• ИСО/МЭК ОТК 1/ПК 2 (2003 г.). ISO/IEC 2375:2003: Информационные технологии. Процедура регистрации escape-последовательностей и наборов кодированных символов . ИСО . {{cite book}}: CS1 maint: числовые имена: список авторов ( ссылка )
• ISO/IEC JTC 1/SC 2 (12 февраля 1998 г.). ISO/IEC FDIS 8859-10: Информационные технологии. 8-битные однобайтовые наборы графических символов. Часть 10. Латинский алфавит № 6 (PDF) (Окончательный проект международного стандарта). {{cite book}}: CS1 maint: числовые имена: список авторов ( ссылка )
• ISO/IEC JTC 1/SC 2 (2017). ISO/IEC 10646: Информационные технологии. Универсальный набор кодированных символов (UCS) (стандарт ISO) (5-е изд.). ИСО . {{cite book}}: CS1 maint: числовые имена: список авторов ( ссылка )
• ISO-IR: Международный реестр наборов кодированных символов ISO/IEC для использования с escape-последовательностями (PDF) (указатель реестра). ITSCJ/ IPSJ .
• Шайфлер, Роберт В. (1989). Кодирование сложного текста (стандарт X Консорциума). Х Консорциум .
• ван Кестерен, Энн . Стандарт кодирования WHATWG (Живой стандарт WHATWG). ЧТОРГ .

Зарегистрированные наборы кодов, цитируемые

• ISO/TC 97/SC 2 (1 декабря 1975 г.). ISO-IR-1: Набор управляющих символов ISO 646 (PDF) . ITSCJ/ IPSJ . {{citation}}: CS1 maint: числовые имена: список авторов ( ссылка )
• Шведская комиссия по стандартизации (1 декабря 1975 г.). ISO-IR-7: Комплект управления NATS для передачи текста газеты (PDF) . ITSCJ/ IPSJ .
• Японский комитет промышленных стандартов (1 декабря 1975 г.). ISO-IR-14: Набор японских римских графических символов (PDF) . ITSCJ/ IPSJ .
• ИПТК (25 марта 1976 г.). ISO-IR-26: Комплект управления для передачи текста газеты (PDF) . ITSCJ/ IPSJ .
• ISO/TC 97/SC 2 (15 октября 1977 г.). ISO-IR-36: набор управляющих символов ISO 646, где IS4 заменен на Single Shift для G2 (SS2) (PDF) . ITSCJ/ IPSJ . {{citation}}: CS1 maint: числовые имена: список авторов ( ссылка )
• ISO/TC97/SC2/WG-7 ; ЭКМА (1 августа 1985 г.). ISO-IR-104: Минимальный набор C0 для ISO 4873 (PDF) . ITSCJ/ IPSJ . {{citation}}: CS1 maint: числовые имена: список авторов ( ссылка )
• ISO/TC97/SC2/WG-7 ; ЭКМА (1 августа 1985 г.). ISO-IR-105: Минимальный набор C1 для ISO 4873 (PDF) . ITSCJ/ IPSJ . {{citation}}: CS1 maint: числовые имена: список авторов ( ссылка )
• МСЭ (1 августа 1985 г.). ISO-IR-106: Основной набор функций управления Teletex (PDF) . ITSCJ/ IPSJ .
• Управление стандартизации и измерений (31 июля 1987 г.). ISO-IR-140: Набор управляющих символов C0 стандарта ISO 646, с заменой EM на SS2 (PDF) . ITSCJ/ IPSJ .
• Корейское бюро стандартов (1 октября 1988 г.). ISO-IR-149: Набор корейских графических символов для обмена информацией (KS C 5601:1987) (PDF) . ITSCJ/ IPSJ .
• ISO/IEC/JTC1/SC2/WG3 (16 апреля 1990 г.). ISO-IR-155: Базовый комплект чертежей коробок (PDF) . ITSCJ/ IPSJ . {{citation}}: CS1 maint: числовые имена: список авторов ( ссылка )
• МКИТТ (13 июля 1992 г.). ISO-IR-164: Дополнительный набор графических символов иврита (PDF) . ITSCJ/ IPSJ .
• ЭКМА (22 апреля 1996 г.). ISO-IR-192: Формат преобразования UCS (UTF-8), уровень реализации 3, без стандартного возврата (PDF) . ITSCJ/ IPSJ .
• ЭКМА (22 апреля 1996 г.). ISO-IR-195: Формат преобразования UCS (UTF-16), уровень реализации 3, без стандартного возврата (PDF) . ITSCJ/ IPSJ .
• ЭКМА (22 апреля 1996 г.). ISO-IR-196: Формат преобразования UCS (UTF-8) со стандартным возвратом (PDF) . ITSCJ/ IPSJ .
• Национальное управление по стандартизации Ирландии (07.12.1999). ISO-IR-208: Набор символов в кодировке Огама для обмена информацией (PDF) . ITSCJ/ IPSJ .

Интернет-запросы на комментарии цитируются

• Мурай, Дж.; Криспин, М.; ван дер Поэль, Э. (1993). «RFC 1468: Кодировка японских символов для интернет-сообщений» . Запросы на комментарии . IETF . дои : 10.17487/rfc1468 .
• Охта, М.; Ханда, К. (1993). «RFC 1554: ISO-2022-JP-2: Многоязычное расширение ISO-2022-JP» . Запросы на комментарии . IETF . дои : 10.17487/rfc1554 .
• Чой, У.; Чон, К.; Парк, Х. (1993). «RFC 1557: Корейская кодировка символов для интернет-сообщений» . Запросы на комментарии . IETF . дои : 10.17487/rfc1557 .
• Чжу, ХФ.; Ху, Д.Ю.; Ван, ЗГ .; Као, ТК; Чанг, ЧМ.; Криспин, М. (1996). «RFC 1922: Кодировка китайских символов для интернет-сообщений» . Запросы на комментарии . IETF . дои : 10.17487/rfc1922 .
• Тамару, К. (1997). «RFC 2237: Кодировка японских символов для интернет-сообщений» . Запросы на комментарии . IETF . дои : 10.17487/rfc2237 .

Другие опубликованные работы цитируются

• Лунде, Кен (2008). Обработка информации CJKV (2-е изд.). О'Рейли Медиа . ISBN  9780596514471 .

Дальнейшее чтение

• Лунде, Кен (1998). Обработка информации CJKV . Кембридж, Массачусетс: O'Reilly & Associates . ISBN  1-56592-224-7 .

Внешние ссылки

• ИСО/МЭК 2022:1994.
• ИСО/МЭК 2022:1994/Кор 1:1999
• ECMA-35 , эквивалент ISO/IEC 2022, доступен для бесплатной загрузки.
• Международный реестр наборов кодированных символов, которые будут использоваться с Escape-последовательностями , полный список назначенных наборов символов и их escape-последовательностей.
• История кодов символов в Северной Америке, Европе и Восточной Азии с 1999 г., ред. 2004 г.
• Кена Лунде : CJK.INF документ по кодированию китайского, японского и корейского (CJK) языков, включая обсуждение различных вариантов ISO/IEC 2022.