allgosts.ru35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ35.040. Наборы знаков и кодирование информации

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

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

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

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

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


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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

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' '(70x00,

Данное число означает, что для создания записи данных изображения РОГ использована вторая версия стандарта. Данное поле состоит из грех символов 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 ("Аггошггмчасам проверка невозможна. Провести еиауалыгую проверку или ислолмовить дггалнигальмме алгоритмы гфоварам1}

ENDF

го<8ив={rte diameter, tafgeetjttmepflh=ОД 7 radii»;

F ({be centre, emtf bet y) 7 tedlua < naught)

RETURN ГОимбса, несоответствие дерхнего отступе")

ENDF

F ({hnegewWtt} • {he carta, large7 y)+rod we « mertf n)

RETURN ("Ошибок, несоответствие нижнего Отступе")

ETCF

RETURN fbcnmuBM уровни 2 пройдено7).

12) (Тип изображения, формат изображения и соотношения свойств изображения} ({Image type, image format and image properties relationships})

Format = RAW

IF {{Image data (0 TO 7]} = Ox 89 50 4E 47 OD OA 1А0А IF {{Image format) Is 14}

RETURN ("Ошибка (испытания уровня 2). Формат не совместим с данными изображения")

END IF Format = PNG ENDIF

IF {{Image data (0 TO 7) - Ox 00 00 00 ОС 6A 50 20 20

IF ({Image Format} != 10)

RETURN f Ошибка (испытания уровня 2). Формат не совместим с данными изображения")

END IF

Format = JP2

ENDIF

IF (Format = RAW)

RETURN ("Ошибка (испытания уровня 2). Используется исходное изображение*)

ENDIF

IF (Formal = PNG)

IF (({Image type) = 01) AND {{Image data [20J!=0)>

RETURN (’Ошибка (испытания уровня 2). Используется чересстрочный метод для данных в формате PNG типа 01’)

ENDIF

ENDIF

RETURN (*Ислыгакие уровня 2 пройдено*).

13) (Центр РОГ} ({Iris centre})

IFflHacenfra, emaieetxF^O OR ((Ив centra, 1афи(х}“>=0)

RETURN САатоитнмом проверит нааомояж. Провести викужгыгую проверку или жлолмоввп» яикя нительны» алюритиы грсвёриГ)

ENDIF

eant«=<{lrt»eenf», 4me;teetx}+{tt4 cents, fcrgeetxjya oentreY • ({hta oentm, ermri leet Y}*** ♦ (He oertr», fargaart YJ*4)/!

IF ((centmx < ({Hups rtd№}*^ -1})OR<(»ntroX> ({№ф еМОДв +1})

RETURN fOunfie (иопытяк»уровни Q РОГ не центрирована триюнтагьяд’)

ENDIF

IF{(cantr>Y< «кпввв .1}>0R«certr»Y» flirty beW2 +1))

RETURN ("ОшиВка (истьтагем уровня Z). РОГ не цектдооеаиа eepneouw+cT)

ENDIF

RETURN ("Мсгытание уровня 2 rpoffeM")-

A.3.7 Дополнительная информация о форматах файлов изображений

А.3.7.1 Формат файла PNG

Файл PNG начинается с 8-байтовой подписи. Значения шестнадцатеричного бейта составляют 69 50 4Е 47 0D ОА 1А0А. После заголовка следуют блохи, каждый из которых содержит определенную информацию об изображении. Блок состоит из четырех частей: длина (4 байта), гип/имя блока (4 байга), данные блока (размер) и CRC (циклический избыточный код/контрольная сумма. 4 бейта). CRC представляет собой CRC-32 с сетевым порядком байтов, вычисленный по типу блоков и данным блоков, но не по длине. Первыми обязательными компонентами являются:

• ширина (4 байта);

• высота (4 байта);

• битовая глубина (1 бейт);

• тип цвета (1 байт);

• метод сжатия (1 байт);

• метод фильтрации (1 байт);

• метод чередования (1 бейт).

Ширина и высота отражают размеры изображения в пикселях. Они представляют собой 4-байтовые целые числа. Недопустимо нулевое значение. Максимальным значением размера является 2J1 - 1.что позволяет использовать языки, которые имеют трудности с 4-байговыми значениями без знака.

Поле «Битовая глубина» представляет собой 1-байтовое целое число, указывающее количество бит образца или индекс палитры (не количество бит на пиксель). Допустимыми значениями битовой глубины являются 1. 2. 4. в и 16. причем не все значения допустимы для всех типов цветов.

Поле «Тип цвета» представляет собой 1-байтоеое целое число, которое описывает представление данных изображения. Коды типа цвета представляют собой суммы следующих значений: 1 (используемая палитра). 2 (используемый цвет) и 4 (используемый альфа-канал). Допустимыми значениями типов цветов являются 0.2, 3.4 и 6.

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

• 0 — допустимые значения битовые глубины = 1.2.4.8.16. Интерпретация — каждый пиксель представляет собой образец в градациях серого:

• 2 —допустимые значения битовые глубины - в. 16. Интерпретация — каждьы пиксель кодируется в R. G. В:

- 3 — допустимые значения битовые глубины = 1. 2. 4. 8. кЬггврпрегация — каждый гмксель представляет собой индекс палитры: должен появиться блок PLTE;

• 4 — допустимые значения битовые глубины = 8.16. Интерпретация — каждый пиксель представляет собой образец е градациях серого, за которым следует образец в альфа-канале:

- в — допустимые значения битовые глубины = в. 16. Интерпретация — каждый пиксель кодируется в R. G. В. за которым следует образец в альфа-канале.

Глубина образца такая же. как и битовая глубина, за исключением случая цвета типа 3. в котором глубина образца всегда равна 8 битам.

Поле «Метод сжатия» представляет собой 1-байгоаое целое число, которое указывает способ, используемый для сжатия данных изображения. В настоящее время используется только метод сжатия 0 (сжатие данных/ расжатие данных методом скользящего окна не более 32768 байтов). Все стандартные изображения в формате PNG должны быть сжаты с помощью этой схемы. Поле «Метод сжатия» оставляется для возможного будущего расширения или проприетарных данных. Декодеры должны проверять этот байт и сообщать об ошибке, если он содержит нераспознанный код.

Поле «Метод фильтра» представляет собой 1-байтовое цепов число, которое указывает метод предварительной обработки, применяемый к данным изображения перед сжатием. В настоящее время используется только метод фильтрации 0 (адаптивная фильтрация с пятью основными типами фильтров). Как и в поле «Метод сжатия», декодеры должны проверять этот байт и сообщать об ошибке, если он содержит нераспознанный код.

Поле «Метод чередования» представляет собой 1-байтоеое целое число, которое указывает порядок передачи данных изображения. В настоящее время определены два значения данного поля: 0 (без чередования) или 1 (чересстрочное чередование Adam7).

А.3.7.2 Формат файла JP2

Структура файла формата JP2 состоит из объектов, некоторые из них являются необязательными. Первыми обязательными компонентами являются:

- блок подписи JPEG 2000:

• блок «Тил файла»:

- блок заголовка JP2:

- блок заголовка изображения.

- блок «Глубина цвета на компонент».

- блок «Цветная спецификация».

- ит.д.;

- и т. п.

Физически каждый объект в файле инкапсулируется в двоичную структуру, называемую блоком. Эта двоичная структура характеризуется:

• LBox — длта блока. В этом поле указывается длина блока, хранящегося в виде 4-байтового целочисленного числа без знака с обратным порядком следования байтов. Даннов значение включает в себя вое поля блока, включая длину и тип. Если значение этого поля равно 1. тогда существует поле XLBox. значение которого будет фактической длиной блока. Если значение этого поля равно 0. длина блока не известна в момент записи поля LBox. В этом случае этот блок включается в себя все байты до конца файла. Если блок с длиной 0 содержится в другом блоке, тогда длина большего блока также должна быть равна 0. Это означает, что этот блок является последним блоком в файле. Значения 2—7 зарезервированы для использования ИСО (4 байта значения кодирования 0. 1 или 8 до 232 - 1}:

• ТВох — тип блока. Это поле указывает тип информации, хранящейся в поле DBox. Значение этого поля кодируется как 4-байтоаое целочисленное число без знака с обратным порядком следования байтов. Однако в блоках обычно упоминается преобразование символьной строки целочисленного значения в соответствии с /7/ Для всех типов блоков, указанных в рекомендациях к настоящему стандарту, типы блоков будут обозначены как символьная строка (обязательно), так же как и 4-бвйтовые шестнадцатеричные целые числа (опционально). Кроме того, символ пробела отображается в преобразовании символьной строки типа поля как «\040». Все значения ТВох. не указанные в рекомендациях к настоящему стандарту, зарезервированы для использования ИСО (4 байта без фиксированного значения). Некоторые из указанных блоков имеют следующий тип:

• блок «Подпись JPEG 2000» (jP\040\040 = Ox 6А 50 20 20). В блоке «Подпись JPEG 2000» указано, что формат этого файла определен стандартом JPEG 2000. а также он предоставляет небольшой объем информации, который может помочь определить достоверность остальной части файла. Блок «Подпись JPEG 2000» должен быть первым полем в файле, и все файлы должны содержать только один блок «Подпись JPEG 2000». Тип блока «Подпись JPEG 2000» должен быть «jP\040\040» (Ox 6А 50 20 20). Длина этого блока должна быть 12 байтов. Содержимое этого блока должно быть четырехбайтовой символьной строкой <CR> <LF> <0х87> <LF>' (Ox 0D 0A 87 0A). Для целей проверки файлов это поле можно считать 12-байтовой строкой фиксированной длины, которая должна иметь значение: Ох 0000 ОООС 6А50 2020 0О0А 870А. Комбинация конкретного типа и содержимого для этого блока позволяет приложению обнаруживать общий набор ошибок передачи файлов. Последовательность CR-LF в содержимом позволяет обнаруживать ошибки передачи файлов, которые изменяют последовательность новой строки.

Окончательный перевод строки проверяет обратную проблему перевода CR-LF. Третий символ содержимого блока имеет свой старший разряд для обнаружения неудачных попыток передачи файлов, которые очищают бит 7.

• блок «Тип файла» {Нур = Ох 66 74 79 70).

• блок заголовка JP2 (jp2h = Ox 6А 70 32 68). который представляет собой блок, содержащий:

- блок заголовка изображения (ihdr = Ох 69 68 64 72). который является первым блоком заголовка

JP2. Этот блок содержит общую информацию фиксированной длины об изображении, например размер изображения и количество компонентов. Содержимое блока заголовка JP2 должно начинаться с блока заголовка изображения. Данные блоки, расположенные в других местах в файле, должны игнорироваться. Длина блока заголовка изображения должна быть 22 байта, включая поля длины блока и типа. Большая часть информации в блоке заголовка изображения избыточна вместе с информацией, хранящейся в самом коде. Все ссылки на «кодированный лоток» в описаниях попей в этом блоке заголовка изображения применимы к кодированному потоку, хранящемуся в первом блоке «Непрерывный кодированный поток» в файле. Файлы, содержащие противоречивую информацию между блоком заголовка изображения и первым кодированным потоком, не соответствуют файлам. Однако читатели могут попытаться считать эти файлы, используя значения. найденные в кодированном потоке. Тип блока заголовка изображения должен быть «ihdr» (Ох 69 68 64 72). а содержимое блока должно иметь следующий формат: 4 байга для высоты. 4 байта для ширины. 2 байга для количества компонентов. 1 байт для глубины цвета на компонент. 1 байт для сжатия (только значение 7 определено), 1 байт для неизвестного цвета и 1 байт для интеллектуальной собственности.

- блок «Глубина цвета на компонент» {Ьрсс = Ох 62 70 63 63),

- блок «Цветная спецификация» {coir = Ох 63 6F 6С 72).

- и т. д.;

• XLBox — уввгычекная длина блока. Это поле указывает фактическую длину блока, если значение поля LBox равно 1. Это поле хранится как 8-байтовое целочисленное число без знака с обратным порядком следования байтов. Значение включает все поля блока, включая поля LBox. ТВох и XLBox (если LBox = 1.64 байга кодирования от 16 до 2е4 - 1; 0 байтов в любом другом случае);

• DBox — содержимое блока. Это попе содержит фактическую информацию, содержащуюся в этом блоке. Формат содержимого блока зависит от типа блока и будет определен индивидуально для каждого типа. (Переменные байты кодируют переменные значения.)

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

Приложение В (справочное)

Требования к регистрации изображений радужной оболочки глаза

В.1 Функция передачи модуляции и частота пространственной дискретизации

Функция передачи модуляции в системе формирования изображений должка быть ослаблена до 0.6 при пространственной частоте в 2 цикла/мм. Частота пространственной дискретизации получаемого цифрового изображения РОГ должна составлять не менее 10 пихселей/мм. Для измерения ФПМ допускается использовать синусоиды и радиальную миру (прямоугольный сигнал) с частотой в 2 пары гыний^мм. Соответствующий верхний предел затухания составляет (4/я)-0.в. что на 2 дБ менее затухания при отношении амплитуды прямоугольного сигнала к амплитуде основного компонента Фурье (синусоиды), равном -20 -fog10 {к1А) = 2 дБ.

В.2 Диапазоны сжатия и рекомендованные типы изображений

Таблица В.1 основана на рисунке 1 IREX-1 (1] и наглядно показывает рекомендованные типы изображений для использования в разлитых приложениях (сравнение «один к одному» (1:1) или сравнение «один ко многим» (1:W)1 Для различных размеров целевой записи.

Таблица В.1 — Типы изображений для различных размеров и видов использования целевой записи

Конфигурация

Размер целевой записи. К

байт

I1

Рекомендуемый тип и формат сжатия информации

2

4

в

те

32

64

126

266

Все

IMAGE TYRE UNCROPPED

Формат PNG без потерь или

формат JPEG2000 без потерь

Все

IMAGE TYPE VGA

Формат PNG без потерь или

формат JPEG2000 без потерь

Все

IMAGE TYPE CROPPED

Формат PNG без потерь или

формат JPEG2000 без потерь

Все

IMAGE TYPE CROPPED

AND MASKED

Формат PNG без потерь иш

формат JPEG2000 без потерь

1:W

IMAGE TYPE CROPPED

Формат JPEG2000

1:W

IMAGE TYPE CROPPED

AND MASKED

Формат JPEG2000

1:1

IMAGE TYPE CROPPED

Формат JPEG2000

1:1

IMAGE TYPE CROPPED

AND MASKED

Формат JPEG2000

В.З Качество фокусировки

Изображения должны иметь качество фокусировки, при котором сохраняется заданное пространственное разрешение. На рисунке В.1 изображена РОГ с соответствующим разрешением и качеством фокусировки. Следует учитывать, что сжатие изображения и расфокусировка являются причиной деградации изображения. Алгоритм оценки качества фокусировки изображения и оценки фокусировки в диапазоне от 0 до 100 приведен в [8].

Рисунок В.1 — Изображение радужной оболочки глаза с высоким качеством фокусировки

В.4 Контраст

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

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

8.5 Видимая часть радужной оболочки глаза

Не менее 70 % РОГ должны быть видимыми, то есть не должны быть скрыты бликами, веками, ресницами и т. д. Следует отметить, что данное требование может быть трудковыпогмимым для некоторых этнических групп.

В.6 Плотность распределения градаций серого

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

В.7 Освещение

Глаз должен быть освещен излучением ближнего инфракрасного диапазона с длиной волны от 700 до 900 нм. Данные рекомендации получены на основании практического опыта, но допускается использование излучений других спектральных диапазонов, включая видимый сват. Угол между линией, соединяющей центры осветительной системы и зрачка, и оптической осью камеры должен быть не менее 5* для устранения эффекта «красных глаз». Осветительная система должна быть установлена рядом с камерой или ниже нее для предотвращения образования теней от бровей.

В.8 Соотношение длин сторон пикселя

Биометрический сканер должен создавать изображение, состоящее из пикселей квадратной формы, имеющих одинаковые вертикальные и горизонтальные размеры. Допустимое отклонение горизонтальных и вертикальных размеров пикселей не должно быть более 1 %. то есть соотношение размеров должно быть в пределах от 0,99 до 1.01.

В.9 Оптические искажения

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

В.10 Шум

Шум не должен присутствовать на изображении.

В.11 Ориентация изображения

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

виде:

• верхние веки и брови находятся в верхней части изображения:

• слезный канал правого глаза находится справа, левого — слева.

Если необходимо зеркальное отражение изображения в горизонтальной или вертикальной плоскости, то в параметрах заголовка должны быть указано, что требуется зеркальное отражение {таблица 4. строка 11).

В.12 Представление

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

• голову следует держать вертикально {не наклонять е сторону) таким образом, чтобы гмния между центрами правой и левой РОГ была горизонтальной или отклонялась не более чем на ± 10*. Возможно получение изображения обоих глаз с последующим определением условной линии между центрами РОГ для измерения угла поворота РОГ;

- на изображении глаз должен быть открыт как можно шире с целью увеличения области изображения РОГ;

• размер зрачка должен быть не более 7 мм. так как чрезмерно расширенный зрачок может повлиять на качество распознавания:

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

• следует снять жесткие и мягкие контактные линзы при регистрации и при распоэнавании/еврификации.

В.13 Показатель качества

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

Приложение ДА (справочное)

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

Таблица ДА.1

Обозначение ссылочною национальною.

межтасуаарсгеенною стандарта

Стелею

соответствия

Обоз мочение и наиыеноеание ссылочного между народного стендерте

ГОСТ ISOZIEC 2382-37—20,6

IDT

1SO/IEC 2382-37:2017 «Информационные технологии. Словарь. Часть 37. Биометрия»

ГОСТ ISO/IEC 19794-1—2015

IDT

fSO/IEC 19794-1:2011 «Информационные технологии. Форматы обмена биометрическими данными. Часть 1. Структура»

ГОСТ Р ИСО/МЭК 19785-2—2008

IDT

1SO/IEC 19785-2:2006 «Информационные технологии. Единая структура форматов обмена биометрическими данными. Часть 2. Процедуры действий регистрационного органа в области биометрии»

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

- IDT — идентичные стандарты.

Приложение ДБ (справочное)

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

Таблица ДБ.1

Структура настоящею стандарте

Структура международною стандарта ИСО/МЭК 19794-6:2011

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

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

Примечание — Сопоставление структуры стандартов приведено, начиная с приложения ДА. так как предыдущие разделы стандарте» идентичны.

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

(1] Grother Р. Tabassi Е.. Quinn G.W. and Salamon W. IREX Interoperable Iris Exchange I: Performance of Iris Recognition Algorithms on Standard Images. NIST Interagency Report 7629, 2009 (Интероперабельный обмен данными радужной оболочки таза IIREX: производительность алгоритмов распознавания радужной оболочки глаза на стандартных изображениях. Межведомственный отчет NIST 7629. 2009)

}2} ISO/IEC 15948:2004 Information technology — Computer graphics and Image processing — Portable Network Graphics (PNG): Functional specification (Информационные технологии. Компьютерная графика и обработка изображения. Переносимая сетевая графика (PNG). Функциональная спецификация}

(3] ISO/IEC 15444 (al parts). Information technology — JPEG 2000 image coding system (Информационные технологии. Система кодирования изображения JPEG 2000)

(4} ISO/IEC 19794-1:2011/Amd 1:2013 Information Technology — Biometric data interchange formats — Part 1: Framework. Amendment 1: Conformance testing methodology (Информационные технологии. Форматы обмена биометрическими данными. Часть 1. Структура. Дополнение 1. Методология испытаний на соответствие)

[5] Daugman John and Downing Cathryn. Effect of severe image compression on iris recognition performance. IEEE Trans, on Information Forensics and Security. 3(1): 52—61. March 2006 (Влияние сильного сжатия изображений на распознавание радужной оболочки глаз. IEEE транзакции по информационной криминалистике и безопасности. 3 (1): 52—61. март 2008 г.)

(6} ISO/IEC 15444-1:2016 Information technology — JPEG 2000 image coding system: Core coding system (Информационные технологии. Система кодирования изображения JPEG 2000. Внутренняя система кодирования)

[7} ISO/IEC 64& 1991 Information technology — ISO 7-М coded character set for information interchange (Информационные технологии. 7-битный набор кодированных символов ИСО для обмена информацией)

(8] Daugman John. How iris recognition works. IEEE Trans, on Circlets and Systems for Video Technology. 14(1): 21—30. January 2004 (Как работает распознавание no радужной оболочке глаза. Транзакции IEEE на схемах и системах для видеотехнологий. 14(1): 21—30. январь 2004 г.]

(9] Smith Warren J. Modem Optical Engineering The Design of Optical Systems. McGraw-Hill Inc., New York. 1990 (Современное проектирование оптических систем. McGraw-Hill inc.. Нью-Йорк. 1990)

УДК 004.934:006.89.006.354 ОКС 35.040

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

БЗ 1—2019/12

Редактор Л.С. Зимипоеа Технический редактор В.И. Прусакова Корректор Е.Р. Ароян Компьютерная верстка Ю.В. Поповой

Сдано в набор 07.t2.2016. Подписано в печать 09.01.20*9. Формат 60 < 64*/g. Гарнитура Ариал. Усп. печ. п. 6.51. Уч.-изд. п. 5.60.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

ИД «Юриспруденция». 115416. Москва, ул. Орджоникидзе. 11. www.pineizdat.ru y-book@tnaii.ru

Создано в единичном исполнении ФГУП «СТАНДАРТИКФОРМ» . 117416 Москва. Нахимовский пр-т. д. 31. к. 2. www.goslinfo.iuinfo@goslinfo.ru

1

Число представлений РОГ.

* Число блоков «Качество» для представления М.

** Длина данных изображения для представления М. *’2 Общее число ожидаемых байтов.

2

4 Длина представления.

3

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

* Метка глаза для представления 1.

*7 Метка глаза для представления М.

*® Метка глаза.

4

*9 Число представленных глаз.

5

Длина данных изображения.

6

Формат изображения.

7

Диаметр РОГ. наибольшее значение.