"ГОСТ Р 58231-2022 (ИСО/МЭК 29120-1:2022). Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Машиночитаемые контрольные данные для испытаний и протоколов испытаний в биометрии. Часть 1. Протоколы испытаний"
(утв. и введен в действие Приказом Росстандарта от 17.11.2022 N 1299-ст)

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

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

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

4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО/МЭК 29120-1:2022 "Информационные технологии. Машиночитаемые контрольные данные для испытаний и протоколов испытаний в биометрии. Часть 1. Протоколы испытаний" (ISO/IEC 29120-1:2022 "Information technology - Machine readable test data for biometric testing and reporting - Part 1: Test reports", MOD) путем изменения ссылок, отдельных фраз, исключения отдельных положений, которые дублируются по тексту стандарта, исключения из библиографии информации о документах, ссылки на которые не использованы в настоящем стандарте.

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

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

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

5 ВЗАМЕН ГОСТ Р 58231-2018 (ИСО/МЭК 29120-1:2015)

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

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

- подтверждения подлинности протокола испытаний;

- обеспечения поддержки реестра биометрических продуктов;

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

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

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

Настоящий стандарт устанавливает машиночитаемые записи для документирования результатов биометрических испытаний. Таким образом обеспечивается поддержка требований к документальной отчетности стандартов ГОСТ Р ИСО/МЭК 19795-1 и ГОСТ Р 58292.

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

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

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

- надежность результатов испытаний (посредством автоматизации соответствующей деятельности);

- сопоставимость результатов испытаний.

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

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

- форматам данных, необходимых для протоколирования результатов испытаний, проведенных по стандартам серии ГОСТ Р ИСО/МЭК 19795;

- синтаксису АСН.1 (абстрактная синтаксическая нотация версии один) для протоколов испытаний.

Настоящий стандарт:

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

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

- не регулирует метрики для испытаний.

Примечание - Метрики к испытаниям установлены в ГОСТ Р ИСО/МЭК 19795-1.

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

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

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

В настоящем стандарте применены термины по ГОСТ ISO/IEC 2382-37 и ГОСТ Р ИСО/МЭК 19795-1.

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

АСН - абстрактная синтаксическая нотация (abstract syntax notation, ASN);

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

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

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

ВЛОИ - вероятность ложноотрицательной идентификации (false-negative identification error rate, FNIR);

ВЛПИ - вероятность ложноположительной идентификации (false-positive identification error rate, FPIR);

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

ВОР - вероятность отказа регистрации (failure to enrol rate, FTE);

ВОСД - вероятность отказа сбора данных (failure to acquire rate, FTA);

КОО - компромиссное определение ошибки (detection error tradeoff, DET);

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

ХСС - характеристика совокупной схожести (cumulative match characteristic, CMC)

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

Определенные в настоящем стандарте протоколы испытаний должны быть закодированы с помощью правил XML-кодирования (XER) в соответствии с нормативным документом <*> или базовых правил кодирования (BER) в соответствии с нормативным документом <**> формата АСН.1.

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

<*> См. [1].

<**> См. [2].

Протокол испытаний должен соответствовать модулю формата АСН.1, приведенному в приложении A, выдержки из которого представлены в настоящем разделе.

Тип BiometricTestReport состоит из двух компонентов: contentType и content. Первый компонент contentType - это идентификатор объекта, который указывает тип содержимого второго компонента content. Компонент contentType принимает одно из трех значений: id-testReportTechnology, id-testReportScenario или id-signedTestReport. Это выполняется последующим определением ContentTypeBiometricTestReport, а также testReportTechnology, testReportScenario и signedTestReport.

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

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

Тип TestReportTechnology - это тип для представления результатов технологического испытания. Первое поле version - это версия формата протокола испытаний типа MRTDBTRVersion. Второе поле targetInfo имеет тип ProductInformation и предоставляет информацию об испытуемом биометрическом продукте. Третье поле testReportInfo предоставляет информацию о протоколе испытаний типа TestReportInformation. Четвертое поле - это последовательность testReports типа TestReportTechnologyForOneCondition. Каждый элемент данной последовательности соответствует результату испытаний в определенных условиях.

Примечание - В приложении C приведены примеры элементов, которые могут быть включены в протокол технологических испытаний.

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

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

Примечание - В приложении B приведена информация об этих и других элементах.

6.4.2.2 Информация о поставщике

Первое поле provider имеет тип Provider и предоставляет информацию о поставщике испытуемого биометрического продукта.

Первое поле nameProvider содержит наименование поставщика. Тип Name для данного поля определен в нормативном документе <*>.

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

<*> См. [3].

Второе поле typeProvider содержит тип поставщика и принимает одно из значений типа TypeProvider: non-profit, university, corporation, individual, government.

Третье поле roleProvider содержит роль поставщика и принимает одно из значений типа RoleProvider: manufacturer (изготовитель), reseller (продавец), integrator (интегратор) и other (другое). Manufacturer (изготовитель) выбирают для роли организации, ответственной за проектирование или разработку компонента; reseller (продавец) - для роли организации, ответственной за продажу компонента; integrator (интегратор) - для роли организации, которая может объединить компоненты в единый элементарный компонент.

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

6.4.2.3 Другая информация о продукте

Второе поле nameProduct в типе ProductInformation имеет тип NameProduct и предоставляет базовую информацию о биометрическом продукте.

Первое поле modelName в NameProduct имеет тип Name и идентифицирует биометрический продукт. Второе поле productCBEFF - это необязательное поле типа Product. Если биометрический продукт зарегистрирован в определенной биометрической организации, то данное поле может быть использовано для идентификации биометрического продукта. Третье, четвертое и пятое поля - version, softwareVersion и firmwareVersion - имеют тип VersionProduct и указывают версию продукта, версию программного обеспечения биометрического продукта, а также версию встроенного программного обеспечения продукта соответственно.

Третье поле description в типе ProductInformation предоставляет полное уникальное описание испытуемого компонента и имеет тип VisibleString. Данное поле следует использовать для описания прототипов, экспериментальных моделей, использования биометрических методов, не указанных в нормативном документе <*>, либо для предоставления дополнительной информации о биометрической модальности (например, распознавание радужной оболочки глаза в видимом спектре).

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

<*> См. [4].

Четвертое поле functionProduct в типе ProductInformation представляет функцию испытуемого продукта и имеет тип Function. Тип Function определен следующим образом:

Пятое поле outputProduct в типе ProductInformation представляет тип выходных данных испытуемого продукта и имеет тип DataType. Тип DataType состоит из двух полей: processedLevel и purpose. Первое поле принимает значение, которое соответствует исходным данным, промежуточным данным, обработанным данным, результату сравнения или решению о сравнении. Второе поле принимает значение, которое соответствует биометрическому шаблону или биометрическому образцу.

Шестое поле modalityProduct в типе ProductInformation означает модальность биометрических данных, которые обрабатывает испытуемый продукт, и имеет тип Modality. Тип modality состоит из двух полей: type и subtype. Поле type является обязательным, если processedLevel в поле outputProduct не соответствует ни результату сравнения, ни решению о сравнении. Типы BiometricType и BiometricSubtype определены в нормативном документе <*>.

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

<*> См. [4].

Тип TestReportInformation имеет четыре поля и предоставляет информацию о протоколе испытаний.

Первое поле testLabInformation в типе TestReportInformation определяет испытательную лабораторию, проводящую испытания, и имеет тип TestLabInformation, который состоит из двух полей: identificationTestLab типа IdentificationTestLab и accreditationStatus типа AccreditationStatus.

Тип IdentificationTestLab имеет пять полей типа VisibleString: nameLab содержит наименование испытательной лаборатории; location - данные о местонахождении испытательной лаборатории; необязательное поле testImplementor - данные сотрудника или представителя, проводившего испытания; testReportSignatory - данные сотрудника или представителя, ответственных за целостность, правильность и полноту испытаний; поле contactInformation - контактную информацию для запросов по протоколам испытаний.

Второе поле compliantStandard в типе TestReportInformation показывает, какие стандарты испытаний применялись для данного испытания, и имеет тип StandardDescription, который включает четыре поля: standardName типа VisibleString, содержащее наименование стандарта, например "Эксплуатационные испытания и протоколы испытаний в биометрии. Часть 1. Принципы и структура"; standardNumber типа VisibleString, содержащее обозначение серии стандартов, например 19795; standardPart типа VisibleString, содержащее номер части стандарта; standardPublicationDate типа Date, содержащее дату опубликования стандарта.

Тип Date выражается с помощью типа VisibleString с фиксированной длиной 8 символов в форме YYYYMMDD, что соответствует нормативному документу <*>.

-- соответствует нормативному документу <*>

-- длина - 8

-- фиксированная

-- YYYYMMDD

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

<*> См. [5].

Третье поле testReportIssuaranceDate в типе TestReportInformation кодирует дату официального подписания испытательной лабораторией протокола испытаний и имеет тип Date.

Четвертое поле parentTestReport в типе TestReportInformation предоставляет информацию о немашиночитаемых, общепринятых протоколах испытаний для полноты документации испытаний, удобной для восприятия человеком, и имеет тип ExternalDocument. Тип ExternalDocument состоит из двух обязательных и шести необязательных полей. Первое поле link типа URI содержит URL, по которому можно ссылаться на документ; второе поле title типа VisibleString - заголовок документа. Третье поле authors является необязательным, имеет тип SEQUENCE OF VisibleString и содержит данные об авторе документа или группе авторов. Четвертое поле publisher является необязательным, имеет тип VisibleString и содержит данные издателя документа. Пятое поле editior является необязательным, имеет тип VisibleString и содержит данные редактора документа. Шестое поле typeDocument является необязательным, имеет тип TypeDocument и содержит тип документа: статья, технический отчет, тезисы, аннотация, книга, часть книги или сборник. Седьмое поле publicationDate является необязательным, имеет тип Date и содержит дату публикации документа. Восьмое поле availability типа Availability содержит сведения о доступности и статусе документа: общедоступный, ограниченно доступный, недоступный или отмененный.

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

Тип TestReportTechnologyForOneCondition содержит набор информации о результатах технологического испытания при данном условии. TestReportTechnologyForOneCondition состоит из четырех полей: corpusInfo типа CorpusInformation, dateStarted типа Date, dateEnded типа Date и testResult типа SEQUENCE OF TestResult. Второе и третье поля являются необязательными.

6.4.4.2 Информация о массиве данных для испытаний

Тип CorpusInformation предоставляет информацию о массиве данных для испытаний, который использован при оценке с двумя полями: composition типа CorpusComposition и environInfo типа EnvironmentalInformation.

В типе CorpusComposition массив данных для испытаний идентифицируется с помощью первого поля identifier типа OBJECT IDENTIFIER. Второе поле nameCorpus типа VisibleString содержит имя массива данных для испытаний; третье поле corpusStatistics типа CorpusStatistics - статистическую информацию о массиве данных для испытаний.

Тип CorpusStatistics состоит из четырех полей. Первое поле corpusBasicStatistics типа CorpusCrewBasicStatistics содержит статистическую информацию, общую как для массива данных для испытаний, так и для группы. Второе поле numSamples указывает число биометрических образцов в массиве данных для испытаний. Среднее число биометрических образцов на человека может быть получено путем деления данного числа на число индивидов <*> numIndividuals в типе corpusBasicStatistics. Число биометрических образцов numSamples рекомендуется использовать при расчете неопределенностей. Третье и четвертое поля - samplesPerIndividualEnrol и samplesPerIndividualProbe - являются необязательными и указывают число зарегистрированных биометрических образцов на индивида и число пробных биометрических образцов на индивида соответственно. Оба поля имеют тип SamplesPerIndividual.

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

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

Тип SamplesPerIndividual используется, чтобы в полном объеме вводить в табличной форме оценку для каждого члена испытуемой группы. Данный тип состоит из четырех полей. Первое поле numSubjects указывает количество субъектов в наборе данных. Второе и третье поля, mean и median, вычисляются по всем субъектам. Эти два поля поддерживают приложения, которым, возможно, не потребуются данные всего распределения, и имеют тип distrSubjSample. Четвертое поле distrSubjSample имеет тип DistributionIntegerInteger, который определен как SEQUENCE OF ExpressionPointIntegerInteger. Тип ExpressionPointIntegerInteger состоит из пары целых чисел, subjectId и numberOfSamples. numberOfSamples содержит число биометрических образцов для subjectId. Например, у субъекта ID 1 имеется 20 биометрических образцов, у субъекта ID 2 - 30 биометрических образцов, у субъекта ID 3 - 22 биометрических образца, у субъекта ID 4 - 16 биометрических образцов, у субъекта ID 5 - 23 биометрических образца, тогда distrSubjSample имеет значение [(1; 20), (2; 30), (3; 22), (4; 16), (5; 23)].

Тип CorpusCrewBasicStatistics используется для данных corpusBasicStatistics в CorpusStatistics и testCrewInfo в TestReportScenarioForOneCondition (см. 6.4.1). Данный тип состоит из девяти полей. Первые пять полей, numIndividuals, numMales, numFemales, numIndividualsEnrol и numIndividualsVeriId, имеют тип INTEGER и определяют число уникальных индивидов во всей испытуемой группе, число зарегистрированных субъектов, как мужчин, так и женщин, а также набор субъектов для биометрической верификации и биометрической идентификации соответственно. Значение поля numIndividuals должно быть больше или равно значениям полей numIndividualsEnrol и numIndividualsVeriId. Для биометрической идентификации значение поля numIndividualsVeriId должно быть равно численности всех исследуемых. Второе и третье поля необязательны. Последние четыре поля, ageDistrMale, ageDistrFemale, elapsDistr и visitsDayDistr, необязательны, имеют тип InfoCumulativeDistribution и представляют собой таблицу соотношений мужчин, чей возраст (число полных лет) менее либо равен X, таблицу соотношений женщин, чей возраст (число полных лет) менее либо равен X, таблицу соотношений субъектов, для которых число дней между испытаниями менее либо равно T, и таблицу соотношения биометрических образцов, собранных в день, предшествующий либо равный n-му дню соответственно.

Тип InfoCumulativeDistribution используют для сведения данных в таблицу и необходимой информации кумулятивной функции распределения случайной величины. Первое и второе поля, mean и median, вычисляют по всем значениям xValues в cumulativeDistribution. Эти два поля поддерживают приложения, которым не требуются данные всего кумулятивного распределения, и имеют тип cumulativeDistribution. Третье поле cumulativeDistribution содержит значения кумулятивного распределения в табличной форме и имеет тип DistributionIntegerReal, который определен как SEQUENCE OF ExpressionPointIntegerReal. Каждый элемент DistributionIntegerReal является парой xValue типа INTEGER и yValue типа REAL. Элемент типа ExpressionPointIntegerReal показывает, что соотношение значений, которые менее либо равны xValue, являются yValue. Элементы в xValue должны быть отсортированы по возрастанию. В таблице 1 представлен DistributionIntegerReal, который выглядит как [(0, 0), (1; 0), (2; 0,7), (3; 0,92), (4; 0,97), (5; 1)].

Для описания условий окружающей среды, в которых происходят испытания, определен тип EnvironmentalInformation. Первое поле exceptionalCondition позволяет вводить произвольные текстовые ключевые слова, указывающие на то, что набор условий окружающей среды был неблагоприятным. Второе поле celsiusTemp содержит значения температуры, выраженные в градусах Цельсия, при которой проводились испытания; третье поле dBNoise - фоновый шум, выраженный в децибелах, при котором проводились испытания. Четвертое необязательное поле lightingInfo позволяет вводить произвольный текст в VisibleString для ввода информации об освещенности, при которой проводились испытания.

6.4.4.3 Результат испытания при определенном процессе

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

a) если испытание проводят при биометрической регистрации, то следует выбирать компонент testResultEnrol типа TestResultEnrol. Тип TestResultEnrol состоит из двух полей: поля failureToEnrolRate и поля durationEnrol. Первое поле failureToEnrolRate выражает ВОР, т.е. часть зарегистрированных биометрических образцов, не преобразованных в биометрический шаблон. Второе необязательное поле durationEnrol типа StatisticInformationSet предоставляет статистическую информацию о биометрической регистрации, включая фундаментальный набор статистической информации, общей для процессов биометрической регистрации, биометрические данные, данные для биометрической верификации и биометрической идентификации. Первое поле unitTime содержит единицу времени, использованную в полях с третьего по восьмое, миллисекунду или секунду. Второе поле необязательно и показывает число измерений. Поля с третьего по восьмое необязательны и показывают среднее, среднее арифметическое, минимальное значение, максимальное значение, стандартное отклонение и среднее абсолютное отклонение множества значений соответственно.

b) если испытание проводят при сборе биометрических данных, то следует выбирать компонент testResultAcquire типа TestResultAcquire для типа TestResult. Этот тип состоит из поля failureToAcquireRate и необязательного поля durationAcquire типа StatisticInformationSet. Первое поле failureToAcquireRate выражает ВОСД, т.е. часть полученных биометрических образцов, не преобразованных в биометрический шаблон.

c) если испытание проводят при сравнении данных в процессе биометрической верификации, то следует определять тип TestResultVerify. Данный тип состоит из двух полей: поля resultMatchVerify типа ResultMatchVerify и необязательного поля durationVerify типа StatisticInformationSet. Первые три поля типа ResultMatchVerify имеют тип InfoDETCurve и предоставляют информацию о трех КОО кривых: поле InfoDETFNMRFMR - для КОО кривой ВЛНС и ВЛС; поле infoDETFRRFAR - для КОО кривой ВЛНД и ВЛД, поле infoDETGFRRGFAR - для КОО кривой ОВЛНД и ОВЛД. Четвертое поле типа ResultMatchVerify является распределением результатов сравнения поля cmpScrDistr типа DistributionRealReal.

Первое и второе поля типа InfoDETCurve - это число биометрических образцов, использованных при оценке вероятностей ошибок 1-го и 2-го рода. Третье поле expressionDETCurve аппроксимирует КОО кривую с типом InfoDETCurve. InfoDETCurve представляет собой кривую с произвольным числом точек на ней. Каждая точка на кривой выражена с помощью типа ExpressionPointDETCurve, который является набором из трех полей: порога threshold, значения вероятности ошибок 1-го рода typeIError и значения вероятности ошибок 2-го рода typeIIError. Последовательность точек должна быть отсортирована в порядке возрастания в поле typeIError. Если порог неизвестен, то он принимает значение -1. Если порог недоступен, то он принимает значение 0.

Распределение результатов сравнения выражают типом DistributionRealReal, который является последовательностью ExpressionPointRealReal. Каждый элемент типа DistributionRealReal является парой xValue типа REAL и yValue типа REAL. Элемент типа ExpressionPointRealReal показывает, что соотношение значений, которые менее или равны xValue, - это yValue. Элементы должны быть отсортированы по возрастанию xValue.

d) если испытание проводят при сравнении данных в процессе биометрической идентификации, то следует определить тип TestResultIdentify. Данный тип состоит из двух полей: поля результата биометрической идентификации на замкнутом множестве resultMatchClosedIdentify типа ResultMatchClosedIdentify и поля результата биометрической идентификации на открытом множестве resultMatchOpenIdentify типа ResultMatchOpenIdentify, где последнее поле необязательно.

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

Тип ResultMatchClosedIdentify состоит из трех полей: cmcCurveClosed, srchExecDistr и durationClosedIdentify. cmcCurveClosed представляет собой ХСС кривую результата испытания и имеет тип DistributionIntegerReal. srchExecDistr представляет собой гистограмму числа исследований, выполненных при биометрической идентификации на замкнутом множестве. Тип ExpressionHistogram представляет собой гистограмму с последовательностью IntervalIntegerFrequency. Первое и второе поля, lowerLimit и upperLimit, - это интервал, а третье поле frequency - частота на данном интервале. Элементы в ExpressionHistogram должны быть отсортированы по возрастанию lowerLimit. Последнее необязательное поле durationClosedIdentify показывает статистику продолжительности испытаний при биометрической идентификации на замкнутом множестве и имеет тип StatisticInformationSet.

Тип ResultMatchOpenIdentify состоит из пяти полей: представления ХСС кривой cmcCurveOpen, числа исследований с зарегистрированными испытуемыми srchExecDistrEnroled, числа исследований с незарегистрированными испытуемыми srchExecDistrNoEnroled, информации о КОО кривой ВЛОИ и ВЛПИ infoDETCurveFNIRFPIR, а также статистики по продолжительности биометрической идентификации на открытом множестве durationOpenIdentify, причем четвертое и пятое поля являются необязательными. Типы данных полей уже определены следующим образом:

Тип TestReportScenario является типом для выражения результатов сценарного испытания. Первое поле version - это версия формата данного протокола испытаний типа MRTDBTRVersion. Второе поле targetInfos - это последовательность типа ProductInformation, предоставляющая информацию о наборе испытуемых биометрических продуктов. Третье поле testReportInfo предоставляет информацию о протоколе испытаний типа TestReportInformation. Четвертое поле testReports - это последовательность типа TestReportScenarioForOneCondition. Каждый элемент данной последовательности соответствует результату испытаний при определенном условии. Типы testReportInfo и TestReportInformation уже определены. Дополнительная информация приведена в 6.4.1 и 6.4.3.

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

Тип TestReportScenarioForOneCondition предоставляет набор информации для результата сценарного испытания при заданном условии. TestReportScenarioForOneCondition состоит из шести полей: testCrewInfo типа TestCrewInformation, levelPolicyAssistance типа LevelPolicyAssistance, environInfo типа EnvironmentalInformation, dateStarted типа Date, dateEnded типа Date и testResult - последовательность типа TestResult. Поля типа Date являются необязательными.

Тип TestCrewInformation предоставляет информацию об испытуемой группе. Испытуемая группа идентифицируется с помощью первого поля identifier типа OBJECT IDENTIFIER. Второе поле location типа VisibleString содержит информацию о месте проведения сценарного испытания. Третье поле habituation выражается как гистограмма предыдущих использований системы и имеет тип ExpressionHistogram. Четвертое поле testCrewStatistics собирает статистическую информацию об испытуемой группе, элементы которой являются одинаковыми для массива данных для испытаний. Тип CorpusCrewBasicStatistics определен в 6.4.4.2.

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

Тип LevelEffortAndDecisionPolicy имеет два поля типа LevelAndPolicy: поле политики биометрической регистрации levelAndPolicyEnrol и поле политики сравнения levelAndPolicyCmp. Тип LevelAndPolicy состоит из трех полей: минимальное число попыток, максимальное число попыток и максимально разрешенная продолжительность.

Тип AssistanceAndInstruction состоит из трех полей: assistanceLocation, assistanceMode и instructionMode. Допустимые значения для каждого поля определены в AssistanceLocation, AssistanceMode и InstructionMode соответственно.

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

Тип SignedTestReport определен для подписанных протоколов испытаний (для сертификатов испытаний):

Компонент digestAlgorithms принимает значение типа DigestAlgorithmIdentifiers, который является набором идентификаторов алгоритма представления сообщений в краткой форме. В настоящем стандарте не определена поддержка алгоритма представления сообщений в краткой форме.

encapContentInfo содержит результаты испытаний, выраженных в типе EncapsulatedContentInfoSignedTR.

Тип EncapsulatedContentInfoSignedTR состоит из двух компонентов - eContentTypeContentInfoSignedTR и eContentContentInfoSignedTR. Значение eContentTypeContentInfoSignedTR принимает одно из двух следующих значений: id-testReportTechnology и id-testReportScenario. Это необходимо на основании следующего определения ContentTypeContentInfoSignedTR, а также testReportTechnology и testReportScenario. eContentContentInfoSignedTR является протоколом испытаний, имеющим тип октетная строка.

certificates - это набор сертификатов типа CertificateSet, который предназначен для того, чтобы набор сертификатов был достаточным для содержания путей сертификации от общепризнанных "корень" или "верхний уровень сертификации" для всех лиц, подписавших документ, в поле signerInfos.

crls типа RevocationInfoChoices - это набор информации о статусе аннулирования, который является необязательным, который предназначен для того, чтобы данный набор содержал информацию, достаточную для определения, являются ли сертификаты в поле certificates действительными.

signerInfos - это набор информации о лицах, подписавших протокол.

Настоящее приложение содержит пример модуля формата АСН.1 для настоящего стандарта. Настоящее приложение является официальной спецификацией двоичных кодирований элементов данных, которые должны быть определены в более поздних частях настоящего стандарта как правила уплотненного кодирования АСН.1 по нормативному документу <*>, за исключением тех случаев, когда существует требование по использованию функций безопасности, необходимых для базовых правил кодирования АСН.1.

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

<*> См. [6].

Примечание - Программное обеспечение допускается использовать для преобразования между двоичным кодированием (как по правилам уплотненного кодирования, так и по базовым правилам кодирования) и XML-кодированием с помощью спецификации АСН.1. Для XML-кодирования существует официальное дополнение XSD, однако дополнение XSD соответствует нормативному документу <**> и определяет XML-кодирование как и дополнение XSD, если применяют правила кодирования в соответствии с нормативным документом <***>.

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

<**> См. [7].

<***> См. [1].

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

Требования, установленные для элементов данных протоколов испытаний в настоящем стандарте, отмечены буквами "M" для обязательных полей и "O" - для необязательных. Протокол испытаний должен включать в себя элементы данных, отмеченные буквой "M". Протокол может включать в себя элементы данных, отмеченные буквой "O". Любые необязательные элементы должны быть закодированы в соответствии с требованиями, установленными в настоящем стандарте.

Этот элемент данных идентифицирует изготовителя или поставщика компонента для испытаний. Этот элемент должен соответствовать требованиям таблицы B.1.

Примечание - В таблице B.1 установлены требования к отчетности. Требования к специальному кодированию данных в машиночитаемом протоколе испытаний установлены в приложении A.

Объект испытаний состоит из одного или более биометрических компонентов. Каждый компонент должен быть идентифицирован в соответствии с требованиями таблицы B.2.

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

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

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

<*> См. [8].

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

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

Пример - Проведение испытания должно соответствовать ГОСТ Р ИСО/МЭК 19795-4, протоколирование данных испытания - нормативному документу <*>.

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

<*> См. [9].

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

Все даты должны соответствовать нормативному документу <**>.

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

<**> См. [5].

Машиночитаемый протокол испытаний, определенный в настоящем стандарте, не предназначен для формирования полной документации испытаний. Вместо этого допускается формировать большой традиционный письменный протокол испытаний. Кроме того, рекомендуется оформлять официальный письменный план испытаний или иной документ. В тех случаях, когда машиночитаемый протокол испытаний ссылается на такие документы, они должны соответствовать требованиям таблицы B.5.

Если во время испытаний измеряют скалярные величины, которые суммируются в машиночитаемом протоколе испытаний, то полученные величины должны быть названы и закодированы в соответствии с требованиями таблицы B.6. Если переменная является случайной величиной (например, средний возраст группы добровольцев), тогда фиксируют число измерений, в течение которых оценивают случайную величину, т.е. статус принимает значение "M". Если переменная - неслучайная величина (например, размер группы добровольцев), то число измерений устанавливают равным 1.

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

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

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

Элементы должны быть отсортированы в порядке возрастания. Для любой заданной пары элементов X_k и X_k+1 табличное значение F(X_k) должно быть менее или равно F(X_k+1) по всем показателям k. Диапазон значений X должен быть таким, чтобы выполнялось условие F(X₁) = 0 и F(X_N) = 1.

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

Данный элемент является табличной формой результатов измерений вероятностей ошибок 1-го рода и 2-го рода как функций порога срабатывания. Данный элемент должен удовлетворять требованиям таблицы B.10. Наименования вероятностей ошибок 1-го рода и 2-го рода распределяют следующим образом:

- если вероятность ошибки 1-го рода - "ВЛС", то вероятность ошибки 2-го рода - "ВЛНС";

- если вероятность ошибки 1-го рода - "ВЛД", то вероятность ошибки 2-го рода - "ВЛНД";

- если вероятность ошибки 1-го рода - "ОВЛД", то вероятность ошибки 2-го рода - "ОВЛНД";

- если вероятность ошибки 1-го рода - "ВЛПИ", то вероятность ошибки 2-го рода - "ВЛОИ".

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

В протоколе технологического испытания должны быть записаны обязательные элементы, определенные в таблице C.1. Все элементы должны быть отформатированы таким образом, чтобы протокол испытаний соответствовал спецификации АСН.1, схема которого приведена в приложении A.

Протокол испытаний, определенный в таблице C.1, не предназначен для формирования полной документации испытаний. Его применяют как часть более полного традиционного письменного протокола испытаний. Ссылка на источник представлена записью в таблице B.10. Исходный протокол с большей долей вероятности не является машиночитаемым, при этом он предназначен для применения в качестве справочного документа пользователями, которым необходима полная детальная информация помимо той, что закодирована в машиночитаемой выдержке. В таблице C.2 приведены эксплуатационные элементы данных для технологических испытаний.

Примечание - Настоящий стандарт не устанавливает типы и методы испытаний. Эти требования установлены в серии стандартов ГОСТ Р ИСО/МЭК 19795.

В протоколе сценарных испытаний должны быть записаны обязательные элементы, определенные в таблице C.3. В протокол могут быть также включены дополнительные элементы, определенные в таблице B.1. Все элементы должны быть отформатированы таким образом, чтобы протокол испытаний был совместим со спецификацией формата АСН.1, схема которого представлена в приложении A. В таблице C.4 приведены эксплуатационные элементы данных для сценарных испытаний.