ГОСТ Р ИСО/МЭК19784-1—2007
d)после присоединения (со ссылкой на присоединенный ПБУ) могут быть выполнены остальные вы
зовы функций БиоАПИ, которые будутобработаны присоединенным ПБУ с использованием идентифициро ванных
модулей БиоАПИ требуемой категории.
П р и м е ч а н и е 1— Приложение может устанавливать несколько одновременно присоединенных сессий
Сразными ПБУ (или с тем же ПБУ).
П р и м е ч а н и е 2 — Пример кода последовательных вызовов приведен в приложении D.
6.5.2 Загрузка ПБУ (8.1.5) дает приложению возможность получать полную информацию о модулях
БиоАПИ. к которым может быть осуществлен доступ (прямой или косвенный) через данного ПБУ или с
помощью запроса инфраструктуры, или в соответствии с уведомлением обратного вызова от ПБУ (или
двумя способами).
6.5.3 Модуль БиоАПИ может использоваться только в случае, если аппаратные и программные сред
ства. от которых он зависит, вданное время подключены к системе. В модели это называется «подключен
ным состоянием модуля БиоАПИ».
6.5.4 Когда приложение присоединяет ПБУ. оно может указать, что модуль БиоАПИ. выбираемый для
какой-либо конкретной категории модуля БиоАПИ. должен быть определен ПБУ. Это называют «выбором
модуля БиоАПИ по умолчанию с использованием параметра BioAPI_DONT_CARE».
П р и м е ч а н и е — Единственное различив между выбором конкретного доступного модуля БиоАПИ
(находящегося в подключенном состоянии) данной категории и выбором модуля БиоАПИ по умолчанию с ис
пользованием параметра BioAPI_DONT_CARE заключается в том. что. в последнем случае, решение о выборе
используемого модуля БиоАПИ принимает ПБУ.
6.5.5 Уведомление о событии подключения каждого модуля БиоАПИ содержит его схему.
П р и м е ч а н и е — Возможно, что физическое подключение некоторых частей аппаратных средств
(например, смарт-карта, которая может поддерживать как архивирование, так и сопоставление) будет вызывать
два отдельных различных уведомления. Приложение гложет не связать эти два события с одним физическим
устройством.
6.5.6 В ответ на функцию BioAPI_BSPAttach приложение должно выбрать не более одного модуля
БиоАПИ каждой категории, который находится в настоящее время в подключенном состоянии (или выб
рать BioAPI_DONT_CARE) и управляется данным ПБУ или связанным с ним ПБФ. Затем ПБУ обеспечи
ваетдоступ к модулю (для модулей БиоАПИ. управляемых напрямую) или взаимодействует со связанным с
ним ПБФ для получения доступа к данному модулю БиоАПИ.
6.5.7 Информационное содержание уведомления об удалении должно включать в себя (7.28):
a) ИД модуля БиоАПИ:
b
)тип события (удаление):
c) контекст обратного вызова.
6.5.8 Уведомление о событии удаления модуля БиоАПИ. который является частью набора модулей,
используемых в текущей присоединенной сессии, необходимо для того, чтобы приложение больше не
производило вызовов функций, кроме BioAPI_BSPDetach и BioAPI_GetBIRFromHandle.
6.6 Управление модулями БиоАПИ
6.6.1 В ПИП. ИПУ и ИПФ БиоАПИ доступна функция (8.1.12 и 9.3.1.7), которая позволяет приложе
нию управлять модулем БиоАПИ через ПБУ. ПБУ не обязательно должен поддерживать данную функ
цию. но если такая функция поддерживается. ПБУ идентифицирует наличие такой поддержки в своей схе
ме (7.16 и 7.46).
6.6.2 Данная функция содержит конкретные управляющие коды, содержание буфера и возвращае
мые значения, но их формат и значение определяются конструкцией УУИД и могут быть индивидуальны
для каждого изготовителя. Настоящий стандарт не устанавливает требований кУУИД. поддерживающим
данную функцию.
6.7 Структура и обработка ЗБИ
6.7.1 Структура ЗБИ
ЗБИ. использующая ПИП и ИПУ. является структурой данных Си. сохраненной в памяти компьютера
с использованием указателей на различные элементы. Структура ЗБИ, рекомендуемая для хранения и
передачи между компьютерными системами, представляет собой сериализацию структуры данных Си и
Ю