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

(утв. и введен в действие Приказом Росстандарта от 25.09.2018 № 652-ст)

ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

flowchart LR
  n0["ГОСТ Р 58231-2018"]:::rst
  click n0 "https://bukva.ai/docs/protokol-gost-r-58231-2018" "ГОСТ Р 58231-2018. Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Машиночитаемые контрольные данные для испытаний и протоколов испытаний в... (ут"
  n1["ГОСТ Р 58231-2022"]:::doc
  click n1 "https://bukva.ai/docs/protokol-gost-r-58231-2022" "ГОСТ Р 58231-2022. Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Машиночитаемые контрольные данные для испытаний и протоколов испытаний в... (ут"
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;

1 января 2019 года

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• к машиночитаемым записям для протоколирования результатов биометрических испытаний;
• форматам данных, необходимых для протоколирования результатов испытаний комплекса стандартов ГОСТ Р ИСО/МЭК 19795;
• синтаксису АСН.1 (абстрактная синтаксическая нотация версии один) для протоколов испытаний.

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

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

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

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

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

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

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

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

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

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

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

ГОСТ Р ИСО/МЭК 19795-4-2011 Информационные технологии. Биометрия. Эксплуатационные испытания и протоколы испытаний в биометрии. Часть 4. Испытания на совместимость

ГОСТ Р ИСО/МЭК 19795-6-2015 Информационные технологии. Биометрия. Эксплуатационные испытания и протоколы испытаний в биометрии. Часть 6. Методы проведения оперативных испытаний

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

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

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

5 Сокращения

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

АСН — абстрактная синтаксическая нотация (Abstract Syntax Notation, ASN);

ББД — блок биометрических данных (Biometric Data Block, BDB);

ВЛД — вероятность ложного допуска (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);

ОВЛД — обобщенная вероятность ложного допуска;

ОВЛНД — обобщенная вероятность ложного недопуска;

РХ — рабочая характеристика (Receiver operating characteristic, ROC);

ТР — тестируемая реализация (Implementation under test, IUT);

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

6 Формат АСН.1

6.1 Правила кодирования

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

<*> См. [1].

<> См. [2].**

6.2 Идентификатор объекта АСН.1 для протокола испытаний

MachineReadableBiometricTestingAndReportingTestReport {

iso(1) standard(0) MRTDBTR(29120) testReport(1) module(1) rev(0)

}

6.3 Тип BiometricTestReport

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

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

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

id-testReportTechnology OBJECT IDENTIFIER ::= {

iso(1) standard(0) MRTDBTR(29120) testReport(1) contentType(2)

testReportTechnology(1)

}

id-testReportScenario OBJECT IDENTIFIER ::= {

iso(1) standard(0) MRTDBTR(29120) testReport(1) contentType(2)

testReportScenario(2)

}

id-signedTestReport OBJECT IDENTIFIER ::= {

iso(1) standard(0) MRTDBTR(29120) testReport(1) contentType(2)

signedTestReport(3)

}

6.4 Типы данных для технологических испытаний

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

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

6.4.2 Информация о продукте

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

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

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

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

<*> См. [3].

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

TypeProvider ::= ENUMERATED {

non-profit(1),

university(2),

corporation(3),

individual(4),

government(5)

}

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

RoleProvider ::= ENUMERATED {

manufacturer(1),

reseller(2),

integrator(3),

other(4)

}

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

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

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

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

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

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

Function ::= ENUMERATED {

acquisition(1),

enrolment(2),

verification(3),

identification(4),

...

}

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

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

<*> См. [4].

6.4.3 Информация о протоколе испытаний

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

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

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

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

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

<*> См. [5].

<*> См. [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 Протокол испытаний при определенном условии

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 должны быть отсортированы по возрастанию. Например, представление следующей таблицы в 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.

DistributionRealReal ::= SEQUENCE OF ExpressionPointRealReal

ExpressionPointRealReal ::= SEQUENCE {

xValue REAL,

yValue REAL

}

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, причем четвертое и пятое поля являются необязательными. Типы данных полей уже определены следующим образом:

6.5 Типы данных для сценарных испытаний

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

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

6.5.2 Протокол испытания при определенном условии

Тип 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 соответственно.

6.6 Типы данных для подписанных протоколов испытаний

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

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

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

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

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

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

signerInfos — это набор информации о подписавших.

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

МОДУЛЬ АСН.1 ДЛЯ МАШИНОЧИТАЕМЫХ ПРОТОКОЛОВ ИСПЫТАНИЙ В БИОМЕТРИИ

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

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

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

<*> См. [7].

<**> См. [1].

A.2 Модуль АСН.1

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

ОБЩИЕ ЭЛЕМЕНТЫ

B.1 Назначение

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

B.2 Примечание

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

B.3 Поставщик биометрических компонентов

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

Таблица B.1

Элементы данных для описания поставщиков биометрических компонентов

B.4 Биометрический компонент

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

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

Таблица B.2

Элементы данных для описания каждого компонента оценки

<*> ЕСФОБД — Единая структура форматов обмена биометрическими данными.

B.5 Испытательная лаборатория

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

Таблица B.3

Элементы данных, идентифицирующие испытательную лабораторию

<*> См. [8].

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

B.6 Соответствие стандартам

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

Таблица B.4

Элементы данных, идентифицирующие стандарт

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

<**> См. [9].

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

B.7 Даты

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

<*> См. [5].

B.8 Внешняя документация

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

Таблица B.5

Элементы данных внешне связанных документов

B.9 Сводная статистика одномерных данных

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

Таблица B.6

Элементы данных сводной статистики

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

B.10 Данные о субъектах

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

Таблица B.7

Элементы данных субъектов

B.11 Кумулятивная функция распределения

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

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

Таблица B.8

Элементы данных кумулятивной функции распределения

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

Пример - Элемент кодирует данные следующим образом (реальный экземпляр данного формата обычно имеет намного больше записей:

B.12 Характеристики компромиссного определения ошибки

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

• если вероятность ошибки 1-го рода — «ВЛС», то вероятность ошибки 2-го рода — «ВЛНС»;
• если вероятность ошибки 1-го рода — «ВЛД», то вероятность ошибки 2-го рода — «ВЛНД»;
• если вероятность ошибки 1-го рода — «ОВЛД», то вероятность ошибки 2-го рода — «ОВЛНД»;
• если вероятность ошибки 1-го рода — «ВЛПИ», то вероятность ошибки 2-го рода — «ВЛОИ».

C.1 Назначение

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

C.2 Элементы данных для технологических испытаний

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

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

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

C.3 Элементы данных для сценарных испытаний

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

БИБЛИОГРАФИЯ

<*> На момент публикации настоящего стандарта соответствующий гармонизированный национальный стандарт находится в разработке.