ГОСТ Р 58295-2018 Информационные технологии. Биометрия. Форматы обмена биометрическими данными. Часть 6. Данные изображения радужной оболочки глаза

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

Содержание
  1. ГОСТР
  2. 58295—
  3. Информационные технологии БИОМЕТРИЯ
  4. Форматы обмена биометрическими данными
  5. Данные изображения радужной оболочки глаза
  6. Предисловие
  7. Содержание
  8. Введение
  9. ГОСТ Р 58295—2018 (ИСО/МЭК 19794-6:2011)
  10. 1 Область применения
  11. 2 Соответствие
  12. 3 Нормативные ссылки
  13. 4 Термины и определения
  14. 5 Сокращения
  15. 6 Описание содержания изображения радужной оболочки глаза
  16. 7 Спецификация формата данных изображения радужной оболочки глаза
  17. 7.4 Структура блока «Заголовок представления» (Representation header)
  18. Блок «Заголовок представления» (Representation header) изображения РОГ должен содержать значения данных в формате, представленном в таблице 4.
  19. 7.4.1 Поле «Тип изображения» (Image type)
  20. Единственный байт в данном поле определяет тип следующего изображения. Изображение долж-но удовлетворять требованиям, приведенным в таблице 5.
  21. 8 Зарегистрированный идентификатор типа формата
  22. Методология испытаний на соответствие
  23. F ({be centra, ameiteet x) – red lue « nwrgkt}
  24. го<8ив={rte diameter, tafgeetjttmepflh=ОД 7 radii»;
  25. RETURN САатоитнмом проверит нааомояж. Провести викужгыгую проверку или жлолмоввп» яикя нительны» алюритиы грсвёриГ)
  26. ENDIF
  27. Требования к регистрации изображений радужной оболочки глаза
  28. Сведения о соответствии ссылочных национальных и межгосударственных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте
  29. Сопоставление структуры настоящего стандарта со структурой примененного в нем международного стандарта
  30. УДК 004.934:006.89.006.354 ОКС 35.040
  31. Ключевые слова: информационные технологии, биометрия, форматы обмена биометрическими данными. данные изображения, изображение радужной оболочки глаза, радужная оболочка глаза

ГОСТР

58295—

2018

(ИСО/МЭК 19794-6: 2011)

Информационные технологии БИОМЕТРИЯ

Форматы обмена биометрическими данными

Часть 6

Данные изображения радужной оболочки глаза

(ISO/1EC 19794-6:2011, Information technology —

Biometric data interchange formats — Part 6: Iris image data, MOD)

Издание официальное

Москва

Стандартимформ

2018

Предисловие

1 ПОДГОТОВЛЕН Некоммерческим партнерством «Русское общество содействия развитию биометрических технологий, систем и коммуникаций» (Некоммерческое партнерство «Русское биометрическое общество») и Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4. при консультативной поддержке Федерального государственного бюджетного образовательного учреждения высшего образования «Московский государственный технический университет имени Н.Э. Баумана (национальный исследовательский университет)» (МГТУ им. Н.Э. Баумана)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 098 «Биометрия и биомониторинг»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 5 декабря 2018 г. N9 1065-ст

4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО/МЭК 19794-6:2011 «Информационные технологии. Форматы обмена биометрическими данными. Часть 6. Данные изображения радужной оболочки глаза» (ISO/IEC 19794-6:2011 «Information technology— Biometric data interchange formats — Part 6: Iris image data». MOD), включая изменение A1:2015. путем изменения отдельных фраз (слов, значений показателей, ссылок), которые выделены в тексте курсивом. Внесение указанных технических отклонений направлено на учет потребностей национальной экономики Российской Федерации.

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

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТР 1.5—2012 (лункт 3.5).

Сведения о соответствии ссылочных национальных и межгосударственных стандартов международным стандартам. использованным в качества ссылочных в примененном международном стандарте. приведены в дополнительном приложении ДА.

Сопоставление структуры настоящего стандарта со структурой примененного в нем международного стандарта приведено в дополнительном приложении ДБ

5 ВЗАМЕН ГОСТ Р ИСО/МЭК 19794-6—2014

6 Некоторые элементы настоящего стандарта могут быть объектами патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за установление подлинности каких-либо или всех патентных прав

Правила применения настоящего стандарта установлены е статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе и Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в ин-формационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© ISO. 2011 — Все права сохраняются © Стандартинформ. оформление. 2018

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

Содержание

1 Область применения…………………………………………………………1

2 Соответствие………………………………………………………………2

3 Нормативные ссылки…………………………………………………………2

4 Термины и определения………………………………………………………3

5 Сокращения……………………………………………………………….3

6 Описание содержания изображения радужной оболочки глаза………………………….4

6.1 Общие положения……………………………………………………….4

6.2 Некадрированное изображение радужной оболочки глаза………………………….5

6.3 Изображения радужной оболочки глаза в формате VGA……………………………ь

6.4 Кадрированное изображение радужной оболочки глаза……………………………5

6.5 Кадрированное изображение радужной оболочки глаза со скрытой областью……………6

7 Спецификация формата данных изображения радужной оболочки глаза…………………..8

7.1 Общие положения……………………………………………………….8

7.2 Структура записи биометрических данных изображения радужной оболочки глаза………..8

7.3 Структура блока «Общий заголовок» {General header)……………………………..8

7.4 Структура блока «Заголовок представления» (Representation header)………………….9

7.5 Тело представления……………………………………………………..14

8 Зарегистрированный идентификатор типа формата…………………………………14

Приложение А (обязательное) Методология испытаний на соответствие……………………15

Приложение В (справочное) Требования к регистрации изображений радужной оболочки глаза …. 48 Приложение ДА (справочное) Сведения о соответствии ссылочных национальных

и межгосударственных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте……………51

Приложение ДБ (справочное) Сопоставление структуры настоящего стандарта

со структурой примененного в нем международного стандарта……………..52

Библиография………………………………………………………………53

Введение

Настоящий стандарт устанавливает требования к форматам обмена данными изображения радужной оболочки глаза (РОГ) для систем, осуществляющих биометрическую регистрацию, верификацию и идентификацию по РОГ. Также настоящий стандарт содержит описание атрибутов и критерия соответствия.

В настоящее время для обмена информацией о РОГ между оборудованием разных изготовителей могут быть использованы изображения глаз. Хотя некоторые приложения могут успешно работать с полноразмерными несжатыми прямолинейными изображениями, есть приложения, которые не могут использовать такие изображения из-за необходимости их хранения и полосы пропускания. Настоящий стандарт также определяет компактные представления РОГ для обеспечения взаимодействия между разработчиками.

Форматы обмена данными изображения РОГ. установленные в настоящем стандарте, основаны на эмпирических результатах исследований межплатформенного обмена данными изображения РОГ (IREX-1) (1]. Два компактных формата поддерживают сжатие изображения РОГ без потерь. Стандарт сжатия без потерь PNG (2) может быть применен для полного сохранения текстуры РОГ. допустимые размеры изображения РОГ — от 20 до 70 Кбайт, что значительно меньше размеров несжатых изображений.

Приложение А включает тестовые утверждения для испытания записей изображений РОГ в двоичном формате на соответствие требованиям настоящего стандарта.

В приложении В установлены рекомендации по регистрации изображений РОГ.

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

ГОСТ Р 58295—2018 (ИСО/МЭК 19794-6:2011)

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационные технологии

БИОМЕТРИЯ

Форматы обмена биометрическими данными

Чаеть 6

Данные изображения радужной оболочки глаза

Information technology. Biometncs. Biometric data interchange formats. Part 6. Iris image data

Дата введения — 2019—08—01

1 Область применения

Настоящий стандарт устанавливает требования к форматам обмена данными изображения ра* дужной оболочки глаза (далее — РОГ) для систем, осуществляющих биометрическую регистрацию, верификацию и идентификацию по РОГ. Информация об изображении должна быть сохранена в виде:

• массива значений интенсивности, при необходимости сжатого в соответствии с (2) иг ги /3/

• массива значений интенсивности, при необходимости сжатого в соответствии с [2} или [3]. который может быть ограничен изображением отцентрированной РОГ с включением областей интереса и скрытием областей, не являющихся РОГ.

Настоящий стандарт не устанавливает:

■ требования к оптическим характеристикам биометрических сканеров РОГ:

• требования к фотометрическим свойствам изображений РОГ;

• требования к процессу биометрической регистрации, технологическому процессу и использованию биометрических сканеров РОГ.

8 настоящем стандарте также приведены элементы методологии испытаний на соответствие, тестовые утверждения и методики испытаний. Настоящий стандарт устанавливает тестовые утверждения. касающиеся структуры формата данных изображения РОГ. определенной в разделах 6. 7 и 8 (испытания типа А уровня 1. установленные в /4/). тестовые утверждения, касающиеся внутренней согласованности по проверке типов значений, которые могут содержаться в каждом поле (испытания типа А уровня 2. установленные в /4Д и семантические тестовые утверждения (испытания типа А уровня 3. установленные в /4J).

Методология испытаний на соответствие, представленная в настоящем стандарте, не устанавливает испытания:

– других характеристик биометрических продуктов или другие типы испытаний биометрических продуктов (например, степень приемлемости, производительность, устойчивость, уровень безопасности):

– на соответствии систем, которые не производят записи данных в соответствии с настоящим стандартом.

(Измененная редакция, изм. А1:2015)

Издание официальное

2 Соответствие

Запись биометрических данных соответствует настоящему стандарту в том случае, если она удовлетворяет всем требованиям, которые касаются:

– структуры данных, значений данных и связей между элементами данных, определенных в раз* деле 7;

* отношения значений данных к входным биометрическим данным, на основе которых произведена запись биометрических данных, как то определено в разделе 6.

Система, создающая записи биометрических данных, соответствует настоящему стандарту в том случае, если все производимые ею записи биометрических данных, содержащиеся в заявлении о соответствии реализации (ЗСР) данной системы, удовлетворяют требованиям настоящего стандарта (как определено выше). При этом записи биометрических данных, создаваемые системой, могут охватывать не все аспекты настоящего стандарта, а только те. которые должны поддерживаться системой согласно ЗСР. Испытание на соответствие выходной записи должно осуществляться е соответствии с требованиями, содержащимися в приложении А.

Система, использующая записи биометрических данных, соответствует настоящему стандарту в том случае, если она способна считать и применить по назначению все записи биометрических данных. содержащиеся в ЗСР данной системы. При этом записи биометрических данных, используемые системой, могут охватывать не все аспекты настоящего стандарта, а только те. которые должны поддерживаться системой согласно ЗСР.

Испытания на соответствие формату обмена биометрическими данными должны удовлетворять требованиям настоящего стандарта, если они соответствуют всем обязательным требованиям, определенным е приложении А. В частности, при проведении ислытаний уровня 1—3 должны применяться тестовые утверждения, приведенные в таблице А.2 приложения А в соответствии с концепцией и правилами. установленными в [4}.

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

Соответствие реализаций всем требованиям настоящего стандарта не является обязательным. Достаточно, чтобы выполнялись требования, заявленные для данной реализации в ЗСР. заполненном в соответствии с (4] и таблицами в разделе А.З приложения А.

(Измененная редакция, изм. А1:2015)

3 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ ISO/IEC 2382-37 Информационные технологии. Словарь. Часть 37. Биометрия

ГОСТ ISO/IEC 19794-1—2015 Информационные технологии. Биометрия. Форматы обмена биометрическими данными. Часть 1. Структура

ГОСТ Р ИСО/МЭК19785-2 Автоматическая идентификация. Идентификация биометрическая. Единая структура форматов обмена биометрическими данными. Часть 2. Процедуры действий регистрационного органа в области биометрии

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национагъные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана осыгка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

4 Термины и определения

В настоящем стандарте применены термины по ГОСТ ISQ/IEC 2382-37 и ГОСТ ISO/IEC 19794-1. а также следующие термины с соответствующими определениями:

4.1 изображение в градациях серого (grey scale): Полутоновое изображение, имеющее один параметр — яркость.

4.2 радужная оболочка глаза: РОГ (iris): Окрашенное кольцо в передней части глаза, состоящее из мышечной и соединительной тканей и пигментных клеток, изменяющих размер зрачка.

4.3 центр радужной оболочки глаза (iris centre): Центр окружности, проходящей по границе меж* ду радужной оболочкой глаза и склерой.

4.4 радиус радужной оболочки глаза (iris radius): Радиус окружности, проходящей по границе между радужной оболочкой глаза и склерой.

4.5 лимб (limbus): Внешняя граница радужной оболочки глаза, место соединения радужной оболочки глаза и склеры.

4.6 отступ (margin): На изображении расстояние от границы между радужной оболочкой глаза и склерой (представленной в качестве окружности) к ближайшей границе изображения, выраженное в пикселях.

Прим вча н и е — В рамках настоящего стандарта отступы определяются в единицах радиуса радужной оболочки глаза R. При написании упорядоченной пэры соблюдается следующий порядок: горизонтальное значение. вертикальное значение.

Пример — 0,6-R: 0.2-R подразумевает, что при значении радиуса радужной оболочки алаза, равном R, существуют следующие отступы данных изображения: 0.6-R слева и справа от радужной оболочки алаза. а также 0,2-R снизу и сверху от радужной оболочки алаза.

4.7 функция передачи модуляции: ФПМ (Modulation Transfer Function. MTF): Отношение модуляции изображения к модуляции объекта как функция пространственной частоты.

4.8 зрачок (pupil): Оптическое отверстие в центре глаза, которое служит в качестве переменной диафрагмы и определяет внутреннюю границу радужной оболочки глаза.

4.9 центр зрачка (pupil centre): Центр для координат всех пикселей, лежащих на границе зрачка и радужной оболочки глаза.

4.10 округление (round): Математическое действие, применяемое к числу х. в результате которого округленное х — самое близкое к х целое число.

4.11 склера (sclera): Внешняя белая оболочка, периферийная по отношению к радужной оболочки глаза.

4.12 пространственная частота (spatial frequency): Измерение частоты следования синусоидального паттерна интенсивности в пространстве, циклов/град или циклов/мм. по данному целевому диапазону.

5 Сокращения

8 настоящем стандарте применены следующие сокращения:

БЕД — блок биометрических данных (biometric data block, BOB):

ЗОБД — запись для обмена биометрическими данными (biometric data interchange record. BDIR);

ЕСФОБД — единая структура форматов обмена биометрическими данными (common biometric exchange formats framework. CBEFF):

JPEG2000 — объединенная группа экспертов в области фотографии, усовершенствованный формат сжатия изображений в соответствии с (3) (joint photographic experts group enhanced compression standard for images as defined in [3]);

PNG — переносимая сетевая графика, формат сжатия без потерь для изображений в соответствии с (2) (portable network graphics lossless compression standard for images as defined in ISO/IEC 15948:2004):

VGA — логическая матрица видеографики, формат изображений с шириной в 640 пикселей и высотой в 480 пикселей (video graphics array image format having width 640 pixels and height 480 pixels).

6 Описание содержания изображения радужной оболочки глаза

6.1 Общие положения

Настоящий раздел устанавливает требования к семантическому содержанию изображений: геометрической структуре, предобработке, протоколу сжатия, формату и размерам изображения {требования к регистрации изображений РОГ приведены в приложении 8). Данные изображения могут быть сжатыми или несжатыми. Если данные не сжаты, то они должны быть представлены в виде двумерного массива монохромных пикселей, развернутого по строкам, начиная с самого младшего адреса, соответствующего верхнему левому углу изображения. Разрядность атрибутов пикселей для всех несжатых исходных изображений должна составлять 8 битов. Изображения, у которых разрядность атрибутов пикселей не составляет 8 битов, должны быть закодированы с помощью форматов PNG или JPEG2000.

Остальные подразделы настоящего раздела устанавливают требования к типам изображений, в таблице 1 приведены четыре типа изображений, определенных иерархично на основе первичных абстрактных базовых изображений РОГ. Соответствующие типы изображений представлены в 7.4.1. Требования раздела 7 устанавливают технические характеристики для кодирования изображений и соответствующие метаданные.

Примечание — Технические характеристики типов изображений, протоколов сжатия, форматов и размеров кадрирования в настоящем стандарте определены посредством исследований межплатформвнного обмена изображениями радужной оболочки глаза (IREX-1) Национальным институтом стандартов и технологий {NIST) [1]. которые проведены специально с этой целью.

Таблица 1 — Иерархия типов изображений радужной оболочки глаза

Наименование

формата

Центрирование

РОГ

Отступ

Ширина W и высота

И. пиксела

Объем данных. Кбайт

Режим

сжатия

Метод

кодирования

данных

И

S 3

СО 4 м

IMAGE TYPE UNCROPPED

Отсутствует

20.6Я

20.2R

Не установлены

Переменный

Отсутствует

Исходные

данные

Переменный

Без потерь

Формат PNG илиЛРЕС2000

Переменный

С потерями

Формат

JPEG2000

IMAGE TYPE VGA

Отсутствует

20.6-R

20.2R

IV =640, W = 480

307.2

Отсутствует

Исходные

данные

От 70 до 140

Без потерь

Формат PNG HnnJPEG2000

Переменный

С потерями

Формат

JPEG2000

IMAGE TYPE CROPPED

Присутствует

0.6-Я

0.2 R

Не установлены

Переменный

Отсутствует

Исходные

данные

От 40 до 70

Без потерь

Формат PNG HnnJPEG2000

От 8 до 24 (компактный)

С потерями (см. примечание 4)

Формат

JPEG2000

AGE TYPE CROPPED ANO MASKED

Присутствует

0.6 R

02-Я

Не установлены

Переменный

Отсутствует

Исходные

данные

От 20 до 50

Без потерь

Формат PNG HnnJPEG2000

От 2 до 6 (компактный)

С потерями

Формат

JPEG2000

(Измененная редакция, изм. А1:2015)

Примечания

1 Применение сжатия с потерями для исходного изображения 1MAGE_TYPE_UNCROPPEO не рекомендуется для изображений с частотой пространственной дискретизации менее 10 пиксепей/мм.

2 Стандартный размер данных для IMAGE_TYPE_CROPPED и IMAGE_TYPE_CROPPED_ANO_MASKED подразумевает изображения РОГ радиусом около 120 пикселей. Другие размеры перечислены в качестве переменных с цепью обзора диапазонов пространственной дискретизации и размера изображения РОГ.

3 Использование хадрирования. скрытия областей или сжатия с потерями может приводить к снижению точности распознавания изображения РОГ.

4 Для приложений сравнения «один к одному» (1:1) размер сжатых данных IMAGE_TYPE_CROPPED может доходить до 3 Кбайт.

6.2 Некадрированнов изображение радужной оболочки глаза

Некадрироаанное изображение РОГ должно содержать растровое изображение одного глаза. Пример представлен на рисунке 1. При радиусе изображения РОГ равном R. отступы данных изображения должны быть как минимум 0.2′ R пикселей сверху и снизу от изображения РОГ и как минимум 0.6 R пикселей слева и справа от изображения РОГ. Указанные отступы данных изображения РОГ должны быть рассчитаны от исходного изображения РОГ. При этом не всегда е пределах изображения РОГ центрирована.

Для сжатия данных некадрированного изображения рекомендуется использовать формат сжатия без потерь. Не допускается применение формата PNG в чересстрочном режиме. Если используется формат JPEG2000, данные изображения должны быть сохранены в формате JPEG2000.

Для некадрированного изображения РОГ в структуре записи в поле «Тип изображения» (Image type) (раздел 7, таблица 4. строка 9] должно быть установлено значение 1.

6.3 Изображения радужной оболочки глаза в формате VGA

Изображения РОГ в формате VGA представляют собой специальный случай кекадрированных изображений РОГ. Ширина изображения должна составлять 640 пикселей, а высота — 480 пикселей. Дополнительные ограничения для отступов и контейнер наследуются от некадрированного изображения РОГ (см. 6.2).

Если изображения сжаты, они должны быть сжаты в соответствии с форматом PNG или форматом JPEG2000 для сжатия без потерь либо с форматом JPEG2000 для сжатия с потерями.

Для изображения РОГ в формате VGA в структуре записи в поле «Тил изображения» (Image type) (раздал 7. таблица 4. строка 9] должно быть установлено значение 2.

Рисунок 1 — Пример некадрированного изображения радужной оболочки глаза или изображения радужной оболочки глаза в формате VGA

6.4 Кадрированное изображение радужной оболочки глаза

возможна реализация кадрированной версии прямолинейного изображения РОГ. которая поддерживает компактное хранение. Для этого необходима крупная локализация РОГ.

Прямолинейные кадрированные изображения должны содержать РОГ. центрированную относительно геометрического центра растрового изображения. Пример представлен на рисунке 2.

Размер кадрируемой области равен отступу шириной 0.6 – R пикселей с левой и с правой стороны изображения РОГ. Отступы сверху и снизу изображения РОГ должны составлять 0,27? пикселей. Пиксели отступа должны представлять собой фактические показания датчика, а не подставные значения.

Части изображения РОГ. подвергаемые кадрированию во время записи (например, отсутствующие во входном изображении), должны быть заменены пикселями со значением 0. Не рекомендуется создавать записи с частичным или полным отсутствием данных о РОГ; между тем при обнаружении записи с недостатком должна быть произведена повторная попытка сбора биометрических данных.

Тип изображения «Кадрированное изображение РОГв наследует все требования типа изображения «Некадрированное изображение РОГ», которые установлены в 6.2, с возможностью сжатия.

Для кадрированного изображения РОГ в структуре записи в поле «Тип изображения» (развел 7, таблица 4, строка 9) должно быть установлено значение 3.

Рисунок 2 — Пример кадрированного изображения радужной оболочки глаза

6.5 Кадрированное изображение радужной оболочки глаза со скрытой областью

6.5.1 Общие положения

Для обеспечения высокой степени сжатия изображения кадрированное прямолинейное изображение РОГ может иметь скрытые области. В процесс скрытия включаются пиксели трех областей: верхнее веко и нижнее веко, а также склера. Область скрытия должка состоять из единственного значения серого, обозначенного для четырех связных областей пикселей (см. рисунок 3). Преимущества применения данного метода подтверждаются научно-технической практикой [5].

Для обеспечения высокой степени сжатия изображения и того, что большинство кодируемых байтов является частью РОГ. на кадрированном изображении со скрытыми областями пиксели вне области РОГ должны быть заменены фиксированным значением скрытия.

Пиксели в области склеры должны быть заменены фиксированным значением, равным 200.

В случае обнаружения на кадрированном изображении областей верхнего и/или нижнего век пиксели в этих областях и за их пределами должны быть заменены значением 128 таким образом, что стандартные методы обнаружения и установки границ области век на изображениях без скрытия областей смогут продолжать работать с типом изображения «Кадрированное изображение РОГ со скрытой областью». Верхнее или нижнее веко не должно закрывать РОГ (см. рисунок 3). Во всех случаях пиксели в области склеры должны быть заменены фиксированным значением 200, и в случае обнаружения областей век пиксели в этих областях и за их пределами должны быть заменены значением 128.

(Измененная редакция, изм. А1:2015)

Тип изображения «Кадрированное изображение РОГ со скрытой областью» наследует все требования типа изображения «Кадрированное изображение РОГ», которые установлены в 6.4, с возможностью сжатия.

Для кадрированного изображения РОГ со скрытой областью е структуре записи в поле «Тип изображения» (раздел 7, таблица 4. строка 9) должно быть установлено значение 7.

Примечание — Скрытие областей используется только при сжатии: скрытие в серых тонах не может быть использовано в качестве надежного индикатора сегментации. В процессе сжатия изображения алгоритмом сжатия может быть изменено значение скрытия.

6.5.2 Скрытие склеры

Пиксели в области склеры должны быть заменены фиксированным значением скрытия, рае* ным 200. Скрытие изображения склеры распространяется от первого к последнему столбцу, за исключением тех случаев, когда края и верхнего, и нижнего века встречаются на левой или правой границе изображения.

(Измененная редакция, изм. А1:2015)

6.5.3 Скрытие век

Пиксели в области как верхнего, так и нижнего века должны быть заменены фиксированным зна* чением скрытия, равным 128.

Скрытие изображения верхнего века должно распространяться до первого (верхнего) ряда изображения от крайне левого к крайне правому столбцу изображения. Скрытие изображения нижнего века должно распространяться к последнему (нижнему) ряду изображения и от крайне левого к крайне правому столбцу изображения.

с) d)

а) РОГ закрыта обоими веками: Ь| РОГ закрыта только верхним веком, с) РОГ закрыта только нижним веком, d) РОГ не закрыта вехами

Рисунок 3 — Примеры кадрированного изображения радужной оболочки таза и изображения оболочки таза со скрытой областью

(Измененная редакция, изм. А1:2015)

6.5.4 Размытие границы скрытия

Переходы от областей изображений РОГ и склеры к областям скрытия изображений век. а также от изображения РОГ к области скрытия изображения склеры должны быть локально сглажены для минимизации влияния границ на объем кодирования сжатия.

Для данных целей используется следующий метод: после замены значений пикселей век и склеры исходного изображения на значения скрытия границы областей скрытия сглаживаются низкочастотным фильтром. Каждый пиксель изображения, в центре маски размером 7*7 которого находится как минимум один пиксель скрытия, должен быть заменен средневзвешенной суммой биноминального ядра размером 7*7. Коэффициенты указанного ядра К вычисляют по формуле

где (1 6 15 20 15 6 1]т.

K = 1/(64-64)UU7.

Значение пикселей сглаживания границ должно быть рассчитано после процесса скрытия, но до начала процесса следующей замены пикселя; если пиксели принадлежат одновременно и переходному окружению скрытия изображения РОГ-склера, и переходному окружению скрытия изображения РОГ или склера к веку, то необходимо использовать значения замены из процесса сглаживания границ века.

7 Спецификация формата данных изображения радужной оболочки глаза

7.1 Общие положения

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

В случае отсутствия дополнительных указаний все численные значения кодируются в виде целых чисел фиксированной длины без знака. Все данные заголовка должны быть записаны в формате обратного порядка следования байтов (от старшего к младшему). Когда определения данных битового уровня указаны, бит 1 должен приниматься как младший значащий бит. Для полей со знаком используют двойное дополнительное кодирование.

7.2 Структура записи биометрических данных изображения радужной оболочки глаза

В таблице 2 представлена структура записи биометрических данных изображения РОГ. Запись должна содержать изображения РОГ одного либо двух глаз одного субъекта. Блок «Общий заголовок» (General header) должен содержать информацию о числе последующих изображений РОГ. количестве представленных глаз и общей длине записи. Если при записи данных изображения РОГ не определено. какой глаз представлен, то для метки глаза должно быть установлено значение SUBJECT_EYE IABELJJNDEF – 0 (0x00).

Каждое изображение РОГ сопровождается блоком «Заголовок представления» (Representation header). При необходимости каждое изображение должно быть заполнено дополнительными битами таким образом, чтобы оно содержало целое число байтов.

Таблица 2 — Запись биометрических данных изображения радужной оболочки глаза

Содержание

Тип данных

Блок «Общий заголовок» (General header)

Составной, см. таблицу 3

Первое изображение

Блок «Заголовок представления» (Representation header)

Составной, см. таблицу 4

Изображение

Символ без знака

Второе изображение

Блок «Заголовок представления» (Representation header)

См. таблицу 4

Изображение

Символ без знака

Последующие записи

7.3 Структура блока «Общий заголовок» (General header)

Блок «Общий заголовок» (General header) изображения РОГ должен содержать значения данных в формате, представленном в таблице 3.

Таблица 3 — Блок «Общий заголовок» (General header)

Лопе

Длина,

байт

Допустимое

значение

Описание

«Идентификатор формата» (Format identifier)

4

0x49495200 (Т T’R’OxOO)

Даннов попе состоит из трех символов «IIR» с нулевым символом на конце

«Номер версии стандарта» (Version number)

4

0x30323000 fO”2′ ‘(70×00,

Данное число означает, что для создания записи данных изображения РОГ использована вторая версия стандарта. Данное поле состоит из грех символов ASCII с нулевым символом на конце

Окончание таблицы 3

Лоле

Длина.

байт

Допустимое

значение

Описание

«Длина записи» (Length of record)

4

От 69 до 232– 1

Данное поле содержит значение полной длины записи денных изображения РОГ в байтах. Данная сумма является полной длиной блока данных, вхлючая блок «Общий заголовок», и одной или нескольких записей представления

«Число представлений РОГ» (Number of iris representations)

2

От 1 до 65535

Данное поле содержит число представлений РОГ. включенных в запись. Необходимо наличие минимум одного представления

«Сертификационный флаг» (Certification flag)

1

0x00

Для настоящего стандарта схемы сертификации не представлены

«Число представленных глаз» (Number of eyes represented)

1

0.1,2

1 — будет представлен либо левый, либо правый глаз;

2 — неизвестно, какой глаз будет представлен:

0— асимметрия изобрвжения(й)гпаз неизвестна. Данное поле заполняется первым представлением

7.4 Структура блока «Заголовок представления» (Representation header)

Блок «Заголовок представления» (Representation header) изображения РОГ должен содержать значения данных в формате, представленном в таблице 4.

Таблица 4 — Блок «Заголовок представления» (Representation header)

Поле

Длина.

байт

Допустимое значение

Описание

«Длина представления» (Representation length)

4

От 53 ДО ((232-1). 16)

Данное поле содержит значение длины представления в байтах, включая длину полей блока «Заголовок представления»

«Дата и время регистрации» (Capture date and time)

9

См. 12.3.2

ГОСТ ISQ/IEC 19794-1—2015.

Пример — Вторник 17:35:20 Декабрь 15. 2005 кодируется как 0x07 D50C 0F11 2314 FFFF

Данное поле содержит время и дату регистрации представления по Гринвичу (универсальное глобальное время). Значения данного поля должны быть закодированы в соответствии с требованиями ГОСТ ISQ/IEC 19794-1

«Идентификатор технологии биометрического сканера» (Capture device technoiogy identifier)

1

0 (0x00): неизвестен или не определен

1 (0x01): CMOS/CCD

Данное поле содержит класс технологии биометрического сканера. Если технология неизвестна или не определена, то должно быть установлено нулевое значение (0x0000)

«Идентификатор изготовителя биометрического сканера» (Capture device vendor ID)

2

0x0000 (не определен) или значение, зарегистрированное регистрационным органом*

Данное поле содержит информацию о биометрической организации, являющейся владельцам продукта, создавшего ЗОБД. Идентификатор изготовителя биометрического сханвра должен быть закодирован в 2 байтах и включать идентификатор организации — участника ЕСФОБД. зарегистрированный регистрационным органом. Если изготовитель биометрического сканера не определен, то должно быть установлено нулевое значение (0x0000)

* Деятельность no присвоению уникальных идентификаторов биометрическим организациям, осуществляющим деятельность в Российской Федерации, и биометрическим продуктам, разрабатываемым и/или серийно выпускаемым и/или реализуемым в Российской Федерации, а также ведение соответствующих реестров осуществляет Некоммерческое партнерство «Русское биометрическое общество», официально зарегистрированное Международной ассоциацией биометрии и идентификации (МАБИ) (The International Biometrics & Identification Association (18IA)) в качестве ведущей организации ЕСФОБД.

Продолжение таблицы 4

Попе

Длина,

байт

Допустимое мачение

Описание

«Идентификатор типа биометрического сканера» (Capture device type ID)

2

0x0000

(не определен) или значение, зарегистрированное регистрационным органом

Данное поле содержит информацию о типе продукта, создавшего ЗОБД. Тип продукта определен владельцем зарегистрированного продукта или другим регистрационным органом. Если тип биометрического сканера не определен, то должно быть установлено нулевое значение (0x0000)

Запись «Качество» (Quaitty record)

От 1 ДОЛ

См.

ГОСТ ISQ/IEC 19794-1

Запись данных о качестве должна состоять из поля «Число блоков «Качество» (1 байт), за которым следуют блоки «Качество» (при их наличии). В поле «Число блоков «Качество» должно быть указано число блоке» «Качество» в виде целого числа без знака.

Каждьм блок «Качество» должен состоять из полей: «Показатель качества». «Идентификатор разработчика алгоритма оценки качества». «Идентификатор алгоритма оценки качества».

Поле «Показатель качества» (1 байт) определяет количественное выражение расчетных эксплуатационных характеристик биометрического образца, представляется в виде целого числа без знака. Допустимыми значениями являются:

• цегь*е числа в диапазоне от 0 до 100. где ббльшие значения отражают более высокое качество:

– IMAGE_QUAL_FAILED = 255 (OxFF). ошибка при вычислении показателя качества.

Поле «Идентификатор разработчика алгоритма оценки качества» должно содержать информацию об организации, предоставившей алгоритм оценки качества. Идентификатор разработчика алгоритма оценки качества должен быть закодирован в 2 байтах и включать идентификатор организации — участника ЕСФОБД. зарегистрированный регистрационным органом. Если данное поле содержит нули, то разработчик алгоритма оценки качества не определен.

Поле «Идентификатор алгоритма оценки качества» должно содержать информацию об алгоритме оценки качества, с помощью которого рассчитан показатель качества. Данное значение определяется разработчиком алгоритма оценки качества или регистрационным органом. Значение должно быть закодировано в 2 байтах. Если данное поле содержит нули, то алгоритм оценки качества не определен

«Номер представления» (Representation number)

2

От 1 до числа представлений <65536

Должно содержать порядковый номер представления

«Метка глаза» (Eye (abet)

1

SUBJECT EYE LABEL UNDEF = 0 (0x00) SUBJECT EYE LABEL RIGHT = 1 (0x01) SUBJECT EYE LABEL

LEFT = 2 (0x02)

Относится к глазам субъекта

Продолжение таблицы 4

Поле

Длина.

байт

Допустимое значение

Описание

«Тип изображения» (Image type)

1

IMAGE TYPE UNCROPPED – 1 (0x01)

Некадрироеанное прямолинейное изображение РОГ

IMAGE_TYPE_VGA = 2 (0x02)

Прямолинейное изображение РОГ в формате VGA (ширина в 640 пикселей и высота в 480 пикселей)

IMAGE TYPE CROPPED =

3(0x03)

Кадрированное, центрированное, изображение РОГ с отступами (О.б-R. 0.2 -R)

IMAGE TYPE CROPPED AND MASKED = 7 (0x07)

Кадрированное со скрытой областью, центрированное, изображение РОГ с отсгупакы (0.6 Я. 0.2 Я)

Для всех типов изображений (см. таблицу 5 и соответствующие требования)

«Формат изображения» (Image format)

1

IMAGEFORMAT MONO

RAW = 2 (0x02)

IMAGEFORMAT MONO

JPEG2000 = 10{0x0A)

IMAGEFORMAT MONO

PNG – 14 (OxOE)

Формат данных изображения

«Свойства бита» (Properties brt)

1

Биты 1—2. например, младшие биты: ORIENTATION UNDEF=0 HORZ ORIENTATION BASE = 1 HORZ ORIENTATION FLIPPED = 2

ORIENTATION UNDEF=0 VERT ORIENTATION BASE = 1 VERT ORIENTATION FLIPPED – 2

Биты 5—6:0.0

Биты 7—8:

PREVIOUS COMPRESSION UNDEF =0

PREVIOUS COMPRESSION

LOSSLESS OR NONE = 1 PREVIOUS COMPRESSION LOSSY = 2

Горизонтальная ориентация

Вертикальная ориентация

Зарезервировано ИСО/МЭК СТК 1<ПК 37 для дальнейшего использования; по умолчанию 0.0 История сжатия

«Горизонтальный размер изображения» (Image width)

2

>0

Ширина, пиксель

«Вертикальный размер изображения» (Image height)

2

>0

Высота, пиксель

«Битовая глубина» (Bit depth)

1

Минимум 8

Число бит на один пиксель каждого цвета (изображения, у которых разрядность атрибутов пикселя > в битов, кодируются с помощью формата PNG или формата JPEG2000)

«Диапазон» (Range)

2

От2до(2-2)

RANGE UNASSIGNED = 0 RANGE_FAlLED – 1 RANGE_OVERFLOW = 21° – 1

Данное попе определяет расстояние между оптическим центром линз камеры и РОГ субъекта, мм. Примечание — Увеличение не может быть достигнуто через диапазон значений, если биометрический сканер может изменять свое фокусное расстояние при помощи объектива или другим способом

Окончание таблицы 4

Попе

Длина,

байт

Допустимое значение

Описание

«Угол поворота» (Roll angle)

2

От 0 ДО 65534

ROLL.ANGLE.UNDEF = 65535

Угол поворота определятся как округленный до целого числа без знака резугътат выражения (65535 угогУЗбО). где угол. град, измеряется против часовой стрелки (см. 7.4.2.1)

«Погрешность угла поворота» (Roil angle uncertainty)

2

От 0 до 65534

ROLL UNCERTAIN

UNDEF = 65535

Погрешность угла поворота определятся как округленный до целого числа без знака результат выражения (65535- погрешность/180). где 0 S погрешность < 180. где погрешность, град, является абсолютным значением максимальной ошибки (см. 7.4.2.2)

«Центр РОГ. наименьшее знамение координаты Х}> (Iris centre, smallest X)

2

От 1 до 65535 COORDINATEJJNOEF = 0

Наименьшее предполагаемое значение координаты X изображения центра РОГ, пиксель, измеренное от левого края изображения

«Центр РОГ. наибольшее знамение координаты Хр (Iris centre, largest X)

2

От 1 до 65535 COORDINATEJJNOEF = 0

Наибольшее предполагаемое значение координаты X центра РОГ. пиксель, измеренное от левого края изображения

«Центр РОГ. наименьшее значение координаты Ур (Iris centre, smallest У)

2

От 1 до 65535 COORDINATE_UNDEF = 0

Наименьшее предполагаемое значение координаты У центра РОГ. пиксель, измеренное от верхнего края изображения

■Центр РОГ. наибольшее знамение координаты У» (Ins centre, largest Y)

2

От 1 до 65535 COORDINATE.UNDEF = 0

Наибольшее предполагаемое значение координаты У центра РОГ, пиксель, измеренное от верхнего края изображения

«Диаметр РОГ. наименьшее значение» (Iris diameter, smallest)

2

От 1 до 65535 COORDINATEJJNOEF = 0

Наименьший предполагаемый диаметр РОГ. пиксель

«Диаметр РОГ. наибольшее значение» (Iris diameter, largest)

2

От 1 до 65535 COORDINATE_UNDEF = 0

Наибольший предполагаемый диаметр РОГ. пиксель

«Длина данных изображения» (image length)

4

От 1 до 4294967226

Число байтов данных изображения (тело представления)

7.4.1 Поле «Тип изображения» (Image type)

Единственный байт в данном поле определяет тип следующего изображения. Изображение долж-но удовлетворять требованиям, приведенным в таблице 5.

Таблица 5 — Типы изображений исоответствующие требования

Тип

изображение

Наименование

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

1

Некедрированное изображение РОГ

6.2

2

Изображение РОГ в формате VGA

6.3

3

Кадрированное изображение РОГ

6.4

7

Кадрированное изображение РОГ со скрытой областью

6.5.1—6.5.4

7.4.2 Дополнительная оценка поворота головы относительно камеры

7.4.2.1 Поле «Угол поворота» (Roll angle)

Системам, которые регистрируют одновременно изображения двух глаз, следует измерять наклон головы субъекта, например путем построения линии между центрами зрачков левого и правого глаза и измерением угла поворота между этой линией и горизонтальной осью системы формирования изображений. Информацию об угле поворота используют при сравнении и для быстрого поиска по большим базам данных. Значение угла поворота должно быть записано в градусах, причем положительное значение угла соответствует повороту межзрачковой линии против часовой стрелки относительно горизонтальной оси камеры. Если информация об угле поворота не представлена, то в поле «Угол поворота» (Roll angle) должно быть установлено значение OxFFFF.

7.4.2.2 Поле «Погрешность угла поворота» (Roll angle uncertainty)

Погрешность угла поворота — это оценка максимальной ошибки определения угла поворота, связанная с системой формирования изображения. Она должна быть записана как ненулевое значение, град. Если информация об угле поворота не представлена, то в поле «Погрешность угла поворота» (Roll angle uncertainty) должно быть установлено значение OxFFFF.

7.4.3 Локализация

Дополнительные поля для центра и диаметра РОГ используются при процессе локализации и сегментации РОГ. Данные поля должны быть заполнены либо при локализации РОГ во время регистрации. либо при помощи следующих постоянных: размер изображения, масштаб и глубина резкости. Наличие данных в этих полях может ускорить процесс локализации и исключить ошибки сегментации, связанные с большим диапазоном поиска. В зависимости от точности записанных значений направленный поиск может пропустить верную сегментацию РОГ. Данные значения могут быть использованы или проигнорированы при последующей обработке.

7.4.4 Поле «Длина данных изображения» (Image length)

Блок «Заголовок представления» (Representation header) изображения РОГ должен завершаться полем «Длина данных изображения» (Image length), которое следует за данными изображения (тело* представления).

7.4.5 Постоянные, используемые в блоке «Заголовок представления» (Representation header)

Описание постоянных, используемых в блоке «Заголовок представления» (Representation header), приведено в таблице 6.

Таблица 6 — Постоянные, используемые в блоке «Заголовок представления» (Representation header)

Постоянная

Описание

Поле о таблице 4

•JJNDEF

Используется для любых постоянных для обозначения того, что параметр не определен

Разгычныв

IMAGE_QUAL_FAILED

Попытка доступа к качеству изображения образца была предпринята, но не удалась

Запись «Качество» (Quality record)

SUBJECT_EYE_LABEL_RIGHT

На изображении представлен правый глаз субъекта

«Метка глаза» (Eye label)

SUBJECT_EYE_LABEL_LEFT

На изображении представлен левый глаз субъекта

IMAGEFORMAT.MONO.RAW

Изображение является монохромным и несжатым

«Формат изображения» (Image format)

IMAGEFORMAT_MONO_JPEG2000

Изображение является монохромным и сжато с помощью алгоритма JPEG2000. как определено в/б/. в формат файла JPEG2000

1MAGEFORMAT_MONO_PNG

Изображение является монохромным и сжато с помощью алгоритма PNG. как определено в [2}

* В настоящем стандарте термин «тело» обозначает внутреннюю часть информационного объекта.

Окончание таблицы 6

Постоянная

Описание

Попе а таблице Л

HORZ.OR1ENTAT1ON.8ASE

Левая сторона глаза на левой сторона изображения (например, крайняя точка левого глаза в направлении к носу или крайняя точка правого глаза в направлении к виску)

«Свойства

бита»

(Properties bit)

HORZ.ORIENTATION.FLIPPED

Горизонтальная ориентация является противоположной описанию ORIENTATION. BASE, например зеркальное отражение относительно вертикальных осей

VERT.OR1ENTATION.BASE

Больший край глаза находится вверху изображения

VERT.ORIENTATION.FLIPPED

Вертикальная ориентация является противоположной описанию ORIENTATION. BASE, например зеркальное отражение относительно горизонтальных осей

VERT.ORIENTATION.FLIPPED

Вертикальная ориентация является противоположной описанию ORIENTATION. BASE, например зеркальное отражение относительно горизонтальных осей

PREVIOUS COMPRESSION LOSSLESS OR.NONE

Изображение не сжато либо сжато без потерь до представления в текущем формате

PREVIOUS.COMPRESSION.LOSSY

Изображение сжато с потерями до представления в текущем формате

RANGE.UNASSIGNED

Не предпринято ни одной попытки оценки диапазона

«Диапазон»

(Range)

RANGE.FA1LED

Попытка оценки диапазона предпринята, но не удалась

RANGE.OVERFLOW

Оценка диапазона, мм. превышает 2 – 2

7.5 Тело представления

Данное поле должно содержать все данные зарегистрированных или обработанных изображений РОГ. Каждый пиксель несжатых данных в градациях серого должен быть квантован в 8 битов (256 уровней серого), содержащихся в 1 байте. В случае использования сжатия данные пикселя должны быть сжаты в соответствии с технологией сжатия, определенной в поле «Формат изображения» (раздел 7, таблица 4, строка 10).

8 Зарегистрированный идентификатор типа формата

Регистрация, представленная в таблице 7. осуществлена регистрационным органом ЕСФОБД (см. ГОСТ Р ИСО/МЭК 19785-2} для идентификации фюрмата записи изображения РОГ. Владельцем формата является ИСО/МЭК СТК 1 /ПК 37, зарегистрированный идентификатор владельца формата 257 (0x0101).

Таблица 7 — Идентификатор типа формата

Идентификатор типа формата ББД ЕСФОБД

Короткое имя

Попкый идентификатор объекта

09 (0x0009)

iris-rmage-rectilinear

(iso(1) registration-authority(l) cbeff (19785) organ<zations(0))tc1-sc37(257) bdbs{0) iris-tmage-rectilinear (9)}

Приложение А (обязательное)

Методология испытаний на соответствие

А.1 Общие положения

В настоящем приложении используется методология испытаний на соответствие, представленная е /4/. Приведенные ниже таблицы основаны на данной методологии и должны быть использованы только в ее рамках.

А.2 Таблица требований

Требования, установленные настоящим стандартом, приведены в таблице А.1. Поставщик тестируемой реализации (ТР, может сообщить о ев соответствии необязательным требованиям стандарта, а ислытагвгъная лаборатория — зафиксировать результаты испытаний.

Таблица АЛ—Табгмца требований

I

II

&

»ь | 3*6

О

Краткое описание требования

$

а

с

£

о

X

«•

2

о

Применимость типа формата

Поддержка ТР

S

2 1 IS И

Г

5

2 ’ И Л

S

с

Тип 02

3

с

4

3

с

д

R-1

Таблица 3. строка 1

Значение поля «Идентификатор формата» должно быть записано в 4 байтах

1

М

Да

Да

Да

Да

R-2

Таблица 3. строка 1

Значение поля «Идентификатор формата» должно быть записано в нуль-терминированной строке с тремя символами Т ‘Г ‘R*

1

М

Да

Да

Да

Да

R-3

Таблица 3. строка 2

Значение поля «Комер версии стандарта» должно быть записано в 4 байтах

1

М

Да

Да

Да

Да

R-4

Таблица 3. строка 2

Значение поля «Номер версии стандарта» должно быть записано е нуль-терминированной строке с тремя символами ASCII. Первый и второй символы обозначают номер версии стандарта (X)’. *2*). третий символ — номер поправки или изменения редакции (*0*)

1

М

Да

Да

Да

Да

R-5

Таблица 3. строка 3

Поле «Дпта записи» (4 байта) должно содержать значение полной длины записи изображения РОГ в байтах

1

М

Да

Да

Да

Да

R-6

Таблица 3. строка 3

Длина записи должна составлять от 69 до (2 й – 1)

1

М

Да

Да

Да

Да

R-7

Таблица 3. строка 3

Данная сумма является полной длиной блока данных. включая блок «Общий заголовок», и одной или нескольких записей представления

2

М

Да

Да

Да

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

>2 «

н*

и

Краткое описание требования

a

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л ф

II

О

е

д

о

е

д

о

с

д

►ь

о

с

д

R-8

Таблица 3. строка 4

Общее число представлений РОГ. включенных в запись. должно быть записано в 2 байтах

1

М

Да

Да

Да

Да

R-9

Таблица 3, строка 4

Общее число представлений РОГ. включенных в запись. должно быть от 1 до 65535

1

м

Да

Да

Да

Да

R-10

Таблица 3, строка 4

Необходимо наличие минимум одного представления

2

м

Да

Да

Да

Да

R-11

Таблица 3. строка 4

Число представлений РОГ должно соотеетсгэовать

числу представлений, включенных в запись

2

м

Да

Да

Да

Да

R-12

Таблица 3. строка 5

Поле «Сертификационный флаг» должно состоять из

1 байга

1

м

Да

Да

Да

Да

R-13

Таблица 3. строка 5

Поле «Сертификационный флаг» должно иметь значение 0x00, так как для настоящего стандарта схемы сертификации не представлены

1

м

Да

Да

Да

Да

R-14

Таблица 3. строка 5

В записи не должно быть блока данных о сертификации

2

м

Да

Да

Да

Да

R-15

Таблица 3. строка 6

Число представленных

глаз должно быть записано а 1 байте

1

м

Да

Да

Да

Да

R-16

Таблица 3. строка 6

Число представленных глаз должно иметь значение от 0 до 2

1

м

Да

Да

Да

Да

R-17

Таблица 3, строка 6

Число представленных

глаз должно иметь значение 1. если метка глаза всех представлений имеет одинаковое значение, либо

1 или 2

2

м

Да

Да

Да

Да

R-18

Таблица 3. строка 6

Число представленных

глаз должно иметь значение 2. если метка глаза для всех представлений имеет значение 1 или 2 и среди всех представлений одна или несколько из них имеет значение 1. а остальные — значение 2

2

м

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

О

Краткое описание требования

J

Z

е

о

£

о

X

§

и

Применимость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

Л

о

е

д

X

о

с

д

R-19

Таблица 3. сгрока 6

Число представленных глаз должно иметь значение 0. если метка глаза любого из представлений является неопределенной (то есть ее значение равно 0}

2

М

Да

Да

Да

Да

R-20

7.1

Все данные должны храниться в формате обратного порядка следования байтов

1

М

Да

Да

Да

Да

R-21

7.1

Когда определения данных битового уровня указаны, бит 1 должен приниматься как младший значащий бит

1

С

Да

Да

Да

Да

R-22

7.2

Запись должна содержать изображения одного субъекта

ЗС

0-1

Да

Да

Да

Да

R-23

7.2

Запись биометрических

данных изображения РОГ должна иметь блок «Общий заголовок» и информацию по крайней мере об одном изображении

1

м

Да

Да

Да

Да

R-24

7.2

Запись должна содержать изображения одного либо двух глаз

ЗС

0-1

Да

Да

Да

Да

R-25

7.3

Запись биометрических

данных изображения РОГ должна иметь блок «Общий заголовок», который содержит информацию о числе последующих изображений. числе представленных таз и общей длине записи, а также дополнительную информацию, указанную в таблице 3

1

м

Да

Да

Да

Да

R-100

7.2

Каждому представлению

РОГ предшествует блок «Заголовок представления РОГ». содержащий информацию об этом представлен»!. Для каждого представления, содержащегося в ЗОБД должен быть один заголовок

1

м

Да

Да

Да

Да

R-101

Таблица 4. сгрока 1

Значение поля «Длина представления» должно быть записано в 4 байтах для каждого представления РОГ

1

м

Да

Да

Да

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

|S «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л ф

II

О

е

д

о

е

д

о

с

д

►ь

о

с

д

R-102

Таблица 4, строка 1

Значение поля «Длина представления» должно быть от 53 до ((2“ -1) -16)

1

М

Да

Да

Да

Да

R-103

Таблица 4. строка 1

Для каждого представления изображения РОГ длина представления должна представлять число байтов между концом предыдущего представления (или общим заголовком для первого представления в записи) и началом следующего представления (или концом записи для последнего представления в записи)

2

М

Да

Да

Да

Да

R-104

Таблица 4. строка 2

Значение поля «Дата регистрации» должно быть записано в 9 байтах

1

М

Да

Да

Да

Да

R-105

Таблица 4. строка 2

Поле «Дата регистрации» должно быть записано в формате, определенном в ЛЭСГ/SCWEC 19794-1

1

м

Да

Да

Да

Да

R-106

Таблица 4. строка 2

Год в поле «Дата регистрации» должен быть закодирован по Григорианскому календарю в формате, определенном вГОСТ ISO/1EC 19794-1

1

м

Да

Да

Да

Да

R-107

Таблица 4. строка 2

Месяц в поле «Дата регистрации» должен быть закодирован в формате, определенном в ГОСТ 1SOAEC 19794-1

1

м

Да

Да

Да

Да

R-108

Таблица 4. строка 2

День в попе «Дата регистрации» должен быть закодирован в формате, определенном в ГОСТ ISO/1EC 19794-1

1

м

Да

Да

Да

Да

R-109

Таблица 4, строка 2

Часы в поле «Дата регистрации» должны быть закодированы в формате. определенном в ГОСТ ISOAEC 19794-1

1

м

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

О

Краткое описание требования

J

Z

е

о

£

0

X

§

и

Применимость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

Л

о

е

д

X

о

с

д

R-110

Таблица 4. строка 2

Минуты в поле «Дата регистрации» должны быть закодированы в формате. определенном в ГОСТ ISQ/tEC 19794-1

1

М

Да

Да

Да

Да

R-111

Таблица 4. сгрока 2

Секунды в попе «Дата регистрации» должны быть закодированы е формате. определенном 8 ГОСТ ISO/IEC 19794-1

1

М

Да

Да

Да

Да

R-112

Таблица 4. сгрока 2

Миллисекунды в поле ■Дата регистрации» должны быть закодированы в формате, определенном в rOCTISO/JEC 19794-1

1

М

Да

Да

Да

Да

R-113

Таблица 4. сгрока 2

Поле «Дата регистрации» должно содержать время и дату регистрации данного представления по Гринвичу (унивврсагьное глобальное время)

зс

О-1

Да

Да

Да

Да

R-114

Таблица 4. строка 3

Поле «Идентификатор технологии биомегричесхого сканера» должно быть закодировано 8 1 байте

1

м

Да

Да

Да

Да

R-115

Таблица 4. сгрока 3

Значение поля «Идентификатор технологии биометрического сканера» должно быть 0 или 1

1

м

Да

Да

Да

Да

R-116

Таблица 4. сгрока 3

Если технология неизвестна или не определена, то значение поля «Идентификатор технологии биометрического сканера» должно быть установлено 0x0000

зс

О-1

Да

Да

Да

Да

R-117

Таблица 4. строка 3

Поле «Идентификатор технологии биометрического сканера» содержит класс технологии устройства, используемого для регистрации биометрического образца

зс

0-1

Да

Да

Да

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

|S «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

ф

г

3

Ф X

2 S

4

о

с

н

Л ф

II

О

е

д

о

е

д

о

с

г

►ь

о

с

R-118

Таблица 4. строка 4

Поле «Идентификатор изготовителя биометрического сканера» должно быть закодировано в 1 байте

1

М

Да

Да

Да

Да

R-119

Таблица 4. строка 4

Идентификатор изгото

вителя биометрического сканера должен быть зарегистрирован регистрационным органом

2

М

Да

Да

Да

Да

R-120

Таблица 4. строка 4

Если изготовитель биометрического сканера не определен, то значение поля «Идентификатор изготовителя биометрического сканера РОГ» должно быть установлено 0x0000

1

М

Да

Да

Да

Да

R-121

Таблица 4. строка 4

Поле «Идентификатор изготовителя биометрического сканера» содержит информацию о биометрической организации, являющейся владельцем продукта. создавшего ЗОБД

ЗС

О-1

Да

Да

Да

Да

R-122

Таблица 4. строка 5

Поле «Идентификатор типа биометрического сканера» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-123

Таблица 4, строка 5

Идентификатор типа биометрического сканера должен быть зарегистрирован регистрационным органом

1

м

Да

Да

Да

Да

R-124

Таблица 4. строка 5

Если тип биометрического сканера не определен, то в поле «Идентификатор типа биометрического сканера» должно быть установлено значение 0x0000

1

м

Да

Да

Да

Да

R-125

Таблица 4. строка 5

Поле «Идентификатор типа биометрического сканера» содержит информацию о типе продукта, создавшего ЗОБД

ЗС

О-1

Да

Да

Да

Да

R-126

Таблица 4. строка 6

Запись «Качество» должка быть закодирована в 1 байте. если данные о качестве не представлены

1

м

Да

Да

Да

Да

R-127

Таблица 4. строка 6

Длина затеи «Качество» должна бытьО. если данные о качестве не представлены

1

м

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

Q

Краткое описание требования

J

Z

е

о

£

о

X

§

и

Применимость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

Л

о

е

д

X

о

с

д

R-128

Таблица 4. сгрока 6

Если 8 представлении есть данные о качестве, то запись «Качество» кодируется в тбайтах, где т = (5-W * 1) байт, а N — количество зарегистрированных показателей качества

1

М

Да

Да

Да

Да

R-129

Таблица 4. сгрока 6

Если в записи «Качество» N показателей качества, то поле «Число блоков «Качество» должно иметь значение. равное N

2

М

Да

Да

Да

Да

R-130

Таблица 4. сгрока 6

Запись «Качество» должна состоять из поля «Число блоков «Качество» (1 байт), за которым следуют блоки «Качество»

1

М

Да

Да

Да

Да

R-131

Таблица 4. сгрока 6

Поле «Число блоков «Качество» должно быть закодировано в 1 бейте в виде целого числа без знака

1

М

Да

Да

Да

Да

R-132

Таблица 4. сгрока 6

В поле «Число блоков «Качество» должно быть указано число блоков «Качество»

2

м

Да

Да

Да

Да

R-133

Таблица 4. строка 6

Если «Число блоков «Качество» равно 0. то попе «Номер представления» следует сразу после поля «Число блоков «Качество»

2

м

Да

Да

Да

Да

R-134

Таблица 4. сгрока 6

Каждый блок «Качество» должен состоять из полей «Показатель качества».

«Идентификатор разработчика алгоритма оценки качестве» и «Идентификатор алгоритма оценки качества»

1

с

Да

Да

Да

Да

R-135

Таблица 4. сгрока 6

Поле «Показатель качества» должно быть представлено в виде целого числа без знака

1

с

Да

Да

Да

Да

R-136

Таблица 4. сгрока 6

Поле «Показатель качества» должно иметь целочисленное значение в диапазоне от 0 до 100. если показатель качества был рассчитан, или 255 в случае ошибки при вычислении показателя качества

1

с

Да

Да

Да

Да

Продолжение таблицы А. 1

h

«I

55

О о «о о

0 ”

5

|S «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л в

II

О

е

д

о

е

д

о

с

д

►ь

о

с

д

R-137

7.4

Поле «Идентификатор разработчика алгоритма оценки качества» должно быть закодировано в 2 байтах

1

С

Да

Да

Да

Да

R-138

7.4

Если поле «Идентификатор разработчика алгоритма оценки качества» содержит нули, то разработчик алгоритма оценки качества не определен

1

м

Да

Да

Да

Да

R-139

7.4

Идентификатор разработчика алгоритма оценки качества должен быть зарегистрирован регистрационным органом

2

с

Да

Да

Да

Да

R-140

7.4

Поле «Идентификатор алгоритма оценки качества» должно быть закодировано в 2 байтах

1

с

Да

Да

Да

Да

R-141

7.4

Если лоле «Идентификатор алгоритма оценки качества» содержит нули, то алгоритм оценки качества не определен

1

м

Да

Да

Да

Да

R-142

7.4

Идентификатор алгоритма оценки качества должен быть зарегистрирован регистрационным органом

ЗС

0-1

Да

Да

Да

Да

R-143

Таблица 4. строка 7

Поле «Номер представления» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-144

Таблица 4. строка 7

Поле «Номер представления» должно содержать порядковый номер представления

2

м

Да

Да

Да

Да

R-145

Таблица 4, строка 7

Значение поля «Номер представления» должно быть между 1 и числом представлений

2

м

Да

Да

Да

Да

R-146

Таблица 4. строка 8

Поле «Метка глаза» должно быть закодировано в

1 байге

1

м

Да

Да

Да

Да

R-147

Таблица 4. строка 8

Если биометрический сканер не может определить, какой глаз представлен, то метка глаза не определена (то есть имеет значение 0x00)

ЗС

О-1

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

О

Краткое описание требования

J

Z

е

о

£

о

X

§

и

Прииеииыость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

о

е

д

X

о

с

д

R-148

Таблица 4. сгрока 9

Поле «Метка глаза» (1 байт) относится к глазам субъекта. Допустимые значения:

• SUBJECT EYE LABEL UNDEF = 0 (0x00):

• SUBJECT EYE LABEL RIGHT = 1 (0x01):

• SUBJECT EYE LABEL LEFT = 2 (0x02)

1

М

Да

Да

Да

Да

R-149

Таблица 4. сгрока 9

Поле «Тип изображения» должно быть закодировано в 1 бейте

1

М

Да

Да

Да

Да

R-150

Таблица 4. сгрока 9

Допустимые значения поля «Тип изображения»:

– 0x01:

– 0x02:

• 0x03 или

– 0x07

1

М

Да

Да

Да

Да

R-151

Тэблица4. строка 9. 7.4.1

Поле «Тип изображения» должно определять тип представленного изображения

зс

О-1

Да

Да

Да

Да

R-152

6.2.

таблица 4. строка 9. 7.4.1

Если попе «Тил изображения» имеет значение 0x01, то в поле данных изображения должно содержаться некадрированное изображение РОГ. то есть растровое изображение одного глаза

зс

О-1

Да

Нет

Нет

Нет

R-153

6.2.

таблица 4. строка 9. 7.4.1

При радиусе нвкадриро-ванного изображения РОГ. равном Я. отступы данных изображения должны быть как минимум 0,2 • Ясверху и снизу от изображения РОГ

2

с

Да

Да

Да

Да

R-154

6.2.

таблица 4. строка 9. 7.4.1

При радиусе некадриро-ванного изображения РОГ, равном Я. отступы данных изображения должны быть как минимум 0.6-Я слева и справа от изображения РОГ

2

с

Да

Да

Да

Да

R-155

6.2.

таблица 4, строка 9. 7.4.1

Для сжатия данных нвка-дрированного изображения должно быть сжато с помощью алгоритма JPEG2000. как определено в /б/. в формат файла JP2 или сжато без потерь с помощью алгоритма PNG. как определено в (2}

2

с

Да

Да

Нет

Нет

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

|S «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л в

II

О

е

д

о

е

д

Л

о

с

д

►ь

о

с

д

R-156

6.2.

таблица 4. строка 9. 7.4.1

Не допускается испотъзо-вание формата PNG в чересстрочном режиме для некадрированного изображения и изображений, ранее сжатых с потерями

2

С

Да

Да

Нет

Нет

R-157

6.2.

таблица 4. строка 9. 7.4.1

Не допускается использование формата PNG в чересстрочном режиме для некадрированного изображения и изображений, ранее сжатых с потерями

ЗС

О-1

Да

Да

Нет

Нет

R-158

6.3.

таблица 4. строка 9. 7.4.1

Если поле «Тип изображения» имеет значение 0x02, то в поле данных изображения должно содержаться изображение РОГ в формате VGA. то есть изображение должно иметь разрешение 640 пикселей по горизонтали и 480 пикселей по вертикали

2

С

N

Да

Нет

Нет

R-159

6.4,

таблица 4. строка 9. 7.4.1

Если поле «Тип изображения» имеет значение 0x03. то в поле данных изображения должно содержаться кадрированное прямолинейное изображение РОГ. го есть изображения должны содержать изображение РОГ. центрированное относительно геометрического центра растрового изображения

2

С

Нет

Нет

Да

Да

R-160

6.4.

таблица 4. строка 9. 7.4.1

Если поле «Тип изображения» имеет значение ОхОЭ. то в поле данных изображения должно содержаться кадрированное прямолинейное изображение РОГ. то есть изображения должны содержать изображение РОГ. центрированное относительно геометрического центра растрового изображения

ЗС

О-1

Нет

Нет

Да

Да

R-161

6.4.

таблица 4. строка 9. 7.4.1

Пиксели отступа прямолинейного кадрированного изображения должны представлять собой фактические показания датчика, а не подставные значения

ЗС

О-1

Нет

Нет

Да

Нет

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

Q

Краткое описание требования

J

Z

е

о

£

0

X

§

и

Применимость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

Л

о

е

д

X

о

с

д

R-162

6.4.

таблица 4, строка 9. 7.4.1

Части прямолинейного кадрированного изображения РОГ. подвергаемые кадрированию во время записи, например отсутствующие во входном изображении, должны быть заменены пикселями со значением 0

зс

О-1

Нет

Нет

Да

Нет

R-163

6.5.

таблица 4. строка 9. 7.4.1

Если попе «Тип изображения» имеет значение 0x07. то в поле данхих изображения должно содержаться кадрированное изображение РОГ со скрытой областью, соответствующее требованиям 6.5

зс

О-1

Нет

Нет

Нет

Да

R-164

6.5,

таблица 4. строка 9. 7.4.1

Область скрытия кадрированного изображения

РОГ со скрытой областью должна состоять из единственного значения серого, обозначенного для четырех связных областей пикселей

зс

0-1

Нет

Нет

Нет

Да

R-165

6.5.2. таблица 4. строка 9.

7.4.1

Пиксели в области склеры кадрированного изображения РОГ со скрытой областью должны быть заменены фиксированным значением, равным 200

зс

0-1

Нет

Нет

Нет

Да

R-166

6.5.2. таблица 4. строка 9.

7.4.1

Скрытие области склеры кадрированного изображения РОГ со скрытой областью должно распространять от первого к последнему столбцу. за исключением тех случаев. когда края верхнего и нижнего века встречаются на левой игм правой границе изображения

зс

0-1

Нет

Нет

Нет

Да

R-167

6.5.3, таблица 4. строка 9.

7.4.1

Пиксели в области верхнего и нижнего века кадрированного изображения РОГ со скрытой областью должны быть заменены фиксированным значением скрытия. равным 126

зс

0-1

Нет

Нет

Нет

Да

R-168

6.5.3. таблица 4. строка 9.

7.4.1

Скрытие области верхнего века кадрированного изображения РОГ со скрытой областью должно распространяться до первого (верхнего) ряда изображения

зс

0-1

Нет

Нет

Нет

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

|S «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л ф

II

О

е

д

о

е

д

Л

о

с

д

►ь

о

с

д

R-169

6.5.3. таблица 4. строка 9.

7.4.1

Скрытие области верхнего века кадрированного изображения РОГ со схрьлой областью должно распространяться от крайне левого к крайне правому столбцу изображения

зс

О-1

Her

Нет

Нет

Да

R-170

6.5.3. таблица 4. строка 9.

7.4.1

Скрыто изображения

нлжнего века кадрированного изображения РОГ оо скрытой областью должно распространяться к последнему (нижнему) ряду изображения. Скрытие изображения нижнего века должно распространяться от крайне левого к крайне правому столбцу изображения

зс

0-1

Her

Нет

Her

Да

R-171

6.5.4, таблица 4. строка 9.

7.4.1

Переходы от областей изображений РОГ и склеры к областям скрытия изображений век кадрированного изображения РОГ со скрытой областью, а также от изображения РОГ к области схрыгия изображения склеры должны быть локально сглажены для минимизации влияния границ на объем кодирования сжатия

зс

0-1

Her

Нет

Нет

Да

R-172

6.5.4, таблица 4. строка 9.

7.4.1

Для кадрированного изображения РОГ оо скрытой областью рекомендуется, чтобы переход к или от скрытой области или между скрытыми областями не превышал 15 значений серого на пиксель. Например, переход между значением области скрытия изображения склеры 200 и значением области скрытия век 128 может происходить с интервалом 5 пикселей

зс

0-1

Нет

Нет

Нет

Да

R-173

Таблица 4, строка 10

Поле «Формат изображения» должно быть закодировано в 1 байте

1

м

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

Q

Краткое описание требования

J

z

9

О

£

о

X

§

и

Прииеииыость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

о

е

д

X

о

с

д

R-174

Таблица 4. строка 10

Допустимые значения поля ■Формат изображения»:

• IMAGEFORMAT MONO RAW = 2 (0x0002):

– IMAGEFORMAT MONO JPEG2000 = 10 (ОхОООА);

• IMAGEFORMAT MONO PNG = 14 (ОхОООЕЗ

1

M

Да

Да

Да

Да

R-175

Таблица 4. строка 11

Поле «Свойства бита» должно быть закодировано в 1 байте

1

M

Да

Да

Да

Да

R-176

Таблица 4. строка 11

Биты 1—2. то есть младшие биты поля «Свойства бита», кодируются следующим образом:

– ORIENTATION UNDEF = 0:

– HORZ ORIENTATION

BASE – 1:

– HORZ ORIENTATION FL1PPEO = 2

1

М

Да

Да

Да

Да

R-177

Таблица 4. строка 11

Горизонтальная ориен

тация изображения кодируется в битах 1—2 поля свойств изображения РОГ

3C

О-1

Да

Да

Да

Да

R-178

Таблица 4. строка 11

Биты 3—4 поля «Свойства бита» кодируются следующим образом:

– ORIENTATION UNDEF = 0;

– VERT ORIENTATION

BASE = 1:

– VERT ORIENTATION FLIPPED – 2

1

м

Да

Да

Да

Да

R-179

Таблица 4. строка 11

Вертикальная ориентация изображения кодируется в битах 3—4 поля свойств изображения РОГ

3C

О-1

Да

Да

Да

Да

R-1&0

Таблица4. строка 11

Биты 5—б поля «Свойства бита» изображения РОГ должны быть равны 0

1

м

Да

Да

Да

Да

R-181

Таблица 4. строка 11

Биты 7—8 поля «Свойства бита» кодируются следующим образом:

– PREVIOUS COMPASSION UNDEF = 0;

– PREVIOUS COMPRESSION LOSSLESS OR NONE=1;

– PREVIOUS COMPRESSION LOSSY = 2

1

м

Да

Да

Да

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

|S «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л ф

II

О

е

д

о

е

д

о

с

д

►ь

о

с

д

R-182

Таблица 4. строка 11

Изображение должно быть закодировано с помощью технологии окатя, указанной в битах 7—8 поля «Свойства бита»

зс

0-1

Да

Да

Да

Да

R-183

Таблица 4. строка 12

Поле «Горизонтальный размер изображения» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-184

Таблица 4. строка 12

Поле «Горизонтальней размер изображения» должно содержать ширину в пикселях

1

м

Да

Да

Да

Да

R-185

Таблица 4. строка 12

Горизонтальный размер изображения должен быть положительным ненулевым числом

1

м

Да

Да

Да

Да

R-186

Таблица 4. строка 12

Данные изображения, содержащиеся в представлении. должны иметь ширину в пикселях, как указано в попе «Горизонтальный размер изображения»

2

м

Да

Да

Да

Да

R-187

Таблица 4. строка 13

Поле «Вертикальный размер изображения» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-188

Таблица 4. строка 13

Поле «Вертикальный размер изображения» должно содержать высоту изображения в пикселях

1

м

Да

Да

Да

Да

R-189

Таблица 4. строка 13

Вертикальный размер изображения должен быть записан как положительное

ненулевое значение

1

м

Да

Да

Да

Да

R-190

Таблица 4. строка 13

Данные изображения, содержащиеся в представлении. должны иметь высоту в пикселях, как указано в поле «Вертикальный размер изображения»

2

м

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

5 2 *

» ОС d n g ?

S § 2 2?»

Q

Краткое описание требования

J

Z

е

о

£

о

X

§

и

Применимость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

о

е

д

X

о

с

д

R-191

Таблица 4. строка 14

Поле «Битовая глубина» должно быть закодировано в 1 байте

1

М

Да

Да

Да

Да

R-192

Таблица 4. строка 14

Поле «Битовая глубина» должно содержать число бит на один пиксель

1

М

Да

Да

Да

Да

R-193

Таблица 4. строка 14

Значение поля «Битовая глубина» должно быть целым числом не меньше 6

1

М

Да

Да

Да

Да

R-194

Таблица 4. строка 14

Изображение, закодированное в попе данных изображения. должно представлять изображение сбитовой глубиной, соответствующей кодировке в этом поле

зс

0-1

Да

Да

Да

Да

R-195

Тэблица4. строка 15

Попе «Диапазон» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-196

Таблица 4. строка 15

Поле «Диапазон» должно определять расстояние

между оптическим центром линз камеры и РОГ субъекта. мм

зс

0-1

Да

Да

Да

Да

R-197

Таблица 4. строка 15

Допустимые значения поля «Диапазон»:

– 0 — значение не определено:

– 1 — ошибка измерения:

– от2до2-2;

– 2 – 1 — значение диапазона превышено

1

м

Да

Да

Да

Да

R-198

Таблица 4. строка 16

Попе «Угол поворота» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-199

Таблица 4. строка 16

Угол поворота определятся как округленный до целого числа без знака результат выражения (65535 угол/360), где угол, град, измеряется против часовой стрелки

зс

0-1

Да

Да

Да

Да

R-200

Таблица 4. строка 16

Если информация об угле поворота не представлена, то в поле «Угол поворота» должно быть установлено значение OxFFFF

1

м

Да

Да

Да

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

>2 «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л в

II

О

е

д

о

е

д

Л

о

с

д

►ь

о

с

д

R-201

Таблица 4. строка 16. 7.4.2.1

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

межзрачковой линии против часовой стрелки относительно горизонтальной оси камеры

зс

0-1

Да

Да

Да

Да

R-202

Таблица 4. строка 17

Поле «Погрешность утла поворота» должно быть закодировано в 2 байтах

1

М

Да

Да

Да

Да

R-203

Таблица 4. строка 17. 7.4.2.2

Погрешность угла поворота должна быть записана как ненулевое значение, измеряемое в градусах

1

м

Да

Да

Да

Да

R-204

Таблица 4. строка 17. 7.4.2.2

Если информация об уте поворота не представлена, то в поле «Погрешность угла поворота» должно быть установлено значение OxFFFF

зс

0-1

Да

Да

Да

Да

R-205

Таблица 4. строка 18

Поле «Центр РОГ. наименьшее значение кооединаты Х> должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-206

Таблица 4. строка 18

Наименьшее предполагаемое значение координаты Xизображения центра РОГ. пиксель. Если информация о значении координаты X не представлена, то в поле должно быть установлено значение 0

1

м

Да

Да

Да

Да

R-207

Таблица 4. строка 18

Наименьшее предполагаемое значение координаты X изображения центра РОГ. пиксель, должно быть менее горизонтального размера изображения

2

м

Да

Да

Да

Да

R-208

Таблица 4. строка 19

Поле «Центр РОГ. наибольшее значение координаты Х> должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

h

4

5 5

0 9 •G 9

О *

&

S-S а

2 S в.

? з <г

– К й

• S ?

S § 2 2?»

Q

Краткое описание требования

J

Z

е

о

£

о

X

§

и

Прииеиииость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

о

е

д

X

о

с

д

R-209

Таблица 4. строка 19

Наибольшее предполагаемое знамение координаты X изображения центра РОГ, пиксель. Если информация о значении координаты X не представлена, то в поле должно быть установлено значение 0

1

М

Да

Да

Да

Да

R-210

Таблица 4. строка 19

Наибольшее предполагаемое значение координаты X изображения центра РОГ. пиксель, должно быть менее горизонтального размера изображения

2

М

Да

Да

Да

Да

R-211

Таблица 4. строка 20

Поле «Центр РОГ. наименьшее значение координаты У» должно быть закодировано в 2 байтах

1

М

Да

Да

Да

Да

R-212

Таблица 4. строка 20

Наименьшее предполагаемое значение координаты

У изображения центра РОГ. пиксель. Если информация о значении координаты У не представлена, то в поле должно быть установлено значение 0

1

М

Да

Да

Да

Да

R-213

Таблица 4. строка 20

Наименьшее предполагаемое знамение координаты

У изображения центра РОГ, пиксель, должно быть менее вертикального размера изображения

2

м

Да

Да

Да

Да

R-214

Таблица 4. строка 21

Поле «Центр РОГ. наибольшее значение координаты Ур должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-215

Таблица 4. строка 21

Наибольшее предполагаемое знамение координаты

У изображения центра РОГ, пиксель. Если информация о значении координаты У не представлена, то в поле должно быть установлено значение 0

1

м

Да

Да

Да

Да

R-216

Таблица 4. строка 21

Наибольшее предполагаемое значение координаты X изображения центра РОГ. ликоель. должно быть менее вертикального размера изображения

2

м

Да

Да

Да

Да

Продолжение таблицы А. 1

II

«I

55

О о «о о

0 ”

5

|2 «

н*

и

Краткое описание требования

Л

X

ф

ф

ф

£

и

g

V

Применимость типа формата

&

ф

к

£

ф

3

ё

3

Ф X

2 S

4

о

с

н

Л в

II

О

е

д

о

е

д

Л

о

с

д

►ь

о

с

д

R-217

Таблица 4, строка 22

Поле «Диаметр РОГ. наименьшее значение» должно быть закодировано в 2 байтах

1

М

Да

Да

Да

Да

R-218

Таблица 4. строка 22

Наименьшее предполагаемое значение диаметра РОГ. ликовгъ. Если информация о значении диаметра РОГ не представлена, то в попе должно быть установлено значение 0

1

м

Да

Да

Да

Да

R-219

Таблица 4, строка 22

Наименьшее предполагаемое значение диаметра РОГ. пиксель, не должно быть более горизонтального и вертикального размеров изображения

2

м

Да

Да

Да

Да

R-220

Таблица 4. строка 23

Поле «Диаметр РОГ. наи-богъшее значение» должно быть закодировано в 2 байтах

1

м

Да

Да

Да

Да

R-221

Таблица 4, строка 23

Наибольшее предполагаемое значение диаметра РОГ. пиксель. Если информация о значении диаметра РОГ не представлена, то в попе должно быть установлено значение 0

1

м

Да

Да

Да

Да

R-222

Таблица 4, строка 23

Наибольшее предполагаемое значение диаметра РОГ. пиксель, не должно быть более горизонтального и вертикального размеров изображения

2

м

Да

Да

Да

Да

R-223

Таблица 4. строка 24

Блок «Заголовок представления» РОГ должен завершаться полем «Длина данных изображения», которое следует за заголовком

1

м

Да

Да

Да

Да

R-224

Таблица 4. строка 24

Длина данных изображения должна быть закодирована в 4 байтах

1

м

Да

Да

Да

Да

R-225

Таблица 4. строка 24

Размер изображения всегда должен быть записан как положительное ненулевое значение

1

м

Да

Да

Да

Да

R-226

Таблица 4, строка 24

Поле «Данные изображения» должно иметь такое же количество байтов, как попе «Длина данных изображения»

2

м

Да

Да

Да

Да

Окончание таблицы А. 1

h

4

5 5

О 9 « а

О *

&

S-S п

5 S в.

5 2 *

Z ОС d n g ?

S § 2 2?»

О

Краткое описание требования

J

Z

ф

о

£

о

X

§

и

Применимость типа формата

ft

а

ж

&

§

г

1

3

« Z

S 2

И

*!

Н

И

о

с

£

о

е

д

Л

о

е

д

X

о

с

д

R-227

7.2

Каждому изображению РОГ предшествует блок «Заголовок представления», который содержит информацию о числе последующих изображений. а также информацию о типе изображения, его размере, происхождении. качестве и угле поворота. как указано в таблице 4

ЗС

0-1

Да

Да

Да

Да

R-228

7.2

При необходимости каждое изображение должно быть заполнено дополнительными битами так. чтобы оно содержало целое число бейтов

1

М

Да

Да

Да

Да

Примечание — В настоящей таблице использованы следующие обозначения и сокращения:

– в графе к Уровень»:

1 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 1.

2 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 2. ЗС — испытание уровня 3 на соответствие этому требованию выходит за рамки текущей версии

стандарта методов испытаний на соответствие:

• в графе «Статус»:

М — обязательное.

С —дополнительное.

0-1 — тестовое утверждение уровня 3 сложно проверить. Не определен метод испытаний ТР или ЗОБД на соответствие данному обязательному требованию базового стандарта.

А.З Тестовые утверждения

А.3.1 Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для общих требований

Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для общих требований приведены в таблице А.2. Тестовые утверждения перечислены е таком порядке, при котором соответствующие поля, при их наличии, должны следовать е определенной записи.

В таблице AJ приведены только тестовые утверждения, которые являются общими для всех форматов данных. Далее будут рассмотрены тестовые утверждения для каждого формата данных.

Таблица А.2 — Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для общих требований

и

V о.

«2?

>

h

h ? <1 й 2

5$

$ 1 о –

л

S

с

0

£

г

о

с

а

С

<0

а

ф

е

0

Операнд

Примечание

Поддержка ТР

1

3

о z

2 S

3 S

а я

|5

с

II

н

Блок «Общий заголовок»

Т-1

т.з.

строка 1. 7.1

R-1.R-2.

R-20

1

«Идентификатор

формата»

EQ

0x49495200

Продолжение таблицы А. 2

Ф

2 <

8 §

2 s о а

г $

>

« $

р

ф .

1 5 г«

55

О ф ю а о –

Jf

X

ф

ф

о

§

ф

с

о

с

&

g

а

ф

с

О

Операнд

Примечание

&

ф

м

а

ф

§

о

с

3

X

Ф X 2 8

*5

9

С

н

« я

5 §

Т-2

т.з.

строка 1, 7.1

R-1. R-2. R-20

1

«Идентификатор

формата»

NEQ

0x00524949

1

Т-3

т.з.

строка 2. 7.1

R-3. R-4. R-20

1

«Комер версии стандарта»

EQ

0x30323000

Т-4

т.з.

строка 2. 7.1

R-3. R-4. R-20

1

«Номер версии стандарта»

NEQ

0x00303230

1

Т-5

Т.З.

строка 3

R-5. R-6

1

«Длина записи»

EQ

От 69 до (2“- 1)

2

Т-6

Т.З.

строка 3

R-5. R-6

2

«Длина записи»

EQ

Общее число считанных байтов

2

Т-7

Т.З.

строка 3

R-5. R-6

2

«Длина записи»

EQ

Общее число ожидаемых байтов

2

Т-8

Т.З.

строка 4

От R-8 до R-11

1

«Число

представлений РОГ»

EQ

От 1 до 65535

Т-9

Т.З.

строка 4

От R-8 до R-11

2

«Число

представлений РОГ»

EQ

Число считанных изображений

3

Т-10

Т.З.

строка 5

От R-12 до R-14

1

«Сертификационный

флаг»

ЕО

0

Т-11

Т.З.

строка 6

R-15,

R-16

1

«Число

представленных

глаз»

EQ

От 0 до 2

Т-12

Т.З.

строка 6

R-17,

R-19

2

«Число

представленных

глаз»

ЕО

NUMBER EYES REPRESENTED

4

Т-13

7.1.7.2 и 7.3

R-24.

R-25. R-100

1

Структура записи данных

5

Блок «Заголовок представления»

Т-100

Т.4.

строка 1

R-101.

R-102

1

«Длина

представления»

EQ

От 53 до «2“-1)-1в)

Т-101

Т.4.

строка 1

R-103

2

«Длина

представления»

ЕО

Общее число ожидаемых байтов

6

Т-102

Т.4.

строка 2

R-104.

R-105.

R-106

1

«Год регистрации»

EQ

От 0x0001 до OxFFFF

7

Т-103

Т.4.

строка 2

R-104.

R-105.

R-107

1

«Месяц регистрации»

ЕО

От 0x01 до ОхОС или OxFF

7

Продолжение таблицы А.2

8 |

8 « и а

ч

>

h

И

5 * ft Я

г<г

5 S. о *

Л

s

О

0

о

£

0

С

О

С

о

е

а

ф

с

О

Ч

X

а

с

О

0

X

S

9

О

3

х

а

с

&

&

0

§

<3

3

2 g

К е

»1

О

с

н

н

Т-104

Т.4.

сгрока 2

R-104.

R-105.

R-108

1

«День регистрации»

EQ

От 0x01 до0х1Р игы OxFF

7

Т-105

Т.4.

сгрока 2

R-104,

R-105.

R-109

1

«Час регисграции»

EQ

От 0x00 до 0x17 игы OxFF

7

Т-106

Т.4.

сгрока 2

R-104.

R-105.

R-110

1

■Минута

регистрации»

EQ

От 0x00 до 0x3В или OxFF

7

Т-107

Т.4.

строка 2

R-104.

R-105.

R-111

1

«Секунда

регистрации»

EQ

От 0x00 до ОхЗВ или OxFF

7

Т-108

Т.4.

сгрока 2

R-104.

R-105,

R-112

1

«Миллисекунда

регистрации»

EQ

От 0x0000 до 0х03Е7 или OxFFFF

7

Т-109

Т.4.

сгрока 3

R-114.

R-115

1

«Идентификатор

технологии

биометрического

сканера»

EQ

От 0 до 1

Т-110

Т.4.

сгрока 4

От R-118 до R-120

1

«Идентификатор

изготовителя

биометрического

сканера»

EQ

От 0x0000 до OxFFFF. значение 0. если изгоговигегъ биометрического сканера не определен, или значение.зарегистрированное регистрационным органом

Т-111

Т.4.

сгрока 5

OtR-122ao

R-124

1

«Идентификатор типа биометрического сканера»

EQ

От 0x0000 до

OxFFFF. значение 0. если тип биометрического сканера не определен, или значение, зарегистрированное регистрационным органом

Т-112

Т.4.

сгрока 6

От R-125AO R-133

1,2

«Число блоков «Качество»

EQ

От 0x00 до OxFF

7

Т-113

Т.4.

сгрока 6

OrR-134flo

R-136

1

«Показатель

качества»

EQ

От 0x00 до 0x64 или OxFF, если представлен

7

Т-114

Т.4.

строка 6

R-134.OT

R-137ao

R-138

1

«Идентификатор разработчика алгоритма оценки качества»

EQ

От 0x0000 до OxFFFF, если представлен

7

Продолжение таблицы А. 2

Ф

2 <

8 §

2 s о а

г $

>

® $

р

ф _

1 5 г«

55

О ф ю а о –

Jf

X

ф

ф

о

§

ф

с

о

с

&

g

а

ф

с

О

Операнд

Примечание

&

ф

м

а

ф

§

о

с

3

X

Ф X 2 8

*5

9

С

н

» я

5 §

Т-115

Т.4.

строка 6

R-134.OT

R-140AO

R-141

«Идентификатор алгоритма оценки

качества»

EQ

От 0x0000 до OxFFFF. если представлен

7

Т-116

Т.4.

строка 7

R-143

1

«Номер

представления»

EQ

От 1 до 65535

Т-117

Т.4.

строка 7

R-144

2

«Номер

представления»

ЕО

1 для первого представления

в записи {номер предыдущего представления} +1 для всех остальных

случаев

Т-118

Т.4.

строка 7

R-145

2

«Номер

представления»

LTE

Число представлений

Т-119

Т.4.

строка 8

R-146.

R-148

1

«Метка глаза»

EQ

От 0 до 2

Т-120

Т.4.

строка 9

R-149.

R-150

1

«Тип изображения»

EQ

1. 2. 3 или 7

Т-121

Т.4.

строка 10

R-173.

R-174

1

■Формат

изображения»

ЕО

2. 10 или 14

Т-122

Т.4.

строке 10

R-173.

R-174

2

«Формат

изображения»

С

8

Т-123

Т.4.

строка 11

R-21.

R-175.

R-176

1

«Свойства бита». Биты 1—2 (например, младшие биты)

(горизонтальная

ориентация)

EQ

От 0 до 2

Т-124

Т.4.

строка 11

R-21.

R-175.

R-178

1

«Свойства бита». Биты Э—4 (вертикальная ориентация)

EQ

От 0 до 2

Т-125

Т.4.

строка 11

R-21.

R-175.

R-180

1

«Свойства бита». Биты 5—6

EQ

0

Т-126

Т.4.

строка 11

R-21.

R-175.

R-181

1

«Свойства бита».

Биты 7—8 (история сжатия)

EQ

От 0 до 2

Т-127

Т.4.

строка 12

OtR-183ao

R-185

1

«Горизонтальный размер изображения»

ЕО

От 1 до 65535

Т-128

Т.4.

строка 12

R-186

2

«Горизонтальный размер изображения»

EQ

Значение кодируемого изображения

9

Т-129

Т.4.

строка 13

От R-187ao R-169

1

«Вертикальный размер изображения»

ЕО

От 1 до 65535

Продолжение таблицы А.2

8 |

8 « и а

ч

>

h

h

5 * ft Я

5 3 о *

Л

S

О

0

о

£

0

С

О

С

о

е

а

ф

с

О

a

s

a

c

О

0

X

s

9

0

3

x

a

c

&

&

0

§

<S

3

2 g

К C

h

0

c

и

Т-130

Т.4.

строка 13

R-190

2

«Вертикальный размер изображения»

EQ

Значение кодируемого изображения

9

Т-131

Т.4.

строка 14

От R-191 до R-193

1

«Битовая глубина»

EQ

От 8 до 16

Т-132

Т.4.

строка 15

R-195.

R-197

1

«Диапазон»

EQ

От 1 до 65535

Т-133

Т.4.

строка 16

R-198.

R-200

1

«Угол поворота»

EQ

От 1 до 65535

Т-134

Т.4.

строка 17

R-202,

R-203

1

«Погрешность угла поворота»

EQ

От 1 до 65535

Т-135

Т.4.

строка 18

R-205.

R-206

1

«Центр РОГ. наименьшее значение координаты X»

EQ

От 1 до 65535

Т-136

Т.4.

строка 16

R-207

2

«Центр РОГ. наименьшее значение координаты X»

LESS

THAN

Горизонтальный

размер

изображения

Т-137

Т.4.

строка 19

R-208.

R-209

1

«Центр РОГ. наибольшее значение координаты X»

EQ

От 1 до 65535

Т-138

Т.4.

строка 19

R-210

2

«Центр РОГ. наибольшее значение координаты Хр

LESS

THAN

Горизонтальный

размер

изображения

Т-139

Т.4.

строка 20

R-211,

R-212

1

«Центр РОГ. наименьшее значение координаты Ур

EQ

От 1 до 65535

Т-140

Т.4.

строка 20

R-213

2

«Центр РОГ, наименьшее значение координаты У»

LESS

THAN

Ввртикагьный

размер

изображения

Т-141

Т.4.

строка 21

R-214.

R-215

1

«Центр РОГ. наибольшее значение координаты Ур

EQ

От 1 до 65535

Т-142

Т.4.

строка 21

R-216

2

«Центр РОГ. наибольшее значение координаты Ур

LESS

THAN

Вертикальный

размер

изображения

Т-143

Т.4.

строка 22

R-217.

R-218

1

«Диаметр РОГ. наименьшее

значение»

EQ

От 1 до 65535

Т-144

Т.4.

строка 22

R-219

2

«Диаметр РОГ. наименьшее

значение»

LESS Of EQ THAN

Minimum ({Image width), {Image height})

Т-145

Т.4.

строка 23

R-220.

R-221

1

«Диаметр РОГ. наибольшее

значение»

EQ

От 1 до 65535

Окончание таблицы А.2

Ф

2 >

8 §

2 к о а £ $

>

® $ р

* .

1 5 г«

S3 а ф ю а о –

Jf

X

ф

ф

о

§

ф

с

а

с

а

g

а

ф

с

О

Операнд

Примечание

ft

ф

м

&

ф

§

а

с

3

X

Ф X 2 8 > г

*5

9

С

н

а я

5 §

Т-146

Т.4.

строка 23

R-222

2

«Диаметр РОГ. наибольшее

значение»

LESS от ЕО THAN

Minimum ({Image width}, {Image height})

Т-147

Т.4.

строка 24

От R-223/ю R-225

1

«Длина данных изображения»

EQ

1 до

«г32 -1)-69)

Т-148

Т.4.

строка 24

R-226

2

«Длина данных изображения»

ЕО

Общее число считанных байтов данных

Примечание — В настоящей таблице использованы следующие обозначения:

• в графе «Уровень»:

1 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 1.

2 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 2:

– е графе «Оператор»:

ЕО — равно.

NEQ — не равно.

С — вычисление.

LESS THAN — менее чем.

LESS or EQ THAN — менее чем или равно;

– в графе «Примечание» — см. А.3.6.

А.3.2 Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 01

Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 01 приведены в таблице А.Э. Тестовые утверждения перечислены е таком порядке. при котором соответствующие поля, при их наличии, должны следовать в определенной записи.

В таблице А.З приведены только тестовые утверждения для формата данных типа 01. В дополнение к данным тестовым утверждениям применяются общие тестовые утверждения {например, А.3.1).

Таблица А.З — Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 01

ф

2 >

8 §

2 к ф а £ 8 >

ф 8

р

* .

1 5 г«

53

а ф ю а о –

Уровень

Поле

Оператор

а

X

&

ф

е

О

Примечание

&

а

к

3

ф

3

ё

X

а

а

Ф X

2 S

5 2

•1

5*

а

с

н

Т-200

6.2. 7.4.1

R-153

2

«Данные изображения»,

«Центр РОГ». «Вертикальный размер РОГ» и «Диаметр РОГ»

С

10

Т-201

6.2. 7.4.1

R-154

2

«Данные изображения», «Центр РОГ». «Горизонтальный размер РОГ» и «Диаметр РОГ»

С

11

Т-202

6.2. 7.4.1

R-155

2

«Формат изображения» и «Свойства бита»

С

12

Окончание таблицы А.З

ц

2 х

0 а

• *

S.

ь

Обозначение

требования

X

X

S

о

§

9

8

с

ф

9

«

а

S

о

X

9

а

е

О

ф

х

х

Ф

X

ф

2

х

а

с

а

н

9

X

X

а

i

О

с

•S

3

3

8 5

в Л

г?

зч

9

С

►. г

И

Т-203

6.2. 7.4.1

R-157

2

«Формат изображения» и «Данные изображения»

С

12

Примечание — В настоящей таблице использованы следующие обозначения:

• в графе «Уровень»:

2 — требование может быть проверено с помощью испытания на соответствие гпребованиям уровня 2;

• в графе «Опералюр»:

С — вычисление:

• в графе «Примечание» — см. А.3.6.

А.3.3 Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 02

Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 02 приведены в таблице А.4. Тестовые утверждения перечислены 8 таком порядке. при котором соответствующие поля, при их наличии, должны следовать в определенной записи.

В таблице А.4 приведены только тестовые утверждения для формата данных типа 02. В дополнение к данным тестовым утверждениям применяются общие тестовые утверждения (например. А.3.1).

Таблица А.4 — Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 02

9

* 1 8?

* г >

h

р

II

d

s-g

9 9

о р.

О *

Л

X

9

«ь

8

9

С

9

С

а

9

to

Ф

а

ф

е

О

X

9

а

ф

с

О

ф

X

X

?

ф

2

х

а

с

а

и

9

X

X

G.

5

8

с

2

2

Ф X

S Я

X в

н

§5

8

с

>• г г 5 г г г- >

9 с £ «

Т-300

6.3. 7.4.1

R-153

2

•Данные изображения». «Центр РОГ», «Вертикальный размер РОГ» и «Диаметр РОГ»

с

10

Т-301

6.3, 7.4.1

R-154

2

«Данные изображения». •Центр РОГ». «Горизонтальный размер РОГ» и «Диаметр РОГ»

с

11

Т-302

6.3, 7.4.1

R-155

2

«Формат изображения» и «Свойства бита»

с

12

Т-303

6.3. 7.4.1

R-157

2

«Формат изображения» и «Данные изображения»

с

12

Т-304

6.3, 7.4.1

R-158

2

«Вертикальный размер изображения»

ЕО

640

Т-305

6.3. 7.4.1

R-158

2

«Горизонтальный размер изображения»

EQ

480

Примечание — В настоящей таблице использованы следующие обозначения:

• в графе «Уровень»:

2 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 2:

– в графе «Опералюр»:

С — вычисление.

EQ — равно:

• е графе «Примечание» — см. А.3.6.

А.3.4 Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 03

Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 03 приведены в таблице А.5. Тестовые утверждения перечислены в таком порядке. при котором соответствующие поля, при их наличии, должны следовать в определенной записи.

В таблице А.5 приведены только тестовые утверждения для формата данных типа 03. В дополнение к данным тестовым утверждениям применяются общие тестовые утверждения {например. А.3.1).

Таблица А.5 — Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 03

ф

2 *

2 §

2 2

С а ф ф

Н Ф &

h

h

н

о а

О *

А

X

8

О

5

ф

а

ф

с

а

2

а

а

ф

5

а

X

ф

Л

ф

е

О

Примечание

о.

1-

2

X

а

1

ф

с

■S

3

3

• X

а я

S <1

к Б

а 2 ф «

§ч

О

с

£2

Т-400

6.4. 7.4.1

R-159

2

«Центр РОГ»

с

13

Т-401

6.4.7.4.1

R-153

2

«Данные изображения».

«Центр РОГ». «Вертикальный размер РОГ». «Диаметр РОГ»

с

10

Т-402

6.4, 7.4.1

R-154

2

«Данные изображения». «Центр РОГ». «Горизонтальный размер РОГ». «Диаметр ТОГ»

с

11

Т-403

6.4. 7.4.1

R-155

2

«Формат изображения» и «Свойства бита»

с

12

Т-404

6.4. 7.4.1

R-157

2

«Формат изображения» и «Данные изображения»

с

12

Примечание — В настоящей таблице использованы следующие обозначения:

• е графе «Уровень»:

2 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 2:

• в графе «Оператор»:

С— вычисление:

• в графе «Примечание» — см. А.З.6.

А.3.5 Тестовые утверждения для испытания записи в двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 07

Тестовые утверждения для испытания записи е двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 07 приведены в таблице А.6. Тестовые утверждения перечислены е таком порядке. при котором соответствующие поля, при их наличии, должны следовать в определенной записи.

В таблице А.6 приведены только тестовые утверждения для формата данных типа 07. В дополнение к данным тестовым утверждениям применяются общие тестовые утверждения {например. А.3.1).

Таблица А.6 — Тестовые утверждения для испытания записи е двоичном формате на соответствие требованиям уровня 1 и уровня 2 для формата данных типа 07

ф

2

ii

>

? X

Ф о

X s

Я

II

8 в

« а

22

22 о *

А

X

0

0

а

>

ф

а

ф

с

а

S

в

а

ф

е

О

а

X

ф

Л

ф

е

О

Примечание

о.

1-

2

X

а

2

2

с

-X

3

3

Ф X

а а

х а

м

22

8

с

н

2. 2 г? >

г I

Т-500

6.5. 7.4.1

R-159

2

«Центр РОГ»

с

13

Окончание таблицы А.6

9

ц

г х и а

■ч

>

h

р

h

5 «

s s. о 1

Л

X

ф

«

о

£

с

о

с

а

о

в

а

ф

е

О

X

a

е

О

ф

х

х

?

ф

S

х

Ф

С

ft

а

V

&

9

§

г

I

3

в z

s я

И

*1

а1

с

н

Л

Т-501

6.5. 7.4.1

R-153

2

«Данные изображения», «Центр РОГ», «Вертикальный размер РОГ» и «Диаметр РОГ»

с

10

Т-502

6.5, 7.4.1

R-154

2

«Данные изображения». «Центр РОГ», «Гориэон-тагъный размер

РОГ» и «Диаметр РОГ»

с

11

Т-503

6.5, 7.4.1

R-155

2

«Формат изображения» и «Свойства бита»

с

12

Т-504

6.5. 7.4.1

R-157

2

«Формат изображения» и «Данные изображения»

с

12

Примечание — В настоящей таблице использованы следующие обозначения:

– в графе к Уровень»:

2 — требование может быть проверено с помощью испытания на соответствие требованиям уровня 2:

• в графе «Оператор»:

С — вычисление:

• в графе «Примечание» — см. А.3.6.

А.3.6 Примечания х графе «Тестовое утверждение1

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

1) Прямой порядок следования байтов {идентификатор формата} {{Format identifier}) и {номер версии стандарта} ({Version number})

Тестовые утверждения Т-2 и Т-4 предназначены для проверки того, что данные многобайтовые поля имеют верные значения с корректной кодировкой с обратным порядком следования байтов. Испытания считаются пройденными. если поля имеют верные значения с корректной кодировкой с обратным порядком следования байтов, в остальных случаях испытания считаются непройденными. Комбинации результатов данных тестовых утверждений позволяют легко определить, использует ли тестируемая реализация корректную кодировку с обратным порядком следования байтов.

2) {Длина записи} {{Record length})

Минимальная длина записи задается изображением размером 1 бейт. Так как общий заголовок записи имеет длину 16 байт, а минимальная длина заголовка првдсгавлекия (без блоков данных о качестве) имеет длину 52 байта, добавляя минимальное 1-байговое изображение, его длина составит в общей сложности 69 байт.

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

Следующие расчеты будут проводить при успешном считывании поля {длина блока данных изображения) ({image Data Block Length}) последнего представления РОГ (если преждевременно не будет достигнут маркер конца файла). Если мархер конца файла достигнут преждевременно, испытание считается непройдежым. и значение {общее ожидаемое число байтов} ({Total Bytes Expected}) не формируется. При этом в расчетах, приведенных далее, использован счетчик, увеличивающийся для каждого представления РОГ. В реальной записи данных нумерация представлений не является непрерывной, но SUMBYTES должно увеличиваться в пределах общего числа всех представлений всех РОГ.

SUMBYTES = 16 #. то есть длина общего заголовка записи

FOR М = 1 to {Number of iris representations}1

SUMBYTES = SUMBYTES 2 52 tt. то есть минимальная длина заголовка представления

SUMBYTES = SUMBYTES + (5’ {Number of Quality Blocks for representation M}’ 3 {Image data length for representation M}”

END

{Total Bytes Expected}4 = SUMBYTES

3) {Число представлений РОГ) ({Number of iris representations})

Проверка, что количество данных изображения РОГ соответствует значению поля {число представлений} ({Number of representations}). Попе {длина представления} ({Representation length}} (4 байта) содержит длину представления РОГ. выраженную в байтах.

NUMBER_IMAGES_READ = 0;

WHILE (NUMBER JMAGES.READ <= {Number of representations}24 M = {Representation length}3 пропуск M байтов IF (End-Of-File) RETURN (ERROR)

END IF NUMBER IMAGES.READ++

END

4) {Число представленных глаз} {{Number of eyes represented}}

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

Метод 1.

NUMBERJEYES_REPRE8EN7EQ -1

FRST_EYE ■ {Eye [fee! for repiwonUton 112

ForM ■ 2 to {Number of Ив гергееолМопа}

F ({Eye fcfcel formpiueutifoflon ИГМ

NUhBERJEYES RH’REBBfTW-O;

RETURN

ENDF

F ({Eye fete) formpiueutifoflon M) I» F1RSTJEYE)

NUhBERJEYES RH3REBB4TW«Z;

aoF

ETC

Метод 2:

R#iJrt»_Coutf«G

U2Jffo_Court«B

FOR EACH (mage Repiwartfoflon F{Ey»UM}2EQ0

Undef_tts_Coufrt ♦ ■ 1 ELSElF{Ej»Lebel})EQ 1

S-SElF{EyeL^»QEQ2

Lrt_lrfcCeunt+«1

OSE

ERROR «Продвтипам иеявррасгное значение”

ENDF

ETC FOR EACH

У Проварить {стало лредппжжнымтм} ({Number of ayes rafteaerriad}) снова

Уонпчжи

F (NunfoaroT ayea reprewtod)3 EQO

#Невмиомж> определил» февый или левый met на ипеТим пт 1РКШЧ-И»_С£ХЛ50Т0

ERROR

ELSE F UnjrtejDouriOT О ERROR

ENDIF

# Несгредминньв параметр должен быть бол»» 0 lFUndef_M»_CourrtEQQ

ERROR END IF

ELSE F (Nuntror of «ум raproeantad} EG1 if Дня фемто или левого ma» должно быть установлено енечони» 0

# для другого— 1 или бели

IF RWJri»2C<5im ЕС О AND LoftJrteCeurtGT 0 SUCCESS

ELSE F WsKlrte.C<xirtGT 0 AND LeVK-CairtEO 5

SUCCESS

ELSE

if Для фмюго или левого ггвив должно быть установлено в ив мм aw О

if млн для обоих глн аниченнебопевО

ERROR

ENDF

ELSE IF (Number <f «у» represented) EQ2

it Для правого или левого тм доимо вЫгьуотаноагм анмнм вапвеС F Mflht_lrfa_CountGT 0 AND Щ_И»_С<аП0ГГ0

SUCCESS

ЗЛЕ

ERROR

ENDF

ELSE

{Число фвдотипвнматм} {(NuTtar вГвуее represented)}»5 0,1 мт 2 ШЛОЯТ^едстмлвно некорректно» значение5

ENDIF

5) {Структура записи данных} ({Structure of the data record})

После считывания и анализа всей записи необходимо выполнить следующие проверки:

• должен быть представлен блок «Общий заголовок», а все поля в таблице 3 должны быть заполнены:

• должно быть представлено минимум одно представление:

• для каждого представления должен быть представлен блок «Заголовок представления» со всеми заполненными полями в таблице 4.

6) {Длина представления} ({Representation length})

REPRESENTATION_HEADER_LENGTH = 52 + 5 ’ {num_quaJity_block}

TOTAL_BYTES_EXPECTED – REPRESENTATION_HEADERJ.iNGTH + {image data length}5

7) Форматы, определенные в ГОСТ ISO/IEC 19794-1 См. тестовые утверждения, указанные в (4}.

8) {Формат изображения} ({Image format})

{Imape Н«кИ<} определяется как п»раь«Хбайтов массиве байтов «юбреженегХ— юличвсп» байтов, иаааклн ьк в «гоповх» оахтя юбрвжвння.

{image Рос») определяется мне последние У байтов массива байтов изобретения. У— количество байтов,

известных а футоре пэвгтни юобрвеяжия.

Н (fcnape Format}6 »10 (QxOA}7hen

{PNG Header}: в5 8Э504Е4700 QA1AQA{X« 8}

{PNG Footer}: Ox4946 4E 44 AE 42 80 82 (Y« 8)

У{1 твдо Header} NEQ {PNG Header}AND {Image Footer} MEG {PNG Foot»»} Then Error tf {hnage Format} ■ 14 (OxOE) Then

{JPEG2000 Heedat}: 07flQ 00 И ОСвАЮ 202000 QX87 (X- 12)

(JPE02WO FortJ^ OxFFW (У =2)

tf {hnage Heeded FCO(JPEO2000 идея} AND FOOtef) NEO{JPEO2W RXJtef)

Then Error

9) (Горизонтальный и вертикальный размеры изображения} ((Image width and height}}

Для изображений в формате PNG горизонтальный и вертикальный размеры изображения кодируются в 4 бейтах и следуют сразу за заголовком изображения.

Locate the IHDR (0x49484452)

Set the Index to the start of the IHDR

Internal Stated Width = 4 bytes, starting at Index + 4 Internal Stated Height = 4 bytes, starting at Index + 8 If (Image Width} NEO (internal Stated Width} or (Image Height} NEO (Internal Stated Height} Then ERROR Для изображений в формате JPEG2000 горизонтальный и вертикальный размеры изображения» кодируются

в 4 байтах и следуют сразу за заголовком изображения.

Следует найти расположение заголовка изображения (0x69686472)

Следует установить индекс 8 начало заголовка изображения Internal Stated Height« 4 bytes, starting at Index + 4 Internal Stated Width = 4 bytes, starting at Index + 8

If (Image Width} NEO (Internal Stated Width} or (Image Height} NEO (Internal Stated Height) Then ERROR

10) (Горизонтальный отступ} {{Iris image horizontal margin})

F ({ba mrte, «mdlart ДО<Ж{На mntr», HrgMtx)-0 Oftflrtedfamtar, twgaeir-O)

RETURN САвтсектнеская гродеркя недегмсинв. Промети вмдоную проварку или иегюлынввтъ

дополнительны7 алгоритмы проварят)

END F

пикш7 {trta гИвтяШг, bugastyft mertfn=$2-rodh»;

F ({be centra, ameiteet x) – red lue « nwrgkt}

RETURN (“Ошиба, нвооотввтспи» левого отступе”)

EJOF

F ({Image wWh) ♦ {rts aentro, target7 x}+ radua < mertf n)

RETURN fCuMfta, немотдетствие гравслэ отступе”)

ENDF

RETURN (“Мспытииие уровни 2 пройдено”).

11) (Вертикальный отступ} (Iris image vertical margin}

F ({be carta, «iroaieet y>rtCR{be carta, targe7 y>0 0R(№4amefer, torgee^-o)

RETURN (“Аггошггмчас