ГОСТ Р ИСО/МЭК 19794-7—2017
8.3.3 Блок «Тело представления» (Representation body)
8.3.3.1 Структура блока
Блок «Тело представления» должно включать:
- последовательность блоков «Отсчет» (Sample point), каждый из которых состоит из последова
тельности полей «Значение канала» (Channel value);
- поле «Длина дополнительных данных» (Extended data length), за которым следует необязатель
ное поле «Дополнительные данные» (Extended data).
8.3.3.2 Последовательность блоков «Отсчет»
Каждый блок «Отсчет» должен состоять из последовательности полей «Значение канала» для
каналов, которые указаны как присутствующие в блоке «Заголовок представления». Порядок полей
«Значение канала» (Channel value) определен порядком присутствующих каналов в поле «Наличие
каналов» (Channel inclusion) (см. таблицу 4).
Диапазон допустимых значений каналов Z, Г, DT, F, А, Е и R включает целые значения от 0 до
65535. Эти значения должны быть закодированы в 2 байтах как целые числа без знака.
Диапазон допустимых значений каналов X. Y. VX. VY. АХ. AY. TXwTY включает целые значения
от минус 32768 до плюс 32767. Эти значения должны быть закодированы в 2 байтах как целые числа
без знака после добавления 32768 к каждому значению. Следовательно, для положительных значений
8-й бит старшего байта имеет значение, равное 1. а для отрицательных значений 8-й бит старшего
байта имеет значение, равное 0. Для декодирования значений каналов нужно вычесть число 32768 из
записанных значений полей.
Диапазон допустимых значений канала S включает целые числа 0 и 1. Данные значения должны
быть закодированы в 1-м байте как целые числа без знака.
8.3.3.3 Поле «Длина дополнительных данных»
Поле «Длина дополнительных данных» должно определять число байтов информации, содержа
щейся в блоке «Дополнительные данные». Поле «Длина дополнительных данных» должно состоять из
2 байтов и представлять число байтов в формате целого числа без знака. Допустимыми являются
целые значения от 0 до 65535.
8.3.3.4 Поле «Дополнительные данные»
Необязательное поле «Дополнительные данные» позволяет включать данные, которые могут
быть использованы алгоритмами сравнения. В настоящем стандарте требования к структуре поля «До
полнительные данные» не установлены. Если при наличии дополнительных данных они не распозна
ются алгоритмом сравнения, то они должны быть пропущены.
П р и м е ч а н и е — Алгоритмы сравнения, обрабатывающие записи данных в формате, соответствующем
настоящему стандарту, должны демонстрировать одинаковые эксплуатационные характеристики в показателях
вероятностей ошибок при обработке записей данных с наличием и с отсутствием дополнительных данных.
9 Компактный формат записи данных динамики подписи
9.1 Структура записи
Компактный формат записи данных динамики подписи предназначен для использования на иден
тификационных картах и других токенах. Компактный формат используют как для сравнения на карте,
так и для сравнения вне карты.
Компактный формат данных динамики подписи является сокращенным по сравнению с полным
форматом, описанным в разделе 8. Запись данных динамики подписи в компактном формате содержит
одно представление подписи, которое не содержит заголовок и кодирует каждое значение канала толь
ко в 1-м байте. Информация о структуре и содержании записи данных, которая в полном формате за
писывается в блоке «Описания каналов» блока «Заголовок представления», в данном случае хранится в
отдельном объекте данных параметров алгоритма сравнения в соответствии с 9.2.
На рисунке 6 показан блок «Тело записи» записи данных динамики подписи в компактном фор
мате. Сплошными прямоугольниками изображены поля, которые должны присутствовать обязательно, а
пунктирными прямоугольниками — необязательные поля. Длина каждого поля в байтах указана в
скобках внизу соответствующего прямоугольника. Фигурные контуры указывают на то. что может по
следовать и большее число полей того же формата.
14