"ГОСТ Р ИСО/МЭК 29159-1-2017. Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Калибровка, аугментация и объединение данных в биометрии. Часть 1. Формат объединения данных"
(утв. и введен в действие Приказом Росстандарта от 22.06.2017 N 577-ст)

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 29159-1:2010 "Информационные технологии. Калибровка, аугментация и объединение данных в биометрии. Часть 1. Формат объединения данных" (ISO/IEC 29159-1:2010 "Information technology - Biometric calibration, augmentation and fusion data - Part 1: Fusion information format", IDT).

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

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

5 ВВЕДЕН ВПЕРВЫЕ

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

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

Разработка биометрических систем привела к появлению различных технологий и алгоритмов сравнения. Некоторые из них публикуются в открытом доступе, но большинство являются частной собственностью. Во многих современных приложениях для биометрической верификации или биометрической идентификации применена одна биометрическая модальность. Это означает, что применена одна определенная биологическая или поведенческая характеристика человека с целью более или менее однозначной идентификации личности. Например, в системе контроля доступа может быть осуществлена регистрация изображения руки и использованы ее геометрические характеристики. В рамках программы социальных льгот могут проводить сбор отпечатков пальцев заявителей и использовать их в качестве входных данных для поиска дубликата "один-ко-многим". Применение разных биометрических методов предполагает использование различного количества отличительной информации, а также влечет за собой разные проблемы, связанные с получением данных. Все биометрические системы в какой-то степени подвержены отказам; при этом существуют различные режимы отказа. Таким образом, представляется целесообразным комбинировать технологии или алгоритмы с целью повышения производительности и/или удобства использования биометрических систем. Такое комбинирование называется объединением. Объединение может быть мультимодальным (например, при использовании в качестве биометрических характеристик лица и пальца), мультиалгоритмическим (например, при использовании алгоритмов A и B), мультиэкземплярным (например, при использовании указательного и большого пальца), мультидатчиковым (например, при использовании оптического и ультразвукового датчика отпечатков пальцев) или являться мультипредставлением (например, при использовании трех изображений лица пользователя).

В настоящем стандарте рассмотрен наиболее общий и легко реализуемый метод объединения: объединение на уровне результатов сравнения. Это объединение осуществляется после того, как две или более системы обработали и сравнили биометрические данные индивида <1> с одним или несколькими зарегистрированными образцами и предоставили скалярные результаты сравнения на выходе. Различают результаты сравнения подлинного лица (тот же самый человек) и "самозванца" (другой человек). Схему объединения разрабатывают с целью комбинирования этих результатов сравнения таким образом, чтобы уточнить границу классов результатов сравнения подлинных лиц и "самозванцев".

--------------------------------

<1> В биометрии термин "индивид" относится только к человеку.

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

- в процессах, основанных на классификации, доступные результаты сравнения комбинируются напрямую для получения решения или результата сравнения на выходе;

- в процессах, основанных на нормализации, объединению предшествует преобразование каждого результата сравнения к общей области определения. Иногда эффективны простые методы нормализации, основанные на статистических параметрах, таких как среднее значение и стандартное отклонение, но в более сложных методах используется детальное знание о распределении результатов сравнения на входе. Формат объединения данных (ФОД), определенный в настоящем стандарте, предназначен для гибкой поддержки любого из доступных преобразований. Несмотря на установление стандартизированных средств обмена данными, настоящий стандарт поддерживает модульный подход к интеграции биометрических систем, при котором и алгоритмы сравнения, и алгоритмы объединения остаются защищенными "черными ящиками", что позволяет избежать нарушения прав интеллектуальной собственности. В настоящем стандарте рассмотрено приложение, в котором каждая из двух или более лежащих в основе технологий сбора данных и сравнения (например, геометрии руки и отпечатка пальца) генерирует результат сравнения, который подается в модуль объединения, инициализированного с помощью соответствующего экземпляра ФОД.

На рисунке 1 представлена логическая роль записей в процессе мультимодального объединения.

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

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

Применение стандартов форматов обмена биометрическими данными и стандартов биометрических интерфейсов является необходимым условием достижения полного обмена данными и функциональной совместимости в случае биометрического распознавания в среде открытых систем. Биометрические международные стандарты, разработанные в рамках ИСО/МЭК СТК 1/ПК 37, образуют многоуровневый набор международных стандартов, состоящий из форматов обмена биометрическими данными и биометрических интерфейсов, а также профилей приложений, которые описывают порядок использования данных международных стандартов в конкретных областях применения.

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

В настоящем стандарте не рассматриваются:

- процессы нормализации результатов сравнения;

- процессы объединения.

Записи соответствуют требованиям настоящего стандарта, если они удовлетворяют всем нормативным требованиям раздела 6. В разделе 6 предъявлены требования соответствия одному из разделов 8, 9 или 10, в которых, в свою очередь, предъявлены требования соответствия разделу 7.

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

IEEE 754-2008 IEEE Standard for floating-point arithmetic (Стандарт ИИЭР для арифметики с плавающей точкой)

ISO/IEC 19785-1:2006 Information technology - Common biometric exchange formats framework - Part 1: Data element specification (Информационные технологии. Единая структура форматов обмена биометрическими данными. Часть 1. Спецификация элементов данных)

ISO/IEC 19794-1 Information technology - Biometric data interchange formats - Part 1: Framework (Информационные технологии. Форматы обмена биометрическими данными. Часть 1. Структура)

В настоящем стандарте применены термины и определения по ИСО/МЭК 19794-1, а также следующие термины с соответствующими определениями:

4.1 биометрический образец (biometric sample): Аналоговое или цифровое представление биометрических характеристик, предшествующее извлечению биометрических признаков.

Примечание - Устройство сбора биометрических данных (биометрический сканер) - подсистема сбора биометрических данных, состоящая из одного компонента.

4.2 функция распределения (cumulative distribution function): Вероятность того, что случайная величина примет значение, меньше или равное произвольному числу.

4.3 результат сравнения подлинного лица (genuine score): Результат сравнения двух образцов от одного человека.

4.4 результат сравнения "самозванца" (impostor score): Результат сравнения двух образцов от разных людей.

4.5 параметр положения (location parameter): Общий количественный показатель позиции распределения.

Примечание - Параметр расположения не обязательно является средним значением распределения.

4.6 функция плотности распределения вероятностей (probability density function): Производная функции распределения.

4.7 параметр масштаба (scale parameter): Общий количественный показатель ширины распределения.

Примечание - Параметр масштаба, как правило, не является ни дисперсией, ни стандартным отклонением распределения.

4.8 результат сравнения (comparison score): Численное значение (множество значений), являющееся результатом процесса сравнения, полученное на выходе биометрической подсистемы сравнения.

Примечание - Термин "результат сравнения" применен в настоящем стандарте как для оценки степени различия (меньшая указывает на большую вероятность того, что образцы получены от одного и того же человека), так и для оценки степени схожести (большая указывает на большую вероятность того, что образцы получены от одного и того же человека). Эта разница подробно описана в 6.4.9.

В настоящем стандарте применены обозначения и сокращения, приведенные ниже. В таблицах, определяющих структуры двоичных записей, символ "М" в столбце "статус" означает, что поле является обязательным, символ "О" - необязательным. Это значит, что байты для этих полей могут отсутствовать. В любом случае записи могут быть проанализированы, поскольку информация о наличии или отсутствии необязательного поля записывается в предыдущем поле.

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

ФР - функция распределения (cumulative distribution function, CDF);

ЭФР - эмпирическая функция распределения (empirical cumulative distribution function, ECDF);

ВЛД - вероятность ложного допуска (false acceptance rate, FAR);

ВЛС - вероятность ложного совпадения (false match rate, FMR);

ФОД - формат объединения данных (fusion information format, FIF);

ФПРВ - функция плотности распределения вероятностей (probability density function, PDF);

ID - идентификатор (identifier).

Запись ФОД использована для поддержки модульности в мультимодальных биометрических системах и системах поддержки принятия решений. Структура записи приведена в таблице 1.

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

Структура блока "Заголовок объединения" определяет формат записи и указывает на ее содержание. Структура блока "Заголовок объединения" приведена в таблице 2.

Структура блока "Заголовок объединения" определяет формат записи и указывает на ее содержание. Структура записи типа 1 приведена в таблице 3.

Структура блока "Заголовок объединения" определяет формат записи и указывает на ее содержание. Структура записи типа 2 приведена в таблице 4.

Структура блока "Заголовок объединения" определяет формат записи и указывает на содержание. Структура записи типа 2 приведена в таблице 5.

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

Пример - Значение 1025 (два в степени 10 плюс один) будет храниться в двух байтах: первый байт = 00000100b и второй байт = 00000001b.

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

Все числовые значения, приведенные в тексте настоящего стандарта, являются десятичными, кроме тех, которым предшествует 0x (они являются шестнадцатеричными) и тех, которые оканчиваются на "b" (они являются двоичными).

Числа двойной точности должны соответствовать ИИЭР 754.

Примечание - Чтобы избежать численной неточности, спецификации ИИЭР 754 может быть недостаточно.

Блок "Заголовок объединения", приведенный в таблице 7, должен присутствовать в качестве первого блока всех записей ФОД.

Поле "Идентификатор формата" (4 байта) является нуль-терминированной строкой с тремя символами ASCII "FIF" в начале для соответствия настоящему стандарту.

Поле "Номер версии стандарта" (4 байта) является нуль-терминированной строкой стремя символами ASCII.

Первый и второй символы обозначают номер версии стандарта, третий символ - номер поправки или изменения данной редакции.

Номер версии настоящего стандарта будет 0x30313000, т.е. 010 - номер версии 1, номер редакции 0.

Поле "Длина записи" (4 байта) должно содержать полную длину в байтах всей записи. Она определяется как сумма длины блока "Заголовок объединения" (25 байтов) и длины следующей за ним записи типа 1, 2 или 3.

Значение поля "Тип биометрической модальности" (3 байта) должно быть взято из перечня ЕСФОБД биометрических модальностей, приведенного в ИСО/МЭК 19785-1, 6.5.6. Это значение позволяет приложению определить, какая биометрическая модальность представлена, с помощью экземпляра ФОД.

Идентификатор алгоритма подсистемы сравнения (т.е. сравнения биометрических данных с биометрическими контрольными шаблонами) (4 байта = 2 байта + 2 байта), который позволяет получать информацию о результатах сравнения, содержащуюся в данной записи ФОД, должен быть записан в соответствии с требованиями, приведенными в таблице 8. Эти два значения являются идентификаторами биометрических продуктов ЕСФОБД, описанных в ИСО/МЭК 19785-1 <1>.

--------------------------------

<1> Заменен на ISO/IEC 19785-1. Однако для однозначного соблюдения требования настоящего стандарта, выраженного в датированной ссылке, рекомендуется использовать только указанное в этой ссылке издание.

--------------------------------

<2> МАБП - Международная ассоциация биометрической промышленности [International biometric industry association (IBIA)]. В настоящий момент данная организация называется "Международная ассоциация биометрии и идентификации" [International Biometrics & Identification Association (IBIA)].

Примечания

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

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

Определенный разработчиком идентификатор базы данных (2 байта), используемый подсистемой сравнения разработчика для получения результатов сравнения, которые применяются при вычислении данных, содержащихся в полях 4 и 5, должен быть записан в соответствии с требованиями, приведенными в таблице 9. Поле "Идентификатор базы данных" может быть использовано:

- разработчиком подсистемы сравнения, чтобы произвольно указать, какие данные использовались при вычислении содержимого записи ФОД;

- в профиле приложения или документах с требованиями, чтобы обязать разработчиков использовать определенные входные данные [например, (55) - база данных калибровки отпечатков пальцев MINEX POEBVA (MINEX POEBVA fingerprint calibration database)].

Примечание - ИСО/МЭК СТК 1/ПК 37 поддерживает процесс регистрации других баз данных для их использования в создании записей, определенных в настоящем стандарте. Реестр идентификаторов баз данных включает в себя базы данных, перечисленные в таблице 9.

Примечания

1 Хотя некоторые из этих баз данных не находятся в открытом доступе, они перечислены здесь для поддержки калибровки в будущем.

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

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

Качества биометрических образцов в базе данных могут быть объединены для формирования скалярного значения качества базы данных. Два значения суммарного качества (1 байт) должны быть сохранены в последовательных полях: первое - для контрольных шаблонов; второе - для полученных образцов. Значение 0 представляет минимально возможное качество, а значение 100 - максимально возможное качество. В таблице 10 приведены допустимые значения для каждого поля.

Необработанные данные, полученные от биометрических подсистем сравнения, представляют собой оценку степени различия либо оценку степени схожести. Маленькие значения оценки степени различия указывают на большую вероятность того, что они являются результатами сравнения подлинного лица; в случае оценки степени схожести на это указывают большие значения. Для записи смыслового значения результатов сравнения должно использоваться однобайтовое поле со значениями, приведенными в таблице 11.

Примечание - Использование слова "различие" не обязательно подразумевает, что значения обладают метрическим свойством.

Блок "Число экземпляров типа" (1 байт) должен представлять количество записей типа 1, 2 или 3, включенных в запись ФОД. Запись должна содержать ноль или один экземпляр каждого типа, но всегда должен присутствовать хотя бы один экземпляр одного из них. Таким образом, число экземпляров типа должно быть 1, 2 или 3.

Пример - Если присутствует и экземпляр типа 1, и экземпляр типа 3, значение будет 2.

Примечание - Профиль приложения (или эквивалентная спецификация) может надлежащим образом вызывать один определенный тип.

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

Необходимо обратить внимание на то, что в некоторых таблицах первый столбец озаглавлен "Поле" и содержит числовые данные. Они приведены только для облегчения ссылок на строки в таблицах; эти данные не должны включаться в бинарные записи стандарта.

В таблице 12 приведены целые значения в качестве идентификаторов для величин, необходимых для описания распределения.

Примечания

1 Приложение также может повлиять на то же самое преобразование независимо от вида значения, которое содержит запись, например линейное преобразуется в (x-mean)/stdev и (x-median)/mad, где mean - среднее значение, stdev - стандартное отклонение, median - медиана, mad - медианное абсолютное отклонение.

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

Значение поля "Происхождение" (1 байт), приведенное в таблице 13, следует использовать для указания происхождения параметра.

Значение поля "Присутствующие распределения" (1 байт) должно быть использовано для обозначения того, какие именно распределения "самозванцев" и подлинных лиц включены в запись. Допустимые значения приведены в таблице 14. Поле "Присутствующие распределения" должно содержать значение 0x01, 0x02 или 0x03. Когда присутствуют оба распределения, распределение "самозванцев" должно предшествовать распределению подлинных лиц.

Число сравнений подлинных лиц или "самозванцев" (4 байта), используемое для оценки информации типа 1, 2 или 3, должно быть закодировано в этом поле. Нулевое значение должно использоваться, когда это число неизвестно.

Значение поля "Флаг предварительной нормализации данных" (1 байт), приведенное в таблице 15, следует использовать, чтобы указать, находятся ли результаты сравнения, полученные от подсистемы сравнения, в произвольном диапазоне или они были предварительно нормализованы. В контексте настоящего стандарта это означает, что модуль объединения может рассматривать результаты, полученные от подсистемы сравнения, как равномерно распределенные на отрезке [0, 1]. Это делает возможным прямое использование результатов сравнения без необходимости интерполяции. В приложении C приведена информация о значении поля "Флаг предварительной нормализации данных".

Примечания

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

2 Реализации, совместимые с BioAPI <1> [1], возвращают "значения ВЛД". Это означает, что полученные внутри системы результаты сравнения "самозванцев" либо изначально распределены на отрезке [0, 1], либо были нормализованы с помощью ожидаемой ФР "самозванцев" этих результатов сравнения. В результате можно рассчитывать, что результаты сравнения "самозванцев" на выходе будут равномерно распределены на отрезке [0, 1].

--------------------------------

<1> BioAPI - биометрический прикладной программный интерфейс (biometric application programming interface).

Запись типа 1 содержит минимальную статистическую информацию о результатах сравнения "самозванцев" и/или подлинных лиц, полученных от биометрической системы. Эта информация может быть использована для масштабирования результатов сравнения перед операцией объединения.

8.2.1 Поддерживаемые типы данных - подтип A

Подтип A содержит вид (см. 7.2), происхождение (см. 7.3) и значение скалярной статистической величины. Формат должен соответствовать требованиям, приведенным в таблице 16.

Формат записи типа 1 должен соответствовать требованиям таблицы 17. Должны быть представлены данные либо "самозванцев", либо подлинных лиц, либо и те и другие данные (т.е. допустимые значения 26 или 50 байтов).

Тип записи типа 1 должен быть 1 и храниться в 1 байте.

Распределения, присутствующие в записи типа 1, должны быть записаны в битах поля "Присутствующие распределения".

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

Поле "Подтип A", при наличии, должно содержать вид, происхождение и значение параметра положения распределения результатов сравнения "самозванцев". За этим значением, при наличии, должна следовать информация о масштабе, описанном в 8.2.7.

Примечание - Если это целесообразно, то схема нормализации может включать в себя только перенос (без масштабирования); в этом случае параметр масштаба, описанный в 8.2.7, будет 1.

Поле "Подтип A", при наличии, должно содержать вид, происхождение и значение параметра масштаба распределения результатов сравнения "самозванцев".

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

Поле "Подтип A", при наличии, должно содержать вид, происхождение и значение параметра положения распределения результатов сравнения подлинных лиц. За этим значением, при наличии, должна следовать информация о масштабе, описанном в 8.2.10.

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

Пусть дано две записи типа 1, одна из которых получена от подсистемы сравнения отпечатков пальцев (A), а другая из подсистемы сравнения радужных оболочек глаз (B). В этом случае объединение на уровне результатов сравнения может быть представлено в виде суммы z-нормализованных результатов сравнения как:

где a - необработанный результат сравнения, полученный от подсистемы сравнения отпечатков пальцев;

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

amean - оценка среднего значения результатов сравнения "самозванцев", полученных от подсистемы сравнения A;

asigma - оценка стандартного отклонения результатов сравнения "самозванцев", полученных от подсистемы сравнения A;

bmean - оценка среднего значения результатов сравнения "самозванцев", полученных от подсистемы сравнения B;

bsigma - оценка стандартного отклонения результатов сравнения "самозванцев", полученных от подсистемы сравнения B.

Запись типа 2 должна содержать функцию распределения одного или обоих распределений результатов сравнения "самозванцев" и подлинных лиц. Если присутствуют оба распределения, распределение "самозванцев" должно предшествовать распределению подлинных лиц.

Примечания

1 Примеры ФР приведены в приложении A.

2 Модули объединения, требующие наличия ФПРВ, могут оценить их путем численного дифференцирования ФР. Тип 2 изначально не включает в себя ФПРВ из-за необходимости указания интервала.

3 Если F(x) обозначает ФР, то ее значение для результата сравнения "a", включает в себя поиск результата сравнения "a" в структуре данных двумерного массива подтипа B. Это может быть реализовано с помощью двоичного поиска первого вектора для обнаружения индекса i для интервала x_i-1 <= a < x_i - таким образом, что для получения значения F(a) может быть использована интерполяция между F(x_i-1) и F(x_i).

9.2.1 Поддерживаемые типы данных - подтип B

Подтип B является структурой для дискретных образцов вещественной одномерной функции. Он устанавливает таблицу поиска путем включения двух массивов одинаковой длины N: значения x и значения f(x). Значения сортируются по x в порядке возрастания. Таким образом:

1) если i-й элемент первого вектора x_i, тогда i-й элемент второго вектора f(x_i);

2) x₁ <= x_i <= x_N для i = 1 ... N.

Формат должен соответствовать требованиям, приведенным в таблице 18.

Формат записи типа 2 должен соответствовать требованиям таблицы 19. Должны быть представлены данные либо "самозванцев", либо подлинных лиц, либо и те и другие данные [т.е. допустимые значения (13 + 16N) байтов или (24 + 32N) байтов].

Примечания

1 Значение N в полях "Длина" это число пар [x, F(x)].

2 Значения, содержащиеся в записи подтипа B для одного из распределений (например, "самозванцев"), как правило, получены эмпирически. Если известно лежащее в основе распределение, значения могут быть образцами известных ФР. Для нормального распределения , где erf - интеграл вероятности.

Тип записи типа 2 должен быть 2 и храниться в 1 байте.

Распределения, присутствующие в записи типа 2, должны быть записаны в битах поля "Присутствующие распределения".

Поле "Подтип B", при наличии, должно содержать ФР результатов сравнения "самозванцев". Поле должно содержать монотонно возрастающие данные.

Поле "Подтип B", при наличии, должно содержать ФР результатов сравнения подлинных лиц. Поле должно содержать монотонно возрастающие данные.

Пусть дано две записи типа 2, одна из которых получена от подсистемы сравнения отпечатков пальцев (A), а другая из подсистемы сравнения радужных оболочек глаз (B). В этом случае объединение на уровне результатов сравнения может быть представлено как:

где a - необработанный результат сравнения, полученный от подсистемы сравнения отпечатков пальцев;

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

M'_A - ФПРВ результатов сравнения подлинных лиц, вычисленная как численная производная ФР результатов сравнения подлинных лиц, полученных от подсистемы сравнения A;

N'_A - ФПРВ результатов сравнения "самозванцев", вычисленная как численная производная ФР результатов сравнения "самозванцев", полученных от подсистемы сравнения A;

M'_B - ФПРВ результатов сравнения подлинных лиц, вычисленная как численная производная ФР результатов сравнения подлинных лиц, полученных от подсистемы сравнения B;

N'_B - ФПРВ результатов сравнения "самозванцев", вычисленная как численная производная ФР результатов сравнения "самозванцев", полученных от подсистемы сравнения B.

Примечания

1 Эта формула подробно рассмотрена в [7] и ИСО/МЭК ТО 24722: 2007, приложение A [3].

2 ФПРВ "самозванцев" для системы радужной оболочки глаза описана в замкнутой форме в [4]. ФР представляла бы собой неполную бета-функцию (от суммы двучленов) и была бы записана как имеющая происхождение 3 (см. 7.3). Она была бы включена в запись типа 2 с помощью соответствующей (т.е. достаточно точной) выборки.

Запись типа 3 должна содержать функцию распределения одного или обоих распределений результатов сравнения "самозванцев" и подлинных лиц. Если присутствуют оба распределения, распределение "самозванцев" должно предшествовать распределению "подлинных лиц". Запись использует представление на основе B-сплайна парных элементов (x, F(x)) записи типа 2 и, как правило, вычисляется на основе этих данных. Эта запись является более компактной альтернативой записи типа 2 и используется, когда число пар (x, F(x)) слишком большое для записи типа 2. B-сплайн должен быть рассчитан в соответствии с алгоритмом, приведенным в [5]. Степень B-сплайна должна равняться 3 (т.е. быть кубической).

10.2.1 Поддерживаемые типы данных - подтип C

Подтип C является структурой для коэффициентов и вершин представления функции на основе B-сплайна. Сплайн вычисляется на основе n точек данных при условии, что N << n, где N - число вершин (значений результатов сравнения). Результатом является набор коэффициентов для вершин. Сплайн вычисляется с использованием метода минимизации наименьших квадратов с линейными ограничениями. Результатом является функция O(N), где N выступает в качестве параметра "точности". Формат должен соответствовать требованиям, приведенным в таблице 20.

Примечания

1 Эта структура подходит для сплайна, описанного в [5].

2 Число коэффициентов составляет C = N - K - 1. Для сплайна кубической степени K = 3. Размер записи вершины и части коэффициентов будет меньше, чем n пар (x, F(x)) записи подтипа B при N + C < 2n. Таким образом, для K = 3 пространство будет сохранено при N < n - 2. Применение сплайна является эффективным, так как могут быть использованы многие вершины, меньшие, чем точки данных, при сохранении точности интерполяции. Продукт, ссылающийся на запись, должен определить соответствующее значение для N.

3 "Допустимые значения" являются здесь общими. Когда используется экземпляр подтипа C, например в записи типа 3 (см. 10), степень K = 3.

Формат записи типа 3 должен соответствовать требованиям таблицы 21. Должны быть представлены данные либо "самозванцев", либо подлинных лиц, либо и те и другие данные [т.е. допустимые значения (16N - 18) байтов или (32N - 38) байтов].

Примечания

1 Первая производная представления ФР на основе сплайна сама является сплайном. Она представляет собой ФПРВ. Она непрерывна для всех x. Уравнение (4) в [5] представляет собой формулу для производной.

2 Одним из требований настоящего стандарта является использование линейных ограничений, указанных в [5], для обеспечения монотонности сплайна.

3 B-сплайн, как правило, не равен исходным данным в вершинах, т.е. сплайн .

4 Кубическая функция имеет достаточно высокую степень для обеспечения точной интерполяции.

5 B-сплайн является более точным представлением функции, чем сглаживание N вершин, т.к. он вычисляется по n точкам при n >> N.

6 В приложении D приведен код C ++ для оценки функции сплайна.

Тип записи типа 3 должен быть 3 и храниться в 1 байте.

Распределения, присутствующие в записи типа 2, должны быть записаны в битах поля "Присутствующие распределения".

Поле "Подтип C", при наличии, должно содержать ФР результатов сравнения "самозванцев". Поле должно содержать монотонно возрастающие данные.

Поле "Подтип B", при наличии, должно содержать ФР результатов сравнения подлинных лиц. Поле должно содержать монотонно возрастающие данные.

Настоящий стандарт определяет запись ФОД для хранения статистических данных результатов сравнения, полученных от биометрических подсистем сравнения. В разделе 6 рассмотрена структура записи и определен общий заголовок ФОД. Как показано в таблице A.1, запись может содержать три типа данных, которые определены в разделах 8 - 10. Эти типы имеют некоторые общие элементы, которые представлены в разделе 7. Приложение может профилировать настоящий стандарт путем вызова одного из трех типов и ограничения его дополнительного содержания.

Пользователям настоящего стандарта следует отметить, что тип 1, будучи очень компактным, поддерживает только рудиментарные методы объединения на уровне результатов сравнения. Альтернативой является использование типов 2 и 3, которые полностью кодируют распределение результатов сравнения и способны поддерживать достаточно сложные схемы объединения. Этим типам должно отдаваться предпочтение при использовании в силу возможности достижения более высокой точности.

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

Взаимодействие в рамках ФОД относится к использованию с помощью модуля объединения, например записи типа 3 от разработчика A совместно с записью типа 2 от разработчика B. Пользователям настоящего стандарта следует обратить внимание, что тип 1 ограниченно совместим с самим собой и с другими типами. Например, запись типа 1, содержащая информацию о среднем значении и стандартном отклонении, будет представлять худшие характеристики при использовании совместно с записью типа 1, содержащей информацию о медиане и медианном абсолютном отклонении. Кроме того, взаимодействие типа 1 с типами 2 и 3 затруднено. В тех случаях, когда в модуль объединения поступают записи типа 1 и типа 2, совместимость может быть достигнута двумя способами:

- способ с понижением точности заключается в вычислении статистических данных записей типа 1 на основе данных типа 2. Например, медиана - это 50-й перцентиль, и среднее значение может быть оценено путем выборки;

- способ с повышением точности заключается в построении записи типа 2 или 3 на основе записи типа 1 при наличии предположения о форме распределения (например, нормальное), а затем параметризации с помощью параметров положения и масштаба типа 1.

Использовать приведенные способы не рекомендуется. Они могут применяться только в том случае, когда данные типа 2 или 3 недоступны. По этим причинам пользователям настоятельно рекомендуется профилировать настоящий стандарт до его использования. Это означает, что должен быть сформирован официальный документ, который включает в себя требование, что все разработчики должны обеспечивать, например, чтобы запись типа 2 содержала распределение как "самозванцев", так и подлинных лиц. Документ может быть формальным профайлом, или документом с требованиями (техническое задание), или каким-либо другим обязательным руководством.

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

Настоящий стандарт является расширяемым. В частности, при пересмотре в стандарт могут быть включены другие типизированные записи. Эти записи должны устанавливать форматы для поддержки новых, альтернативных и более сложных процессов объединения (возможно, например, на основе совместных плотностей вероятностей) или различных приложений (например, для случайного объединения [8]).

Стандартный ФОД не включает запись для статистических данных результатов сравнения, зависящих от измерений качества биометрических образцов [2]. Однако следует отметить, что модуль объединения, инициализируемый записями ФОД, тем не менее может использовать значения качества биометрических образцов на входе как часть каждой последующей операции объединения. Кроме того, значения качества могут быть использованы разработчиком в процессе начальной подготовки собственных записей ФОД.

На рисунке B.1 показаны две функции распределения типовых коммерческих биометрических устройств сравнения. В каждом случае шкала оси абсцисс отражает внутренний характер лежащей в основе подсистемы сравнения. Значения вертикальной оси располагаются на отрезке [0, 1]. Ступенчатые участки являются ЭФР, гладкие линии - кубическими сплайнами ЭФР. ЭФР представляет собой, по определению, долю результатов сравнения, меньших или равных абсциссе. Поэтому сплайн проходит через вершины "ступеней".

График на рисунке B.1 а) был построен путем вычисления 44 пар (x, F(x)) на участке значений x[-1, 54]. График на рисунке B.1 б) был построен путем вычислений 571 пары (x, F(x)) на участке значений x[-1, 871]. Длинные правые участки графика не представлены, так как они были эмпирически усечены 95%-ной квантилью для удобства использования. Гладкие кривые представляют собой распределения сплайна типа 3.

Использование сплайнов на основе записей ФОД поддерживает оценку ФР при произвольных значениях, в том числе:

- нецелочисленных значениях;

- значениях за пределами рассматриваемого диапазона;

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

Но если подсистема сравнения изначально предоставляет только интегральные результаты сравнения, то почему сплайн является актуальным? В качестве альтернативы может быть использована справочная таблица для типа 2, но она имеет недостаток, который заключается в ее большом размере и отсутствии всех возможных целых значений. Это обстоятельство потребует выполнения интерполяции (или экстраполяции) в модуле объединения. Функция сплайна оценивает значения за пределами первоначального интервала как 0 или 1. Если ФР была вычислена с большим набором результатов сравнения, то будут наблюдаться более экстремальные значения (больше максимума и меньше минимума), и тогда ФР будет оцениваться по-другому.

Таким образом, рекомендуется использовать сплайн, т.к.:

- он является интерполяцией;

- первые два дифференциала являются непрерывными (поддерживают методы объединения, которые от этого зависят).

Предположим, что биометрическая подсистема сравнения внутри себя преобразует необработанные результаты сравнения так, что результаты сравнения "самозванцев" на выходе равномерно распределены на отрезке [0, 1]. Подсистема будет выполнять внутри себя преобразование, применяя некоторые оценки ФР "самозванцев" к своим внутренним результатам сравнения. Это практика по умолчанию использована в BioAPI [1], где результаты сравнения на самом деле расцениваются как вероятность ложного совпадения, т.е.

где s_output - результат сравнения на выходе;

s_interna - внутренний результат сравнения;

N_calibration - оценка ФР "самозванцев", выступающая в качестве функции калибровки.

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

На практике в распределении "самозванцев" будет присутствовать некоторое изменение в зависимости от приложений. На рисунке C.1 а) показаны:

- ФР результатов сравнения "самозванцев", полученных путем сравнения образцов из калибровочного множества изображений;

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

Между этими двумя ФР есть небольшие, но значащие различия. Эффект предварительной нормализации данных смоделирован на рисунке C.1, где показано, что после нормализации 1 - N(x), распределение калибровочного множества результатов сравнения является равномерным (по определению), но ФР эксплуатационных данных находится выше.

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

Таким образом, использование предварительно нормализованных данных сопровождается предупреждением, что фактическая равномерность распределения предварительно нормализованных результатов сравнения "самозванцев" зависит от стабильности результатов сравнения. ФОД подходит к этому путем определения альтернативных форматов для:

- произвольно распределенных результатов сравнения;

- предварительно нормализованных результатов сравнения, для которых результаты сравнения "самозванцев" калибруются таким образом, чтобы быть равномерными на отрезке [0, 1].

Если разработчик обеспечивает запись ФОД, предоставляющую предварительно нормализованные результаты сравнения, то под этим подразумевается, что в процессе функционирования равномерно распределенные результаты сравнения "самозванцев" будут реализовываться в течение длительного периода эксплуатации. Если разработчик обеспечивает записи типа 2 или 3 с ФР "самозванцев", тогда заявленные результаты сравнения "самозванцев", преобразованные с помощью этой ФР, также должны быть равномерными. Разница в том, кто выполняет преобразование: разработчик ли обеспечивает выполнение преобразования внутри системы или изначально, или приложение (т.е. интегратор). В любом случае равномерность результатов является темой для испытаний.

Пример передовой практики - сбор приложением эксплуатационных результатов сравнения "самозванцев" и формирование записи ФОД, относящейся к конкретной ситуации. Она может периодически обновляться для учета трендов данных (например, сезонные изменения или долговременный тренд).

Для оценки представления сплайна ФР [5], содержащей запись типа 3, может быть использован следующий фрагмент кода:

--------------------------------

<1> Заменен на ISO/IEC 2382-37:2012. Однако для однозначного соблюдения требования настоящего стандарта, выраженного в датированной ссылке, рекомендуется использовать только указанное в этой ссылке издание.