ГОСТ Р ИСО/МЭК19784-1—2007
С.6.5 Базы данных ЗБИ могут быть созданы по имени УУИД. а Г1БУ может иметь предпочтительную базу
данных. Приложение может дать возможность ПБУ выбрать базу данных ЗБИ. в которой будут проводиться
операции, с использованием значения пустого указателя на параметр УУИД базы данных.
С.6.6 Управляемая ПБУ база данных ЗБИ может контролироваться непосредственно или косвенно, то есть
через интерфейс ПБФ. Сама база данных ЗБИ включает в себя модуль архива БиоАПИ. Несмотря на то. что ПБУ
может управлять только одним модулем БиоАПИ в данной прикрепленной сессии, этот модуль может включать
в себя многоуровневые базы данных, которые адресуются своими индивидуальными УУИД базы данных.
С.6.7 Для указания текущей записи используются маркеры, которые приблизительно соответствуют «курсо
ру» для реляционных баз данных, однако использование реляционной технологии не требуется и не предполага
ется.
С.6.8 Новый маркер создает и возвращает дескриптор, когда открывается база данных ЗБИ (при вызове
функции
BioAPI_DbOpen
) или при восстановлении записи (при вызове функции
BioAPI_DbGetBIR
). Существую
щий маркер может быть установлен в определенную позицию путем вызова функции
BioAPI_DbSetMarker.
Деск
риптор маркера гложет использоваться приложением для упрощения повторного обращения к следующей запи си в
базе данных ЗБИ. Таким образом, маркер (но не дескриптор маркера) обновляется при вызове функции
BioAPIDbGetNextBIR.
Маркеры и их дескрипторы освобождаются явно при вызове функции
BioAPI_DbFreeMarker
или неявно при закрытии базы данных ЗБИ (при вызове функции
BioAPI_DbClose).
С.6.9 ПБУ может управлять более чем одной базой данных ЗБИ. В этом случае база данных ЗБИ. управля
емая ПБУ. в которой необходимо произвести операции, указывается приложением по имени (УУИД базы дан
ных) или дескриптору (для открытой базы данных).
С.7 Анализ интерф ейса пользователя
С.7.1 Интерфейс пользователя для паролей и личных идентификационных номеров является достаточно
простым, но для биометрической технологии он может быть достаточно сложным и может в значительной степе ни
зависеть от применяемой технологии, требуя многочисленные зависимые от реализации взаимодействия с
пользователем. Некоторые биометрические технологии предоставляют пользователю потоки данных (напри
мер. лицо и голос), а другие требуют от пользователя подтверждения каждого взятого образца (например, лицо,
голос, подпись). В процессе регистрации некоторые технологии верифицируют каждый взятый образец на основе
предыдущих образцов. Число образцов, взятых для конкретного назначения, может меняться в зависимости от
используемой технологии, и интерфейс пользователя для регистрации обычно отличается от интерфейсов для
верификации и идентификации.
С.7.2
Большинство ПБУ содержат встроенный интерфейс пользователя, которого может быть достаточно
для решения большинства задач. Однако ПИП позволяет приложению управлять видом и поведением данного
интерфейса пользователя, предоставляя приложению возможность осуществлять обратные вызовы поставщика
услуги для их использования, представления и сбора образцов.
С.7.3 Один из обратных вызовов используется для представления и сбора образцов и указывает приложе
нию на изменение состояния. Все ПБУ. реализующие опцию Application Controlled GUI. должны поддерживать
данный обратный вызов, несмотря на то что конечные механизмы могут значительно меняться. Другой
обратный вызов ГИЛ используется для представления пользователю потоковых данных в форме
последовательности би товых изображений. Данный обратный вызов является необязательным, и ПБУ
указывает в своей записи в рее стре. требуется ли он.
С .7.4 ПБУ управляется конечным механизмом интерфейса пользователя и инициирует его обратные вызо
вы (BioAPI_GUI_STATE_CALLBACK) каждый раз. когда возникает событие изменения состояния. Данные измене
ния состояния могут возникать при создании образца или при необходимости предоставления пользователю
сообщения. После возвращения сообщения приложение может предоставить ПБУ ответ пользователя: отмена,
продолжение, действительный образец, недействительный образец и тд.
С.7.5 Если ПБУ должен представить пользователю потоковые данные образца, он инициирует потоковый
обратный вызов (BioAPI_GUI_STREAMING_CALLBACK) параллельно с событиями изменения состояния. Данный
обратный вызов требует от приложения выполнения многопоточной обработки.
С.7.6 Если приложение выполняет однотипный обратный вызов несколько раз в одном и том же контексте
(дескриптор ПБУ). поведение ПБУ будет зависеть от реализации операции. ПБУ выбирает, продолжить ли опера цию
после возврата первого обратного вызова или ждать возврата всех обратных вызовов. Ситуация, когда раз личные
обратные вызовы возвращаются с различными кодами ответа, также находится под управлением ПБУ.
С.8 С опоставление на карте (СНК)
С.8.1 Технология БиоАПИ поддерживает использование смарт-карт. Используют два следующих варианта
применения:
a) смарт-карта используется в качестве хранилища для контрольного шаблона, что обеспечивает его безо
пасное и портативное хранение (данный способ называют хранение на карте);
b
) операции биометрического сопоставления выполняются на смарт-карте (данный способ называют сопо
ставление на карте).
С.8.2 В обоих случаях шаблон сохраняется на карте. При сопоставлении на карте (СНК) операции сопостав ления
также осуществляются на карте. Во время биометрической верификации обработанная ЗБИ передается
102