ГОСТ Р ИСО/МЭК 24708-2013 Информационные технологии. Биометрия. Протокол межсетевого обмена БиоАПИ

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСТ Р исо/мэк 24708-2013

Информационные технологии

БИОМЕТРИЯ

Протокол межсетевого обмена БиоАПИ

ISO/1EC 24708:2008

Information technology - Biometrics - BioAPI Interworking Protocol

(IDT)

Издание официальное

Москва

Сгандар i информ

2015

ГОСТ Р ИСО/МЭК 24708-2013

Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 24708:2008 «Информационные технологии. Биометрия. Протокол межсетевого обмена БиоАПИ» (ISO4EC 24708:2008 «Information technology -Biometrics - BioAPI Interworking Protocol»).

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

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

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

II

ГОСТ Р ИСО/МЭК 24708-2013

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

© , 2015

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

III

ГОСТ Р ИСО/МЭК 24708-2013

Содержание

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

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

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

Сокращения........................................................................................................

Условные обозначения.....................................................................................

Соответствие.....................................................................................................

Архитектура ПМО БиоАПИ ...........................................................................

7.1 ПМО БноАПИ-поддерживающие инфраструктуры..............................

7.2 Сообщения ПМО БиоАПИ .....................................................................

7.3 Конечные точки ПМО БиоАПИ .............................................................

7.4 Связи ПМО БиоАПИ................................................................................

7.5 Привязки транспортного протокола ......................................................

7.6 Создание и разрушение связей ПМО БиоАПИ.....................................

Уведомление об удаленных операциях графического интерфейса пользователя (ГИП)........................................................................................

Примеры возможных конфигураций системы...............................................

Форматы ПМО БиоАПИ ...............................................................................

Идентификация конечных точек ПМО БиоАПИ, приложений и ПБУ.....

Краткий обзор обменов ПМО БиоАПИ........................................................

11.1 Обеспечение безопасности и конфиденциальности............................

11.2 Вызов приложением функций на удаленном ПБУ..............................

11.3 Обращение приложения к функциям, не имеющим связанных с ними сообщений ПМО БиоАПИ .....................................................................

11.4 Операционные уведомления..................................................................

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

Синтаксис сообщений ПМО БиоАПИ............................................................

Типы БиоАПИ и ПМО БиоАПИ.....................................................................

15.1 Целые числа..............................................................................................

15.2 Символы строкового типа.......................................................................

IV

ГОСТ Р ИСО/МЭК 24708-2013

15.3 Унифицированный идентификатор ресурса назначения конечных

точек ПМО Био АП И....................................................................................

15.4 Тип BioAPI_BFP_LIST_ELEMENT.......................................................

15.5 Тип BioAPI_BFP_SCHEMA....................................................................

15.6 Тип BioAPI_BIR.......................................................................................

15.7 Тип BioAPI_BIR_ARRAY_POPULATION............................................

15.8 Тип BioAPI_BIR_BIOMETRIC_DATA_FORMAT...............................

15.9 Тип BioAPI_BIR_BIOMETRlC_PRODUCT_ID....................................

15.10 Тип BioAPI_BIR_DATA_TYPE..............................................................

15.11 Тип BioAPI_BIR_HANDLE.....................................................................

15.12 Тип BioAPI_BIR_HEADER....................................................................

15.13 Тип BioAPI_BIR_PURPOSE...................................................................

15.14 Тип BioAPI_BlR_SECURITY_BLOCK_FORMAT...............................

15.15 Тип BioAPI_BIR_SUBTYPE...................................................................

15.16 Тип BioAPI_BIR_SUBTYPE_MASK......................................................

15.17 Тип BioAPI_BOOL...................................................................................

15.18 Тип BioAPI_BSP_SCHEMA....................................................................

15.19 Тип BioAPI_CANDIDATE...................................................

15.20 Тип BioAPI_CATEGORY.......................................................

15.21 Тип BioAPI_DATA...................................................................................

15.22 Тип BioAPI_DATE...................................................................................

15.23 Тип BioAPI_DB_ACCESS_TYPE...........................................................

15.24 Тип BioAPI_DB_MARKER_HANDLE..................................................

15.25 Тип BioAPI_DB_HANDLE......................................................................

15.26 Тип BioAPI_DBBlR_ID...........................................................................

15.27 Тип BioAPI_DTG......................................................................................

15.28 Тип BioAPI_ERROR_INFO.....................................................................

15.29 Тип BioAPI_EVENT.................................................................................

15.30 Тип BioAPI_EVENT_MASK...................................................................

15.31 Тип BioAPI FMR.....................................................................................

ГОСТ Р ИСО/МЭК 24708-2013

15.32 Тип BioAPI_FRAMEWORK_SCHEMA.................................................

15.33 Тип BioAPI_GUI_BITMAP.....................................................................

15.34 Тип BioAPI_GUI_BITMAP_ARRAY.....................................................

15.35 Тип BioAPI_GUI_EVENT_SUBSCRIPTION.........................................

15.36 Тип BioAPI_GUI_MOMENT...................................................................

15.37 Тип BioAPI_GUI_ENROLL_TYPE.........................................................

15.38 Тип BioAPI_GUI_OPERATlON..............................................................

15.39 Тип BioAPI_GUI_RESPONSE................................................................

15.40 Тип BioAPI_GUI_SUBOPERATION......................................................

15.41 Тип BioAPI_HANDLE.............................................................................

15.42 Тип BioAPI_IDENTIFY_POPULATION................................................

15.43 Тип BioAPI_IDENTIFY_POPULATION_TYPE....................................

15.44 Тип BioAPI JNDICATOR.STATUS......................................................

15.45 Тип BioAPI_INPUT_BIR.........................................................................

15.46 Тип BioAPI_INPUT_BIR_FORM............................................................

15.47 Тип BioAPI_OPERATIONS_MASK.......................................................

15.48 Тип BioAPI_OPTIONS_MASK...............................................................

15.49 Тип BioAPI_POWER_MODE..................................................................

15.50 Тип BioAPI.QUALITY............................................................................

15.51 Тип BioAPI_RETURN..............................................................................

15.52 Тип BioAPI_STRING...............................................................................

15.53 Тип BioAPI_TIME....................................................................................

15.54 Тип BioAPI_UNIT_ID..............................................................................

15.55 Тип BioAPI_UNIT_LIST_ELEMENT.....................................................

15.56 Тип BioAPI_UNIT_SCHEMA.................................................................

15.57 Тип BioAPI.UUID....................................................................................

15.58 Тип BioAPI_VERSION............................................................................

16 Функции, определенные в БиоАПИ, и соответствующие сообщения ПМО

БиоАПИ

16.1 Функция BioAPI_Init................................................................................

VI

ГОСТ Р ИСО/МЭК 24708-2013

16.2 Функция BioAPI_InitEndpoint.................................................................

16.3 Функция BioAPI_Terminate....................................................................

16.4 Функция BioAPI_LinkToEndpoint..........................................................

16.5 Функция BioAPI_UnlinkFromEndpoint..................................................

16.6 Функция BioAPI_EnumFranieworks.......................................................

16.7 Функция BioAPI_EnumBSPs...................................................................

16.8 Функция BioAPI_EnumBFP>...................................................................

16.9 Функция BioAPI_BSPLoad......................................................................

16.10 Функция BioAPI_BSPUnload..................................................................

16.1 I Функция BioAPI_QueryUnits..................................................................

16.12 Функция BioAPI_QueryBFPs..................................................................

16.13 Функция BioAPI_BSPAttach...................................................................

16.14 Функция BioAPI_BSPDetach...................................................................

16.15 Функция BioAPI_EnableEvents...............................................................

16.16 Функция BioAPI_EnableEventNotifcations.............................................

16.17 Функция BioAPI_ControlUnit..................................................................

16.18 Функция BioAPI_Control.........................................................................

16.19 Функция BioAPI_FreeBIRHandle............................................................

16.20 Функция BioAPI_GetBIRFromHandle....................................................

16.21 Функция BioAPI_GetHeaderFromHandle...............................................

16.22 Функция BioAPI_SubscribeToGUIEvents...............................................

16.23 Функция BioAPI_UnsubscribeFromGUIEvents......................................

16.24 Функция BioAPI_QueryGUIEventSubscriptions.....................................

16.25 Функция BioAPI_NotifyGUlSelectEvent................................................

16.26 Функция BioAPI_NotifyGUIStateEvent..................................................

16.27 Функция BioAPI_NotifyGUIProgressEvent............................................

16.28 Функция BioAPI_RedirectGUIEvents.....................................................

16.29 Функция BioAPI_UnredirectGUIEvents..................................................

16.30 Функция BioAPI_Capture .......................................................................

16.31 Функция BioAPI_CreateTemplate...........................................................

VII

ГОСТ Р ИСО/МЭК 24708-2013

16.32 Функция В io API_Process.........................................................................

16.33 Функция BioAPI_ProcessWithAuxBIR...................................................

16.34 Функция BioAPI_VerifyMatch................................................................

16.35 Функция BioAPI_IdentifyMatch..............................................................

16.36 Функция BioAPI_Enroll...........................................................................

16.37 Функция BioAPI_Verify...........................................................................

16.38 Функция BioAPI_Identify........................................................................

16.39 Функция BioAPI_Import..........................................................................

16.40 Функция В ioAPI_PresetIdentifyPopulation.............................................

16.41 Функция BioAPI_Transform....................................................................

16.42 Функция BioAPI_DbOpen.......................................................................

16.43 Функция BioAPI_DbClo.se.......................................................................

16.44 Функция BioAPI_DbCreate......................................................................

16.45 Функция BioAPI.DbDelete......................................................................

16.46 Функция BioAPI_DbSetMarker...............................................................

16.47 Функция BioAPI_DbFreeMarker.............................................................

16.48 Функция BioAPI_DbStoreBlR.................................................................

16.49 Функция BioAPI_DbGetBIR....................................................................

16.50 Функция BioAPI_DbGetNextBIR............................................................

16.51 Функция BioAPI_DbDeleteBIR...............................................................

16.52 Функция BioAPI_CalibrateSensor...........................................................

16.53 Функция BioAPI_SetPowerMode............................................................

16.54 Функция BioAPI_SetIndicatorStatus........................................................

16.55 Функция BioAPI_GetIndicatorStatus.......................................................

16.56 Функция BioAPI-GetLastErrorlnfo.........................................................

16.57 Функция BioAPI_Cancel..........................................................................

16.58 Функция BioAPI_Free..............................................................................

16.59 Функция BioAPI_RegisterBSP.................................................................

16.60 Функция BioAPI.UnregisterBSP.............................................................

16.61 Функция BioAPI_RegisterBFP.................................................................

VIII

ГОСТ Р ИСО/МЭК 24708-2013

16.62 Функция BioAPI_UnregisterBFP.............................................................

17 Функции обратного вызова, определенные в ВиоАПИ. и соответствующие сообщения ПМО ВиоАПИ..................................................................................

17.1 Функция обратного вызова BioAPI_EVENT_HANDLER...................

17.2 Функция обратного вызова BioAPI_GUI_SELECT_EVENT_HANDLER........................................

17.3 Функция обратного вызова BioAPI_GUI_STATE_EVENT_HANDLER

17.4 Функция обратного вызова

BioAPI_GUI_PROGRESS_EVENT_HANDLER...................................

18 Концептуальные таблицы................................................................................

18.1 Концептуальная таблица MasterEndpoints.............................................

18.2 Концептуальная таблица VLsibleEndpoints............................................

18.3 Концептуальная таблица VisibleBSPRegistrations................................

18.4 Концептуальная таблица VisibleBFPRegistrations................................

18.5 Концептуальная таблица RunningBSPLocalReferences........................

18.6 Концептуальная таблица RunningBSPRemoteReferences.....................

18.7 Концептуальная таблица UnitEventNotifcationDisablers......................

18.8 Концептуальная таблица AttachSessionLocalReferences......................

18.9 Концептуальная таблица AttachSessionRemoteReferences...................

18.10 Концептуальная таблица GUIEventLocalSubscriptions........................

18.11 Концептуальная таблица GUIEventRemoteSubscriptions.....................

18.12 Концептуальная таблица GUIEventRedirectors.....................................

18.13 Концептуальная таблица ApplicationOwnedMemoryBlocks................

19 Преобразования между переменной указателя Си и соответствующим компонентом АСП.1 (I)...................................................................................

20 Преобразования между переменной указателя Си и соответствующим компонентом АСП.1 (2)....................................................................................

21 Преобразования между переменной указателя Си и соответствующим компонентом АСП.1 (3)....................................................................................

IX

ГОСТ Р ИСО/МЭК 24708-2013

22 Инициализация и проверка переменной указателя Си, не имеющей соответствующего компонента АСН.1 ..........................................................

23 Определение главенствующей конечной точки и УУИД продукта ПБУ из УУИД ПБУ.........................................................................................................

24 Определение главенствующей конечной точки и исходного дескриптора ПБУ из локального обработчика ПБУ............................................................

25 Преобразования УУИД ПБУ............................................................................

26 Преобразования дескрипторов ПБУ...............................................................

27 Обработка входящего вызова функции путем обмена с второстепенной конечной точкой двумя сообщениями запроса/ответа ИМО БиоАПИ.......

28 Обработка входящего сообщения запроса ИМО БиоАПИ путем внутреннего вызова функции БиоАПИ..........................................................

29 Предоставление нулю или более подписчикам информации о модуле операций.............................................................................................................

30 Предоставление подписчику информации об операции выбора ГИП........

31 Предоставление подписчику информации об операции состояния ГИП ...

32 Предоставление подписчику информации об операции прогресса ГИП....

33 Обработка непреобразуемых значений Си.....................................................

Приложение А (обязательное) Специоикация привязки TCP/IP.........................

Приложение В (обязательное) Спецификация обнаружения и объявления в привязке TCP/IP................................................................................

Приложение С (обязательное) Спецификация привязки SOAP/HTTP................

Приложение D (обязательное) Разъяснение минимальных требований для простых систем.................................................................................

Приложение Е (обязательное) Возможные сценарии, включающие использование протокола межсетевого обмена БиоАПИ..........

Приложение F (обязательное) Формальные модули АСП.1.................................

Приложение G (справочное) Библиография..........................................................

X

ГОСТ Р ИСО/МЭК 24708-2013

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов ссылочным национальным стандартам Российской Федерации.........................................................................................

XI

ГОСТ Р ИСО/МЭК 24708-2013

Введение

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

Наиболее вероятной областью применения настоящего стандарта являются случаи, когда правительство конкретной страны принимает решение о создании системы биометрической регистрации и аутентификации, предусматривающее создание централизованного хранилища биометрических данных граждан данной страны с возможностью доступа к этому хранилищу с биометрических устройств в учреждениях здравоохранения, социального обеспечения, миграционной службы и силовых ведомств. Это одно из нескольких направлений, в которых возможно применение ПМО БиоАПИ.

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

XII

ГОСТ Р ИСО/МЭК 24708-2013

В настоящем стандарте использована нотация АСН.1 (см. серию рекомендаций ITU-T Х.680 и комплекс стандартов ИСО/МЭК 8824-1) для определения сообщений протокола.

В разделах 7-11 приведены общие справочные сведения. В разделе 12, и некоторых приложениях - нормативные сведения.

В разделе 7 приведено описание инфраструктуры ПМО БиоАПИ.

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

В разделе 9 приведены некоторые примеры возможных конфигураций системы с использованием ПМО БиоАПИ.

В раздел 10 приведен формат биометрических данных, передаваемых ПМО БиоАПИ.

В разделе 1 1 приведена идентификация конечных точек ПМО БиоАПИ, приложений и ПБУ.

В разделе 12 приведен краткий обзор обмена сообщениями ПМО БиоАПИ.

В разделе 13 приведены общие положения, относящиеся к другим разделам.

В раздел 14 установлен общий синтаксис ПМО БиоАПИ сообщений.

В разделе 15 приведены соответствия между типами БиоАПИ и соответствующими типами АСН.1, которые являются компонентами сообщений ПМО БиоАПИ.

В разделе 16 установлен синтаксис некоторых индивидуальных ПМО БиоАПИ сообщений и действия, выполняемые при поступлении обратного вызова функции БиоАПИ, либо сообщений ПМО БиоАПИ. относящихся к вызову функции БиоАПИ.

В разделе 17 установлен синтаксис некоторых индивидуальных ПМО БиоАПИ сообщений и действия, которые должны быть выполнены при поступлении вызова функции БиоАПИ или сообщения, относящегося к вызову функции БиоАПИ.

XIII

ГОСТ Р ИСО/МЭК 24708-2013

В раздел 18 приведены концептуальные таблицы, которые следует использовать при реализации приложений.

В разделах 19 - 33 приведены специальные положения, относящиеся к другим разделам.

В приложении А определена привязка протокола TCP/IP к ПМО БиоАПИ.

В приложение В установлены дополнительные условия привязки протокола TCP/IP к ПМО БиоАПИ.

В приложении С определена привязка протокола SOAP/IITTP к ПМО БиоАПИ.

В приложении D приведены минимальные требования для простых систем.

В приложении Е приведены примеры сценариев, в которых может использоваться ПМО БиоАПИ.

В приложении F приведена полная АСИ.1 спецификация ПМО БиоАПИ.

XIV

ГОСТ Р ИСО/МЭК 24708-2013

_____НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ_____

Информационные технологии

БИОМЕТРИЯ

Протокол межсетевого обмена БиоАПИ

Information technology. Biometrics. BioAPI Interworking Protocol

Дата введения - 2015 - 01 - 01

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

1.1 Настоящий стандарт устанавливает требования к синтаксису, семантике и кодировке ряда сообщений (сообщения ПМО БиоАПИ), которые позволяют соответствующим приложениям БиоАПИ совершать запросы биометрических операций в соответствующем поставщике биометрических услуг (ПБУ) с помощью узла или границы процесса, а также получать информацию о событиях, происходящих в удаленных ПБУ.

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

1.2 В настоящем стандарте также установлены требования к расширению для архитектуры и поведение структуры БиоАПИ, которая регулирует создание, обработку, отправление и получение сообщений ПМО БиоАПИ. Структура БиоАПИ, соответствующая требованиям настоящего стандарта (ПМО БиоАПИ-поддержиБающая структура), создает, обрабатывает, отправляет и получает сообщения ПМО БиоАПИ с вызовом и обратным вызовом функции БиоАПИ. Исходящие сообщения ПМО БиоАПИ могут создаваться и отправляться структурой в рамках процесса обработки входящего вызова или обратного вызова. Входящие сообщения ПМО БиоАПИ

Издание официальное

1

ГОСТ Р ИСО/МЭК 24708-2013

могут вызвать реакцию со стороны структуры, такую же, как при получении вызова или обратного вызова.

1.3 Настоящий стандарт допускает создание, обработку, отправку и получение сообщений ПМО БиоАПИ программмным объектом (далее - объект класса ПМО БиоАПИ), который может необязательно являться поддерживающей структурой ПМО БиоАПИ.

Примечание - Последнее позволяет создавать облегченную реализацию настоящего стандарта, в которой поддержка соответствущих приложений БиоАПИ или соответствущих ПБУ БиоАПИ не обязательна или не требуется. Существенные видимые отличия между сообщениями ПМО БиоАПИ. которые созданы и отправлены объектом класса ПМО БиоАПИ, и сообщениями, которые созданы и отправлены поддерживающей структурой ПМО БиоАПИ, отсутствуют. Тем не менее, если поддерживающая структура ПМО БиоАПИ должна полностью и должным образом осуществлять связь, определенную в настоящем стандарте, между сообщениями ПМО БиоАПИ и вызовом или обратным запросом функции БиоАПИ. для объекта класса ПМО БиоАПИ такое требование не является обязательным (см. раздел 6).

1.4 В настоящем стандарте установлены требования к использованию любого из нескольких общедоступных транспортных протоколов для передачи сообщений ПМО БиоАПИ между двумя объектами программного обеспечения (конечными точками ПМО БиоАПИ).

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

Примечание - Требования к стандартизации таких форматов приведены в стандартах комплекса ИСО/МЭК 19794.

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

Примечание - Требования к стандартизации элементов таких форматов приведены в ИСО/МЭК 19785-1, в котором также содержится спецификация некоторых стандартизированных форматов записей биометрических информации.

2

ГОСТ Р ИСО/МЭК 24708-2013

1.7 Настоящий стандарт не устанавливает алгоритмы сравнения для биометрической идентификации или верификации.

1.8 Настоящий стандарт не устанавливает требования безопасности, однако приведены способы установления связи с безопасными транспортными протоколами с целью поддержания безопасного обмена между конечными точками ПМО БиоАПИ.

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

1.10 Настоящий стандарт определяет версию I протокола межсетевого обмена БиоАПИ (ПМО БиоАПИ) и присваивает данному протоколу значение идентификатора объекта АСН.1 (стандарт международной организации по стандартизации 24708 версии (1)) (см. рекомендации ITU-T Х.680 | ИСО/МЭК 8824-1).

1.11 Настоящий стандарт предусматривает поддержку версии 2.1 БиоАПИ. В ИСО/МЭК 19784-1 приведены определения версий 2.0 и 2.1 БиоАПИ.

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

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

Рекомендации ITU-T Х.667 (2004) | ИСО/МЭК 9834-8:2005, Информационные технологии. Взаимосвязь открытых систем. Процедуры работы уполномоченных по регистрации ВОС: создание, регистрация

3

ГОСТ Р ИСО/МЭК 24708-2013

универсальных уникальных идентификаторов (УУИД) и их использование в качестве компонентов идентификатора объекта АСН.1 (ISO/IEC 9834-8:2005. Information technology - Open Systems Interconnection - Procedures for the operation of OS I Registration Authorities: Generation and registration of Universally Unique Identifiers (UUIDs) and their use as ASN.l Object Identifier components)

Рекомендации ITU-T X.680 (2002) | ИСО/МЭК 8 824-1:2002. Информационные технологии. Абстрактная синтаксическая нотация версии один (АСН.1). Спецификация основной нотации (1SO/IEC 8824-1:2002. Information technology - Abstract Syntax Notation One (ASN.l): Specification of basic notation)

Рекомендации ITU-T X.68I (2002) | ИСО/МЭК 8 824-2:2002. Информационные технологии. Абстрактная синтаксическая нотация версии один (АСН.1). Спецификация информационного объекта (ISO/IEC 8824-2:2002, Information technology - Abstract Syntax Notation One (ASN.l): Information object specification)

Рекомендации ITU-T X.682 (2002) | ИСО/МЭК 8824-3:2002, Информационные технологии. Абстрактная синтаксическая нотация версии один (АСИ. Г). Спецификация ограничения (ISO/IEC 8824-3:2002, Information technology - Abstract Syntax Notation One (ASN.l): Constraint specification)

Рекомендации ITU-T X.683 (2002) | ИСО/МЭК 8824-4:2002, Информационные технологии. Абстрактная синтаксическая нотация версии один (АСИ. Г). Параметризация спецификации АСН.1 (ISO/IEC 8824-4:2002, Information technology - Abstract Syntax Notation One (ASN.l): Parameterization of ASN. I specifications)

Рекомендации ITU-T X.691 (2002) | ИСО/МЭК 8825-2:2002. Информационные технологии. Правила кодирования АСН.1. Спецификация правил уплотненного кодирования (PER). (ISO/IEC 8825-2:2002, Information technology - ASN.l encoding rules: Specification of Packed Encoding Rules (PER))

Рекомендации ITU-T X.693 (2001) | ИСО/МЭК 8825-4:2002.

4

ГОСТ Р ИСО/МЭК 24708-2013

Информационные технологии. Правила кодирования АСН.1. Правила кодирования XML (XER) (ISO/IEC 8825-4:2002, Information technology - ASN.l encoding rules: XML Encoding Rules (XER))

Рекомендации ITU-T X.693 (200IMon.l (2003) | ИСО/МЭК 8825-4:2002/Доп. 1:2004, Информационные технологии. Правила кодирования АСП.1. Правила кодирования XML (XER). Дополнение 1: EXTENDED-XER (ISO/IEC 8825-4:2002/Amd. 1:2004, Information technology - ASN.l encoding rules: XML Encoding Rules (XER) - Amendment 1: XER encoding instructions and EXTENDED-XER)

ИСО/МЭК TO 8802-1:2001, Информационные технологии. Телекоммуникации и информационный обмен между системами. Локальные и общегородские сети. Специальные требования. Часть 1. Обзор стандартов на локальные сети (ISO/IEC TR 8802-1:2001, Information technology -Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 1 : Overview of Local Area Network Standards)

ИСО/МЭК 19784-1:2006, Информационные технологии. Биометрический программный интерфейс. Часть 1. Спецификация биометрического программного интерфейса (ISO/IEC 19784-1:2006, Information technology -Biometric application programming interface - Part 1: BioAPI specification)

ИСО/МЭК 19785-1:2006, Информационные технологии. Единая структура форматов обмена биометрическими данными (ЕСФОБД). Часть I. Спецификация элементов данных (ISO/IEC 19785-1:2006, Information technology - Common Biometric Exchange Formats Framework - Part 1: Data element specification)

ИСО/МЭК 19785-3:2007 Информационные технологии. Единая структура форматов обмена биометрическими данными (ЕСФОБД). Часть 3. Спецификации форматов ведущей организации (ISO/IEC 19785-3:2007. Information technology - Common Biometric Exchange Formats Framework - Part

5

ГОСТ Р ИСО/МЭК 24708-2013

3: Patron format specifications)

ИСО/МЭК 19794 (все части), Информационные технологии. Форматы обмена биометрическими данными (ISO/IEC 19794 (all parts), Information technology - Biometric data interchange formats)

IETF RFC 768 (1980), Протокол датаграмм клиента (IETF RFC 768 (1980), User Datagram Protocol)

IETF RFC 791 (1981), Межсетевой протокол (IP) (IETF RFC 791 (1981), Internet Protocol)

IETF RFC 793 (1981), Протокол управления передачей (TCP) (IETF RFC 793 (1981). Transmission Control Protocol)

IETF RFC 826 (1982), Протокол преобразования адресов Ethernet (ARP) (IETF RFC 826 (1982), Ethernet Address Resolution Protocol)

IETF RFC 1945 (1996), Протокол передачи гипертекста HTTP/1.0 (IETF RFC 1945 (1996). Hypertext Transfer Protocol - HTTP/1.0)

IETF RFC 2131 (1997), Протокол динамической конфигурации узла для протокола IPv4 (DHCPv4) (IETF RFC 2131 (1997), Dynamic Host Configuration Protocol)

IETF RFC 2136 (1997), Динамические обновления системы доменных имен (Обновление DNS) (IETF RFC 2136 (1997), Dynamic Updates in the Domain Name System (DNS UPDATE))

IETF RFC 2462 (1998), Динамическое назначение адресов в протоколе IPv6 IETF RFC 2462 (1998), IPv6 Stateless Address Autoconfiguration)

IETF RFC 2616 (1999), Протокол передачи гипертекста HTTP/1.1 (IETF RFC 2616 (1999). Hypertext Transfer Protocol - HTTP/1.1)

IETF RFC 2818 (2000), Применение протокола HTTP над TLS (IETF RFC 2818 (2000), HTTP Over TLS)

IETF RFC 3315 (2003), Протокол динамической конфигурации узла для протокола IPv6 (DHCPv6) (IETF RFC 3315 (2003), Dynamic Host Configuration Protocol for IPv6 (DHCPv6))

6

ГОСТ Р ИСО/МЭК 24708-2013

IETF RFC 3927 (2005), Динамическая конфигурация Link-Local адресов IPv4 (IETF RFC 3927 (2005), Dynamic Configuration of IPv4 Link-Local Addresses)

IETF RFC 3987 (2005), Интернационализированный идентификатор ресурса (ИИР) (IETF RFC 3987 (2005), Internationalized Resource Identifiers (IRIs))

IETF RFC 4443 (2006), Межсетевой протокол управляющих сообщений (ICMPv6) для межсетевого протокола версии 6 (IPv6) (IETF RFC 4443 (2006), Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification)

W3C SOAP 1.2:2007, Простой протокол доступа к объектам, версия 1.2 (W3C SOAP 1.2:2007. SOAP Version 1.2)

W3C SOAP MTOM:2005, Механизм оптимизации передачи сообщения протокола SOAP (W3C SOAP MTOM:2005, SOAP Message Transmission Optimization Mechanism)

W3C XMLENC:2002, Процесс шифрования данных и представления результата в XML (W3C XMLENC:2002, XML Encryption Syntax and Processing)

W3C XMLDSIG:2002, XML - Синтаксис представления цифровых подписей и правила их обработки для XML.( W3C XMLDSIG:2002, XML -Signature Syntax and Processing)

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

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

3.1 сообщение подтверждения ПМО БиоАПИ (acknowledgement BIP message): сообщение ПМО БиоАПИ, передающееся в ответ (подтверждение) на соответствующее сообщение уведомления ПМО БиоАПИ.

Примечание - Не все сообщения уведомления ПМО БиоАПИ предполагают

соответствующие сообщения подтверждения ПМО БиоАПИ.

7

ГОСТ Р ИСО/МЭК 24708-2013

3.2 поддерживающая инфраструктура ПМО БиоАПИ (BIP-enabled framework): Расширенная версия инфраструктуры БиоАПИ, способная к созданию, обработке, отправлению и получению сообщений ПМО БиоАПИ в тесной связи с запросами и обратными запросами функции БиоАПИ.

Примечание - Не все реализации поддерживающей инфраструктуры ПМО БиоАПИ являются инфраструктурами БиоАПИ согласно ИСО/МЭК 19784-1 (см. примечание к 6.7).

3.3 конечная точка ПМО БноАПИ (BIP endpoint): Объект, идентифицированный ИИР конечной точки, который способен к отправлению и получению сообщений ПМО БиоАПИ и содержит либо активный объект класса ПМО БиоАПИ. либо активную поддерживающую инфраструктуру ПМО БиоАПИ с одним компонентом реестра, без или с одним активным приложением БиоАПИ и без или с одним или более активным ПБУ.

3.4 связь ПМО БиоАПИ (BIP link): Логическая связь между двумя конечными точками ПМО БиоАПИ. в которой обязательно присутствует канал связи запрос/ответ и необязательно - канал связи уведомление/подтверждение, а также одна конечная точка ПМО БиоАПИ играет роль главной, а другая -второстепенной.

Примечание - Между любой парой конечных точек ПМО БиоАПИ должно существовать не менее одной связи ПМО БиоАПИ при любом распределении ролей. Если в связи ПМО БноАПИ присутствуют два канала связи, то одна из двух конечных точек ПМО БиоАПИ будет главной конечной точкой в обоих каналах связи, в то время как вторая будет второстепенной конечной точкой в тех же двух каналах связи. Связь ПМО БиоАПИ не может существовать между парой конечных точек ПМО БиоАПИ, если обе точки будут главными или второстепенными.

3.5 сообщение ПМО БиоАПИ (BIP message): Сообщение, которое можно отправить от конечной точки ПМО БиоАПИ до другой конечной точки ПМО БиоАПИ с помощью канала связи.

3.6 УУИД доступа ПБУ (BSP access UUID): динамически создаваемый и назначаемый поддерживающей ПМО БиоАПИ инфраструктурой для ПБУ непостоянный УУИД, доступный для загрузки в заданную конечную точку

8

ГОСТ Р ИСО/МЭК 24708-2013

ПМО БиоАПИ (локальную или удаленную) и однозначно идентифицирующий ПБУ и, неявно, конечную точку ПМО БиоАПИ.

Примечание - У У ИД доступа ЛБУ лишен смысла вне конечной точки ПМО БиоАПИ, в которой он был создан.

3.7 У У ИД продукта ПБУ (BSP product UUID): постоянный УУИД, определенный поставщиком программного обеспечения ПБУ.

Примечание! - После многократной переустановки ПБУ на различных системах предполагается сохранение УУИД продукта ПБУ.

Примечание 2 - УУИД продукта ПБУ может быть создан и зарегистрирован на сайте http://www.itu.int/ITU-T/asnl/UUID.html (см. ITU-T Rec. Х.667).

3.8 ЕСФОБД (CBEFF): Элементы информации и формат записи биометрической информации, определенные в ИСО/МЭК 19785-1.

3.9 ИИР конечной точки (endpoint IRI): ПИР. однозначно идентифицирующий конечную точку ПМО БиоАПИ.

Примечание - Ограничения формы данного ИИР отсутствуют. В общем случае (если иное не предписано правилами обязательной спецификации), 'зависимость между ИИР схемы ИИР конечной точки и привязкой»ами). которая(ые) поддерживаются основной реализацией, отсутствует. Таким образом. ИИР конечной точки может не предоставлять информацию достаточную для того, чтобы определить местонахождение конечной точки ПМО БиоАПИ в сети.

3.10 объект класса ПМО БиоАПИ (generic В IP entity): Объект программного обеспечения, который способен создавать, обрабатывать, отправлять и получать сообщения ПМО БиоАПИ, но не обязательно реализует программный интерфейс приложений БиоАПИ и полную функциональность инфраструктуры БиоАПИ (включая доступ к реестру компонентов и локальному ПБУ).

3.11 канал связи (link channel): Логическая связь между двумя конечными точками ПМО БиоАПИ путем привязки транспортного протокола, в которой одна конечная точка ПМО БиоАПИ играет роль главной, а другая -второстепенной.

9

ГОСТ Р ИСО/МЭК 24708-2013

3.12 главная конечная точка (заданная конечная точка ПМО БиоАПИ) (master endpoint (of a given В IP endpoint)): Конечная точка ПМО БиоАПИ, которая логически связана путем связи ПМО БиоАПИ с второстепенной конечной точкой ПМО БиоАПИ и способна отправлять сообщения запроса ПМО БиоАПИ к заданной конечной точке ПМО БиоАПИ и обрабатывать полученные сообщения уведомления ПМО БиоАПИ.

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

3.13 сообщение уведомления ПМО БиоАПИ (notification BIP message): Сообщение уведомления ПМО БиоАПИ об операции «заинтересованности», передаваемое к принимающей конечной точке ПМО БиоАПИ.

3.14 канал связи уведомленис/подтверждение (notification/ acknowledgement link channel): Канал связи, по которому передаются сообщения уведомления и подтверждения ПМО БиоАПИ.

Примечание - Канал связи уведомления/подтверждення .может существовать только как часть связи ПМО БиоАПИ. Его присутствие в связи ПМО БиоАПИ является дополнительным.

3.15 политика удаленного доступа (remote access policy): Политика, определяющая для каких локального ПБУ, локального ПБФ, и блоков БиоАПИ (управляемых указанными ПБУ и ПБФ) конечная точка ПМО БиоАПИ будет доступной для использования другой конечной точкой ПМО БиоАПИ.

3.16 сообщение запроса ПМО БиоАПИ (request BIP message): Сообщение ПМО БиоАПИ, передающее запрос о выполнении действия принимающей конечной точкой ПМО БиоАПИ.

3.17 канал связи запроса/ответа (request/response link channel): Канал связи, постоянно присутствующий в связи ПМО БиоАПИ, через который передаются сообщения запроса и ответа ПМО БиоАПИ (см. 3.4).

Примечание - Канал связи запроса/отвста может существовать только как часть связи ПМО БиоАПИ.

10

ГОСТ Р ИСО/МЭК 24708-2013

3.18 сообщение ответа ПМО БиоАПИ (response BIP message): Сообщение ПМО БиоАПИ, передающее ответ на предшествующее сообщение запроса ПМО БиоАПИ.

3.19 второстепенная конечная точка (заданная конечная точка ПМО БиоАПИ) (slave endpoint (of a given BIP endpoint): конечная точка ПМО БиоАПИ. с которой логически связана с помощью связи ПМО БиоАПИ заданная (главная) конечная точка ПМО БиоАПИ и которая способна к обработке сообщений запроса ПМО БиоАПИ. полученных от заданной конечной точки ПМО БиоАПИ. и отправке к ней сообщений уведомления ПМО БиоАПИ.

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

3.20 привязка транспортного протокола (transport protocol binding): Физическая реализация канала связи, при которой определяется, какой транспортный протокол будет использоваться, как будут кодироваться сообщения ПМО БиоАПИ, каким образом будет составлено сообщение транспортного уровня, несущее закодированные сообщения ПМО БиоАПИ, и другие параметры использования транспортного протокола.

4 Сокращения

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

II

ГОСТ Р ИСО/МЭК 24708-2013

5 Условные обозначения

В настоящем стандарте для облегчения восприятия текста применяются следующие выделенные полужирным шрифтом и путем подчеркивания условные обозначения, при этом для понимания стандарта они не являются ключевыми:

- языковые имена и определения Си (типы определения БиоАПИ. определения функций БиоАПИ и входные параметры функций БиоАПИ) выделены следующим образом: BioAPI_lnit; исходные параметры функций БиоАПИ выделены следующим образом: Response;

12

ГОСТ Р ИСО/МЭК 24708-2013

- языковые имена и определения АСН. I (такие как типы определений АСН.1, имена компонентов АСН/. и типы сообщений ПМО БиоАПИ), выделены следующим образом masterEndpointIRI;

- имена и документы XML (такие как определения схемы XML, глобальные имена элементов, и примеры закодированных сообщений XML ПМО БиоАПИ) выделены следующим образом: <bip:VerifyMatch >.

6 Соответствие

6.1 В разделах 7 - 33 устанавлины требования к синтаксису и семантике сообщений ПМО БиоАПИ, а также к поведению поддерживающей инфраструктуры ПМО БиоАПИ при получении входящих запросов функции БиоАПИ (совершенных локальным приложением), обратных запросов (совершенных локальным ПБУ) и сообщений ПМО БиоАПИ.

6.2 Поддерживающая инфраструктура ПМО БиоАПИ является одним из типов реализации настоящего стандарта. Другим типом реализации является объект класса ПМО БиоАПИ, который способен создавать, обрабатывать, отправлять и получать сообщения ПМО БиоАПИ, при этом который не обязательно реализует БиоАПИ ПИП и полную внутреннюю функциональность инфраструктуры БиоАПИ (включая доступ к реестру компонентов и к локальному ПБУ).

6.3 Требования к соответствию согласно настоящему стандарту должны иметь два уровня (уровень 1 и уровень 2) и три класса ролей (главная роль, второстепенная роль и двойная роль), что, в общем, обеспечивает шесть классов соответствия, представленных согласно таблице I:

13

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 1 - Классы соответствия

6.4 Положения разделов 7 - 33 применяют для каждого уровня соответствия следующим образом:

а) для поддерживающей инфраструктуры ПМО БиоАПИ положения следует применять в соответствии с приведенными указаниями;

Ь) для объекта класса ПМО БиоАПИ положения следует интерпретировать. как относящиеся к идеальной инфраструктуре, концептуально представленной в рамках объекта класса ПМО БиоАПИ, без предположения, что идеальный БиоАПИ и ПБУ БиоАПИ идеальной инфраструктуры обозримы для любого внешнего наблюдателя или теста.

Примечание - Внутренняя структура объекта класса ПМО БиоАПИ является не только невидимой, но также полностью недоступной и не определяемой для соответствия или тестирования на соответствие.

6.5 Объект программного обеспечения может быть определен как поддерживающая инфраструктура ПМО БиоАПИ с главной ролью, только в том случае если он:

а) предоставляет локальному приложению доступ к программному интерфейсу приложения БиоАПИ;

Ь) обрабатывает поступающие запросы БиоАПИ от локального приложения, согласно в разделам 7-33;

с) обрабатывает поступающее сообщения уведомления ПМО БиоАПИ в случаях, указанных в соответствующих разделах и

14

ГОСТ Р ИСО/МЭК 24708-2013

d) никогда не производит сообщения ПМО БиоАПИ. кроме случаев, определенных в соответствующих разделах.

6.6 Объект программного обеспечения может быть определен, как поддерживающая инфраструктура ПМО БиоАПИ с второстепенной ролью, только в том случае, если он:

а) использует программный интерфейс приложений БиоАПИ, представленный локальным поддерживающим БиоАПИ ПБУ, для взаимодействия с ними;

Ь) обрабатывает поступающие обратные вызовы от локального ПБУ, согласно разделам 7-33;

с) обрабатывает поступающие сообщения ПМО БиоАПИ запроса в случаях, указанных в соответствующих разделах и

d) никогда не производит сообщения ПМО БиоАПИ кроме случаев, указанных в соответствующих разделах.

6.7 Объект программного обеспечения может быть определен, как поддерживающая инфраструктура ПМО БиоАПИ с двойной ролью, только в том случае, если он удовлетворяет требованиям поддерживающей инфраструктуры ПМО БиоАПИ с глазной и второстепенной ролью.

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

6.8 Объект программного обеспечения может быть определен как объект класса ПМО БиоАПИ (с главной ролью, второстепенной ролью или двойной ролью), только в том случае, если для любой возможной последовательности (произвольной длины) входящих и исходящих сообщений ПМО БиоАПИ существует возможность определения соответствующей последовательности действий, которые могут быть выполнены концептуально

15

ГОСТ Р ИСО/МЭК 24708-2013

представленной в объекте программного обеспечения идеальной поддерживающей инфраструктурой ПМО БиоАПИ (с соответствующей ролью), и результатом которых может быть указанная последовательность сообщений ПМО БиоАПИ.

Примечание - В разделах 6 - 32 установлены требования, гарантирующие, что при обмене сообщениями ПМО БиоЛПИ одной реализации не обязательно надо знать класс соответствия другой. Так как другая реализация ПМО БиоЛПИ будет либо соответствующей поддерживающей инфраструктурой ПМО БиоЛПИ. либо (если это обьект класса ПМО БиоЛПИ) будет вести себя, как будто он содержит поддерживающую инфраструктуру ПМО БиоЛПИ. Например, невозможно зная только о сообщениях ПМО БиоЛПИ. поступающих от другой реализации, определить действительно ли другая реализация использует поддерживающий БиоАПИ ПБУ для выполнения биометрических операций или использует нестандартную внутреннюю архитектуру.

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

Таблица 2 - Тестирование на соответствие

16

ГОСТ Р ИСО/МЭК 24708-2013

Окончание таблицы 2

♦ - Последовательный периферийный интерфейс.

6.10 Требования к соответствию указанной в приложениях А и В привязки транспортного протокола приведены в каждом приложении. Однако тестирование реализации на соответствие не может быть выполнено, если нет, по крайней мере, хотя бы одной привязки, поддерживаемой как реализацией, так и инструментом тестирования. Кроме того, невозможно оценить соответствие в отношении правильной обработки сообщений уведомления ПМО БиоАПИ, если привязка, используемая в тесте, не поддерживает передачу сообщений уведомления ПМО БиоАПИ.

6.11 Реализация, заявленная на соответствие требованиям приложения А. не должна также соответствовать требованиям приложения В, в то время как реализация, заявленная на соответствие приложению В требует также соответствия приложению А.

6.12 Соответствующие реализации дополнительно должны обнаруживать и обрабатывать битовые комбинации в поступающих сообщениях, которые не являются частью протокола ПМО БиоАПИ (или, которые представляют собой правильные сообщения, которые не были разрешены в предыдущих обменах), способом, обеспечивающим предотвращение отказа сервиса от внешних источников или от «спрятанного» в другой соответствующей системе «троянского коня». Это требование относится ко всем реализациям, которые должны соответствовать требованиям настоящего стандарта, даже если реализация предназначена для использования в физически защищенной сети. Если соответствие заявлено, требование настоящего подраздела не является опциональным.

17

ГОСТ Р ИСО/МЭК 24708-2013

Примечание - Это требование по существу означает, что соответствующий приемник не делает предположений о правильности кодирования и правильности сообщений, принимаемых даже по связи, установленной от доверенного отправителя ПМО БиоЛПИ. Заявленные на соответствие реализации не должны «падать» из-за, например, проблем перегруженного буфера. Ожидае~ся, что. если ПМО БиоАПИ получит широкое применение, будут проведены расширенные испытания, целью которых будет определение неправильных реализаций, которые приводят к незащищенности от отказа сервиса, возникающих как результат неверных сообщений ПМО БиоЛПИ, поступающих как от доверенного, так и от сомнительного отправителя.

7 Архитектура ПМО БиоАПИ

В дополнение к понятиям БиоАПИ. таким как ПБУ и локальное приложение, в основе ПМО БиоАПИ лежат понятия поддерживающей инфраструктуры ПМО БиоАПИ, сообщения ПМО БиоАПИ, конечной точки ПМО БиоАПИ, связи ПМО БиоАПИ. главной/второстепенной конечных точек и привязки транспортного протокола.

7.1 Поддерживающие инфраструктуры ПМО БиоАПИ

7.1.1 Одна из целей ПМО БиоАПИ заключается в том, чтобы позволить БиоАПИ приложению использовать удаленный ПБУ теми же способами, как оно может использовать локальный ПБУ.

7.1.2 Различия локального и удаленного ПБУ основано на различиях локальной и удаленной инфраструктур БиоАПИ, как показано далее. Для заданного исполняющегося приложения БиоАПИ локальная инфраструктура БиоАПИ - это исполняемый экземпляр продукта инфраструктуры БиоАПИ. который предоставляет собственный БиоАПИ ПИП приложению, как удаленная инфраструктура БиоАПИ - любой другой исполняемый экземпляр продукта инфраструктуры БиоАПИ (которая может быть расположена либо в компьютере, либо в другом процессе в пределах того же самого компьютера). Локальный ПБУ - загружаемый либо исполняющийся ПБУ, схема которого присутствует в реестре компонентов локальной инфраструктуры БиоАПИ. который вследствие этого доступен для приложения путем БиоАПИ ПИП 18

ГОСТ Р ИСО/МЭК 24708-2013

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

7.1.3 Существует множество ситуаций, в которых приложению БиоАПИ может потребоваться доступ к удаленному ПБУ. Например, если:

- оборудование сканера физически подключено к одному компьютеру, а приложение исполняется на другом компьютере, при этом оборудование сканера управляется ПБУ. установленном на компьютере, к которому подключено оборудование сканера;

- база шаблонов находится на одном компьютере, а приложение исполняется на другом компьютере, при этом база шаблонов управляется ПБУ. установленном на компьютере, где такая база расположена;

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

- сервис поиска по списку предоставляется путем использования исполняющегося на сервере ПБУ;

- на компьютере принята ограничивающая доступ к базе шаблонов политика безопасности, при которой ПБУ, управляющему базой шаблонов, и обращающемуся к такому ПБУ приложению должны быть присвоены различные уровни ограничения доступа, в связи с чем они не могут исполняться в одном и том же процессе даже Если их запуск разрешен на одном и том же компьютере;

19

ГОСТ Р ИСО/МЭК 24708-2013

- исполнение приложения в процессе, отдельном от того, в котором запущен ПБУ, может увеличить надежность всей системы (например, когда приложение «падает», ПБУ может остаться доступным, и наоборот);

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

7.1.4 Доступ к удаленному ПБУ через БиоАПИ ПИП локальной инфраструктуры не поддерживается БиоАПИ, но поддерживается ПМО БиоАПИ.

7.1.5 БиоАПИ. представленный ПМО БиоАПИ-поддерживающей инфраструктурой, синтаксически идентичен тому, который представляется инфраструктурой БиоАПИ (подписи всех функций должны быть одинаковыми), но семантика большинства функций БиоАПИ должна быть расширенной и специализированной. Когда приложение использует БиоАПИ поддерживающей инфраструктуры ПМО БноАПИ, те же самые последовательности запросов и обратных запросов БиоАПИ работают как для локальных, так и для удаленных ПБУ. Сохраняется возможность замены инфраструктуры БиоАПИ ПМО поддерживающей инфраструктурой БиоАПИ без видимых изменений в поведении (предполагая, что все зарегистрированные ПБУ должны быть повторно зарегистрированы в новой инфраструктуре).

7.1.6 Вышесказанное подразумевает, что нет никакого фундаментального различия между приложением БиоАПИ(не осведомленном о ПМО БиоАПИ), которое использует только локальные ПБУ, и приложением (осведомленным о ПМО БиоАПИ), которое использует: и локальные и удаленные ПБУ, что однако не относится к той части приложения, специфика работы которой связана с локализацией ПБУ (если такие имеются). И локальные и удаленные ПБУ перечислены в массиве, возвращенном BioAPI_EnumBSPs; и локальные и удаленные ПБУ «должны быть установлены» путем вызова

20

ГОСТ Р ИСО/МЭК 24708-2013

BioAPIBSPLoad и «присоединяются» путем вызова В ioAPIBSPAttach; и локальные и удаленные ПБУ могут отправлять приложению уведомления о событиях модуля и уведомления о событиях графического интерфейса пользователя, и т. д. Приложение БиоАПИ будет работать даже в том случае, если инфраструктура БиоАПИ будет заменена ПМО поддерживающей инфраструктурой БиоАПИ, а некоторые или все локальные ПБУ перемещены в удаленную поддерживающую инфраструктуру ПМО БиоАПИ (став, таким образом, удаленными ПБУ).

7.2 Сообщения ПМО БиоАПИ

7.2.1 В настоящем стандарте установлены сообщения, которыми могут обмениваться между собой две поддерживающие инфраструктуры ПМО БиоАПИ (использующие привязку транспортного протокола) и точные правила, обеспечивающие создание и обработку таких сообщений в ответ на запросы и обратные запросы функции БиоАПИ. Поддерживающая инфраструктура ПМО БиоАПИ может создавать, обрабатывать, отправлять и получать сообщения ПМО БиоАПИ. Логическую связь между двумя активными поддерживающими инфраструктурами ПМО БиоАПИ, которая обеспечивает обмен сообщениями ПМО БиоАПИ, называют связью ПМО БиоАПИ.

7.2.2 Протокол передачи сообщений ПМО БиоАПИ смоделирован на БиоАПИ ПИП и тесно с ним связан. Большинство функций и обратных вызовов БиоАПИ обладают соответствующей двумя сообщениями ПМО БиоАПИ (сообщение запроса и сообщение ответа или сообщение уведомления и сообщение подтверждения), но существуют также и исключения.

7.2.3 Абстрактный синтаксис сообщения ПМО БиоАПИ определен в нотации АСН.1. Па высшем уровне существует выбор между четырьмя основными видами сообщений (запрос, ответ, уведомление и подтверждение). Протокол передачи сообщений ПМО БиоАПИ не подразумевает использования какого-либо определенного набора правил кодирования для определений типа АСП.1, т. к. передача сообщений ПМО БиоАПИ смоделирована как

2!

ГОСТ Р ИСО/МЭК 24708-2013

концептуальная передача абстрактны* значений (см. 7.4). Правила кодирования определяются в индивидуальной привязке транспортного протокола (см. 7.5).

7.2.4 Все четыре вида сообщений ПМО БиоАПИ содержат число связи, которое идентифицирует сообщения, обмен которыми происходит с помощью связи ПМО БиоАПИ (см. 7.4), и идентификатор (положительное целое число), который является либо идентификатором запроса (для запросов и ответов) либо идентификатором уведомления (для уведомлений и подтверждений). Сообщения ПМО БиоАПИ запроса н уведомления, отправляемые с помощью каждой связи ПМО БиоАПИ. имеют независимую нумерацию, начиная с произвольно выбранного числа с последующим увеличением номера при каждом отправлении нового сообщения. Когда идентификатор достигает предельного значения допустимого диапазона (4294967295), он перезапускается с нуля. Сообщение огвета ПМО БиоАПИ должно содержать то же самое число связи и идентификатор, как и соответствующее сообщение запроса ПМО БиоАПИ. Смысл числа связи и идентификатора в ПМО БиоАПИ заключается в том, чтобы облегчить соединение ответов с соответствующими запросами и соединение подтверждений с соответствующими уведомлениями. По идентификатору нельзя определить порядок передачи сообщений ПМО БиоАПИ.

7.3 Конечные точки ПМО БиоАПИ

7.3.1 Несмотря на то, что существует возможность описания обмена сообщениями ПМО БиоАПИ в терминах локальных и удаленных поддерживающих инфраструктур ПМО БиоАПИ, взаимодействующих путем связи ПМО БиоАПИ. в настоящем стандарте рассмотрена иная концепция, основанная на понятии конечной течки ПМО БиоАПИ, которая включает в себя как реализации поддерживающей инфраструктуры ПМО БиоАПИ. так и реализации, которые не являются инфраструктурами, согласно описанию, приведенному в настоящем подразделе.

22

ГОСТ Р ИСО/МЭК 24708-2013

7.3.2 Конечная точка ПМО БиоАПИ является концептуальным исполняемым объектом программного обеспечения, который идентифицирован уникальным ПИР, и обеспечивает создание, обработку, отправку и получение сообщении ПМО БиоАПИ. Конечная точка ПМО БиоАПИ посылает сообщения ПМО БиоАПИ в другую конечную точку ПМО БиоАПИ с помощью связи ПМО БиоАПИ, которая является логической связью, установленной между двумя конечными точками ПМО БиоАПИ. Одна из двух конечных точек ПМО БиоАПИ в связи ПМО БиоАПИ играет роль главной конечной точки для такой связи, вторая - роль второстепенной конечной точки.

7.3.3 Конечная точка ПМО БиоАПИ может иметь внутреннюю структуру, состоящую из следующих исполняемых компонентов:

а) один исполняемый экземпляр поддерживающей инфраструктуры ПМО БиоАПИ. отвечающий за отправление и получение сообщений ПМО БиоАПИ, которые оказываются отправленными и полученными конечной точкой ПМО БиоАПИ;

Ь) однокомпонентный реестр БиоАПИ,управляемый инфраструктурой, указанной в перечислении а);

с) ноль или один исполняемый экземпляр приложения БиоАПИ. которое использует БиоАПИ ПИП инфраструктуры, указанной в перечислении а):

d) ноль или один исполняемый экземпляр ПБУ, у которого БиоАПИ ПИП используется инфраструктурой, указанной в перечислении а) и

е) ноль или один исполняемый экземпляр ПБФ. у которого БиоАПИ И ПФ используется некоторыми из БПУ, указанными в перечислении d).

7.3.4 С другой стороны, конечная точка ПМО БиоАПИ может иметь другую конкретную или неопределенную внутреннюю структуру, содержащую объект класса ПМО БиоАПИ. отличающийся от поддерживающей инфраструктуры ПМО БиоАПИ класс соответствия. Однако две конечные точки ПМО БиоАПИ в отношении ПМО БиоАПИ не имеют информации относительно внутренней структуры друг друга. Все положения настоящего

23

ГОСТ Р ИСО/МЭК 24708-2013

стандарта об обмене сообщениями ПМО БиоАПИ выражены в терминах структуры, посылающей сообщение конечной точке ПМО БиоАПИ (главной и второстепенной) или получающей сообщение от конечной точки ПМО БиоАПИ (главной и второстепенной), выражены без использования терминов поддерживающей инфраструктуры ПМО БиоАПИ, содержащейся в такой конечной точке ПМО БиоАПИ. которая в зависимости от ее класса соответствия может содержать или не содержать поддерживающую инфраструктуру ПМО БиоАПИ.

7.3.5 Существует множество случаев, когда конструктор предпочитает создавать объект класса ПМО БиоАПИ вместо поддерживающей инфраструктуры ПМО БиоАПИ. например следующие:

вычислительные платформы с ограниченными ресурсами (например, вложенные системы), которые сконструированы для выполнения очень специфического набора биометрических функций и не предназначены для поддержания произвольно выбранных ПБУ или приложений, но которые должны поддерживать обмен сообщениями ПМО БиоАПИ.

- реализации ПМО БиоАПИ. которые предназначены для предоставления ПИП, отличающегося от стандартного БиоАПИ 2.0, определенного в ИСО/МЭК 19784-1, либо для использования модулей биометрической услуги, отличающихся от стандартного БиоАПИ 2.0 ПБУ;

- реализации ПМО БиоАПИ, которые предназначены для поддерживания тех же функциональных возможности инфраструктуры БиоАПИ. однако предоставляют ПИП на языке программирования отличающегося от Си;

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

24

ГОСТ Р ИСО/МЭК 24708-2013

БиоАПИ того же типа, отправляемого в другую конечную точку ПМО БиоАПИ, вместо биометрической операции, выполняемой данной точкой.

7.3.6 Как было указано выше, внутренняя структура конечной точки ПМО БиоАПИ (Если конечная точка содержит либо поддерживающую инфраструктуру ПМО БиоАПИ. либо вложенную реализацию, нестандартную инфраструктуру, модуль доступа, шлюз и т. д.) «не видна» для любой другой конечной точки ПМО БиоАПИ, которая включена в связь ПМО БиоАПИ с данной конечной точкой ПМО БиоАПИ. Данное условие будет выполняться для любой конечной точки ПМО БиоАПИ при любом обмене сообщениями ПМО БиоАПИ.

7.3.7 Пределы, ограничивающие число приложений БиоАПИ в конечной точке ПМО БиоАПИ (не более одного) и число ИИР конечной точки (не более одного), не предотвращают существование реализаций по настоящему стандарту, в которых реализация поддерживающей инфраструктуры ПМО БиоАПИ одновременно поддерживает множество приложений БиоАПИ и множество ИИР конечной точки. Такая реализация может быть смоделирована, как ряд концептуальных конечных точек ПМО БиоАПИ, каждая из которых содержит только один ИИР конечной точки и не более одного приложения БиоАПИ. Таким образом, вышесказанное относится к каждой из таких концептуальных конечных точек ПМО БиоАПИ.

7.4 Связи ПМО БиоАПИ

7.4.1 Связь ПМО БиоАПИ - это логическая связь, установленная между двумя конечными точками ПМО БиоАПИ для обмена сообщениями ПМО БиоАПИ. Существует множество способов понимания связи ПМО БиоАПИ на физическом уровне.

7.4.2 Термин «отправлять» («send»), использующийся в настоящем стандарте, означает концептуальную передачу сообщения ПМО БиоАПИ от конечной точки ПМО БиоАПИ (отправитель) в связи ПМО БиоАПИ между конечной точкой отправления и конечной точкой получения. Передаваемое

25

ГОСТ Р ИСО/МЭК 24708-2013

сообщение является абстрактным значением типа BIPMessage (см. раздел 14), которое помещается в связь, как результат отправления. Термин «получать» («receive»), использующийся в настоящем стандарте, означает концептуальную передачу сообщения ПМО БиоАПИ от связи ПМО БиоАПИ до конечной точки ПМО БиоАПИ получения. Передаваемое сообщение удаляется из связи после его получения. На этом уровне не рассматривают предположения о физической природе связи ПМО БиоАПИ, об основном транспортном протоколе, о кодировании передаваемого сообщения ПМО БиоАПИ и о временных или связанных с местом аспектах отправления или получения (таких как ожидание и организация очереди).

7.4.3 Роли «главный» и «второстепенный» относительно заданной связи ПМО БиоАПИ ограничивают типы сообщений ПМО БиоАПИ. которые конечная точка ПМО БиоАПИ может отправить с помощью связи. Главная конечная точка способна отправлять с помощью связи только сообщения запроса ПМО БиоАПИ и сообщения подтверждения ПМО БиоАПИ. а второстепенная конечная точка способна отправлять с помощью связи только сообщения ответа ПМО БиоАПИ и сообщения уведомления ПМО БиоАПИ. Связь ПМО БиоАПИ устанавливается Если конечная точка ПМО БиоАПИ выступает в роли «главной» относительно такой связи и заранее осведомлена об ПИР конечной точки другой конечной точки ПМО БиоАПИ. Принимающая конечная точка ПМО БиоАПИ для участия в связи, устанавливаемой другой конечной точкой ПМО БиоАПИ. невольно играет роль «второстепенной» относительно такой связи, и может изначально не быть осведомлена об ИИР конечной точки другой конечной точки ПМО БиоАПИ (но получает информацию о нем. как только связь будет установлена). Существование более одной связи ПМО БиоАПИ между двумя конечными точками ПМО БиоАПИ при любом распределении ролей невозможно, однако нет ограничения на количество связей, в которых может участвовать конечная точка ПМО БиоАПИ, играющая любую роль. Возможен отказ конечной точки ПМО

26

ГОСТ Р ИСО/МЭК 24708-2013

БиоАПИ от участия в связи, устанавливаемой определенной конечной точкой ПМО БиоАПИ, а также постоянный отказ конечной точки от действия в роли «второстепенной».

7.4.4 После каждого сообщения запроса ПМО БиоАПИ. отправленного главной конечной точкой с помощью связи ПМО БноАПИ. следует соответствующее сообщение ответа ПМО БиоАПИ, отправленного второстепенной конечной точкой с помощью такой связи. Некоторые (но не все) сообщения уведомления ПМО БиоАПИ. отправленные второстепенной конечной точкой с помощью связи, сопровождаются последующим подтверждением конечной точки ПМО БиоАПИ, отправленным главной конечной точкой с помощью этол связи. Незапрашиваемые ответы (не имеющие предшествующего запроса) и незапрашиваемые подтверждения (не имеющие предшествующего уведомления) не допускаются. Примерами сообщений запроса ПМО БиоАПИ являются сообщения, поступающие от вызова функции BioAPIBSPLoad или BioAPIVerifyMatch, совершенного локальным приложением в пределах главной конечной точки. Примерами сообщений уведомления ПМО БиоАПИ являются сообщения, возникающие в результате вызова к обработчику событий модуля локальной инфраструктуры или обработчику событий графического интерфейса пользователя, сделанного локальным ПБУ в пределах второстепенной конечной точки.

7.4.5 В настоящем пункте приведен примерт возможного взаимодействия между двумя связанными конечными точками ПМО БиоАПИ. которые содержат поддерживающую инфраструктуру ПМО БноАПИ. Вызов БиоАПИ. сделанный приложением в главной конечной точке и направленный к ПБУ во второстепенной конечной точке, обычно приводит к сообщению запроса ПМО БиоАПИ. которое отправляется главной инфраструктурой во второстепенную инфраструктуру. Второстепенная инфраструктура обрабатывает сообщение так же. как и при получении вызова собственной функции БиоАПИ ПИП. и после обработки отправляет сообщение ПМО БиоАПИ в главную инфраструктуру,

27

ГОСТ Р ИСО/МЭК 24708-2013

которая затем возвращает управление локальному приложению. Обратный вызов уведомления (такой как уведомление о событиях модуля и уведомление о событиях графического интерфейса пользователя), совершенный ПБУ во второстепенной конечной точке к инфраструктуре данной точки, обычно приводит к сообщению уведомления ПМО БиоАПИ, которое отправляется второстепенной инфраструктурой в главную инфраструктуру. Главная инфраструктура обрабатывает сообщение, выполнив обратный вызов к функции обработчика, который предоставляется локальным приложением. Для некоторых уведомлений главная инфраструктура отправляет сообщение подтверждения во второстепенную инфраструктуру, которая в таком случае предоставляет контроль локальному ПБУ. Для остальных уведомлений второстепенная инфраструктура предоставляет контроль локальному ПБУ, как только сообщение уведомления ПМО БиоАПИ будет отправлено в главную инфраструктуру.

7.5 Привязка транспортного протокола

7.5.1 Привязка транспортного протокола - это физическая реализация канала связи (либо канала связи запрос/ответ либо канала связи уведомление/подтверждение). В большинстве случаев спецификация привязки относится к обычно применяемым транспортным протоколам вместо определения нового. Спецификация привязки должна обладать исчерпывающими данными о:

- транспортном протоколе;

- выборе параметров и вариантов транспортного протокола:

- кодировании битового уровня сообщений ПМО БиоАПИ:

- адресации механизмов или соглашений;

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

- опрелениях сообщений транспортного уровня, которые переносят закодированные сообщения ПМО БиоАПИ:

28

ГОСТ Р ИСО/МЭК 24708-2013

- возможной группировке множества закодированных сообщений ПМО БиоАПИ в одно сообщение транспортного уровня;

- любых дополнительных механизмах поддержки безопасности, надежности, маршрутизации и т. д.

7.5.2 Связь ПМО БиоАПИ содержит канал связи запрос/отвст и может либо не содержать, либо содержать канал связи уведомление/подтверждение. Если у связи ПМО БиоАПИ отсутствует канал связи уведомление/подтверждение, то второстепенная конечная точка не может отправлять сообщение уведомления ПМО БиоАПИ в главную конечную точку. Если связь ПМО БиоАПИ содержит оба канала, эти два канала могут использовать или одну и ту же или разные привязки. В большинстве случаев у связи ПМО БиоАПИ есть оба канала, и эти два канала используют одну и ту же привязку. Однако возможность использования других привязок для этих двух каналов (либо полный отказ от канала уведомление/подтверждение) полезна во многих ситуациях, когда затраты и отдача от затрат связаны с использованием специфической привязки каждым каналом связи между двумя заданными конечными точками ПМО БиоАПИ.

7.5.3 Реализация, соответствующая требованиям настоящего стандарта (при любом классе соответствия), может использовать любую привязку транспортного протокола (либо стандартизированную, либо частную) для каждого канала связи, устанавливающего связь ПМО БиоАПИ с одной конечной точкой ПМО БиоАПИ, при условии, что другая конечная точка ПМО БиоАПИ поддерживает такую привязку транспортного протокола. Некоторые стандартизированные привязки приведены в приложениях А - С с целью облегчения взаимодействия, но не устанавливает обязательного требования к поддержке реализацией любого из них.

7.6 Создание и разрушение связей ПМО БиоАПИ

7.6.1 Связи ПМО БиоАПИ могут быть установлены либо как: а) управляемые связи или

29

ГОСТ Р ИСО/МЭК 24708-2013

Ь) автоматически устанавливаемые связи с помощью так называемых механизмов «Plug and Play» (PnP).

Примечание 1 - Определенная привязка транспортного протокола, описанная в приложениях, определяет стандартный механизм РпР для рассматриваемой привязки транспортного протокола.

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

7.6.2 Механизмы РпР. описанные в приложениях, обеспечивают возможность выбора услуг для главных конечных точек ПМО БиоАПИ. Механизмы объявления услуг для второстепенных конечных точек также определены, но их использование является опциональным. Механизмы РпР содержат определения того, как использовать общие механизмы безопасности. Настоящий стандарт не распространяется на спецификацию планируемых к использованию механизмов безопасности.

7.6.3 Сообщения протокола о создании и разрушении связи ПМО БиоАПИ могут передаваться отдельно от сообщений ПМО БиоАПИ, в зависимости от способностей конкретной привязки протокола.

Пример - TCP/IP обеспечивает идентификацию типа сообщении между одними и теми лее конечными точками, используя различные номера портов для различных типов сообщений. При привязке TCP/IP к ПМО БиоАПИ используются различные порты для механизма РпР и для сообщений ПМО БиоАПИ.

7.6.4 Поддерживающая инфраструктура ПМО БиоАПИ может явно или неявно создавать связь ПМО БиоАПИ. Явная связь ПМО БиоАПИ создается инфраструктурой в случаях, когда инфраструктура обрабатывает входящий вызов BioAPI_LinkToEndpoint, сделанный локальным приложением. При этом конечная точка ПМО БиоАПИ. идентифицированная ИИР конечной точки, который определен приложением, становится второстепенной конечной точкой в новой созданной связи ПМО БиоАПИ, а локальная конечная точка становится главной конечной точкой. Неявная связь ПМО БиоАПИ создается

30

ГОСТ Р ИСО/МЭК 24708-2013

инфраструктурой не зависимо от того, какие действия выполняет инфраструктура, обрабатывая входящий вызов BioAPI_lnit или BioAPI_lnitEndpoint. В этом случае у локального приложения нет прямого контроля над созданием связи ПМО БиоАПИ (инфраструктура выбирает ряд конечных точек ПМО БиоАПИ и пытается установить связь с каждой из них). Существует возможность использовать указанные два метода в комбинации. Обычно, инфраструктура выбирает привязку(и) при использовании каждого канала связи, но приложение может предложить определенную привязку или определенные параметры привязки через вспомогательный параметр функции BioAPI_LinkToEndpoint (формат этого вспомогательного параметра не стандартизирован). Связь ПМО БиоАПИ разрушается, когда инфраструктура обрабатывает входящий вызов BioAPI_UnlinkFromEndpoint (который определяет ПИР конечной точки), или когда инфраструктура обрабатывает вызов BioAPI_Terminate (разрушение всех существующих связей), или когда инфраструктура получает сообщение уведомления ПМО БиоАПИ masterDeletionEvent от второстепенной конечной точки или отправляет сообщение уведомления ПМО БиоАПИ masterDeletionEvent в главную конечную точку (разрушается связь с такой конечной точкой ПМО БиоАПИ), или когда обнаружен отказ связи транспортного уровня.

7.6.5 Создание связи ПМО БиоАПИ происходит в два этапа. Па первом (опциональном) этапе связь транспортного уровня устанавливается для каждого канала (одного или двух) новой связи ПМО БиоАПИ. Перввый этап может быть пропущен, если может быть использована существующая связь транспортного уровня или отсутствует необходимость создания постоянной связи транспортного уровня. Па данном этапе назначаются роли главной и второстепенной для соответствующих двух конечных точек (инициатор связи становится главной конечной точкой). На втором этапе главная инфраструктура посылает сообщение запроса ПМО БиоАПИ addMaster во второстепенную конечную точку. После получения сообщения запроса ПМО БиоАПИ

31

ГОСТ Р ИСО/МЭК 24708-2013

addMaster от главной конечной точки второстепенная инфраструктура добавляет ИПР новой главной конечной точки в свою внутреннюю таблицу VisibleEndpointS и возвращает на главную конечную точку в сообщении ответа ПМО БиоАПИ addMaster информацию, содержащую схему инфраструктуры, список схем ПБУ и список схем ПБФ, скопированных со

своего локального реестра компонентов. При получении от второстепенной сообщения ответа ПМО БиоАПИ addMaster главная инфраструктура

компонентов всех второстепенных конечных точек и от локального реестра компонентов, с ними «консультируются» /вместо локального реестра компонентов) функции В io API_Enum Frameworks, BioAPI_EnumBSPs, BioAPI_EnumBFPs, BioAPIBSPLoad, BioAPI_BSPAttach и т. д. Указанные таблицы обновляются не только в случае создания или разрушения связи с второстепенными конечными точками, но также Если происходят какие-либо изменения в реестре компонентов любой второстепенной конечной

точки или в локальном реестре компонентов.

7.6.6 Разрушение связи ПМО БиоАПИ также происходит в два этапа. Па первом этапе сообщение запроса ПМО БиоАПИ deleteMaster, полученное второстепенной конечной точкой от главной, вызывает удаление содержания таблицы MasterEndpointS, относящееся к данной главной точке. Если второстепенная по какой-либо причине прекратит работу, она пошлет сообщение уведомления ПМО БиоАПИ masterDeletionEvent на все свои главные конечные точки. В каждом случае главная конечная точка удаляет все записи, имеющие отношение к второстепенной конечной точке в своих таблицах VisibleEndpointS, VisibleBSPRegistrations и

32

ГОСТ Р ИСО/МЭК 24708-2013

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

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

33

ГОСТ Р ИСО/МЭК 24708-2013

поддерживающей инфраструктурой с подходящим реестром компонентов и набором местных ПБУ и ПБФ.

8 Уведомление о событиях удаленного графического интерфейса пользователя

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

8.2 Обратные вызовы уведомлений ГИП отправляются в приложение, которое предназначено для получения таких сообщений путем уточнения типа обратных вызовов ГИП. имеющих отношение к текущей сессии (или к данным ПБУ) и которое впоследствии вызывает функцию сбора данных в пределах той же текущей сессии (или в пределах любой текущей сессии указанного ПБУ).

8.3 В ПМО БиоАПИ указанные обратные вызовы уведомлений ГИП называют первичными. В дополнение к первичным обратным вызовам уведомлений ГИП, ПМО БиоАПИ также поддерживает вторичные обратные вызовы уведомлений ГИП, которые отправляются в подписавшееся ранее приложение (в любую конечную точку) путем предоставления УУИД подписки 34

ГОСТ Р ИСО/МЭК 24708-2013

на события ГИП. (При наличии подписки на первичные обратные вызовы уведомления ГИП. УУИД подписки на события ГИП отсутствуют).

8.4 Вторичные обратные вызовы уведомлений ГИП содержат те же формы, как и первичные обратные вызовы уведомлений ГИП. Кроме того, одна и та же функция БиоАПИ используется с целью получение первичным и вторичных обратных вызовов уведомлений ГИП.

8.5 Существует два способа отправления в приложение (называемое приложением обработчика ГИП) обратного вызова уведомлений ГИП:

а) при получении первичного обратного вызова уведомления ГИП приложение осуществляет вызов функции БиоАПИ BioAPINotifyGUIEvent; параметры этой функции включают в себя все параметры обратного вызова уведомления ГИП. включая УУИД подписки на операции ГИП: такие функции запрашивают инфраструктуру для генерации обратного вызова уведомления ГИП и отправления его в приложение, идентифицированное заданным УУИД подписки на операции ГИП (то есть параметры такого запроса идентифицируют конечную точку, ПБУ. модуль идентификатора устройств и обработчик уведомлений ГИП);

Ь) перед получением первичного обратного вызова уведомления ГИП приложение вызовает функцию БиоАПИ BioAPI RedirectGUIEvents путем предоставления УУИД подписки на операции ГИП: другие параметры этой функции позволяют приложению указывать вид уведомлений операций ГИП. которые должны быть переадресованы вторичному обработчику ГИП.

9 Примеры возможных конфигураций системы

9.1 Три конечные точки ПМО БиоАПИ представлены на рисунке 1. При стандартном выполнении БноАПИ любое приложение системы может взаимодействовать с любым ПБУ этой же системы. Данное условие также выполняется при использовании ПМО БиоАПИ.

9.2 Любое приложение, использующее ПМО БиоАПИ, одной системы (конечная точка А) может взаимодействовать с любым ПБУ другой системы

35

ГОСТ Р ИСО/МЭК 24708-2013

(конечные точки В и С), соблюдающей реализованную в конечных точках удаленную политику доступа.

9.3 В настоящей версии ПМО БиоАПИ отсутствует поддержка взаимодействия приложения конечной точки В с ПБУ конечной точки С (и наоборот), если не будет установлена прямая логическая связь между конечными точками В и С. Таким образом, ретрансляция не поддерживается настоящей версией ПМО БиоАПИ.

9.4. Возможные варианты архитектуры, использующей реализацию 2-го уровня ПМО БиоАПИ представлены на рисунках 2-7.

Примечание - Рисунки 2-7 приведены в качестве наглядной иллюстрации и не являются исчерпывающими: существует возможность множества других комбинаций в пределах общей архитектуры, представленной на рисунке I.

9.5. Конечная точка ПМО БиоАПИ, содержащая приложение с локально загруженным хранилищем ПБУ. и удаленная конечная точка ПМО БиоАПИ. содержащая ПБУ, который обеспечивает работу биометрического сканера представлены на рисунках 2 и 3; на одном сравнение данных реализуется в приложении локально (см. рисунок 2), на другом - удаленно (см. рисунок 3).

9.6. Конечная точка ПМО БиоАПИ, содержащая приложение с локально подключенным биометрическим сканером, и удаленная конечная точка ПМО БиоАПИ, содержащая ПБУ с поддержкой хранилища представлены на рисунках 4 и 5; на одном сравнение данных реализуется в приложении локально (см. рисунок 4). на другом - удаленно (см. рисунок 5).

9.7. Конечная точка ПМО БиоАПИ, содержащая приложение без локально загруженного хранилища ПБУ представлена на рисунках 6 и 7, при этом указанная точка сообщается с удаленными конечными точками, которые обеспечивают сохранение и работу биометрического сканера; на обоих рисунках сравнение данных включается любой из двух удаленнных конечных точек.

36

Конечная точка В

Каяечыояточка Л

ГОСТ Р ИСО/МЭК 24708-2013

Конечная точка С

Рисунок 1 - Связь приложения с двумя другими ПБУ на двух удаленных

системах

Конечная точка Л Конечна! тачка В

Рисунок 2 - Связь приложения с ПБУ, обеспечивающим получение данных; остальные функции выполняются локально

Конечная точка Л

Конечна* точка В

Рисунок 3 - Связь приложения с ПБУ с функциями получения и сопоставления

и локальным хранилищем

37

ГОСТ Р ИСО/МЭК 24708-2013

Конечная точка Л Конечная точка В

Рисунок 4 - Связь приложения с удаленным хранилищем ПБ; остальными функции приложения выполняются локально

Конечна! точка А Конечная точка В

Рисунок 5 - Связь приложения с удаленным ПБУ, обеспечивающем хранение и сопоставление, при локальном сканере

Конечная точка В

Конечная точка Л

Конечная точка С

Рисунок 6 - Связь приложения с двумя удаленными ПБУ, одно из которых обеспечивает хранением и сопоставление, а другое обеспечивает получение данных

38

конечная <очki Н

К0ИСЧ14Я ЮЧк» Л

ГОСТ Р ИСО/МЭК 24708-2013

Конечной ючк» С

Рисунок 7 - Связь приложения с двумя удаленными ПБУ, одно из которых обеспечивает хранение, а другое - получение данных и их сопоставление

9.8 ПМО БиоАПИ может поддерживать множество других конфигураций хранения, сравнения и получения данных ПБУ. По существу, ПМО БиоАПИ обеспечивает прозрачное (для приложения и ПБУ) расширение инфраструктуры БиоАПИ через границы процесса или узла.

10 Форматы ПМО БиоАПИ

10.1 Многие типы сообщений ПМО БиоАПИ, определенные в настоящем стандарте, могут содержать одну и более ЗБИ. При передаче таких сообщений ПМО БиоАПИ могут бы is представлены в любом формате ведущей организации единой структуры форматов обмена биометрическими данными (ЕСФОБД), который должен соответствовать следующим требованиям (см. 13.16):

а) поддерживать как минимум все элементы данных и все абстрактные значения, которые поддерживает формат ведущей организации БиоАПИ;

Ь) Если он поддерживает дополнительные элементы данных, то все они должны быть опциональными; и

с) в случае сложного формата ведущей организации, он должен быть способен переносить данные, которые включают в себя только простую ЗБИ.

10.2 Любая привязка транспортного протокола определяет, какой формат ведущей организации должен быть применен при использовании такой

39

ГОСТ Р ИСО/МЭК 24708-2013

привязки. В большинстве случаев это будет или формат ведущей организации БиоАПИ, определенный в ИСО/МЭК 19784-1, или XML формат ведущей организации, определенный в ИСО/МЭК 19785-3.

11 Идентификация конечных точек ПМО БиоАПИ, приложений и ПБУ

11.1 В разделе 10 ИСО/МЭК 19784-1 установлено использование УУИД для идентификации локальной инфраструктуры БиоАПИ и локального ПБУ в качестве продуктов программного обеспечения. Для выявления многократных установок одного и того же продукта программного обеспечения на различных компьютерах, таких УУИД недостаточно, также очевидно, что они не могут выявить ни два случая установки одного и того же ПБУ. который доступен для загрузки в двух различных конечных точках ПМО БиоАПИ на одном и том же компьютере, ни два случая установки инфраструктуры, общей для двух различных конечных точек ПМО БиоАПИ на одном и том же компьютере. По этим причинам, а также в целях обеспечения более гибкой и благоприятной для сети системы обозначения конечных точек ПМО БиоАПИ в настоящем стандарте определено использование ПИР для идентификации конечных точек ПМО БиоАПИ и использование УУИД доступа ПБУ (как альтернативу УУИД продукта ПБУ) для идентификации загружаемых или выполняющихся ПБУ с конечной точкой ПМО БиоАПИ.

11.2 Так как конечная точка ПМО БиоАПИ содержит хотя бы одно приложение, то ИИР конечной точки достаточно, чтобы идентифицировать и конечную точку ПМО БиоАПИ и локальное приложение в такой конечной точке (если оно имеется). ИИР главной конечной точки, который неявно присутствует во всех сообщениях запроса ПМО БиоАПИ. идентифицирует запрашивающее приложение, а ИИР главной конечной точки, который неявно присутствует во всех сообщениях ответа ПМО БиоАПИ, идентифицирует приложение, вызов функции которого возвращается.

40

ГОСТ Р ИСО/МЭК 24708-2013

11.3 В БиоАПИ каждый ПБУ идентифицирован УУИД. В целях ПМО БиоАПИ такой УУИД упоминается как УУИД продукта ПБУ, чтобы подчеркнуть, что этот УУИД идентифицирует ПБУ как продукт, а не как установленный экземпляр или как исполняемый экземпляр такого продукта (Если один и тот же ПБУ будет установлен на различных компьютерах, на всех компьютерах у ПБУ будет один и тот же УУИД продукта ПБУ). УУИД продукта ПБУ находится в схеме ПБУ и доступен для всех приложений с помощью вызова функции BioAPI_EnumBSPs.

11.4 В результате соединения конечных точек ПМО БиоАПИ может получиться, что один и тот же ПБУ будет доступен для загрузки в двух или более различных конечных точках. Хотя УУИД продукта ПБУ уникально идентифицирует ПБУ в пределах конечной точки (так как один и тот же ПБУ не может быть зарегистрирован дважды в одном и том же реестре компонентов), число независимых регистраций одного и того же ПБУ в различных реестрах компонентов (и. таким образом, в различных конечных точках) не ограничено. Это подразумевает, что УУИД продукта ПБУ не всегда предоставляет полную информацию, хак функция BioAPI BSPLoad.

11.5 Функция BioAPI_BSPLoad рассматривает УУИД как принимаемые данные. В БиоАПИ это должен быть УУИД ПБУ. ПМО БиоАПИ расширяет семантику BioAPI_BSPLoad, включая в нее или УУИД продукта ПБУ или другой УУИД, который идентифицирует и ПБУ и конечную точку, в которой он зарегистрирован. Последнее называют УУИД доступа ПБУ и динамически производится главной инфраструктурой для всех (локальных и удаленных) ПБУ.

11.6 В отличие от УУИД продукта ПБУ, который может быть определен приложением из внешнего источника, УУИД доступа ПБУ является динамическим и приложение не может его определить (надежным способом) до времени выполнения. Приложение может также выполнить следующие действия:

41

ГОСТ Р ИСО/МЭК 24708-2013

а) вызвать BioAPI_Enum BSPs и проинспектировать возвращенные схемы ПБУ; для каждого удаленного ПБУ. зарегистрированного и доступного для загрузки во второстепенной конечной точке, схема ПБУ будет содержать УУИД продукта ПБУ, ИИР конечной точки и УУИД доступа ПБУ, а таккже другие данные; для каждого локального ПБУ (зарегистрированного и доступного для загрузки в главней конечной точке), схема ПБУ будет содержать УУИД продукта ПБУ, пустой ИИР конечной точки, и УУИД доступа ПБУ (среди прочих данных); приложение может выбрать поле схемы ПБУ. основанное на УУИД продукта ПБУ и ИИР конечной точки, затем считать УУИД доступа ПБУ из поля этой схемы ПБУ, после чего предоставить УУИД доступа ПБУ в качестве принимаемых данных для BioAPIBSPLoad, BioAPIBSPAttach, и т. д. или

Ь) предположить, что требуемый ПБУ точно зарегистрирован в одной из различных доступных конечных точек ПМО БиоАПИ (главная конечная точка и все второстепенные конечные точки), и предоставить (известный) УУИД продукта ПБУ в качестве принимаемых данных для BioAPI BSPLoad.

1 1.7 Метод, указанный в 11.6, перечисление Ь), будет работать только в том случае, если предположение будет правильным, но он выгоден тем, что максимизирует возможность успешного запуска неосведомленного приложения ПМО БиоАПИ при установке ПМО БиоАПИ. Даже при наличии множества доступных конечных точек указанный метод может сработать при условии, что никакой ПБУ (с данным УУИД продукта ПБУ) не доступен в более чем одной конечной точке. В противном случае, BioAPI BSPLoad возвратит ошибку с указанием, что предоставленный УУИД продукта ПБУ неоднозначен и вызов должен быть повторен с целью получения УУИД доступа ПБУ взамен.

12 Краткий обзор обменов ПМО БиоАПИ

12.1 Обеспечение безопасности и конфиденциальности

42

ГОСТ Р ИСО/МЭК 24708-2013

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

12.2 Вызов приложением функций на удаленном ПБУ

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

43

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 3 - Корреспонденция между функциями БиоАПИ и типами сообщения ПМО БиоАПИ

44

ГОСТ Р ИСО/МЭК 24708-2013

Продолжение таблицы 3

45

ГОСТ Р ИСО/МЭК 24708-2013

Окончание таблицы 3

12.3 Обращение приложения к функциям, нс имеющим связанных с ними сообщений ПМО БиоАПИ

Небольшое количество запускаемых приложениями функций БиоАПИ ПИП не идентифицируют ПБУ и они являются локальными. Данные функции не выполняют корреспондирующие обмены ПМО БиоАПИ и разрешаются путем информации, доступной для локальной инфраструктуры. Эти функции БиоАПИ указаны в таблице 4.

Таблица 4 - Функции БиоАПИ без соответствующего типа сообщения ПМО БиоАПИ

46

ГОСТ Р ИСО/МЭК 24708-2013

Окончание таблицы 4

12.4 Операционные уведомления

Если приложением включены уведомления о событиях модуля (см. 9.2.1 и 10.2.1.1/2 БиоАПИ) конкретного удаленного ПБУ, использующего BioAPI_EnableEventNotifications, то события, которые происходят в ПБУ. передаются с помощью сообщений уведомления ПМО БноАПИ unitEvent в удаленную систему, которая содержит такое приложение (см. 17.1).

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

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

13.2 Для создания и отправления сообщений запроса ПМО БиоАПИ заданного типа к второстепенной конечной точке с заданным ИИР конечной точки, инфраструктура должна создать временное абстрактное значение типа BIPMessage (см. раздел 14), для которого:

а) должен быть выбран альтернативный компонент request;

b) компонент masterEndpointIRI должен быть установлен на ИИР конечной точки;

с) компонент siaveEndpointIRi должен быть установлен на заданный ИИР второстепенной конечной точки;

d) компонент linkNumber должен быть установлен на номер связи (см. 16.4.4, перечисление а)), относящийся к связи ПМО БиоАПИ от локальной конечной точки до указанной второстепенной конечной точки;

е) компонент requestld должен быть установлен на текущий идентификатор запроса, относящийся к связи ПМО БиоАПИ (см. 16.4.4.

47

ГОСТ Р ИСО/МЭК 24708-2013

перечисление а)), который затем должен быть (если его значение менее 4294967295) увеличен на единицу или (в противном случае) установлен на ноль:

f) должна быть выбрана альтернатива компонента params, корреспондирующая заданному типу сообщения запроса ПМО БиоАПИ и

g) выбранная альтернатива компонента params должна быть установлена на значение параметра, определенного в обращении к данному подпункту

и затем отправить (см. 13.8) абстрактное значение BIPMessage к заданной второстепенной конечной точке ПМО БиоАПИ.

13.3 Для создания и отправления корреспондирующего сообщения ответа ПМО БиоАПИ на сообщение запроса ПМО БиоАПИ. инфраструктура должна создать временное абстрактное значение типа BIPMessage (см. раздел 14), для которого:

а) должен быть выбран альтернативный response:

b) компоненты masterEndpointIRI, slaveEndpointIRI, linkNumber и requestld должны быть установлены из одноименных компонентов сообщения запроса ПМО БиоАПИ:

с) должна быть выбрана альтернатива для компонента params с названием, аналогичным названию альтернативы компонента params, который присутствует в сообщении запроса ПМО БиоАПИ;

d) отобранная альтернатива компонента params должна быть установлена на значение параметра, определенного в обращении к этому подпункту и

е) компонент returnValue должен быть установлен на возвращаемое значение ответа, определенного в обращении к этому подпункту

и затем отправить (см. 13.8) абстрактное значение BIPMessage к конечной точке ПМО БиоАПИ. которая идентифицирована значением компонента masterEndpointIRI.

48

ГОСТ Р ИСО/МЭК 24708-2013

13.4 Для создания и отправления сообщения уведомления ПМО БиоАПИ заданного типа к главной конечной точке с заданным ИИР конечной точки, инфраструктура должна создать временное абстрактное значение типа BIPMessage (см. раздел 14), для которого:

а) должен быть выбран альтернативный компонент notification:

b) компонент slaveEndpointIRI должен быть установлен на ИИР локальной конечной точки;

с) компонент masterEndpointIRI должен быть установлен на заданный ИИР главной конечной точки;

d) компонент linkNumber должен быть установлен на номер связи (см. 15.4.4, перечисление а)), относящийся к связи ПМО БиоАПИ от заданной главной конечной точки до локальной конечной точки;

е) компонент notifcationld должен быть установлен на текущей идентификатор уведомления, относящийся к связи ПМО БиоАПИ (см. 16.4.4. перечисление а)), который затем (если его значение менее 4294967295) должен быть увеличен на единицу или (в противном случае) установлен на ноль:

f) должна быть отобрана альтернатива компонента params, корреспондирующая соответствующему типу сообщения уведомления ПМО БиоАПИ; и

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

и отправить (см. 13.8) абстрактное значение BIPMessage к конечной точке ПМО БиоАПИ, которая идентифицирована значением компонента masterEndpointIRI.

13.5 Для создания и отправления сообщения подтверждения ПМО БиоАПИ. корреспондирующего соответствующему сообщению уведомления ПМО БиоАПИ, инфраструктура должна создать временное абстрактное значение типа BIPMessage (см. раздел 14), для которого:

49

ГОСТ Р ИСО/МЭК 24708-2013

а) должен быть отобран альтернативный компонент acknowledgement;

b) должны быть установлены компоненты masterEndpointIRI, slaveEndpointIRI, linkNumber и notifcationld из одноименных компонентов сообщения уведомления ПМО БиоАПИ;

с) должна быть отобрана альтернатива компонента params с названием, аналогичным альтернативе для компонента params, который присутствует в сообщении уведомления ПМО БиоАПИ;

d) отобранная альтернатива для компонента params должна быть установлена на значение параметра, определенного в обращении к этому подпункту и

е) компонент returnValue должен быть установлен на возвращаемое значение, определенное в обращении к этому подпункту;

и затем отправить (см. 13.8) абстрактное значение BIPMessage к конечной точке ПМО БиоАПИ, которая идентифицирована значением компонента slaveEndpointIRI.

13.6 Прием сообщения ответа ПМО БиоАПИ, корреспондирующего заданному сообщению запроса ПМО БноАПИ, означает, что инфраструктура получает (см. 13.9) временное абстрактное значение типа BIPMessage (см. раздел 14), для которого:

а) присутствует альтернативный компонент response;

b) компоненты masterEndpointIRI, slaveEndpointIRI, linkNumber и requestld обладают такими же значениями, как и одноименные компоненты сообщения запроса ПМО БиоАПИ; и

с) альтернатива присутствующего компонента params имеет название, аналогичное альтернативе для компонента params, который присутствует в сообщении ПМО БиоАПИ запроса.

13.7 Прием сообщения подтверждения ПМО БиоАПИ. корреспондирующего заданному ссобщению уведомления ПМО БиоАПИ.

50

ГОСТ Р ИСО/МЭК 24708-2013

означает, что инфраструктура получает (см. 13.9) временное абстрактное значение типа BIPMessage (см. раздел 14), для которого:

а) присутствует альтернативный компонент acknowledgement;

b) компоненты masterEndpointIRI, slaveEndpointIRI, linkNumber и notificationld обладают такими же значениями, как и одноименные компоненты сообщения уведомления ПМО БиоАПИ и

с) альтернатива присутствующего компонента params обладает тем же названием, как и альтернатива для компонента params, который присутствует в сообщении уведомления ПМО БиоАПИ.

13.8 Термин «отправлять» («send»), использующийся в настоящем стандарте, означает концептуальную передачу сообщения от конечной точки ПМО БиоАПИ (отправитель) в связь ПМО БиоАПИ между конечной точкой отправителя и другой конечной точкой ПМО БиоАПИ (приемник). Передаваемое сообщение является абстрактным значением типа BIPMessage (см. раздел 14), которое помещается в связь ПМО БиоАПИ в процессе отправления. Не делается никаких предположений относительно природы связи ПМО БиоАПИ (за исключением того, что она логически соединяет две конечные точки и имеет соответствующую ориентацию), транспортного механизма или используемого протокола кодирования передаваемого сообщения ПМО БиоАПИ и временных или связанных с «местом» аспектам отправления (такими как перерыв и организация очереди).

13.9 Термин «получать» («receive»), использующийся в настоящем стандарте, означает концептуальную передачу сообщения из связи ПМО БиоАПИ между конечной точкой ПМО БиоАПИ (отправитель) и другой конечной точкой ПМО БиоАПИ (приемник) к конечной точке приемника. Передаваемое сообщение является абстрактным значением типа BIPMessage (см. раздел 13), которое извлечено из связи ПМО БиоАПИ и скопировано в недавно созданное временное абстрактное значение (см. 13.11) в пределах конечной точки приемника в процессе получения. Ис делается никаких

51

ГОСТ Р ИСО/МЭК 24708-2013

предположений относительно природы связи ПМО БиоАПИ (за исключением того, что она логически соединяет две конечные точки и имеет соответствующую ориентацию), кодирования передаваемого сообщения ПМО БиоАПИ, и временным или связанным с «местом» аспектам получения (такими как ожидание и организация очереди).

Примечание - Данное положение означает, что когда в тексте встречается предложение нормативного характера тиса «получение корреспондирующего сообщения ответа ПМО БиоЛПИ» (ответ, содержащий идентификатор запроса), реализация инфраструктуры в течение неопределенного промежутка времени возможно будет находится в режиме ожидания до фактического приема сообщения ПМО БиоЛПИ. Спецификация привязок, указанная в приложениях Л и С представляет собой детальный разбор получения сообщения ПМО БиоЛПИ с использованием некоторых видов транспортировки.

13.10 Внутренний запрос функции БиоАПИ - это концептуальный вызов функции, совершенный инфраструктурой к функции собственного интерфейса БиоАПИ таким способом, при котором запрос обрабатывается в соответствии с ИСО/МЭК 19784-1, а не согласно условиям, приведенным в настоящем стандарте, принятым для вызовов той же самой функции БиоАПИ, совершенным локальным приложением. Внутренний запрос функции не обязательно должен быть запросом функции Си (так как отсутствует какое-либо требование для второго особого интерфейса БиоАПИ в инфраструктуре), однако он будет поддерживаться любым механизмом, соответствующим следующим требованиям:

а) прежде чем выполнить внутренний запрос, инфраструктура должна иметь возможность установить параметры внутреннего запроса;

Ь) выполняя внутренний запрос, инфраструктура должна выполнить все действия, указанные в ИСО/МЭК 19784-1 для входящего вызова функции БиоАПИ, включая определение возвращаемого значения;

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

52

ГОСТ Р ИСО/МЭК 24708-2013

входящего вызова той же самой функции БиоАПИ (таких как определение главенствующей конечной точки) и

d) после того как выполнение внутреннего запроса будет закончено, инфраструктура должна иметь возможность прочитать значение параметра и возвращаемое значение внутреннего запроса.

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

а) временное абстрактное значение, создаваемое при обработке поступающего запроса функции БиоАПИ от локального приложения, не должно быть удалено до возвращения инфраструктурой управления локальному приложению;

Ь) временное абстрактное значение, создаваемое при обработке поступающего сообщения запроса ПМО БиоАПИ от главной конечной точки, не должно быть удалено до отправления инфраструктурой корреспондирующего сообщения ответа ПМО БиоАПИ в главную конечную точку;

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

d) временное абстрактное значение, создаваемое при обработке поступающего сообщения уведомления ПМО БиоАПИ от второстепенной конечной точки не должно быть удалено до того, как инфраструктура либо отправит корреспондирующее сообщение подтверждения ПМО БиоАПИ во второстепенную конечную точку, либо примет решение не отправлять сообщение подтверждения ПМО БиоАПИ.

53

ГОСТ Р ИСО/МЭК 24708-2013

13.12 В настоящем стандарте установлено, что при преобразовании АСН.1 в Си должна быть образована переменная некоторого типа Си (или массива октетов, или массива элементов некоторого типа Си), а ее адрес должен быть назначен на другую переменную Си. Настоящий стандарт не распространяется на удаление образованной переменной или массива. Структура может удалить образованную переменную или массив в любое время со следующими ограничениями:

а) образованная переменная или массив, создаваемые при обработке поступающего запроса функции БиоАПИ от локального приложения, никогда не должны удаляться за исключением случаев, когда последующий входящий вызов BioAPI Free от локального приложения.

Примечание I - Такие образованное переменные и массивы могут быть только выходными параметрами функций БиоАПГ. которые создаются главной инфраструктурой и возвращаются к локальному приложению:

Ь) образованная переменная или массив, создаваемые при обработке поступающего сообщения запроса ПМО БиоАПИ от главной конечной точки, не должны быть удалены (см. 13.14) до отправления инфраструктурой корреспондирующего сообщения ответа ПМО БиоАПИ в главную конечную точку.

Примечание 2 - Такие образованные переменные или массивы могут быть только выходными параметрами функций БиоАПИ. которые создаются второстепенной инфраструктурой и возвращаются внутренним запросом;

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

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

d) образованная переменная или массив, создаваемые при обработке поступающего сообщения уведомления ПМО БиоАПИ от второстепенной конечной точки, не должны быть удалены прежде, чем инфраструктура либо 54

ГОСТ Р ИСО/МЭК 24708-2013

отправит корреспондирующее сообщение подтверждения ПМО БиоАПИ во второстепенную конечную точку, либо примет решение не отправлять сообщение подтверждения ПМО БиоАПИ.

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

13.13 При образовании переменной или массива в ходе обработки поступающего запроса функции БиоАПИ от локального приложения (см. 13.12) инфраструктура должна добавить данные, содержащие адрес образованной переменной или массива, в таблицу ApplicationOwnedMemoryBlocks (см. 18.13).

13.14 Удаление образованной переменной или массива, созданных при обработке поступающего сообщения запроса ПМО БиоАПИ (см. 13.12, перечисление (Ь)), должно быть выполнено путем выполнения внутреннего запроса функцией БиоАПИ (см. 13.10) к функции BioAPI_Free, в котором параметр запроса функции должен быть адресом образованной переменной или массива.

13.15 Помер версии настоящего стандарта: главное число 1, второстепенное число 0.

13.16 Когда содержащее ЗБИ сообщение ПМО БиоАПИ переносится в пределах сообщения транспортного уровня. ЗБИ может быть в любом формате ведущей организации ЕСФОБД, который соответствует следующим требованиям:

а) поддерживает все элементы данных и все абстрактные значения, которые поддерживает формат ведущей организации ЕСФОБД:

Ь) если формат поддерживает дополнительные элементы данных, то они являются необязательными и

с) при сложном формате, он должен быть способен переносить данные, которые включают в себя только простую ЗБИ;

55

ГОСТ Р ИСО/МЭК 24708-2013

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

13.17 Если при кодировании на уровне привязки транспортного протокола сообщения ПМО БиоАПИ оно содержит абстрактное значение BioAPI-BIR-HEADER или BioAPI-BIR, то компонент formattedBIR такого абстрактного значения (которое является ЗБИ в формате ведущей организации, определенном в ИСО/МЭК 19784-1. приложение В) может быть преобразован (как случай реализации транспортного протокола) в другой формат ведущей организации, предшествующий кодированию. Такое преобразование допускается только в том случае, если новый формат соответствует требованиям 13.16.

13.18 Если после декодирования обнаруживается (на уровне привязки транспортного протокола), что поступающее сообщение ПМО БиоАПИ содержит абстрактное значение типа BioAPI-BIR-HEADER или BioAPI-BIR, в котором компоненты patronFormatOwner и patronFormatType имеют значения, отличающиеся от 257 и 8 (в указанном порядке), то компонент formattedBIR такого абстрактного значения должен быть либо преобразован в формат ведущей организации, определенный в ИСО/МЭК 19784-1. приложение В (только если оригинальный формат ведущей организации соответствует требованиям 13.16, и реализации известен способ выполнения преобразования), либо оставлен неизменным. Если преобразование будет выполнено, то компонентам patronFormatOwner и patronFormatType должны быть присвоены значения 257 и 8 (в указанном порядке).

14 Синтаксис сообщений ПМО БиоАПИ

14.1 Сообщение ПМО БиоАПИ должно состоять из следующих абстрактных значений типа АСП. 1 BIPMessage:

BIPMessage ::= SEQUENCE {

nature CHOICE {

request BIPRequest.

response BIPResponse.

56

ГОСТ Р ИСО/МЭК 24708-2013

BIPRequest:

notification acknowledgement L

:= SEQUENCE {

BIPNotification, BIP Acknowledgement

57

ГОСТ Р ИСО/МЭК 24708-2013

}

58

ГОСТ Р ИСО/МЭК 24708-2013

59

ГОСТ Р ИСО/МЭК 24708-2013

60

ГОСТ Р ИСО/МЭК 24708-2013

NotificationParams.

bfpRegistrationEvent BFPRegistrationEvent-NotificationParams,

bfpUnregistratiorEvent BFPUnregistrationEvent-

NotificationParams,

BIPAcknowledgemont ::= SEQUENCE { masterEndpointIRI slaveEndpointIRI linkNumber notificationld params

guiSelectEvent AcknowledgementParams, guiStateEvent

AcknowledgementParams, guiProgressEvent

EndpointIRI, EndpointIRI, Unsignedlnt, Unsignedlnt, CHOICE { GUISelectEvent-

GUIStateEvent-

GUIProgressEvent-

AcknowledgementParams,

}, returnValue

BioAPI-RETURN

14.2 Предполагается, что вышеуказанные и все остальные определения типа АСН.1 должны находиться в окружении автоматических признаков. Точная спецификация модуля АСН.1 с такими типами приведена в приложении F.

15 Типы БиоАПИ и ПМО БиоАПИ

15.1 Целые числа

61

ГОСТ Р ИСО/МЭК 24708-2013

15.1.1 В ПМО БиоАПИ определены следующие типы целых чисел

АСП.1:

для которых ссылки значений определены следующим образом:

max-unsigned-byte max-unsigned-short max-unsigned-int min-signed-int max-signed-int

INTEGER ::= 255

INTEGER ::= 65535

INTEGER ::= 4294967295

INTEGER ::=-2147483648

INTEGER ::= 2147483647

15.1.2 Встроенное целое число (INTEGER) типа АСП.1 всегда появляется с ограниченным диапазоном в корреспонденции с целым типа Си (как правило - uint8_t). Набор значений ограниченного типа АСП.1 совпадает либо является подмножеством набора значений тина Си (может быть одно или более неконвертируемых значений Си). Преобразование между типом АСП.1 и типом Си (в обоих направлениях) должно происходить путем преобразования данных между целым числом абстрактного значения типа АСП.1 и целым числом (со знаком или без знака) значениея Си. Положения, приведенные в разделе 32 настоящего стандарта, применяют в случае, когда сталкиваются с неконвертируемыми целыми значении Си.

15.1.3 Тип ACII.1 UnsignedByte появляется в корреспонденции с типом Си uint8_t. Набор значений - одинаковый на обоих языках. Преобразование между типом АСП.1 и типом Си (в обоих направлениях) должно выполняться путем преобразования данных между целым абстрактного значения типа АСП.1 и соответствующим 8-битовым целым значением Си без знака.

15.1.4 Тип АСП.1 UnsignedShort появляется в корреспонденции с типом Си uint16_t. Набор значений одинаков на обоих языках. Преобразование между типом АСН.1 и типом Си (в обоих направлениях) 62

ГОСТ Р ИСО/МЭК 24708-2013

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

15.1.5 Тип ACH.I Unsignedlnt появляется в корреспонденции с типом Си uint32_t. Набор значений - одинаковый на обоих языках. Преобразование между типом АСП.1 и типом Си (в обоих направлениях) должно выполняться путем преобразования данных между целым абстрактного значения типа АСН.1 и соответствующим 32-битовым целым значением Си без знака.

15.1.6 Тип АСН.1 Signedlnt появляется в корреспонденции с типом Си int32_t. Набор значений одинаков на обоих языках. Преобразование между типом АСН.1 и типом Си (в обоих направлениях) должно выполняться путем преобразования данных между целым абстрактным значением типа АСН.1 и соответствующим 32-битовым целым значением Си без знака.

15.1.7 Тип АСН.1 MemoryAddress появляется в корреспонденции с типом Си void* или указателем функции типа Си. Преобразование данных между значениями типа АСН.1 MemoryAddress и значениями указателя Си в настоящем стандарте не рассматривается.

Примечание - Любое определенное реализацией преобразование данных между значениями MemoryAddress и значениями указателя Си является приемлемым только в том случае, пока каждое значение указателя преобразуется в разные целые MemoryAddress, и такое целое преобразуется в такое же значение указателя. Тип АСН.1 MemoryAddress нс встречается в содержимом сообщений ПМО БиоАПИ. обмен которыми происходит между конечными точками ПМО БиоАПИ, в связи с чем ею абстрактные значения не кодируются.

15.2 Символы строкового типа

15.2.1 Встроенный тип ACH.I UTF8String появляется в корреспонденции с типом Си uint8_t*. в котором переменная Си указывает на завершаемый нулем массив октетов, содержащий UTF-8 закодированную строку символов.

63

ГОСТ Р ИСО/МЭК 24708-2013

15.2.2 Преобразование переменной указателя Си в компонент АСП.1 выполняется следующим образом:

а) если переменная указателя Си имеет значение NULL, а компонент АСИ. I - OPTIONAL, то компонент АСП.1 отсутствовать;

Ь) если переменная указателя Си имеет значение NULL, а компонент АСП.1 - не OPTIONAL, то значение Си не конвертируется и применяют положения раздела 33;

с) если переменная указателя Си имеет значение, отличающееся от NULL. то содержимое массива октетов, который выделен переменной Си до первого октета (исключая этот октзт) с нулевым значением, должно быть интерпретировано как UTF-8 кодировка строки символов, а компонент АСН.1 должен быть установлен в строку символов.

15.2.3 Преобразование компонента АСП.1 в переменную указателя Си выполняется следующим образом:

а) если компонент ACH.l OPTIONAL отсутствует, то переменной указателя Си принимают NULL;

b) если компонент АСП.1 присутствует, то принимают L за значение (в октетах) UTF-8 кодированной строки символов АСН.1; в этом случае новообразованный массив октетов £ + 1 должен быть заполнен такой UTF-8 кодировкой, следующей после октета с нулевым значением, а переменная Си должна быть установлена в адрес такого массива октетов.

15.3 Унифицированный идентификатор ресурса назначения конечных точек ПМО БиоАПИ

15.3.1 Данный тип АСН.1 в ПМО БиоАПИ определяется следующим образом:

EndpointIRI ::= VisibleString (CONSTRAINED BY

{-The string shall conform to the "absolute-IRI'' grammar-

-defined in IETF RFC 3987-)

64

ГОСТ Р ИСО/МЭК 24708-2013

15.3.2 Тип АСН.1 EndpointIRI появляется в корреспонденции с типом Си uint8_t*, в котором переменная Си указывает на завершаемый нулем массив октетов, содержащий унифицированный идентификатор ресурса.

15.3.3 Преобразование переменной указателя Си в компонент АСН.1 выполняется следующим образом:

а) если переменная указателя Си имеет значение NULL, то компонент АСН. I должен быть установлен в ИИР локальной конечной точки;

Ь) в противном случае содержание массива октетов, который выделен переменной Си до первого (исключительного) октета с нулевым значением, должно интерпретироваться как код ASCII строки символов, а компонент АСН.1 должен быть установлен в такую строку символов.

15.3.4 Преобразование компонента АСН.1 в переменную указателя Си выполняется следующим образом:

а) если компонент АСН.1 содержит ИИР локальной конечной точки, то переменная указателя Си должна быть переведена в NULL;

b) в противном случае, принимают L за длину абстрактной строки символов АСН.1; в этом случае новообразованный массив октетов L + 1 должен быть заполнен кодом ASCII строки символов АСН.1, следующим после октета с нулевым значением, а переменная Си должна быть установлена в адрес такого массива октетов.

15.4 Тип BioAPI_BFP_LlST_ELEMENT

14.4.1 В ПМО БиоАПИ данный тип Си определяют следующим образом:

typedef struct _bioapi_bfp_list_element {

BioAPI_CATEGORY BFPCategory:

BioAPI_UUID BFPUuid;

} BioAPI_BFP_LIST_ELEMENT;

15.4.2 В ПМО БиоАПИ соответствующий тип АСН.1 определятся следующим образом:

65

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI-BFP-LIST-ELEMENT ::= SEQUENCE {

category BioAPI-CATEGORY, bfpProductUuid BioAPI-UUID

15.4.3 Преобразование .между типами ACH. 1 и Си (в обоих направлениях) выполняется путем преобразования между индивидуальными членами Си и компонентами АСП.1 в соответствии с таблицей 5.

Таблица 5 - Преобразование данных между членами типа Си BioAPI_BFP_LIST_ELEMENT и компонентами АСП.1 типа BioAPI-BFP-LIST-ELEMENT

Примечание - Член HostingEndpointIRI не присутствует в типе Си BioAPI BFP LIST ELEMENT. Данный тип Си используется в функции BioAPI QueryBFPs. а все ПБФ в листе ПБФ. возвращаемые указанной функцией, являются такими же главными конечными точками ПМО БиоАПИ, которые являются конечными точками ПМО БиоЛПИ. в которых исполняется ПБФ.

15.5 Тип BioAPI_BFP_SCHEMA

15.5.1 Данный тип Си определен в ПМО БиоАПИ следующим образом:

typedef struct bioapi_bfp_schema {

BioAPI_UUID BFPProductUuid;

BioAPI_CATEGORY BFPCategory;

BioAPI_STRING BFPDescription:

uint8_t ‘Path;

BioAPI_VERSION SpecVersion;

BioAPI_STRING Productversion;

BioAPI_STRING Vendor;

BioAPI_BIR_BIOMETRIC_DATA_FORMAT‘BFPSupportedFormats; uint32_t NumSupportedFormats;

66

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI_BIR_BIOMETRIC_TYPE FactorsMask;

BioAPI_UUID BFPPropertyUuid;

BioAPI_DATA BFPProperty;

uint8_t ‘HostingEndpointiRI;

} BioAPI_BFP_SCHEMA;

15.5.2 В ПМО БиоАПИ соответствующий тип АСН.1 определятся следующим образом:

BioAPI-BFP-SCHEMA ::= SEQUENCE {

15.5.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняется путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 6.

67

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 6 - Преобразование данных между членами типа Си

BioAPI BFP SCHEMA и компонентами АСН.1 типа BioAPI-BFP-SCHEMA

15.5.4 Преобразование пары членов Си

BFPSupportedFormats/NumSupportedFormats в компонент АСП.1 supportedFormats выполняют следующим образом: принимают Л' равным значению члена NumSupportedFcrmats: в этом случае каждый первый элемент N (типа BioAPI BIR BIOMETRIC DATA FORMAT - см 15.8) в массиве, который выделен членом BFPSupportedFormats, должен быть преобразован по порядку в элемент компонента supportedFormats, согласно 15.8. У компонента supportedFormats должно быть точно N элементов.

15.5.5 Преобразование компонента АСП.1 supportedFormats в пару членов Си BFPSupportedFormats/NumSupportedFormats выполняют следующим образом: принимают N равным числу элементов компонента supportedFormats: в этом случае новый массив элементов N типа BioAPIBIRBIOMETRICDATAFORMAT (см. 15.8) должен быть заполнен путем преобразования каждого элемента компонента supportedFormats в 68

ГОСТ Р ИСО/МЭК 24708-2013

элемент массива согласно 15.8. Член BFPSupportedFormatS должен быть установлен в адрес массива, а член NumSupportedFormats, должен быть установлен в N.

Примечание - Если тип Си BioAPI_BSP_SCHEMA (см. 15.19) включает в себя УУИД доступа ПБУ. УУИД доступа ПБФ отсутствует в типе Си BioAPI_BFP_SCHEMA. Если ни одна функция БиоЛПИ не имеет непосредственного доступа к ПБФ, УУИД доступа ПБФ не требуется. ИИР конечной точки включен в данный тип Си, так как приложению может понадобиться вызов BioAPIEnumBFPs для получения списка ПБФ, определения доступности ПБФ в какой-либо конечной точке ПМО БиоЛПИ и последующей удаленной загрузки ПБУ в такую конечную точку ПБУ с целью получения возможности использования такого ПБФ.

15.6 Тип BioAPI BIR

15.6.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef struct bioapi_bir {

BioAPI_BIR_HEADER Header;

BioAPI_DATA BiometricData; BioAPI_DATA SecurityBlock;

} BioAPI_BIR;

15.6.2 В ПМО БиоАПИ ссответствующий тип АСП.1 определен следующим образом:

BioAPI-BlR ::= SEQUENCE!

patronFormatOwner UnsignedShort, patronFormatType UnsignedShort, formattedBIR OCTET STRING }

15.6.3 Преобразование типа Си в тип АСН.1 выполняется путем преобразования значений типа Си в последовательную форму БиоАПИ ЗБИ (см. ИСО/МЭК 19784-1, приложение В), размещения полученной ЗБИ в октетной строке formattedBIR и присвоения patronFormatOwner и patronFormatType значений 257 и 8 (в указанной последовательности).

Примечание - Для любого абстрактного значения данного типа АСН.1. компонент formattedBIR будет состоять из байтов ЗБИ в формате, определенном в

69

ГОСТ Р ИСО/МЭК 24708-2013

приложении В БиоЛПИ. Реализация привязки транспортного протокола может либо включать бантовую строку (как она есть) в кодировку либо преобразовывать ее в другой предшествовавший кодированию формат ведущей организации (см. 13.17).

15.6.4 Преобразование типа АСН.1 в тип Си выполняется путем интерпретирования содержания октетной строки formattedBIR как БиоАПИ ЗБИ (см. ИСО/МЭК 19784-1, приложение В) и преобразования его из последовательной формы в значение типа Си при условии, что patronFormatOwner и patronFormatType представлены значениями 257 и 8 (в указанной последовательности). Если у указанных компонентов будут другие значения, инфраструктура должна создать и отправить сообщение ответа ПМО БиоАПИ, которое соответствует сообщению запроса ПМО БиоАПИ, с возвращаемым значением, установленным в BioAPIERR_PATRON_ FORMAT_NOT_SUPPORTED.

Примечание - Это происходит в том случае, когда реализация привязки транспортного протокола получает сообщение, содержащее ЗБИ в неподдерживаемом или недопустимом формате, который не может быть преобразован в формат ведущей организации БиоЛПИ ПИП (см. 13.18).

15.7 Тип BioAPI BIR ARRAY POPULATION

15.7.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef struct bioapi_bir_array_population {

uint32_t NumberOfMembers;

BioAPI_BIR ‘Members;

} BioAPI_BIR_ARRAY_POPULATION;

15.7.2 В ПМО БиоАПИ ссответствующий тип АСП.1 определен следующим образом:

BioAPI-BlR-ARRAY-POPULATION ::= SEQUENCE { members SEQUENCE (SIZE(O..max-unsigned-int)) OF member BioAPI-BIR

1

15.7.3 Преобразование пары Си членов NumberOfMembers/Members в компонент members АСН.1 выполняется следующим образом: принимают Л'

70

ГОСТ Р ИСО/МЭК 24708-2013

равным значению члена NumberOfMembers, в этом случае каждый из первых элементов N (типа BioAPI_BIR - см. 15.6) в массиве, который выделен членом Members, должен быть преобразован, по порядку, в элемент компонента members согласно 15.6. Компонент members должен содержать точно А элементов.

15.7.4 Преобразование компонента members ACH.I в пару Си членов NumberOfMembers/Members выполняется следующим образом: принимают N. равным числу элементов компонента members: в этом случае новый массив N элементов типа BioAPIBIR (см. 15.6) должен быть заполнен путем преобразования каждого элемента компонента members, по порядку, в элемент массива согласно в 15.6. Член Members должен быть установлен в адрес массива, а член NumberOfMembers должен быть установлен в N.

15.8 Тип BioAPI_BIR_BIOMETRIC_DATA_FORMAT

15.8.1 В ПМО БиоАПИ данный тип Си определен в следующим образом: typedef struct bioapi bir biomctric datajormat {

uint16_t FormatOwner;

uint16_t FormatType;

} BioAPI_BIR_BIOMETRIC_DATA_FORMAT;

15.8.2 В ПМО БиоАПИ ссответствующий тип АСП.1 определен следующим образом:

BioAPI-BIR-BIOMETRIC-DATA-FORMAT::= SEQUENCE {

formatOwner UnsignedShort, formatType UnsignedShcrt }

15.8.3 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняется путем преобразования индивидуальныч членов Си и компонентов АСП.1 в соответствии с таблицей 7.

71

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 7 - Преобразование данных между членами типа Си

BioAPI_BIR_BIOMETRIC_DATA_FORMAT и компонентами АСН.1 типа

BioAPI-BIR-BIOMETRIC-DATA-FORMAT

15.9 Тип BioAPI_BIR_BIOMETRIC_PRODUCTJD

15.9.1 В ПМО БиоАПИ данный тип Си определятся следующим образом:

typedef struct bioapi_bir_biometric_product_ID {

uint16_t Productowner;

uint16_t ProductTypc:

} BioAPI_BIR_BIOMETRIC_PRODUCT_ID;

15.9.2 В ПМО БиоАПИ ссответствующий тип АСН.1 определен следующим образом:

BioAPI-BIR-BIOMETRIC-PRODUCT-ID ::= SEQUENCE {

productowner UnsignedShort, productType UnsignedShort 1

15.9.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняется путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 8.

Таблица 8 - Преобразование данных между членами типа Си

BioAPI_BIR_BIOMETRIC_PRODUCT_ID и компонентами АСН.1 типа

BioAPI-BlR-BIOMETRIC-PRODUCT-ID

72

ГОСТ Р ИСО/МЭК 24708-2013

15.10 Тин BioAPI_BIR_BIOMETRIC_TYPE

15.10.1 Данный тип Си определятся в ПМО БиоАПИ следующим образом:

typedef uint32_t BioAPI_BIR_BIOMETRIC_TYPE;

15.10.2 Для поддерживания данного типа Си в ПМО БиоАПИ определены

следующие символические константы:

«define BioAPI_NO_BIOTYPE_AVAILABLE

«define BioAPI_TYPE_MULTIPLE_BIOMETRIC_TYPES

«define BioAPI_TYPE_FACE

«define BioAPI_TYPE_VOICE

«define BioAPI_TYPE_FINGER

«define BioAPI_TYPE_IRIS

«define BioAPI_TYPE_RETINA

«define BioAPI_TYPE_HAND_GEOMETFY

«define BioAPI_TYPE_SIGNATURE_SIGN

«define BioAPI_TYPE_KEYSTROKE

«define BioAPI_TYPE_LIP_MOVEMENT

«define BioAPI_TYPE_GAIT

«define BioAPI_TYPE_VEIN

«define BioAPI_TYPE_DNA

«define BioAPI_TYPE_EAR

«define BioAPI_TYPE_FOOT

«define BioAPI_TYPE_SCENT

«define BioAPI_TYPE_OTHER

«define BioAPI_TYPE_PASSWORD

(0x00000000) (0x00000001) (0x00000002) (0x00000004) (0x00000008) (0x00000010) (0x00000020) (0x00000040) (0x00000080) (0x00000100) (0x00000200) (0x00001000) (0x00002000) (0x00004000) (0x00008000) (0x00010000) (0x00020000)

(0x40000000) (0x80000000)

15.10.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-BIR-BlOMETRIC-TYPE ::= BIT STRING {

typeMultipleBiometricTypes (0),

73

ГОСТ Р ИСО/МЭК 24708-2013

}(SIZE(32))

15.10.4 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) совершается следующим образом: Каждый бит битовой строки АСН.1 должен быть преобразован в бит целого Си без знака. Ведущий бит битовой строки (бит 0) должен быть преобразован в наименее значимый бит целого числа без знака (соответствующий значению 0x00000001), а оставшиеся тридцать один бит должны быть преобразованы по порядку.

15.11 Тип BioAPI_BIR_DATA_TYPE

15.11.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef uint8_t BioAPI_BIR_DATA_TYPE;

15.11.2 Для поддерживания данного типа Си в БиоАПИ определены следующие символические константы:

adefine BioAPI_BIR_DATA_TYPE_RAW (0x01)

adefine BioAPI_BIR_DATA_TYPE_INTERMEDIATE (0x02)

adefine BioAPI_BIR_DATA_TYPE_PROCESSED (0x04)

adefine BioAPI_BIR_DATA_TYPE_ENCFYPTED (0x10)

adefine BioAPI_BIR_DATA_TYPE_SIGNED (0x20)

adefine BioAPI_BIR_INDEX_PRESENT (0x80)

15.11.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен

следующим образом:

BioAPI-BIR-DATA-TYPE ::= SEQUENCE { processed Level ENUMERATED { raw,

74

ГОСТ Р ИСО/МЭК 24708-2013

intermediate, processed,

flags

encrypted signed index-present

) (SIZE (4))

BIT STRING { (0).

(1).

(3)

15.11.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняется следующим образом:

а) признаки компонента типа АСП.1 должны быть преобразованы в четыре самых больших бита целого числа Си без знака; ведущий бит (бит 0) этого компонента должен быть преобразован в наименьший из четырех самых больших битов целого Си без знака (тот, который соответствует значению 0x10), а оставшиеся три бита должны быть преобразованы по порядку; и

Ь) компонент processed Level должен быть преобразован в четыре наименьших бита целого Си без знака в соответствии с таблицей 9.

Таблица 9 - Преобразование данных между наименьшими четырьмя битами типа Си BioAPI_BIR_DATA_TYPE и компонентом processedLevel типа АСП.1 BioAPI-BIR-BIOMETRlC-PRODUCT-ID

75

ГОСТ Р ИСО/МЭК 24708-2013

15.12 Тин BioAPl_BIR_HANDLE

15.12.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef int32_t BioAPI_BIR_HANDLE;

15.12.2 В ПМО БиоАПИ для поддерживания данного типа Си определены следующие символические константы:

«define BioAPIJNVALID_BIR_HANDLE (-1)

«define BioAPI_UNSUPPORTED_BIR_HANDLE (-2)

15.12.3 ПМО БиоАПИ соответствующий тип АСИ.I определен следующим образом:

BioAPI-BIR-HANDLE ::= Signedlnt

15.12.4 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняется согласно в 14.1.6.

15.13 Тин BioAPI_BIR_HEADER

15.13.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef struct bioapi_bir_header {

BioAPI_VERSION HeaderVersion;

BioAPI_BIR_DATA_TYPE Type;

BioAPI_BIR_BIOMETRIC_DATA_FORMAT Format;

BioAPI_QUALITY Quality;

BioAPI_BIR_PURPOSE Purpose;

BioAPl_BIR_BIOMETRIC_TYPE FactorsMask;

BioAPI_BIR_BIOMETRIC_PRODUCT_IDProductlD;

BioAPI_DTG CreationDTG;

BioAPI_BIR_SUBTYPE Subtype;

BioAPI_DATE ExpirationDate;

BioAPI_BIR_SECURITY_BLOCK_FORMATSBFormat;

BioAPI_UUID Index;

} BioAPI_BIR_HEADER;

15.13.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-BIR-HEADER ::= SEQUENCE {

76

ГОСТ Р ИСО/МЭК 24708-2013

patronFormatOwner UnsignedShort,

patronFormat Type UnsignedShort,

formattedBIR OCTET STRING

15.13.3 Преобразование типа Си в тип АСН.1 выполняют путем преобразования значения типа Си в последовательную форму БиоАПИ ЗБИ согласно приложению В ИСО/МЭК 19784-1, размещения полученной ЗБИ в компонент formattedBIR и установки patronFormatOwner и patronFormatType в значения 257 и 8 (соответственно).

Примечание - Для любого абстрактного значения данного типа АСН.1. компонент formattedBIR состоит из байтов ЗБИ в формате, определенном в приложении В БиоАПИ, с пустыми ББД и SB. Реализация привязки транспортного протокола может либо включать байтовую строку в кодировку без изменений, либо преобразовывать ее в другой предшествовавший кодированию формат ведущей организации (см. 12.17).

15.13.4 Преобразование типа АСП.1 в тип Си совершается путем интерпретирования содержания октетной строки formattedBIR как БиоАПИ ЗБИ (см. ИСО/МЭК 19784-1, приложение В) и преобразования его из последовательной формы в значение типа С при условии, что patronFormatOwner и patronFormatType представлены значениями 257 и 8 (соответственно). Если вышеуказанные компоненты будут иметь другие значения, инфраструктура должна создать и отправить сообщение ответа ПМО БиоАПИ, которое соответствует сообщению запроса ПМО БиоАПИ, с возвращаемым значением, установленным в

BioAPIERR_PATRON_FORMAT_NOT_SUPPORTED.

Примечание - Это происходит в том случае, когда реализация привязки транспортного протокола ползает сообщение, содержащее ЗБИ в неподдерживаемом или недопустимом формате, который не может быть преобразован в формат ведущей организации БиоАПИ ПИП (см. 13.18).

77

ГОСТ Р ИСО/МЭК 24708-2013

15.14 Тин BioAPI BIR PURPOSE

15.14.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef uint8 t BioAPI_BIR PURPOSE;

15.14.2 Для поддерживания данного типа Си в БиоАПИ определены следующие символические константы:

«define BioAPLPURPOSE VERIFY (1)

«define BioAPI_PURPOSE_IDENTIFY (2)

«define BioAPI_PURPOSE_ENROLL (3)

«define BioAPI_PURPOSE_ENROLL_FOR_VEIFICATlON_ONLY (4)

«define BioAPI_PURPOSE_ENROLL_FOR_IDENIFCATION_ONLY (5)

«define BioAPI_PURPOSE_AUDIT (6)

«define BioAPI_PURPOSE_ANY (7)

15.14.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-BIR-PURPOSE ::= ENUMERATED {

Verify, identify, enroll, enrollVerify, enrollldentify, audit, any,

1

15.14.4 Преобразование данных между типом Си и типом АСП.1 (в обоих направлениях) выполняется в соответствии с таблицей 10:

78

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 1 0 - Преобразование данных между индивидуальными значениями типа Си BioAPI_BIR_PURPOSE и абстрактными значениями типа АСП.1 BioAPI-BIR-PURPOSE

15.15 Тип BioAPI_BIR_SECURITY_BLOCK_FORMAT

15.15.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef struct bioapi bir sccurity block format { uint16_t SecurityFormatOwner;

uint16_t SecurityFormatType; } BioAPI_BIR_SECURITY_BLOCK_FORMAT;

15.15.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-BIR-SECURITY-BLOCK-FORMAT ::= SEQUENCE { formatOwner UnsignedShort,

formatType UnsignedShort

15.15.3 Преобразование данных между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между

79

ГОСТ Р ИСО/МЭК 24708-2013

индивидуальными членами Си и компонентами АСН.1 в соответствии с

таблицей II.

Таблица II - Преобразование данных между членами типа Си BioAPI_BIR_SECURITY_BLOCK_FORMAT и компонентами типа АСН.1 BioAPI-BIR-SECURITY-BLOCK-FORMAT

15.16 Тип BioAPI_BIR_SUBTYPE

15.16.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef uint8_t BioAPI_BIR_SUBTYPE;

15.16.2 Для поддерживания данного типа Си в БиоАПИ определены следующие символические константь::

80

ГОСТ Р ИСО/МЭК 24708-2013

15.16.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен

следующим образом:

BioAPI-BIR-SUBTYPE ::= CHOICE { any-subtype BIT STRING {

15.16.4 Преобразование между типом Си и типом АСН.1 (в обоих

направлениях) выполняют следующим образом: каждый бит битовой строки АСН.1 должен быть преобразован в бит целого Си без знака. Ведущий бит битовой строки (бит 0) должен быть преобразован в наименьший бит целого числа без знака (соответствующий значению 0x01), а оставшиеся семь битов должны быть преобразованы по порядку.

15.17 Тип BioAPI BIR SUBTYPE MASK

15.17.1 В ПМО БиоАПИ данный тип Си определенследующим образом: typedef uint32_t BioAPI_BIR_SUBTYPE_MASK;

15.17.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

«define BioAPI_BIR_SUBTYPE_LEFT_B!T (0x00000001)

«define BioAPI_BIR_SUBTYPE_RIGHT_BIT (0x00000002)

«define BioAPI_BIR_SUBTYPE_LEFT_THUMB_BIT (0x00000004)

«define BioAPI_BIR_SUBTYPE_LEFT_POINTERFINGER_BIT (0x00000008)

«define BioAPI_BIR_SUBTYPE_LEFT_MDDLEFINGER_BIT (0x00000010)

81

ГОСТ Р ИСО/МЭК 24708-2013

15.17.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен

следующим образом:

BioAPI-BIR-SUBTYPE-MASK ::= BIT STRING {

} (SIZE(32))

15.17.4 Преобразование между типом Си и типом АСП.1 (в обоих

направлениях) выполняют следующим образом: каждый бит битовой строки АСП.1 должен быть преобразован в бит целого Си без знака. Ведущий бит битовой строки (бит 0) должен быть преобразован в наименьший бит целого

82

ГОСТ Р ИСО/МЭК 24708-2013

числа без знака (соответствующий значению 0x00000001), а оставшиеся тридцать один бит должны быть преобразованы по порядку.

15.18 Тин BioAPI_BOOL

15.18.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef int8_t BioAPI_BOOL;

15.18.2 Для поддерживания данного типа Си в БиоАПИ определены следующие символические константы:

«define BioAPI_FALSE (0)

«define BioAPI_TRUE (!BioAPI_FALSE)

15.18.3 Соответствующим типом АСН.1 в ПМО БиоАПИ является встроенный тип BOOLEAN.

15.18.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют в соответствии с таблицей 12:

Таблица I 2 - Преобразование данных между индивидуальными значениями Си типа BioAPIBOOL и абстрактными значениями АСП.1 типа BOOLEAN

15.19 Тип BioAPI_BSP_SCHEMA

15.19.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef struct _bioapi_bsp_schema {

BioAPI_UUID BSPProductUuid;

BioAPI_STRING BSPDescription;

uint8_t 'Path;

83

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI_VERSION SpecVersion;

BioAPI_STRING ProductVersicn;

BioAPL STRING Vendor;

BioAPI BIR BIOMETRIC_DATA_FORMAT -BSPSupportedFormats:

uint32_t NumSupportedFormats;

BioAPI_BIR_BIOMETRIC_TYPE FactorsMask;

BioAPI_OPERATIONS_MASK Operations;

BioAPI_OPTIONS_MASK Options;

BioAPI_FMR PayloadPolicy;

uint32_t MaxPayloadSize;

int32_t DefaultVerifyTimeout;

int32_t DefaultldentifyTimoout:

int32_t DcfaultCapturcTimeout;

int32_t DefaultEnrollTimeout;

int32_t DofaultCalibratcTimeoLt;

uint32 t MaxBSPDbSize;

uint32_t Maxldentify;

uint8_t *HostingEndpointlRI;

BioAPI_UUID BSPAccessUuid:

} BioAPI_BSP_SCHEMA;

15.19.2 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-BSP-SCHEMA ::= SEQUENCE {

84

ГОСТ Р ИСО/МЭК 24708-2013

15.19.3 Преобразование данных между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 13.

85

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 13 - Преобразование данных между членами типа Си

BioAPI BSP SCHEMA и компонентами АСН.1 типа BioAPI-BSP-SCHEMA

86

ГОСТ Р ИСО/МЭК 24708-2013

15.19.4 Преобразование пары Си членов

BSPSupportedFormats/NumSupportedFormats в компонент АСН.1 SupportedFormats выполняют следующим образом: принимают N за равным значению члена NumSupportedFormats: в этом случае каждый из первых элементов /V (типа BioAPI_BIR_BIOMETRIC_DATA_FORMAT - см. 14.8) в массиве, который выделен членом BSPSupportedFormats должен быть преобразован по порядку в элемент компонента SupportedFormats согласно в 14.8. Компонент SupportedFormats должен содержать точное число ^ элементов.

15.19.5 Преобразование компонента АСН.1 SupportedFormats в пару Си членов BSPSupportedFormats/NumSupportedFormats выполняют следующим образом: принимают N равным числу элементов компонента SupportedFormats: в этом случае новый массив элементов N типа BioAPI_BIR_BIOMETRIC_DATA_FORMAT (см. 14.8) должен быть заполнен путем преобразования каждого элемента компонента SupportedFormats по порядку в элемент массива, согласно 14.8. Член BSPSupportedFormats должен быть установлен в адрес множества, а член NumSupportedFormats быть установлен в ^.

15.20 Тип BioAPI_CANDIDATE

15.20.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef struct bioapi_candidate {

BioAPI_IDENTIFY_POPULATION_TYPE Type;

union {

BioAPI_UUID ’BIFInDataBase;

uint32_t ‘BIRInArray;

} BIR:

BioAPI_FMR FMRAchieved

} BioAPI_CANDIDATE;

15.20.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-CANDIDATE ::= SEQUENCE {

bir CHOICE {

87

ГОСТ Р ИСО/МЭК 24708-2013

birlnDatabase birlnArray birlnPresetArray }, fmrAchieved BioAPI-FMR

BioAPI-UUID, Unsignedlnt, Unsignedlnt

1

15.20.3 Преобразование между типом Си и типом АСН.1 (в обоих

направлениях) выполняется путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 14.

Таблица 14 - Преобразование данных между членами типа Си

BioAPI CANDIDATE и компонентами АСН.1 типа BioAPI-CANDIDATE

15.20.4 Преобразование пары членов Си Type/BIR в компонент АСН.1 bir выполняют в соответствии с таблицей 15 с выполнением следующих действий (в указанном порядке):

а) определение наличия альтернативного компонента BIR. который основан на значении Туре:

Ь) выбор альтернативы компонента bir. который соответствует значению Туре:

с) преобразование члена Си в альтернативу компонента bir.

15.20.5 Преобразование компонента АСП.1 bir в пару компонентов членов Си Type/BIR выполняют в соответствии с таблицей 15 с выполнением следующих действий (в указанном порядке):

а) установка члена Туре, который основывается на имеющейся альтернативе компонента bir;

b) выбор соответствующей альтернативы члена BIR:

с) преобразование компонента АСП.1 в член Си.

88

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 15 - Преобразование данных между альтернативами члена BIR

типа Си BioAPI_CANDIDATE и альтернативами компонента АСН.1 bir типа

BioAPI-CANDIDATE

15.21 Тип BioAPI CATEGORY

15.21.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef uint32_t BioAPI_CATEGORY;

15.21.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

«define BioAPI_CATEGORY_ARCHIVE

«define BioAPI_CATEGORY_COMPARISON_ALG

«define BioAPI_CATEGORY_PROCESSING_ALG

«define BioAPI_CATEGORY_SENSOR

(0x00000001)

(0x00000002)

(0x00000004)

(0x00000008)

15.21.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен

следующим образом:

BioAPl-CATEGORY ::= ENUMERATED { archive, comparison Algorithm. processingAlgorithm, sensor,

1

15.21.4 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют в соответствии с таблицей 16.

89

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 1 6 - Преобразование данных между индивидуальными значениями Си типа BioAPICATEGORY и абстрактными значениями АСН.1 типа

BioAPI-CATEGORY

15.22 Тип BioAPI_DATA

15.22.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef struct bioapi_data(

uint32_t Length;

void ‘Data;

} BioAPI_DATA;

15.22.2 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPl-DATA ::= OCTET STRING (SIZE(O..max-unsigned-int))

15.22.3 Преобразование переменной указателя Си в компонент АСП.1 выполняют следующим образом:

а) если компонент Data указателя Си имеет значение NULL, а компонент АСН.1 - OPTIONAL, компонент АСП.1 должен отсутствовать:

Ь) если компонент Data указателя Си имеет значение NULL, а компонент АСН.1 не OPTIONAL, значение Си не конвертируется и применяют раздел 33:

с) если компонент Data указателя Си имеет значение отличающееся от NULL. то принимают L равным значению члена Length типа Си; в этом случае первые октеты L массива октетов, которые выделены членом Data типа Си, должны образовывать октетную строку, которая должна быть назначена в абстрактное значение АСН.1.

90

ГОСТ Р ИСО/МЭК 24708-2013

15.22.4 Преобразование компонента АСН.1 в переменную указателя С выполняютя следующим образом:

а) если компонент АСН.1 OPTIONAL отсутствует, член Data переменной Си должен быть установлен на NULL, а член Length переменной Си должен быть установлен на 0;

Ь) если компонент АСН.1 присутствует, принимают L равный длине абстрактной октетной строки АСН.1; в этом случае новый массив октетов L должен быть заполнен октетами такой октетной строки; член Data переменной Си должен быть установлен в адрес такой октетной строки, а член Length переменной Си должен быть равен L.

15.23 Тип BioAPI_DATE

15.23.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef struct bioapi_date {

uint16_t Year;

uint8_t Month;

uint8_t Day;

} BioAPI_DATE;

15.23.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-DATE ::= SEQUENCE {

year INTEGER |0 | 1900..9999),

month INTEGER Ю..12),

day INTEGER Ю..31)

15.23.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняется путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 17.

91

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 17 - Преобразование данных между членами типа Си

BioAPI DATE и компонентами АСН.1 типа BioAPI-DATE

15.23.4 Абстрактное значение типа BioAPI-DATE. который состоит из трех компонентов year, month and day. имеющих значение 0. допускается. В отличие от указанного определенного абстрактного значения, все значения year, не входящие в диапазон от 1900 до 9999, все значения month, не входящие в диапазон от 1 до 12, и все значения day, не входящие в диапазон от 1 до 31 не могут быть преобразованы, при обнаружении таких значений выполняют действие, указанные в разделе 33.

15.24 Тип BioAPI_DB_ACCESS_TYPE

15.24.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint32_t BioAPI_DB_ACCESS_TYPE;

15.24.2 В ПМО БиоАПИ для поддерживания данного типа Си определены следующие символические константы:

#define BioAPI_DB_ACCESS_READ (0x00000001)

#define BioAPI_DB_ACCESS_WRITE (0x00000002)

15.24.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-DB-ACCESS-TYPE ::= BIT STRING {

read (0),

write (1)

} (SIZE(32))

15.24.4 Преобразование между типом Си и типом АСИ.! (в обоих направлениях) выполняют следующим образом: Каждый бит битовой строки

92

ГОСТ Р ИСО/МЭК 24708-2013

АСИ. I должен быть преобразован в бит целого значения Си без знака. Ведущий бит битовой строки (бит 0) должен быть преобразован в наименьший бит целого числа без знака (соответствующий значению 0x00000001), а оставшиеся тридцать одни бит должны быть преобразованы по порядку.

15.25 Тип BioAPI_DB_MARKER_HANDLE

15.25.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint32_t BioAPI_DB_MARKER_HANDLE;

15.25.2 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-DB-MARKER-HANDLE ::= Unsignedlnt

15.25.3 Преобразования между типом Си и типом АСН.1 (в обоих направлениях) выполняют согласно 15.1.5.

15.26 Тип BioAPI_DB_HANDLE

15.26.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef int32 t BioAPI DB HANDLE:

15.2.6.2 В ПМО БиоАПИ для поддерживания данного типа Си определены следующие символические константы:

«define BioAPI_DB_INVALID_HANDLE (-1)

«define BioAPI_DB_DEFAULT_HANDLE (0)

«define BioAPI_DB_DEFAULT_UUID_PTR (NULL)

15.26.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-DB-HANDLE ::= Signedlnt

15.26.4 Преобразования между типом Си и типом АСН.1 (в обоих направлениях) выполняют согласно 15.1.6.

15.27 Тип BioAPI_DBBIR_ID

15.27.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef struct bioapi_dbbir_id {

BioAPI_DB_HANDLE DbHandle;

BioAPI_UUID KeyValue:

} BioAPI_DBBIR_ID;

93

ГОСТ Р ИСО/МЭК 24708-2013

15.27.2 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-DBBIR-ID ::= SEQUENCE { dbHandle BioAPI-DB-HANDLE,

keyValue BioAPI-UUID

1

15.27.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 18.

Таблица 18 - Преобразование данных между членами типа Си

BioAPI DBBIR ID и компонентами АСН.1 типа BioAPI-DBBIR-ID

15.28 Тип BioAPI DTG

15.28.1 В ПМО БиоАПН данный тип Си определяют следующим образом: typedef struct bioapi_DTG {

BioAPI_DATE Date;

Bio API-TIME Time; } BioAPI_DTG;

15.28.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-DTG ::= SEQUENCE { date BioAPI-DATE, time BioAPI-TIME }

94

ГОСТ Р ИСО/МЭК 24708-2013

15.28.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 19.

Таблица 1 9 - Преобразование данных между членами типа Си BioAPI_DTG и компонентами АСН.1 типа BioAPI-DTG

15.29 Тип BioAPI ERRORJNFO

15.29.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef struct bioapi_errorjnfo {

int32_t ErrorCode;

BioAPI_STRING ErrorMessage;

BioAPI_STRING ErrorSourceName;

} BioAPI_ERROR_INFO;

15.29.2 В ПМО БиоАПИ отсутствует соответствующий тип АСН.1.

Примечание - Данный тиг Си используется только для функции BioAPI GetLastErrorlnfo (см. 16.56), для которой нет соответствующего типа сообщений ПМО БиоАПИ.

15.30 Тип BioAPI_EVENT

15.30.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint32_t BioAPI_EVENT;

15.30.2 Для поддерживания данного типа Си в БиоАПИ определены следующие символические константы:

#define BioAPI_NOTIFY JNSERT (1)

#def ine BioAPI_NOTIFY_REMOVE (2)

#define BioAPI_NOTIFY_FAULT (3)

#define BioAPI_NOTlFY_SOURCE_PRESENT (4)

#define BioAPI_NOT1FY_SOURCE_REMOVED (5)

95

ГОСТ Р ИСО/МЭК 24708-2013

15.30.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-UNIT-EVENT-TYPE ::= ENUMERATED { insert, remove, fault, sourcePresent, sourceRemoved,

}

15.30.4. Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют в соответствии с таблицей 20.

Таблица 20 - Преобразование данных между индивидуальными значениями

Си типа BioAPIEVENT и абстрактными значениями АСП.1 типа BioAPI-UNIT-EVENT-TYPE

15.31 Тип BioAPI_EVENT_MASK

15.31.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint32_t BioAPI_EVENT_MASK;

15.31.2 В БиоАПИ для поддерживания данного типа Си определены

следующие символические константь::

#define BioAPI_NOTlFYJNSERT_BIT (0x00000001)

96

ГОСТ Р ИСО/МЭК 24708-2013

«define BioAPI_NOTlFY_REMOVE_BIT (0x00000002)

«define BioAPi_NOTIFY_FAULT_BIT (0x00000004)

«define BioAPI_NOTIFY_SOURCE_PRESENT_BIT (0x00000008)

«define BioAPI_NOTIFY_SOURCE_REMOVED_BIT (0x00000010)

15.31.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-UNIT-EVENT-TYPE-MASK ::= BIT STRING {

insert (0).

remove (1).

fault (2).

sourcePresent (3).

sourceRemoved (4)

} (SIZE(32))

15.31.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют следующим образом: каждый бит битовой строки АСП.1 должен быть преобразован в бит целого значения Си без знака. Ведущий бит битовой строки (бит 0) должен быть преобразован в наименьший бит целого числа без знака, соответствующий значению 0x00000001, а оставшиеся тридцать один бит должны быть преобразованы по порядку.

15.32 Тип BioAPI_FMR

15.32.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef int32_t BioAPI_FMR:

15.32.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-FMR ::= Signedlnt

15.32.3 Преобразования между типом Си и типом АСП.1 (в обоих направлениях) выполняют согласно 15.1.6.

15.33 Тип BioAPI_FRAMEWORK_SCHEMA

15.33.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef struct bioapi_framework_schema {

BioAPI_UUID FwProductJuid;

BioAPI_STRING FwDescription;

uint8_t ‘Path;

97

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI_VERSION SpecVersion;

BioAPI_STRING Product’/ersion;

BioAPI_STRING Vendor;

BioAPI_UUID FwPropertyUuid;

BioAPI_DATA FwProperty;

uint8_t ‘HostingEndpointiRI;

} BioAPI_FRAMEWORK_SCHEMA;

15.33.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен

следующим образом:

BioAPI-FRAMEWORK-SCHEMA ::= SEQUENCE {

15.33.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 21.

98

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 2 1 - Преобразование данных между членами типа Си

BioAPIFRAMEWORKSCHEM А и компонентами АСП.1 типа BioAPI-

FRAMEWORK-SCHEMA

15.34 Тин BioAPI_GUI_BITMAP

15.34.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef struct bioapi_gui_bitmap {

BioAPI_BIR_SUBTYPE_MASK SubtypeMask;

uint32_t Width;

uint32_t Height;

BioAPI_DATA Bitmap;

} BioAPI_GUI_BITMAP;

15.34.2 В ПМО БиоАПИ соответствующий тип АС11.1 определен следующим образом:

BioAPI-GUI-BITMAP ::= SEQUENCE {

99

ГОСТ Р ИСО/МЭК 24708-2013

15.34.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 22.

Таблица 2 2 - Преобразование данных между членами типа Си

BioAPI GUI BITMAP и компонентами АСН.1 типа BioAPI-GUI-BITMAP

15.35 Тип BioAPI_GUI_BITMAP_ARRAY

15.35.1 В ПМО БиоАПН данный тип Си определен следующим образом: typedef struct bioapi_gui_bitmap_array {

uint32_t NumberOfMembers;

BioAPI_GUI_BITMAP ’GuiBitmaps;

} BioAPI_GUI_BITMAP_ARRAY;

15.35.2 В ПМО БиоАПН соответствующий тип АСП.1 определен следующим образом:

BioAPI-GUI-BITMAP-ARRAY ::= SEQUENCE {

guiBitmaps SEQUENCE (SIZE(O..max-unsigned-int)) OF

guiBitmap BioAPI-GUI-BITMAP

15.35.3 Преобразование пары членов Си NumberOfMembers/Members в компонент ACH.l members выполняют следующим образом: принимают N равным значению члена NumberOfMembers. в этом случае каждый из первых элементов N (типа BioAPI_GUI_BITMAP - см. 15.34) в массиве, выделенном членом Members, должен быть преобразован по порядку в элемент

КЮ

ГОСТ Р ИСО/МЭК 24708-2013

компонента members согласно 15.34. У компонента members должно быть точное число элементов N.

15.35.4 Преобразование компонента АСН.1 members в пару членов Си NumberOfMembers/Members выполняют следующим образом: принимают /V равным числу элементов компонента members, в этом случае новый массив элементов А типа BioAPI_GUI_BITMAP (см. 15.34) должен быть заполнен путем преобразования каждого элемента компонента members по порядку в элемент массива согласно 15.34. Член Members должен быть установлен в адрес массива, a NumberOfMembers должен быть установлен на N.

15.36 Тип BioAPI_GUI_EVENT_SUBSCRIPTION

15.36.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef struct _bioapi_gui_event_subscription {

const uint8_t 'SubscriberEndpointIRI;

BioAPI_UUlDGUIEventSubscrip:ionUuid;

BioAPI_BOOLGUISelectEventSubscribed;

BioAPI_BOOL GUIStateEventSubscribed;

BioAPI_BOOL GUIProgressEventSubscribed;

} BioAPI_GUI_EVENT_SUBSCRIPTION;

15.36.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-GUI-EVENT-SUBSCRIPTION ::= SEQUENCE {

1

15.36.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 23.

101

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 2 3 - Преобразование данных между членами типа Си BioAPI_GUI_EVENT_SUBSCRIPTION и компонентами типа АСН.1 BioAPI-GUI-EVENT-SUBSCRIPTION

15.37 Тип BioAPI_GUI_MOMENT

15.37.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef uint8J BioAPI_GUI_MOMENT;

15.37.2 В БиоАПИ для поддерживания данного типа Си определены

следующие символические константы:

«define BioAPI_GUI_MOMENT_BEFORE_START (1)

«define BioAPI_GUI_MOMENT_DURlNG (2)

«define BioAPI_GUI_MOMENT_AFTER_END (3)

15.37.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-GUI-MOMENT ::= ENUMERATED {

beforeStart, during, afterEnd,

1

15.37.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют в соответствии с таблицей 24.

102

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 24 - Преобразование данных между индивидуальными значениями Си типа BioAPIGUIMOMENT и абстрактными значениями АСН.1 типа BioAPI-GUI-MOMENT

15.38 Тип BioAPI_GUI_ENROLL_TYPE

15.38.1 В ПМО БиоАПИ данный тип Си определен следующим образом:

typedef uint32_t BioAPI_GUI_ENROLL_TYPE;

15.38.2 Для поддерживания данного типа Си в БноАПИ определены следующие символические константы:

tfdefine BioAPI_GUI_ENROLL_TYPE_TEST_VERIFY (0x00000001)

tfdefine BioAPI_GUI_ENROLL_TYPE_MULTIPLE_CAPTURE (0x00000002)

15.38.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-GUI-ENROLL-TYPE ::= BIT STRING {

testVerify (0), multiplecapture (1)

}(SIZE(32))

15.38.4 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют следующим образом: каждый бит битовой строки АСН.1 должен быть преобразован в бит целого числа Си без знака. Наибольший бит битовой строки (бит 0) должен быть преобразован в наименее

103

ГОСТ Р ИСО/МЭК 24708-2013

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

15.39 Тип BioAPI_GUI_OPERATION

15.39.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint8J BioAPf_GUI_OPERATION;

15.39.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

«define BioAPI_GUI_OPERATlON_CAPTURE (1)

«define BioAPI_GUI_OPERAT1ON_PROCESS (2)

«define BioAPI_GULOPERATION_CREATETEMPLATE (3)

«define BioAPI_GUI_OPERATION_VERIFYMATCH (4)

«define BioAPI_GUI_OPERATlON_IDENTIFYMATCH (5)

«define BioAPI_GUI OPERATION_VERIFY (6)

«define BioAPLGUI OPERATION ^IDENTIFY (7)

«define BioAPI_GUI_OPERATlON_ENROLL (8)

15.39.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-GUI-OPERATION ::= ENUMERATED {

capture, process, createtemplate. Verifymatch, identifymatch.

Verify, identify, enroll,

15.39.4 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют в соответствии с таблицей 25.

104

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 25 - Преобразование данных между индивидуальными значениями Си типа BioAPI_GUI_OPERATION и абстрактными значениями АСН.1 типа BioAPI-GUI-OPERATION

15.40 Тип BioAPI_GUI_RESPONSE

15.40.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint8J BioAPI_GUI_RESPONSE;

15.40.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

105

ГОСТ Р ИСО/МЭК 24708-2013

15.40.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-GUI-RESPONSE ::= ENUMERATED { default. opComplete. opCancel. cycleStart, cycleRestart, subopStart.

subopNext, progressContinue, progresscancel, recapture.

1

15.40.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют в соответствии с таблицей 26.

Таблица 26 - Преобразование данных между индивидуальными значениями Си типа BioAPIGUIRESPONSE и абстрактными значениями АСН.1 типа BioAPI-GUI-RESPONSE

106

ГОСТ Р ИСО/МЭК 24708-2013

15.41 Тин BioAPI_GUI_SUBOPERATION

15.41.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint8J BioAPI_GU1_SUBOPERATION;

15.41.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

#define BioAPI_GUI_SUBOPERATION_CAPTURE (1)

adefine BioAPI_GUI_SUBOPERATION_PROCESS (2)

adefine BioAPI_GUI_SUBOPERATION_CREATETEMPLATE (3)

adefine BioAPI_GUI_SUBOPERATION_VERIFYMATCH (4)

adefine BioAPI_GUI_SUBOPERATIONJDENTIFYMATCH (5)

15.41.3 В ПМО БноАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-GUI-SUBOPERATION ::= ENUMERATED {

capture, process, createtemplate, Verifymatch, identifymatch,

}

15.41.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют в соответствии с таблицей 27.

107

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 27 - Преобразование данных между индивидуальными значениями Си типа BioAPI GUI_SUBOPERATION и абстрактными значениями АСН.1 типа BioAPI-GUi-SUBOPERATION

15.42 Тип BioAPI_HANDLE

15.42.1 В ПМО БиоАПН данным тип Си определен следующим образом: typedef uint32_t BioAPI_HANDLE;

15.42.2 В ПМО БиоАПН соответствующий тип АСН.1 определен следующим образом:

BioAPI-HANDLE ::= Unsignedlnt

15.42.3 Преобразования между типом Си и типом АСН.1 (в обоих направлениях) выполняют согласно 15.1.5.

108

ГОСТ Р ИСО/МЭК 24708-2013

15.43 Тин BioAPI IDENTIFY POPULATION

15.43.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef struct bioapi_identify_population {

BioAPI_IDENTIFY_POPULATION_TYPE Type;

union {

BioAPI_DB_HANDLE ’BiRDataBase;

BioAPI_BIR_ARRAY_POPULATION ’BIRArray;

} B!Rs;

} BioAPI_IDENTIFY_POPULATION;

15.43.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен

следующим образом:

BioAPI-lDENTIFY-POPULATION ::= SEQUENCE {

15.43.3 Преобразование пары членов Си Type/BIRs в компонент АСН.1

birs выполняют в соответствии с таблицей 28. при этом выполняют следующие действия в указанном порядке:

а) определяют наличие альтернативного компонента BIRs. который основывается на значении Туре Туре;

Ь) выбирают альтернативу компонента birs. который соответствует значению Туре:

с) преобразовывают член Си в альтернативу компонента birs.

15.43.4 Преобразование компонента АСН.1 birs в пару компонентов членов Си Type/BIRs выполняют в соответствии с таблицей 28. при этом выполняют следующие действия в указанном порядке:

а) установка члена Туре, который основывается на имеющейся альтернативе компонента birs;

b) выбирают соответствующую альтернативу члена BIRs;

с) преобразовывают компонент АСН.1 в член Си.

109

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 28 - Преобразование данных между альтернативами члена BIR типа Си BioAPI IDENTIFY POPULATION и альтернативами компонента АСН.1 bir типа BioAPI-CANDIDATE

15.43.5 Преобразование члена Си BIR Array в компонент АСП.1 birPresetArray выполняют путем установки компонента birPresetArray на NULL. Любое значение BIRArray отличное от NULL не преобразовывается, в случае обнаружения таких значений применяется раздел 33.

15.43.6 Преобразование компонента АСП.1 birPresetArray в член Си BIRArray выполняется путем установки члена BIRArray в NULL.

15.44 Тип BioAPI_IDENTIFY_POPULATION_TYPE

15.44.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uintej BioAPIJDENTIFY POPULATION_TYPE:

15.44.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

«define BioAPI_DB_TYPE (1)

«define BioAPI_ARRAY_TYPE (2)

«define BioAPI_PRESET_ARRAY_TYPE (3)

15.44.3 В ПМО БиоАПИ отсутствует соответствующий тип АСП.1

Примечание - Данный тип Си используется в типах Си BioAPI_CANDIDATE (см. 15.20) и Bio API IDENTIFY^ POPULATION (см. 15.43) и НО

ГОСТ Р ИСО/МЭК 24708-2013

определяет выбор одного из трех способов определения популяции ЗБИ в операции идентификации. В соответствующих типах ACH.I BioAPI-CANDIDATE и BioAPI-IDENTIFY-POPULATION выбор одного из трех способов определения популяции ЗБИ представлен конструкцией CHOICE.

15.45 Тип BioAPI_INDICATOR_STATUS

15.45.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint8_t BioAPI_INDICATOR_STATUS;

15.45.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

«define BioAPI_INDICATOR_ACCEPT (1)

«define BioAPI_INDICATOR_REJECT (2)

«define BioAPI_INDICATOR_READY (3)

«define BioAPI_INDICATOR_BUSY (4)

«define BioAPI_INDICATOR_FAILURE (5)

15.45.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-INDICATOR-STATUS ::= ENUMERATED {

accept, reject, ready, busy, failure,

1

15.45.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют в соответствии с таблицей 29.

Ill

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 29 - Преобразование данных между индивидуальными значениями Си типа BioAPI INDICATOR STATUS и абстрактными значениями АСН.1 типа BioAPI-INDICATOR-STATUS

15.46 Тип BioAPI_INPUT_BIR

15.46.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef struct bioapi_input_bir {

BioAPI_INPUT_BIR_FORM Form;

union {

BioAPI_DBBIR_ID ’BIRinDb;

BioAPI_BIR_HANDLE ’BIRinBSP;

BioAPI_BIR ‘BIR;

} InputBIR;

} BioAPI_INPUT_BIR;

15.46.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPMNPUT-BIR ::= SEQUENCE {

112

ГОСТ Р ИСО/МЭК 24708-2013

15.46.3 Преобразование пары членов Си Form/InputBIR в компонент АСН.1 inputBIR выполняют в соответствии с таблицей 30, при этом выполняют следующие действия в указанном порядке:

а) определение наличия альтернативного компонента InputBIR, который основывается на значении Form:

b) выбор альтернативы компонента inputBIR, который соответствует значению Form:

с) преобразование члена Си в альтернативу компонента inputBIR.

15.46.4 Преобразование компонента АСН.1 inputBIR в пару членов Си Form/InputBIR выполняется в соответствии с Таблицей 30 с выполнением следующих действий (в заданном порядке):

а) установка члена Form, который основывается на имеющейся альтернативе компонента inputBIR:

b) выбор соответствующей альтернативы члена InputBIR:

с) преобразование компонента АСП.1 в член Си.

Таблица 30 - Преобразование данных между альтернативами члена BIR типа Си BioAPI INPUT BIR и альтернативами компонента АСП.1 bir типа

BioAPI-INPUT-BIR

ИЗ

ГОСТ Р ИСО/МЭК 24708-2013

15.47 Тин BioAPI_INPUT_BIR_FORM

15.47.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint8J BioAPI_INPUT_BIR_FORM;

15.47.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

«define BioAPI_DATABASE_IDJNPUT (1)

«define BioAPI_BIR_HANDLE_INPUT (2)

«define BioAPI_FULLBIR_INPUT (3)

15.47.3 В ПМО БиоАПИ отсутствует соответствующий тип АСП.1.

Примечание - Данный тип Си используется в BioAPI_INPUT BIR (с.м. 15.46) и определяет выбор одного из трех способов определения входящих ЗБИ во многих операциях. В соответствующем типе ЛСН.1 BioAPI-INPUT-BIR. выбор одного из трех способов определения входящих ЗБИ представлен конструкцией CHOICE.

15.48 Тип BioAPI_OPERATIONS_MASK

15.48.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint32_t BioAPI_OPERATIONS_MASK;

15.48.2 Для поддерживания данного типа Си в БиоАПИ определены

следующие символические константы:

114

ГОСТ Р ИСО/МЭК 24708-2013

15.48.3 В ПМО БиоАПИ соответствующий тип АСП.1 определен

следующим образом:

BioAPI-OPERATIONS-MASK ::= BIT STRING {

) (SIZE(32))

15.48.4 Преобразование между типом Си и типом АСП.1 (в обоих

направлениях) выполняют следующим образом: каждый бит битовой строки

АСП.1 должен быть преобразован в бит целого значения Си без знака.

115

ГОСТ Р ИСО/МЭК 24708-2013

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

15.49 Тип BioAPI_OPTIONS_MASK

15.49.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint32_t BioAPI_OPTIONS_MASK;

15.49.2 Для поддерживания данного типа Си в БиоАПИ определены следующие символические константы:

15.49.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен

следующим образом:

BioAPl-OPTIONS-MASK ::= BIT STRING {

116

ГОСТ Р ИСО/МЭК 24708-2013

} (SIZE(32))

15.49.4 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют следующим образом: каждый бит битовой строки АСП.1 должен быть преобразован в бит целого числа Си без знака. Наибольший бит битовой строки (бит 0) должен быть преобразован в наименее значимый бит целого числа без знака (ответствующий значению 0x0000000 Г), а оставшиеся тридцать один бит должны быть преобразованы по порядку.

15.50 Тип BioAPI POWER MODE

15.50.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint32_t BioAPI_POWER_MODE;

15.50.2 Для поддерживания данного типа Сив БиоАПИ определены следующие символические константы:

#define BioAPI_POWER_NORMAL (1)

#define BioAPI_POWER_DETECT (2)

#define BioAPI_POWER_SLEEP (3)

15.50.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

117

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI-POWER-MODE ::= ENUMERATED { normal, detect, sleep,

15.50.4 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют в соответствии с таблицей 31.

Таблица 3 1 - Преобразование данных между индивидуальными значениями Си типа BioAPIPOWERMODE и абстрактными значениями АСП.1 типа BioAPI-POWER-MODE

15.51 Тип BioAPI QUALITY

15.51.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef int8_t BioAPI_QUALITY;

15.51.2 В ПМО БиоАПИ соответствующий тип АСП.1 определятся следующим образом:

BioAPI-QUALITY ::= INTEGER (-2..100)

15.51.3 Преобразования между типом Си и типом АСП.1 (в обоих направлениях) выполняют согласно 14.1.2.

15.51.4 Значения качества, не входящие в диапазон от 2 до 100 - не преобразуются. В случае обнаружения таких значений выполняют действия, указанные в разделе 32.

118

ГОСТ Р ИСО/МЭК 24708-2013

15.52 Тин BioAPI_RETURN

15.52.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint32_t BioAPI_RETURN;

15.52.2 Многие символические константы, определенные в ПМО БиоАПИ для поддерживания данного типа Си. определяют состояние ошибки.

15.52.3 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-RETURN ::= Unsignedlnt

15.52.4 Преобразования между типом Си и типом АСП.1 (в обоих направлениях) выполняют согласно 15.1.5.

15.53 Тип BioAPI_STRING

15.53.1 В ПМО БиоАПИ данным тип Си определен следующим образом:

typedef uint8_t BioAPI_STRING [269];

15.53.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-STRING ::= UTF8String (CONSTRAINED BY

{-The UTF-8 encoding shall not contain any NULL characters-

-and shall be no longer than 268 octets-})

15.53.3 Преобразование типа Си в тип АСН.1 выполняют следующим образом: содержимое массива октетоз. выделенного переменной Си до первого (исключительного) октета с нулевым значением, должно интерпретируют как UTF-8 кодировка строки символов. Абстрактное значение АСН.1 должно быть установлено в такую строку символов.

15.53.4 Преобразование типа АСН.1 в тип Си выполняют следующим образом: принимают L равным длине (в октетах) UTF-8 кодировки абстрактной строки АСН.1, в этом случае первые октеты L + 1 массива октетов, выделенного переменной Си. должны быть заполнены UTF-8 кодированием, а следующие за ними - октетом с нулевым значением.

Примечание - Ограничение, наложенное на определение типа .АСН.1. гарантирует, что массив байтов Си не переполниться во время преобразования.

119

ГОСТ Р ИСО/МЭК 24708-2013

15.54 Тин BioAPITIME

15.54.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef struct bioapijime {

uint8_t Hour; uint8_t Minute; uint8_t Second;

} BioAPI_TIME;

15.54.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPl-TIME ::= SEQUENCE { hour INTEGER (0..99), minute INTEGER (0..99), second INTEGER (0..99) 1

15.54.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 32.

Таблица 32 - Преобразование данных между членами типа Си BioAPI_TIME и компонентами АСН.1 типа BioAPl-TIME

15.54.4 Абстрактное значение типа BioAPl-TIME. состоящего из трех компонентов hour, minute и second равных 99, допускается. В отличие от указанного определенного абстрактного значения, все значения hour, не входящие в диапазон от 0 до 23, все значения minute, не входящие в диапазон от 0 до 59. и все значения second, не входящие в диапазон от 0 до 59 не могут

120

ГОСТ Р ИСО/МЭК 24708-2013

быть преобразованы; при обнаружении таких значений выполняют действия, указанные в разделе 33.

15.55 Тин BioAPI_UNIT_ID

15.55.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint32_t BioAPI_UNIT_ID;

15.55.2 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-UNIT-ID ::= Unsignedlnt

15.55.3 Преобразования между типом Си и типом АСН.1 (в обоих направлениях) выполняются согласно 15.1.5.

15.56 Тип BioAPI_UNIT_LIST_ELEMENT

15.56.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef struct _bioapi_unit_list_element {

BioAPI_CATEGORY UnitCategory; BioAPI_UNITJD UnitID;

} BioAPI_UNIT_LIST_ELEMEWT;

15.56.2 В ПМО БиоАПИ соответствующий тип АСП.1 определен следующим образом:

BioAPI-UNIT-LIST-ELEMENT ::= SEQUENCE { category BioAPI-CATEGORY, unitID BioAPI-UNIT-ID

15.56.3 Преобразование между типом Си и типом АСН. 1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 33.

121

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 3 3 - Преобразование данных между членами типа Си

BioAPI UNIT LIST ELEMENT и компонентами АСН.1 типа BioAPI-UNIT-

LIST-ELEMENT

15.57 Тип BioAPI UNIT SCHEMA

15.57.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef struct bioapi_unit_schema {

} BioAPI_UNIT_SCHEMA;

15.57.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPI-UNIT-SCHEMA ::= SEQUENCE { bspProductUuid unitManagerProductUuid unitld category

BioAPI-UUID, BioAPI-UUID. BioAPI-UNIT-ID, BioAPI-CATEGORY,

122

ГОСТ Р ИСО/МЭК 24708-2013

15.57.3 Преобразование между типом Си и типом АСН.1 (в обоих направлениях) выполняют путем преобразования между индивидуальными членами Си и компонентами АСН.1 в соответствии с таблицей 34.

Таблица 3 4 - Преобразование данных между членами типа Си BioAPIUNITSCHEMA и компонентами АСН.1 типа BioAPI-UNIT-SCHEMA

123

ГОСТ Р ИСО/МЭК 24708-2013

Окончание таблицы 34

Примечание - В типе СП ВioAPI_UNIT_SCHEMА не присутствует параметр HostingEndpointIRI или У У ИД доступа ПБУ. Все .модули, возвращенные BioAPI QueryUnits, находятся в той конечной точке ПМО БиоАПИ. которая является главной конечной точкой ПБУ. Схема .модулей, представленная функцией BioAPI EVENT_HANDLER. принадлежит модулю, который управляется (прямо или косвенно) ПБУ. чей УУИД представлен в качестве первого параметра такой функции.

15.58 Тип BioAPI_UUID

15.58.1 В ПМО БиоАПИ данный тип Си определен следующим образом: typedef uint8_t BioAPI_UUID[16];

15.58.2 В ПМО БиоАПИ соответствующий тип ACH.l определен следующим образом:

BioAPI-UUID ::= OCTET STRING (SIZE(15))

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

15.58.4 Преобразование типа АСН.1 в тип Си выполняют путем заполнения октетной строки, которая выделена переменной Си, 16 октетами строки АСН.1.

124

ГОСТ Р ИСО/МЭК 24708-2013

15.59 Тин BioAPI_VERSION

15.59.1 В ПМО БиоАПИ данным тип Си определен следующим образом: typedef uint8_t BioAPI_VERSION;

15.59.2 В ПМО БиоАПИ соответствующий тип АСН.1 определен следующим образом:

BioAPl-VERSiON ::= SEQUENCE {

major INTEGER (0..15),

minor INTEGER (0..15)

}

15.59.3 Преобразование между типом Си и типом АСП.1 (в обоих направлениях) выполняют следующим образом: наиболее значимую половину октетов и наименее значимую половину октетов рассматривают как два отдельных (целых) члена типа Си, каждый из которых должен быть преобразован согласно таблице 35.

Таблица 3 5 - Преобразование данных между членами типа Си

BioAPI VERSION и компонентами АСН.1 типа BioAPI-VERSION

125

ГОСТ Р ИСО/МЭК 24708-2013

16 Функции, определенные в БноАПИ, и соответствующие сообщения ПМО БиоАПИ

16.1 Функция Bio API Init

16.1.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI-RETURN BioAPI BioAPIJnit (BioAPI_VERSION Version);

16.1.2 Связанные типы сообщений ПМО БиоАПИ отсутствуют.

16.1.3 Когда инфраструктура получает вызов к функции BioAPI_lnit от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) совершить внутренний вызсв функции БиоАПИ (см. 13.10) к той же функции с теми же значениями параметра, как и во входящем вызове;

Ь) Если возвращенное значение внутреннего вызова не равно 0. возвратить такое значение локальному приложению без выполнения следующих действий;

с) создать все концептуальные таблицы первоначально пустыми;

d) установить ИИР конечной точки в локальной конечной точке в верное уникальное ИИР.

Примечание I - Настоящий стандарт не распространяется на средства, с помощью которых инфраструктура выбирает ИИР:

е) добавить поле к таблице VisibleEndpoints (см. 18.2), в котором:

1) компонент hostingEndpointIRI должен быть установлен в ИИР локальной точки и

2) оставшиеся компоненты должны быть установлены из атрибутов схемы структуры локального реестра компонентов:

Г) для каждой схемы ПБУ в локальном реестре компонентов добавить поле к таблице VisibleBSPRegistrations (см. 18.3). в котором:

I) компонент hostingEndpointIRI должен быть установлен в ИИР локальной точки:

126

ГОСТ Р ИСО/МЭК 24708-2013

2) компонент bspAccessUuid должен быть установлен в динамически произведенный УУИД; и

3) оставшиеся компоненты должны быть установлены из атрибутов схемы ПБУ локального реестра компонентов;

Примечание 2 - Другой УУИД доступа ПБУ может быть создан от того же ПБУ, при этом каждый раз BioAPIInit или BIOAPI_lnitEndpoint вызывается локальным приложением:

g) для каждой схемы ПБФ в локальном реестре компонентов добавить поле к таблице VisibleBFPRegistrations (см. 18.4). в котором:

I) компонент hostingEndpointiRI должен быть установлен в ИИР локальной точки; и

2) оставшиеся компоненты должны быть установлены из атрибутов схемы ПБФ локального реестра компонентов;

h) при необходимости выполнять действия, которые выполняют в случае, когда инфраструктура получает один или более вызовов функции BioAPI LinkToEndpoint от локального приложения (см. 16.4), со значением параметра slaveEndpointIRI, основанном на данных конфигурации инфраструктуры.

i) возвратить значение 0 локальному приложению.

Примечание 3 - Настоящий стандарт не распространяется на средства, с помощью которых инфраструктура определяет набор конечных точек ПМО БиоАПИ для связи во время вызова функции BioAPI_lnit. Эта информация может быть получена из параметров конфигурации реализации инфраструктуры.

16.2 Функция BioAPIInitEndpoint

16.2.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPI BioAPIJnitEndpoint

(BioAPI_VERSION Version,

const uint8_t ‘LocalEndpointIRI);

16.2.2 Связанные типы сообщений ПМО БиоАПИ отсутствуют.

127

ГОСТ Р ИСО/МЭК 24708-2013

16.2.3 Когда инфраструктура получает вызов к функции BioAPI_lnitEndpoint от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) совершить внутренний вызсв функции БиоАПИ (см. 13.10) к той же функции с теми же значениями параметра, как и во входящем вызове;

Ь) Если возвращенное значение внутреннего вызова не равно 0. возвратить такое значение локальному приложению без выполнения следующих действий;

с) создать все концептуальные таблицы первоначально пустыми;

d) Если значение LocalEndpointIRI не NULL, установить ИИР конечной точки локальной конечной точки на такое значение;

е) Если значением LocalEndpointIRI является NULL, либо установить ИИР конечной точки локальной конечной точки на любое верное уникальное значение ИИР. либо возвратить значение BioAPIERR_LOCAL_ENDPOINT_IRI_NEEDED локальному приложению без выполнения указанных далее действий.

Примечание 1 - Настоявши стандарт не распространяется на средства, с помощью которых инфраструктура выбирает ИИР. Инфраструктура, которая играет второстепенную роль, должна иметь возможность установки ИИР локальной конечной точки даже при отсутствии локального приложения, которое совершает вызов вызова BioAPI InitEndpoint:

f) добавить поле к таблице VisibleEndpoints (см. 18.2), в котором:

1) компонент hostingEndpointIRI должен быть установлен в ИИР локальной конечной точки и

2) оставшиеся компоненты должны быть установлены из атрибутов схемы структуры локального реестра компонентов:

g) для каждой схемы ПБУ в локальном реестре компонентов добавить поле к таблице VisibleBSPRegistrations (см. 18,3). в котором:

1) компонент hostingEndpointIRI должен быть установлен в ИИР локальной конечной точки;

128

ГОСТ Р ИСО/МЭК 24708-2013

2) компонент bspAccessUuid должен быть установлен в динамически созданный УУИДи

3) оставшиеся компоненты должны быть установлены из атрибутов схемы ПБУ локального реестра компонентов.

Примечание 2 - Различные УУИД доступа ПБУ могут быть сгепенированы для одного и того же ПБУ каждый раз. когда BioAPI_lnit или BioAPI_lnitEndpoint вызывается локальным приложением:

11) для каждой схемы ПБФ в локальном реестре компонентов добавить поле к таблице VisibleBFPRegistrations (см. 18.4). для которого:

I ) компонент hostingEndpointIRI должен быть установлен в НИР локальной конечной точки; и

2) оставшиеся компоненты должны быть установлены из атрибутов схемы ПБФ локального реестра компонентов;

i) при необходимости выполнять действия, которые выполняют в случае, когда инфраструктура получтет один или более вызовов функции BioAPI LinkToEndpoint от локального приложения (см. 16.4) со значением параметра slaveEndpointIRI, основанном на данных конфигурации инфраструктуры.

j) возвратить значение 0 локальному приложению.

Примечание 3 - Настоящий стандарт не распространяется на средства, с помощью которых инфраструктура определяет набор конечных точек ПМО БиоЛПИ для связи во время вызова функции BioAPI_lnitEndpoint. Эта информация может быть получена из параметров конфшурации реализации инфраструктуры.

16.3 Функция BioAPI_Terminate

16.3.1 Данная функция определена в БиоАПИ следующим образом: BioAPI-RETURN BioAPI BioAPI_Terminate

(void);

16.3.2 С данной функцией связан только тип сообщения уведомления ПМО БиоАПИ masterDeletionEvent. Этот тип сообщений ПМО БиоАПИ переносит значение следующего параметра типа АСП.1 сообщений ПМО БиоАПИ: MasterDeletionEvent-NotificationParams ::= NULL

129

ГОСТ Р ИСО/МЭК 24708-2013

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

16.3.3.1 Для каждого поля таблицы VisibleEndpoints (см. 18.2), в котором компонент hostingEndpointIRI (slaveEndpointIRI) имеет значение, отличающееся от ПИР локальной конечной точки, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать и отправить сообщение запроса ПМО БиоАПИ deleteMaster (см. 13.1 и 16.5.2) с ИИР второстепенной конечной точки, установленным в slaveEndpointIRI. со значением параметра, установленным в NULL;

b) принять корреспондирующее сообщение ответа ПМО БиоАПИ deleteMaster (см. 13.6) и

с) удалить поле таблицы схемы структуры (выполняют действия, указанные в 18.2.3);

Примечание - Такими второстепенными конечными точками являются все конечные точки ПМО БиоАПИ, в которые было отправлено сообщение запроса ПМО БиоЛПИ addMaster, но не отправлено последующее сообщение запроса ПМО БноАПИ deleteMaster. которое может быть любым сообщением запроса ПМО БиоЛПИ addMaster, отправленным во время обработки вызова функции BioAPIJnit или BioAPI_lnitEndpoint (см. 16.1);

d) при необходимости разрушить соединение(я) транспортного уровня с второстепенной конечной точкой согласно требованиям использующейся привязки транспортного протокола.

16.3.3.2 Для каждого поля (mc.sterEndpoint) таблицы MasterEndpointS (см. 18.1), инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать и отправить сообщение уведомления ПМО БиоАПИ masterDeletionEvent (см. 13.4) с ИИР главной конечной точки установленным из компонента masterEndpointIRI в slaveEndpointIRI. и со значением параметра, установленным в NULL;

130

ГОСТ Р ИСО/МЭК 24708-2013

Ь) удалить поле таблицы MasterEndpoints (выполняют действия, указанные в 18.13);

с) при необходимости, разрушить соединение(я) транспортного уровня с главной конечной точкой согласно требованиям использующейся привязки транспортного протокола.

16333 Удалить все поля таблицы ApplicationOwnedMemoryBlocks (см. 18.13).

163.3.4 Совершить внутренний вызов функции БиоАПИ (см. 13.10) к той же функции, как при входящем вызове, и вернуть локальному приложению возвращенное значение внутреннего вызова.

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

16.3.4 Когда инфраструктура принимает (см. 12.9) сообщение уведомления ПМО БиоАПИ masterDeletionEvent от второстепенной конечной точки, она должна выполнить следующие действия в указанном порядке:

а) удалить поля (если есть) таблицы VisibleEndpoints, в которых компонент hostingEndpointiRI содержит ИИР второстепенной конечной точки (выполняют действия, указанные в 17.2.3);

Ь) установить, что для отправления отсутствуют сообщения подтверждение ПМО БиоАПИ.

16.4 Функция BioAPI LinkToEndpoint

16.4.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI_ LinkToEndpoint

(const uint8_t 'SlaveEndpointIRI);

16.4.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ addMaster и тип сообщения ответа

131

ГОСТ Р ИСО/МЭК 24708-2013

ПМО БиоАПИ addMaster. которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ (соответственно):

AddMaster-RequestParams ::= SEQUENCE { bipVersion BioAPI-VERSION

} и

}

16.4.3 Следующий тип АСП.1 помогает при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

LinkCallParams ::= SEQUENCE {

slaveEndpointIRI EndpointIRI )

16.4.4 Когда инфраструктура получает вызов к функции BioAPI_LinkToEndpoint от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) установить число связей, связанных со связью ПМО БиоАПИ. на случайно созданное значение и идентификатор запроса, связанного со связью ПМО БиоАПИ, на другое случайно созданное значение.

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

Ь) создать временное абстрактное значение (HnkCallParams) типа LinkCallParams (см. 16.4.3) из преобразований параметров вызова функции BioAPI LinkToEndpoint. согласно 16.4.6;

132

ГОСТ Р ИСО/МЭК 24708-2013

с) проинспектировать таблицу VisibleEndpointS (см. 18.2) на наличие поля, в котором компонент hostingEndpointIRI имеет такое же значение, как и компонент slaveEndpointIRI HnkCallParams-, d) при необходимости установить одно- или двухуровневые транспортные соединения с второстепенной конечной точкой, согласно требованиям использующейся привязки транспортного протокола;

е) Если такое поле обнаружено. возвратить значение BioAPIERR_SLAVE_ALREADY_LINKED локальному приложению, без выполнения следующих действий;

Г) создать временное абстрактное значение (putgoingRequestParams) типа AddMaster-RequestParams (см. 16.4.2), в котором компонент bipVersion должен быть установлен на номер версии настоящего стандарта (см. 13.15);

g) создать и отправить сообщение запроса ПМО БиоАПИ addMaster (см. 13.2) с ПИР второстепенной конечной точки, установленной из компонента slaveEndpointIRI UnkCallParams, и значением параметра, установленным в oulgoingRequestParams-.

h) принять корреспондирующее сообщение ответа ПМО БиоАПИ addMaster (см. 13.6);

i) Если возвращенное значение addMaster сообщения ответа ПМО БиоАПИ не равно 0. возвратить такое значение локальному приложению без выполнения следующих действий;

j) разрешить incomingResponseParams выступать в качестве значения параметра AddMaster-ResponseParams (см 16.4.2) в сообщении ответа ПМО БиоАПИ addMaster;

к) Если добавочный компонент fwSchema отсутствует, возвратить значение BioAPIERR_FRAMEWORK_SCHEMA_ABSENT локальному приложению, без выполнения следующий действий;

133

ГОСТ Р ИСО/МЭК 24708-2013

I) Если в качестве значение компонента bspProductUuid в двух или более элементах компонента bspSchemas incomingResponseParams встречаются одинаковые УУИД продукта ПБУ, возвратить значение BioAPIERR_DUPLICATE_BSP_PRODUCT_UUID локальному приложению без выполнения следующий действий;

т) Если в качестве значение компонента bfpProductUuid в двух или более элементах компонента bfpSchemas mcomingResponseParams встречаются одинаковые УУИД продукта ПБФ, возвратить значение BioAPIERR_DUPLICATE_BFP_PRODUCT_UUID локальному приложению без выполнения последующих действий;

п) добавить поле в таблицу VisibleEndpoints (см. 18.2). в котором:

1) компонент hostingEndpointIRI должен быть установлен из компонента slaveEndpointIRI HnkCallParams и

2) оставшиеся компоненты должны быть установлены из компонентов компонента fwSchema incomingResponseParams;

о) в каждый элемент (b^pSchema) компонента bspSchemas incomingResponsePurams добавить поле в таблицу VisibleBSPRegistrations (см. 18.3), в котором:

1) компонент hostingEndpointIRI должен быть установлен из компонента slaveEndpointIRI HnkCallParams;

2) компонент bspAccessUuid shall должен быть установлен на динамически созданный УУИД: и

3) оставшиеся компоненты должны быть установлены из компонентов bspSchema;

р) для каждого элемента (читай bfpSchema) компонента bfpSchemas mcomingResponseParams добавить поле в таблицу VisibleBFPRegistrations (см. 18.4), в котором:

1) компонент hostingEndpointIRI должен быть установлен из компонента slaveEndpointIRI HnkCaHParants; и

134

ГОСТ Р ИСО/МЭК 24708-2013

2) оставшиеся компоненты должны быть установлены из компонентов bfpSchemu',

q) возвратить значение 0 локальному приложению.

16.4.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) addMaster от конечной точки ПМО БиоАПИ. она должна выполнить следующие действия в указанном порядке:

а) установить число связей, связанных со связью ПМО БиоАПИ, на число связи, обнаруженное во входящем сообщении запроса ПМО БиоАПИ, и установить идентификатор запроса, связанный со связью ПМО БиоАПИ. на другое случайно созданное значение;

Ь) при необходимости создать и отправить корреспондирующее сообщение ответа ПМО БиоАПИ addMaster (см. 13.3) с возвращенным значением, установленным на

BioAPIERR_UNWILLING_TO_ACT_AS_SLAVE, без выполнения последующих действий;

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

с) Если компонент bipVersion значения параметра сообщения запроса ПМО БиоАПИ addMaster имеет значение, отличающееся от номера версии настоящего стандарта (см. 13.15). инфраструктура должна:

Г) создать и отправить корреспондирующее сообщение запроса addMaster (см. 13.3) с возвращенным значением, установленным на BioAPIERR_INCOMPATIBLE_VERSION, без выполнения следующих действий, либо

2) выполнить любые действия, соответствующие для такого номера версии (но не определенные в настоящем стандарте), без выполнения следующих действий;

135

ГОСТ Р ИСО/МЭК 24708-2013

d) проинспектировать таблицу MasterEndpoints (см. 18.1) на наличие поля, в котором компонент masterEndpointIRI содержит ИИР конечной точки запрашивающей конечной точки ПМО БиоАПИ:

е) Если такое поле обнаружено, создать и отправить корреспондирующее сообщение ответа ПМО БиоАПИ addMaster (см. 13.3) с возвращенным значением, установленным на BioAPIERR_MASTER_ALREADY_LINKED без выполнения следующих действий;

f) добавить поле в таблицу MasterEndpoints (см. 18.1), в котором компонент masterEndpointIRI должен быть установлен на ИИР конечной точки запрашивающей конечной точки:

g) определить местоположение поля (fwSchema) таблицы VisibleEndpoints (см. 18.2), в котором компонент hostingEndpointIRI содержит ИИР локальной конечной точки:

h) создать временное абстрактное значение (outgoingResponseParams) типа AddMaster-ResponseParams (см. 16.4.2), в котором должен присутствовать компонент fwSchema установленный на fwSchema, а компоненты bspSchemas или bfpSchemas должны быть изначально пустыми;

i) в каждое поле (bspSchema) таблицы VisibleBSPRegistrations (см. 18.3), в котором компонент hostingEndpointIRI содержит ИИР локальной конечной точки, добавить элемент в компонент bspSchemas outgoingResponseParams, в котором:

I) компонент bspAccessUuid должен быть установлен на 16 нулевых октетов и

2) оставшиеся компоненты элемента должны быть установлены из компонентов bspSchema с теми же именами:

j) в каждое поле (bfpSchenia) таблицы VisibleBFPRegistrations (см. 18.4), в котором компонент hostingEndpointIRI содержит ИИР

136

ГОСТ Р ИСО/МЭК 24708-2013

локальной конечной точки, добавить элемент в компонент bfpSchemas outgomgResponseParams, в котором все компоненты элемента должны быть установлены из компонентов bfpSchema с теми же именами;

к) создать и отправить корреспондирующее сообщение ответа ПМО БиоАПИ addMaster (см. 13.3) со значением параметра, установленном на outgoingResponseParams, и возвращенное значение, установленное на 0.

16.4.6 Преобразование параметров функции Си BioAPILinkToEndpoint в тип АСП.1 LinkCallParams (см. 16.4.3) выполняют путем преобразований из индивидуальных параметров функции в компоненты АСП.1 согласно таблице 36.

Таблица 36 - Преобразования данных из параметров функции

BioAPI LinkToEndpoint в тип АСП.1 LinkCallParams

16.5 Функция BioAPI_UnlinkFromEndpoint

16.5.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI_UnlinkFromEndpoint

(const uint8_t ‘SlaveEndpointIRI);

16.5.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ deleteMaster и тип сообщения ответа ПМО БиоАПИ deleteMaster. которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ. соответственно:

DeleteMaster-RequestParams ::= NULL и

DcleteMaster-RcsponseParams ::= NULL

137

ГОСТ Р ИСО/МЭК 24708-2013

16.5.3 Следующий тип АСН.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПН между конечными точками ПМО БиоАПИ:

UnlinkCallParams ::= SEQUENCE {

SlaveEndpointIRI EndpointIRI }

16.5.4 Когда инфраструктура получает вызов к функции BioAPI_UnlinkFromEndpoint от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (UnlinkCallParams) типа UnlinkCallParams (см. 16.5.3) путем преобразований из параметров функции вызова BioAPIUnlinkFromEndpoint. согласно 16.5.6:

Ь) разрешить slaveEndpointIRI иметь значение компонента SlaveEndpointIRI UnlinkCallParams',

с) проинспектировать таблицу VisibleEndpointS (см. 18.2) на наличие поля, в котором компонент hostingEndpointIRI имеет значение sla veEndpoin г I RI;

d) Если такого поля нет, возвратить значение BioAPIERRNOSUCHSLAVEFOUND локальному приложению, без выполнения следующих действий;

е) создать и отправить сообщение запроса ПМО БиоАПИ deleteMaster (см. 13.2) с ИПР второстепенной конечной точки, установленной на slaveEndpointIRI, с параметром, установленным на NULL;

Г) принять корреспондирующее сообщение ответа ПМО БиоАПИ deleteMaster (см. 13.6);

g) удалить поле таблицы VisibleEndpointS (выполняют действия, указанные в 18.2.3);

138

ГОСТ Р ИСО/МЭК 24708-2013

h) Если возвращенное значение сообщения ответа ПМО БиоАПИ deleteMaster не равно 0. возвратить такое значение локальному приложению, без выполнения следующих действий;

i) при необходимости разрушить соединение(я) транспортного уровня с второстепенной конечной точкой согласно требованиям использующейся привязки транспортного протокола;

j) возвратить 0 локальному приложению.

16.5.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 1.3.9) deleteMaster от главной конечной точки она должна выполнить следующие действия в указанном порядке:

а) проинспектировать таблицу MasterEndpoints (см. 18.1) на наличие поля, в котором компонент masterEndpointIRI содержит значение ИИР конечной точки запрашивающей конечной точки ПМО БиоАПИ;

Ь) Если такое поле не обнаружено, создать и отправить корреспондирующее сообщение ответа ПМО БиоАПИ deleteMaster (см. 13..3) с возвращаемым значением. установленным на BioAPIERR_NO_SUCH_MASTER_FOUND. без выполнения следующих действий;

с) удалить поле таблицы MasterEndpoints (выполняют действия, указанные в 18.1.3);

d) создать и отправить соответствующее сообщение ответа ПМО БиоАПИ deleteMaster (см. I.3..3) со значением параметра, установленным на NULL. и возвращаемым значением, установленным на 0;

е) при необходимости, разрушить соединение(я) транспортного уровня с второстепенной конечной точкой согласно требованиям использующейся привязки транспортного протокола.

16.5.6 Преобразование параметров функции Си BioAPI_UnlinkFromEndpoint в тип АСН.1 UnlinkCallParams (см. 16.5.3)

139

ГОСТ Р ИСО/МЭК 24708-2013

выполняют путем преобразований из индивидуальных параметров функции в компоненты АСН.1 согласно таблице 37.

Таблица 3 7 - Преобразования данных из параметров функции

BioAPI_UnlinkFromEndpoint в тип ACH.l UnlinkCallParams

16.6 Функция BioAPIEnumFrameworks

16.6.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI_EnumFrameworks

(BioAPI FRAMEWORK SCHEMA-FwSchemaArray, unit32_t •NumberOfElements):

16.6.2 Связанные типы сообщений ПМО БиоАПИ отсутствуют.

16.6.3 Следующий тип АСИ 1 применяется при для спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

EnumFrameworksCallOutputParams ::= SEQUENCE OF BioAPI-FRAMEWORK-SCHEMA

16.6.4 Когда инфраструктура получает вызов к функции BioAPIEnumFrameworks от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (outgoingResponseParams) типа EnumFrameworksCallOutputParams (см. 16.6.3) изначально пустое;

Ь) добавить каждое поле таблицы VisibleEndpointS (см. 18.2) к outgoingResponseParams;

140

ГОСТ Р ИСО/МЭК 24708-2013

с) установить исходящие параметры вызова функции BioAPIEnumFrameworks путем преобразования из outgoingResponsePurams, согласно 16.6.5;

d) возвратить значение 0 локальному приложению.

16.6.5 Преобразование параметров функции Си

BioAPI_EnumFrameworks в тип АСП.1 EnumFrameworksCallOutputParams (см. 16.6.3) выполняют путем преобразования индивидуальных параметров функции в компоненты АСП.1 согласно таблице 38.

Таблица 3 8 - Преобразования данных из типа АСП.1

EnumFrameworksCallOutputParams

в параметры функции

BioAPI EnumFrameworks

16.6.6 Преобразование компонента АСН.1 fwSchemas в пару переменных Си, выделенных параметрами

FwSchemaArray/NumberOfElements, выполняют следующим образом: принимают N равным числу элементов компонента fwSchemas: в этом случае

новообразованный массив ^ элементов типа BioAPI_FRAMEWORK_SCHEMA (см. 15.33) должен быть заполнен путем преобразования каждого элемента компонента fwSchemas, по порядку, в элемент массива согласно 15.33. Переменная Си, выделенная параметром FwSchema Array устанавливается в адрес массива, а переменная Си, выделенная параметром NumberOfElements, устанавливается в N.

141

ГОСТ Р ИСО/МЭК 24708-2013

16.7 Функция BioAPIEnumBSPs

16.7.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_EnumBSPs

(BioAPI_BSP_SCHEMA -‘BSPSchemaArrav, uint32_t •NumberOfElements);

16.7.2 Связанные типы сообщений ПМО БиоАПИ отсутствуют.

16.7.3 Следующий тип АСН.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

EnumBSPsCallOutputParams ::= SEQUENCE OF BioAPI-BSP-SCHEMA

16.7.4 Когда инфраструктура получает вызов к функции BioAPI_EnumBSPs от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (outgoingResponseParams) типа EnumBSPsCallOutputParams (см. 16.7.3) изначально пустое;

Ь) добавить каждое поле таблицы VisibleBSPRegistrations (см. 18.3) к он tg oingResponsePa rams;

с) установить исходящие параметры вызова функции BioAPI_EnumBSPs путем преобразования outgoingResponseParams согласно 16.7.5;

d) возвратить значение 0 локальному приложению.

16.7.5 Преобразования параметров функции Си

BioAPI EnumBSPs в тип АСП.1 EnumBSPsCallOutputParams (см. 16.7.3) выполняют путем преобразования индивидуальных параметров функции в компоненты АСП.1 согласно таблице 39.

142

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 3 9 - Преобразования данных из типа АСП.1

EnumBSPsCallOutputParams в параметры функции BioAPIEnumBSPs

16.7.6 Преобразование компонента АСН.1 bspSchemas в пару переменных Си, выделенных параметрами

BSPSchemaArray/NumberOfElements, выполняют следующим образом: принимают А, равным числу элементов компонента bspSchemas: в этом случае новый массив N элементов типа BioAPI BSP SCHEMA (см. 15.19) должен быть заполнен путем преобразования каждого элемента компонента bspSchemas по порядку в элемент массива согласно 15.19. Переменная Си, выделенная параметром BSPSchemaArray устанавливается в адрес массива, а переменная Си. выделенная параметром NumberOfElements, устанавливается в А.

16.8 Функция BioAPI EnumBFPs

16.8.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPI BioAPI_EnumBFPs

(BioAPI_BFP_SCHEMA -BFPSchemaArray.

uint32_t ^NumberOfElements):

16.8.2 Связанные типы сообщении ПМО БиоАПИ отсутствуют.

16.8.3 Следующий тип АСП.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

EnumBFPsCallOutputParams ::= SEQUENCE OF BioAPI-BFP-SCHEMA

143

ГОСТ Р ИСО/МЭК 24708-2013

16.8.4 Когда инфраструктура получает вызов к функции BioAPI_EnumBFPs от локального приложения, она должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (читан outgoingResponseParams) типа EnumBFPsCallOutputParams (см. 16.8.3) изначально пустое;

Ь) добавить каждое поле таблицы VisibleBFPRegistrations (см. 18.4) к outgoingResponseParams;

с) установить исходящие параметры вызова функции BioAPI_EnumBFPs путем преобразования outgoingResponseParams согласно 16.8.5;

d) возвратить значение 0 локальному приложению.

16.8.5 Преобразование параметров функции Си BioAPIEnumBFPs в тип ACH.l EnumBFPsCallOutputParams (см. 16.8.3) выполняют путем преобразования индивидуальных параметров функции в компоненты АСН.1 согласно таблице 40.

Таблица 40 - Преобразования данных из типа АСН.1

EnumBFPsCallOutputParams в параметры функции BioAPI EnumBFPs

16.8.6 Преобразование компонента ACH.l bfpSchemas в пару

переменных Си, выделенных параметрами

BFPSchemaArray/NumberOfElements, выполняют следующим образом: принимают ^ равным числу элементов компонента bfpSchemas: в этом случае новый массив N элементов типа BioAPI_BFP_SCHEMA (см. 15.5)

144

ГОСТ Р ИСО/МЭК 24708-2013

должен быть заполнен путем преобразования каждого элемента компонента bfpSchemas, по порядку, в элемент массива согласно 15.5. Переменная Си, выделенная параметром BFPSchemaArray, устанавливается в адрес массива, а переменная Си. выделенная параметром NumberOf Elements, устанавливается в N.

16.9 Функция BioAPI_BSPLoad

16.9.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI RETURN BioAPI BioAPI BSPLoad

(const BioAP1_UUID ’BSPUuid, BioAPI_EVENT_HANDLER EventHandler, void* EventHandlerCtx);

16.9.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ bspLoad и тип сообщения ответа bspLoad. которые переносяг значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ (соответственно):

BSPLoad-RequestParams ::= SEQUENCE {

bspProductUuid

unitEventSubscription

BioAPI-UUID,

BOOLEAN

BSPLoad-ResponseParams ::= NULL

16.9.3 Следующий тип АСП.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

BSPLoadCallParams ::= SEQUENCE {

bspUuid

unitEventHandlerAddress

unitEventHandlerContext

BioAPI-UUID,

MemoryAddress, Memory Address

16.9.4 Когда инфраструктура получает запрос к функции BioAPI_BSPLoad от локального приложения, она сначала должна определить главную конечную точку и УУИД продукта ПБУ (bspProductUuid) из параметра

145

ГОСТ Р ИСО/МЭК 24708-2013

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

16.9.4.1 Если главная конечная точка является локальной конечной точкой, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (bspLoadCallParams) типа BSPLoadCallParams (см. 16.9.3) путем преобразования параметров вызова функции BioAPI BSPLoad согласно 16.9;

Ь) добавить поле в таблицу RunningBSPLocalReferences (см. 18.5), в котором:

1) компонент hostingEndpointiRI должен быть установлен на ПНР локальной конечной точки;

2) компонент bspProductUuid должен быть установлен на bspProductUuid'..

3) Если компонент bspUuid bspLoadCallParams имеет значение, отличающееся от bspProductUuid, компонент USeBSPAccessUuid поля должен быть установлен на TRUE; в противном случае его устанавливают на FALSE и

4) компоненты unitEventHandlerAddress и unitEventHandlerContext должны быть установлены из компонентов bspLoadCallParams с такими же именами.

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

с) совершить внутренний вызев функции БиоАПИ (см. 13.10) к той же функции с тем же значениями параметра, как и во входящем вызове, за исключением параметра BSPUuid. который должен быть установлен путем преобразования из bspProductUuid согласно разделу 19 и 15.58;

146

ГОСТ Р ИСО/МЭК 24708-2013

d) Если значение параметра внутреннего вызова не равно 0, удалить поле, добавленное над таблицей RunningBSPLocalReferences, и возвратить такое значение локальному приложению без выполнения следующих действии;

е) возвратить значение 0 локальному приложению.

16.9.4.2 Если главная конечная точка является второстепенной конечной точкой инфраструктуры, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (читай bspLoadCallParams) типа BSPLoadCallParams (см. 16.9.3) путем преобразования параметров вызова функции BioAPIBSPLoad согласно 16.9;

Ь) добавить поле в таблицу RunningBSPLocalReferences (см. 18.5), в котором:

1) компонент hostingEndpointIRI должен быть установлен на ИИР главенствующей конечной точки;

2) компонент bspProductUuid должен быть установлен на bspProduciUuid-.

3) Если компонент bsplluid bspLoadCallParams имеет значение, отличающееся от bspProduciUuid. компонент USeBSPAccessUuid поля должен быть установлен на TRUE: в противном случае, он устанавливается на FALSE и

4) компоненты unitEventHandlerAddress и unitEventHandlerContext должны быть установлены из компонентов bspLoadCallParams с такими же именами.

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

147

ГОСТ Р ИСО/МЭК 24708-2013

с) создать временное абстрактное значение (outgoingRequestParams) типа BSPLoad-RequestParams (см. 16.9.2). в котором:

1) компонент bspProductUuid должен быть установлен на bspProductUuid и

2) Если компонент unitEventHandlerAddress bspLoadCallParams имеет значение, отличающееся от 0, компонент unitEventSubscription outgo'mgRequestParams должен быть установлен на TRUE; в противном случае, его устанавливают на FALSE;

d) создать и отправить сообщение запроса ПМО БиоАПИ bspLoad (см. 13.2) с ПИР второстепенной локальной точки, установленном на ПИР главной конечной точки, и со значением параметра, установленном на outgoingRequestParamsx

е) принять соответствующее сообщение ответа ПМО БиоАПИ bspLoad (см. 13.6);

f) Если возвращенное значение сообщении ответа ПМО БиоАПИ не равно 0, удалить поле, добавленное над таблицей Running BSPLocalReferences. и возвратить такое значение локальному приложению без выполнения следующих действий;

g) возвратить 0 локальному приложению.

16.9.4.3 Если главная конечная точка не может быть определена, инфраструктура должна вернуть значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.9.5 Когда инфраструктура пслучает (см. 13.9) сообщение запроса ПМО БиоАПИ bspLoad от главной конечной точки, она должна выполнить следующие действия в указанном порядке:

а) разрешить incomingRequestParams иметь значение параметра типа BSPLoad-RequestParams (см. 16.9.2) в сообщении запроса ПМО БиоАПИ bspLoad:

148

ГОСТ Р ИСО/МЭК 24708-2013

Ь) добавить поле в таблицу RunningBSPRemoteReferences (см. 18.6), в котором компонент referrerEndpointIRI должен быть установлен на ПИР главной конечной точки, а компоненты bspProductUuid и unitEventSubscription должны быть установлены из компонентов incomingRequestParams с такими же именами.

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

с) создать временное абстрактное значение (bspLoadCallParams) типа BSPLoadCallParams (см. 16.9.3), в котором:

1) компонент bspUuid должны быть установлены из компонента bspProductUuid incomingReqvestParams и

2) компоненты unitEventHandlerAddress и unitEventHandlerContext должны быть установлены на 0;

d) совершить внутренний вызов функции БноАПИ (см. 13.10) к функции BioAPI_BSPLoad. в котором параметры вызова функции должны быть установлены путем преобразования bspLoadCaUParams согласно 16.9;

е) Если возвращенное значение внутреннего вызова не равно 0. удалить поле, добавленное над таблицей RunningBSPRemoteReferences. создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspLoad (см. 13.3) с возвращаемым значением установленным на такое значение без выполнения следующих действий;

f) создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspLoad (см. 13.3) со значением параметра, установленным на outgoingResponsePurams.H возвращаемым значением, установленным на 0.

16.9.6 Преобразование между параметрами функции Си BioAPI_BSPLoad и типом АСН.1 BSPLoadCallParams (см. 16.9.3) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 41.

149

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 4) - Преобразования данных между параметрами функции

BioAPI BSPLoad и типом ACH.I BSPLoadCallParams

16.10 Функция BioAPIBSPUnload

16.10.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_BSPUnioad

(const BioAPI_UUID ‘BSPUuid,

BioAPI_EVENT_HANDLEREventHandler, void* EventHandlerCtx);

16.10.2 С данной функцией связана два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ bspUnload и тип сообщения ответа bspUnload. которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ (соответственно):

BSPUnload-RequestParams ::= SEQUENCE {

bspProductUuid BioAPI-UUID, unitEventSubscription BOOLEAN 1 И

BSPUnload-ResponseParams ::= NULL

16.10.3 Следующий тип АСП.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

BSPUnloadCallParams ::= SEQUENCE {

bspUuid BioAPI-UUID,

150

ГОСТ Р ИСО/МЭК 24708-2013

unitEventHandlerAddress Memory Address, unitEventHandlerContext Memory Address }

16.10.4 Когда инфраструктура получает запрос к функции BioAPI_BSPUnload от локального приложения, она сначала должна определить главную конечную точку и УУИД продукта ПБУ (bspProduciUuid) из параметра BSPUuid согласно разделу 23. а затем выполняют действия, указанные в одном из следующих подпунктов.

16.10.4.1 Если главная конечная точка является локальной конечной точкой, инфраструктура должна выполнить следующие действия в указанном порядке:

а) совершить внутренний вызоз функции БиоАПИ (см. 13.10) к такой же функции с такими же значениями параметра, как во входящем вызове, за исключением параметра BSPUuid, который должен быть установлен путем преобразования из bspProduciUuid согласно разделу 19 совместно с 15.58;

Ь) Если возвращенное значение внутреннего вызова не равно 0. возвратить такое значение локальному приложению без выполнения следующих действий;

с) создать временное абстрактное значение (bspUnloadCaUParams) типа BSPUnloadCailParams (см. 16.10.3) путем преобразования параметров вызова функции BioAPIBSPUnload согласно 16.10.6:

d) проверить таблицу RunningBSPLocalReferences (см. 18.5) на наличие поля, в котором:

1) компонент hostingEndpointIRI содержит ИИР локальной конечной точки:

2) компонент bspProduciUuid имеет значение bspProduciUuid:

3) Если компонент bspUuid bspUnloadCaUParams имеет значение, отличающееся от bspProduciUuid, компонент useBSPAccessUuid

151

ГОСТ Р ИСО/МЭК 24708-2013

поля имеет значение TRUE; в противном случае, он имеет значение FALSE и

4) компоненты unitEventHandlerAddress и unitEventHandlerContext имеют такие же значения, как и компоненты bspUnloadCallParams с такими же именами;

е) Если такое поле не обнаружено, возвратить значение BioAPIERR_NOT_A_RUNNING_BSP локальному приложению без выполнения следующих действий;

f) удалить поле таблицы RunningBSPLocalReferences (выполняют действия, указанные в 18.5.3);

Примечание - Если обнаружено несколько нолей, любое из них (только одно) будет удалено.

g) возвратить значение 0 локальному приложению.

16.10.4.2 Если главная конечная точка является второстепенной конечной точкой инфраструктуры, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (oulgoingRequestParams) типа BSPUnload-RequestParams (см. 16.10.2), в котором:

1) компонент bspProductUuid должен быть установлен на bspProductUuid и

2) Если компонент unitEventHandlerAddress имеет значение, отличающееся от 0. компонент unitEventSubscription outgomgRequesiParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE:

b) создать и отправить сообщение запроса ПМО БиоАПИ bspUnload (см. 13.2) с ИИР второстепенной конечной точки, установленным на ИИР главной конечной точки, и со значением параметра, установленном на outgoingRequestParams',

с) принять соответствующее сообщение ответа ПМО БиоАПИ bspUnload (см. 13.6);

152

ГОСТ Р ИСО/МЭК 24708-2013

d) Если возвращенное значение сообщения ответа ПМО БиоАПИ не равно 0. возвратить такое значение локальному приложению без выполнения следующих действий;

е) создать временное абстрактное значение (bspUnloadCallParams) типа BSPUnloadCallParams (см. 16.10.3) путем преобразования параметров вызова функции BioAPIBSPUnload согласно 16.10.6;

0 проверить таблицу RunningBSPLocalReferences (см. 18.5) на наличие поля, в котором:

I) компонент hostingEndpointIRI содержит ПИР главной конечной точки;

2) компонент bspProductUuid имеет значение bspProductUuid:

3) Если компонент bspUuid bspUnloadCallParams имеет значение. отличающееся от bspProductUuid. компонент USeBSPAccessUuid поля имеет значение TRUE; в противном случае он имеет значение FALSE и

4) компоненты unitEventHandlerAddress и unitEventHandlerContext имеют такие же значения, как и компоненты bspUnloadCallParams с такими же именами;

g) Если такое поле не обнаружено, отправить значение BioAPIERRNOTARUNNINGBSP локальному приложению без выполнения следующих действий.

h) удалить поле таблицы RunningBSPLocalReferences (выполняют действия, указанные в 18.5.3);

Примечание - Если обнаружено несколько полей, любое из них (только одно) будет удалено.

i) возвратить значение 0 локальному приложению.

16.10.4.3 Если главная конечная точка не может быть определена, инфраструктура должна вернуть значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

153

ГОСТ Р ИСО/МЭК 24708-2013

16.10.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) bspUnload от главной конечной точки, она должна выполнить следующие действия в указанном порядке:

а) разрешить mcomingRequesiParams иметь значение параметра типа BSPUnload-RequestParams (см. 16.10.2) сообщения запроса ПМО БиоАПИ bspUnload;

b) создать временное абстрактное значение (bspLbdoadCallParams) типа BSPUnloadCallParams (см. 16.10.3). в котором:

1) компонент bspUuid должен быть установлен из компонента bspProduCtUuid incommgReqvestParams и

2) компоненты unitEventHandlerAddress и unitEventHandlerContext должны быть установлены на 0;

с) совершить внутренний вызов функции БиоАПИ (см. 13.10) к функции BioAPI_BSPUnload. в котором параметры вызова функции должны быть установлены путем преобразования bspUnloadCallParams согласно 16.10.6;

d) Если возвращенное значение внутреннего вызова не является 0, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspUnload (см. 13.3) с возвращаемым значением, установленным на такое значение без выполнения следующих действий;

е) проверить таблицу RunningBSPRemoteReferences (см. 18.6) на наличие поля, в котором компонент referrerEndpointlRI содержит ИИР главной конечной точки, а компоненты bspProduCtUuid и unitEventSubscription имеют такие же значения, как и компоненты mcomingRequestParams с такими же именами;

f) Если такое поле не обнаружено, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspUnload (см. 13.3) с возвращаемым значением, установленным на BioAPIERR_NOT_A_RUNNING_BSP без выполнения следующих действий:

154

ГОСТ Р ИСО/МЭК 24708-2013

g) удалить поле таблицы RunningBSPRemoteReferences (выполняют действия, указанные в 18.6.3).

П р и м е ч а н и е - Если обнаружено несколько полей, любое из них (только одно) будет удалено;

h) создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspUnload (см. 13.3) со значением параметра, установленным на NULL, и возвращаемым значением, установленным на 0.

15.10.6 Преобразование между параметрами функции Си BioAPI_BSPUnload и типом АСП.1 BSPUnloadCallParams (см. 16.10.3) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 42.

Таблица 42 - Преобразования данных между параметрами функции BioAPI BSPUnload и типом АСП.1 BSPUnloadCallParams

16.11 Функция BioAPI_QueryUnits

16.11.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_QueryUnits

(const BioAPI_UUID ‘BSPUuid,

BioAPI_UNIT_SCHEMA -UnitSchemaArray.

uin!32_t "NumberOfElements);

16.11.2 С данной функцией связаны два типа сообщений ПМО БноАПИ: тип сообщения запроса ПМО БиоАПИ queryUnits и тип сообщения ответа

155

ГОСТ Р ИСО/МЭК 24708-2013

queryllnits. которые переносят значение следующего параметра типов АСН.1 сообщении ПМО БиоАПИ (соответственно):

QueryUnits-RequestParams ::= SEQUENCE { bspProductUuid BioAPI-UUID } и

QueryUnits-ResponseParams ::= SEQUENCE {

unitSchemas SEQUENCE (SIZE(O..max-unsigned-int)) OF

unitschema BioAPI-UNIT-SCHEMA

16.11.3 Когда инфраструктура получает вызов к функции BioAPI_QueryUnitS от локального приложения, она должна сначала определить главную конечную точку и УУИД продукта ПБУ (bspProductUuid) из параметра BSPUuid согласно разделу 23. Если главная конечная точка является локальной, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как во входящем вызове, за исключением параметра BSPUuid. который должен быть установлен путем преобразования bspProductUuid согласно разделу 19 совместно с 15.58, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главная конечная точка является второстепенной конечной точкой инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двух сообщений запроса/ответа ПМО БиоАПИ queryllnits согласно разделу 27. выполняя действия, указанные в 16.11.5 и 16.11.6 для преобразования между параметрами функции и компонентами АСП.1, в том случае, если это требование указано в данном разделе. Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.11.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) queryllnits от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к

156

ГОСТ Р ИСО/МЭК 24708-2013

BioAPIQueryUnits для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ queryUnitS согласно разделу 28, выполняя действия, указанные в 16.11.5 и 16.11.6 для преобразования между параметрами функции и компонентами АСП.1, если это требование указано в данном разделе разделу.

16.11.5 Преобразования между параметрами функции Си BioAPI_QueryUnits и типом АСП.1 QueryUnits-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 43.

Таблица 4 3 - Преобразования данных между параметрами функции

BioAPI QueryUnits и типом ACH.I QueryUnits-RequestParams

16.11.6 Преобразование между параметрами функции Си BioAPI_QueryUnits и типом АСП.1 QueryUnits-ResponseParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 44.

157

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 44 - Преобразования данных между параметрами функции

BioAPI_QueryUnits и типом ACH I QueryUnits-ResponseParams

16.11.7 Преобразование двух переменных Си, выделенных параметрами UnitSchemaArray/NumberOfElements, в компонент АСП.1 unitSchemas выполняют следующим образом: принимаем N равным значению переменной Си, выделенному параметром NumberOfElements, в этом случае каждый первый элемент N (типа BioAPI UNIT SCHEMA - см. 15.57) в массиве, выделенном переменной Си, которая выделена параметром UnitSchemaArray, должен быть преобразован по порядку в элемент компонента unitSchemas согласно 15.57. Компонент unitSchemas должен иметь точное число N элементов.

16.11.8 Преобразование компонента АСН.1 unitSchemas в два переменных Си, выделенных параметрами UnitSchemaArray/NumberOfElements, выполняют следующим образом: принимают ^ равным числу элементов компонента unitSchemas; в этом случае новый массив N элементов пипа BioAPI_UNIT_SCHEMА (см. 15.57) должен быть заполнен путем преобразования каждого элемента компонента unitSchemas по порядку в элемент массива согласно 15.57. Переменная Си, выделенная параметром UnitSchemaArray, должна быть установлена в адрес массива, а переменная Си. выделенная параметром NumberOfElements, должна быть установлена в N.

158

ГОСТ Р ИСО/МЭК 24708-2013

16.12 Функция BioAPIQueryBFPs

16.12.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPI BioAPI_QueryBFPs

(const BioAPI_UUID ’BSPUuid,

BioAPI_BFP_LIST_ELEM=NT “BFPList, uint32_t •NumberOfElements):

16.12.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ queryBFPs и тип сообщения ответа queryBFPs, которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ (соответственно):

QueryBFPs-RequestParams ::= SEQUENCE {

bspProduCtUuid BioAPi-UUID

и

QueryBFPs-ResponseParams ::= SEQUENCE {

bfps SEQUENCE (SIZE(O..max-unsigned-int)) OF

bfp BioAPI-BFP-LIST-ELEMENT }

16.12.3 Когда инфраструктура получает вызов к функции BioAPIQueryBFPs от локального приложения, она должна сначала определить главную конечную точку и УУИД продукта ПБУ (bspProduciUuid) из параметра BSPUuid согласно разделу 23. Если главная конечная точка является локальной конечной точкой, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как при выполнении входящего вызова, за исключением параметра BSPUuid. который должен быть установлен путем преобразования bspProduciUuid согласно разделу 19 совместно с 15.58, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главная конечная точка является второстепенной конечной точкой инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двумя сообщениями запроса/ответа ПМО БиоАПИ queryBFPs согласно разделу 27, выполняя при этом действия, указанные в

159

ГОСТ Р ИСО/МЭК 24708-2013

16.12.5 и 16.12.6 для преобразования между параметрами функции и компонентами АСН.1. если это установленно в данном разделе. Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.12.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) queryBFPs от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к BioAPIQueryBFPs для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ queryBFPs согласно разделу 28, выполняя действия, указанные в 16.12.5 и 16.12.6 для преобразования между параметрами функции и компонентами АСП.1, если это установлено в данном разделе.

16.12.5 Преобразование между параметрами функции Си BioAPI_QueryBFPs и типом АСН.1 QueryBFPs-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 45.

Таблица 4 5 - Преобразования данных между параметрами функции

BioAPI_QueryBFPs и типом АСН.1 QueryBFPs-RequestParams

16.12.6 Преобразование между параметрами функции Си

BioAPI_QueryBFPs и типом АСН.1 QueryBFPs-ResponseParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 46.

160

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 46 - Преобразования данных между параметрами функции

BioAPI_QueryBFPs и типом ACH.l QueryBFPs-ResponseParams

16.12.7 Преобразование двух переменных Си, выделенных параметрами BFPList/NumberOfElements, в компонент ACH.l bfps выполняют следующим образом: принимают N равным значению переменной Си, выделенному параметром NumberOfElements: в этом случае каждый первый элемент N типа BioAPI_BFP_LIST_ELEMENT (см. 15.4) в массиве, выделенном переменной Си, которая выделена параметром BFPList. должен быть преобразован по порядку в элемент компонента bfps согласно 15.4. Компонент bfps должен иметь точное .V элементов.

16.12.8 Преобразование компонента АСП.1 bfps в пару переменных Си, выделенных параметрами BFPList/NumberOfElements. выполняется следующим образом: Принимаем N за число элементов компонента bfps. в этом случае новый массив /V элементов типа BioAPIBFPLISTELEMENT (см. 15.4) должен быть заполнен путем преобразования каждого элемента компонента bfps по порядку в элемент массива согласно 15.4. Переменная Си, выделенная параметром BFPList , должна быть установлена в адрес массива, а переменная Си. выделенная параметром NumberOfElementS, должна быть установлена в N.

16.13 Функция BioAPI BSPAttach

16.13.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_BSPAttach

(const BioAPI_UUID ‘BSPUuid,

BioAPI_VERSION Version,

const BioAPI_UNIT_LIST_ELEMENT ‘UnitList,

161

ГОСТ Р ИСО/МЭК 24708-2013

uint32_t NumUnits, BioAPI_HANDLE 'NewBSPHandlB);

16.13.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ bspAttach и тип сообщения ответа bspAttach. которые переносят значение следующего параметра типа АСН.1 сообщений ПМО БиоАПИ (соответственно):

BSPAttach-RcquestParams ::= SEQUENCE {

bspProductUuid BioAPI-UUID,

version BioAPI-VERSION,

units SEQUENCE

(SIZE(O..max-unsigned-int)) OF unit BioAPI-UNIT-LIST-ELEMENT

}

И

BSPAttach-ResponscParams ::= SEQUENCE {

newOriginal BSPHandle BioAPI-HANDLE

}

16.13.3 Следующий тип АСП.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

BSPAttachCallOutputParams ::= SEQUENCE { newBSPHandle BioAPI-HANDLE

}

16.13.4 Когда инфраструктура получает вызов к функции BioAPI_BSPAttach от локального приложения, она должна сначала определить главную конечную точку и УУИД продукта ПБУ (bspProductUuid) из параметра BSPUuid согласно разделу 23, а затем выполняют действия, указанные в одном из следующих подпунктов.

16.13.4.1 Если главная конечная точка является локальной конечной точкой, инфраструктура должна выполнить следующие действия в указанном порядке:

а) совершить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с такими же значениями параметра, как и во входящем вызове, 162

ГОСТ Р ИСО/МЭК 24708-2013

за исключением параметра BSPUuid. который должен быть установлен путем преобразования из bspProductUuid согласно разделу 18 совместно с 15.58;

Ь) Если возвращенное значение внутреннего вызова не равно 0, возвратить такое значение локальному приложению без выполнения следующих действий;

с) создать временное абстрактное значение UncomingResponseParatns) типа BSPAttach-ResponseParams (см. 16.13.2) путем преобразования параметров внутреннего вызова согласно 16.13.9;

d) создать временное абстрактное значение (incomingRequestParams) типа BSPAttach- RequestParams (см. 16.13.2) путем преобразования параметров вызова функции BioAPIBSPAttach согласно 16.13.6;

е) создать временное абстрактное значение (localBSPHandle) типа BioAPI-HANDLE (см. 15.42), который может являться любым значением этого типа АСН.1 отличающимся от значения компонента localBSPHandle во всех текущих полях таблицы AttachSessionLocalReferences (см. 18.8).

Примечание - Настоящий стандарт не распространяется па способ генерации такого абстрактного значения;

О добавить поле в таблицу AttachSessionLocalReferences (см. 18.8), в котором:

1) компонент hostingEndpointiRI установлен на ИИР главной конечной точки;

2) компонент bspProductUuid установлен на bspProductUuid-,

3) Если компонент bspUuid incomingRequestParams имеет значение, отличающееся от bspProductUuid. компонент USeBSPAccessUuid поля устанавливается на TRUE; в противном случае, его устанавливают на FALSE;

4) компонент originalBSPHandle устанавливают из компонента nеwOriginalBSPHandle incomingResponseParams и 163

ГОСТ Р ИСО/МЭК 24708-2013

5) компонент localBSPHandle устанавливается на loca IBS PH and! е;

g) создать временное абстрактное значение (outgoingResponseParams) типа BSPAttachCallOutputParams (см. 16.13.3), в котором компонент newBSPHandle устанавливают на localBSPHandle-,

h) установить исходящие параметры вызова функции BioAPI_BSPAttach путем преобразования из outgoingResponseParams согласно 16.13.10;

|) возвратить значение 0 локальному приложению.

16.13.4.2 Если главная конечная точка является второстепенной конечной точкой инфраструктуры, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (incomingRequestParams) типа BSPAttach-RequestParams (см. 16.13.2) путем преобразования параметров вызова функции В io API_BSP Attach согласно 16.13.6;

b) создать и отправить сообщение запроса ПМО БиоАПИ bspAttach (см. 13.2) с ИПР второстепенной конечной точки, установленной на ПИР главной конечной точки, со значением параметра, установленным на incomingRequestParams-,

с) принять соответствующее сообщение ответа ПМО БиоАПИ bspAttach (см. 13.6);

d) Если возвращенное значение сообщения ответа ПМО БиоАПИ не равно 0, возвратить это значение локальному приложению без выполнения следующих действий;

е) разрешить incomingResponseParams выступать в качестве значения параметра типа BSPAttach-ResponseParams (см. 16.13.2) сообщения ответа ПМО БиоАПИ bspAttach:

f) создать временное абстрактное значение (localBSPHandle) типа BioAPI-HANDLE (см. 15.42), который может быть любым значением

164

ГОСТ Р ИСО/МЭК 24708-2013

такого типа АСН.1, отличающимся от значения компонента localBSPHandle во всех текущих полях таблицы AttachSessionLocalReferences (см. 18.8).

Примечание - Настоящий стандарт не распространяется на способ генерации такого абстрактного значения:

g) добавить поле в таблицу AttachSessionLocalReferences (см. 18.8), в котором:

1) компонент hostingEndpointIRI установлен на ИИР главной конечной точки;

2) компонент bspProduCtUuid установлен на bspProduciUuid;

3) Если компонент bspUuid incomingRequestPararns имеет значение, отличающееся от bspProduciUuid. компонент useBSPAccessUuid поля должен быть установлен на TRUE; в противном случае должен быть установлен на FALSE;

4) компонент originalBSPHandle устанавливают из компонента newOriginalBSPHandle incomingResponseParams; и

5) компонент localBSPHandle устанавливается на localBSPHandle;

h) создать временное абстрактное значение (outgoingResponseParams) типа BSPAttachCallOutputParams (см. 16.13.3), в котором компонент newBSPHandle должен быть установлен на localBSPHandle;

i) установить исходящие параметры вызова функции BioAPI BSPAttach путем преобразования из outgoingResponseParams согласно 16.13.10;

j) возвратить значение 0 локальному приложению.

16.13.4.3 Если главная конечная точка не может быть определена, инфраструктура должна вернуть значение

BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

165

ГОСТ Р ИСО/МЭК 24708-2013

16.13.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) bspAttach от главной конечной точки, она должна выполнить следующие действия в указанном порядке:

а) разрешить incomingRequestParams выступать в качестве значения параметра типа BSPAttach-RequestParams (см. 16.13.2) сообщения запроса ПМО БиоАПИ bspAttach;

b) совершить внутренний вызов функции БиоАПИ (см. 13.10) к функции BioAPIBSPAttach. в котором параметры вызова функции должны быть установлены путем преобразования из incomingRequestParams согласно 16.13.6;

с) Если возвращенное значение внутреннего вызова не равно 0, создать и отправить соответствующее сообщение ответа ПМО БноАПИ bspAttach (см. 13.3) с возвращаемым значением, установленным на такое значение, без выполнения следующих действий:

d) создать временное абстракгное значение (incomingResponseParams) типа BSPAttach-ResponseParams (см. 16.13.2) путем преобразования параметров внутреннего вызова функции согласно 16.13.9;

е) добавить поле в таблицу AttachSessionRemoteReferences (см. 18.9), в котором:

1) компонент referrerEndpointIRI установлен на ИИР главной конечной точки;

2) компонент bspProductUuid установлен из компонента bspProductUuid incomingRequestParams и

3) компонент originalBSPHandle установлен из компонента newOriginalBSPHandle incorr.ingResponseParams;

f) создать и отправить сообщение ответа ПМО БиоАПИ bspAttach (см. 13.3) со значением параметра, установленным на incomingResponseParams. и возвращаемым значением, установленным на 0.

166

ГОСТ Р ИСО/МЭК 24708-2013

16.13.6 Преобразование между параметрами функции Си BioAPIBSPAttach и типом ACH.l BSPAttach-RequestParams (см. 16.13.2) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 47.

Таблица 4 7 - Преобразования данных между параметрами функции

BioAPI_BSPAttach и типом ACH.l BSPAttach-RequestParams

16.13.7 Преобразование двух параметров СИ UnitList/NumUnits в компонент ACH.l units выполняют следующим образом: принимаем N, равным значению параметра Num Units: в этом случае каждый первый элемент N типа BioAPIUNITLISTELEMENT (см. 15.56) в массиве, выделенном параметром Un it List, должен быть преобразован по порядку в элемент компонента units согласно 15.56. Компонент units должен иметь точное число ^ элементов.

16.13.8 Преобразование компонента ACH.l units в два параметра Си UnitList/NumUnits. выполняют следующим образом: принимают ^, равным числу элементов компонента units: в этом случае новый массив N элементов типа BioAPI UNIT LIST ELEMENT (см. 15.56) должен быть заполнен путем преобразования каждого элемента компонента units по порядку в элемент массива согласно 15.56. Параметр Си UnitList должен быть установлен в адрес массива, а параметр Си NumUnitS должен быть установлен в N.

167

ГОСТ Р ИСО/МЭК 24708-2013

16.13.9 Преобразование между параметрами функции Си

BioAPIBSPAttach и типом АСН.1 BSP Attach- ResponseParams (см. 16.13.2) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 48.

Таблица 48 - Преобразование данных между параметрами функции

BioAPI_BSPAttach и типом АСН.1 BSPAttach-ResponseParams

16.13.10 Преобразование типа АСН.1 BSPAttach-ResponseParams (см. 16.13.2) в параметры функции Си BioAPI_BSPAttach выполняют путем преобразования между индивидуальными компонентами АСН.1 в параметры функции согласно таблице 49.

Таблица 49 - Преобразования данных типа АСН.1 BSPAttach-

ResponseParams в параметры функции BioAPI BSPAttach

168

ГОСТ Р ИСО/МЭК 24708-2013

16.14 Функция BioAPIBSPDetach

16.14.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_BSPDetach

(BioAPI_HANDLE BSPHandle);

16.14.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ bspDetach и тип сообщения ответа bspDetach. которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ (соответственно):

BSPDetach-RequestParams ::= SEQUENCE { originalBSPHandle BioAPI-HANDLE

и

BSPDetach-ResponseParams ::= NULL

16.14.3 Когда ннфраструкгура получает вызов к функции BioAPI_BSPDetach от локального приложения, она должна сначала определить главную конечную точку и исходный обработчик ПБУ (читай originalBSPHandle) из параметра BSPHandle согласно разделу 24, а затем выполняют действия, указанные в одном из следующих подпунктов.

16.14.3.1 Если главная конечная точка является локальной конечной точкой, инфраструктура должна выполнить следующие действия в указанном порядке:

а) совершить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с такими же значениями параметра, как и во входящем вызове, за исключением параметра BSPHandle. который должен быть установлен путем преобразования из originalBSPHandle согласно 15.42;

Ь) Если возвращенное значение внутреннего вызова не равно 0, возвратить это значение локальному приложению без выполнения следующих действий;

с) проверить таблицу AttachSessionLocalReferences (см. 18.8) на наличие поля, в котором значение компонента originalBSPHandle является originalBSPHandle;

169

ГОСТ Р ИСО/МЭК 24708-2013

d) Если такое поле не обнаружено, возвратить значение BioAPIERRNOTARUNNINGBSP локальному приложению без выполнения следующих действий;

е) удалить поле таблицы AttachSessionLocalReferences (выполняя действия, указанные в 18.8.3);

f) возвратить значение 0 локальному приложению.

16.14.3.2 Если главная конечная точка это второстепенная конечная точка инфраструктуры, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (читай incomingRequestParams) типа BSPDetach-RequestParams (см. 16.14.2) путем преобразования параметров вызова функции BioAPI_BSPDetach согласно 16.14.5;

Ь) создать и отправить сообщение запроса ПМО БиоАПИ bspDetach (см. 13.2) с ИИР второстепенной конечной точки, установленной на ИИР главной конечной точки, и со значением параметра, установленным на incoming Request Params;

с) принять соответствующее сообщение ответа ПМО БиоАПИ bspDetach (см. 13.6);

d) Если возвращенное значение сообщения ответа ПМО БиоАПИ не является 0. возвратить такое значение локальному приложению без выполнения следующих действий;

е) проверить таблицу AttachSessionLocalReferences (см. 18.8) на наличие поля, в котором значением компонента originalBSPHandle я в л я ется originalBSPHandle;

f) Если такое поле не обнаружено, возвратить значение BioAPIERR NOT A RUNNING BSP локальному приложению без выполнения следующих действий;

170

ГОСТ Р ИСО/МЭК 24708-2013

g) удалить поле таблицы AttachSessionLocalReferences (выполняют действия, указанные в 18.8.3);

h) возвратить значение 0 локальному приложению.

18.14.3.3 Если такое поле не обнаружено, отправить значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

18.14.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) a bspDetach от главной конечной точки, она выполняет следующие действия в указанном порядке:

а) разрешить incomingRequestParams выступать в качестве значения параметра типа BSPDetach-RequestParams (см. 16.14.2) сообщения запроса ПМО БиоАПИ bspDetach;

b) совершить внутренний вызов функции БиоАПИ (см. 13.10) к функции BioAPI_BSPDetach. в котором параметры вызова функции должны быть установлены путем преобразования из incomingRequestParams согласно 16.14.5;

с) Если возвращенное значение внутреннего вызова не равно 0, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspDetach (см. 13.3) с возвращаемым значением, установленным на такое значение, без выполнения следующих действий;

d) проверить таблицу AttachSessionRemoteReferences (см. 18.9) на наличие поля, в котором компонент originalBSPHandle имеет такое же значение, как и компонент originalBSPHandle incomingRequestParams', е) Если такое поле не обнаружено, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspDetach (см. 13.3) с возвращаемым значением, установленным на BioAPIERR_NOT_A_RUNNING_BSP без выполнения следующих действий;

0 удалить поле таблицы AttachSessionRemoteReferences (выполняют действия, указанные в 18.9.3);

171

ГОСТ Р ИСО/МЭК 24708-2013

g) создать и отправить соответствующее сообщение ответа ПМО БиоАПИ bspDetach (см. 13.3) со значением параметра, установленным на NULL, и возвращаемым значением, установленным на 0.

16.14.5 Преобразование между параметрами функции Си BioAPIBSPDetach и типом ACH.l BSPDetach-RequestParams (см. 16.14.2) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 50.

Таблица 5 0 - Преобразования данных между параметрами функции

BioAPI_BSPDetach и типом ACH.l BSPDetach-RequestParams

16.15 Функция BioAPI_EnableEvents

16.15.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPi BioAP!_EnableEvents

(BioAPI_HANDLE BSPHandle, BioAPI_EVENT_MASK Events);

16.15.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ enableEvents и тип сообщения ответа enableEvents, которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ соответственно:

EnableEvents-RequestParams ::= SEQUENCE { originalBSPHandle BioAPI-HANDLE, unitEvents BioAPI-UNIT-EVENT-TYPE-MASK

} И

EnableEvents-ResponseParams ::= NULL

16.15.3 Когда инфраструктура получает вызов к функции BioAPIEnableEventS от локального приложения, она должна сначала

172

ГОСТ Р ИСО/МЭК 24708-2013

определить главную конечную точку и исходный обработчик ПБУ (читай originalBSPHandle) из параметра BSPHandle согласно разделу 24. Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к теми же функции с такими же значениями параметра, как во входящем вызове, за исключением параметра BSPHandle, который должен быть установлен путем преобразования originalBSPHandle согласно 15.42, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главной конечной точкой является второстепенная конечная точка инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двумя сообщениями запроса/ответа ПМО БиоАПИ enableUnitEventS согласно разделу 27, выполняя действия, указанные в 16.15.5 для преобразования между параметрами функции и компонентами АСП.1, если это установлено в данном разделе. Если главная конечная точка нс может быть определена, инфраструктура должна возвратить значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.15.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) enableUnitEventS от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к BioAPI_EnableEventS для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ enableUnitEventS согласно разделу 28. выполняя действия, указанные в 16.19.5 для преобразования между параметрами функции и компонентами АСП.1. если это установлено в данном разделе.

16.15.5 Преобразование между параметрами функции Си BioAPI_EnableEvents и типом АСП.1 EnableUnitEvents-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН. 1 согласно таблице 51.

173

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 5 1 - Преобразование данных между параметрами функции

BioAPI_EnableEvents и типом ACH.l EnableUnitEvents-RequestParams

16.16 Функция BioAPI_EnableEventNotifications

16.16.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPI BioAPI.EnableEventNotifications

(const BioAPl UUID ’BSPUuid, BioAPI_EVENT_MASK Events);

16.16.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ EnableEventNotifications и тип сообщения ответа EnableEventNotifications. которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ соответственно:

EnableEventNotifications-RequestParams ::= SEQUENCE { bspProductUuid BioAPI-UUID, unitEventTypes BioAPI-UNIT-EVENT-TYPE-MASK

И

EnablcEventNotifications-RcsponsoParams ::= NULL

16.16.3 Следующий тип АСП.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

EnableCallParams ::= SEQUENCE {

bspUuid BioAPI-UUID,

unitEventTypes BioAPI-UNIT-EVENT-TYPE-MASK

1

174

ГОСТ Р ИСО/МЭК 24708-2013

16.16.4 Когда инфраструктура получает вызов к функции BioAPIEnableEventNotifications от локального приложения, должна сначала определить главную конечную точку и УУИД продукта ПБУ (bspProductUuid) из параметра BSPUuid согласно разделу 23, а затем выполняют действия, указанные в одном из следующих подпунктов.

16.16.4.1 Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (enableCallParams) типа EnableCallParams (см. 16.16.3) путем преобразования параметров вызова функции BioAPI EnableEventNotifications согласно 16.16.6;

Ь) Если таблица UnitEventNotificationDisablers (см. 18.7) содержит поле, в котором компонент referrerEndpointIRI установлен на ИИР локальной точки, а компонент bspProductUuid установлен на bspProductUuid. удалить это поле;

с) Если компонент unitEventTypes enableCallParams указывает, что хоть один тип операции уведомления должен быть отключен, добавить поле к таблице UnitEventNotificationDisablers (см. 18.7), в котором:

I) компонент referrerEndpointIRI должен быть установлен на ИИР локальной конечной точки;

2) компонент bspProductUuid должен быть установлен на bspProductUuid: и

3) компонент unitEventTypes должен быть установлен на компонент unitEventTypes enableCallParams:

d) возвратить значение 0 локальному приложению.

16.16.4.2 Если главной конечной точкой является второстепенная конечная точка инфраструктуры, инфраструктура должна выполнить следующие действия в указанном порядке:

175

ГОСТ Р ИСО/МЭК 24708-2013

а) создать временное абстрактное значение (enableCallParams) типа EnableCallParams (см. 16.16.3) путем преобразования параметров вызова функции В io API_EnableEventNotif ications согласно 16.16.6: b) создать временное абстрактное значение (oiHgoingRequestPararns) типа EnabieEventNotifications-RequestParams (см. 16.16.2), в котором:

Г) компонент bspProduCtUuid должен быть установлен на bspProduciUuid: и

2) компонент unitEventTypes должен быть установлен на компонент unitEventTypes enableC(dlParams\

с) создать и отправить сообщение запроса ПМО БиоАПИ enableEventNotifications (см. 13.2) с ИИР второстепенной конечной точки, установленной на ИИР главной конечной точки, со значением параметра, установленным на outgoingRequestParams:

d) принять соответствующее сообщение ответа ПМО БиоАПИ enableEventNotifications (см. 13.6);

е) Если возвращенное значение сообщения ответа ПМО БиоАПИ не равно 0, удалить поле, добавленное в начале таблицы UnitEventNotificationDisablers, и возвратить такое значение локальному приложению без выполнения следующих действий;

f) возвратить значение 0 локальному приложению.

16.16.4.3 Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение

BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.16.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) enableEventNotifications от главной конечной точки, она выполняет следующие действия в указанном порядке:

а) разрешить incomingRequesiParams выступать в качестве значения параметра типа EnableEventNotifications-RequestParams (см. 16.16.2) сообщения запроса ПМО БиоАПИ enableEventNotifications:

176

ГОСТ Р ИСО/МЭК 24708-2013

Ь) в случае, если таблица UnitEventNotificationDisablers (см. 18.7) содержит поле, в котором компонент referrerEndpointlRI установлен на ПИР главной конечной точки, а компонент bspProductUuid имеет такое же значение, как и компонент bspProductUuid incontingRequesiParams, удалить это поле;

с) в случае, ели компонент unitEventTypes mcomingRequestParams указывает, что хоть один тип операции уведомления должен быть отключен, добавить поле к таблице UnitEventNotificationDisablers (см. 18.7). в котором:

I) компонент referrerEndpointlRI должен быть установлен на ИИР главной конечной точки;

2) компонент bspProductUuid должен быть установлен из компонента bspProductUuid incomingRequestParams;

3) компонент unitEventTypes должен быть установлен из компонента unitEventTypes incomingRequestPurums;

d) создать и отправить соответствующее сообщение запроса ПМО БиоАПИ enableEventNotifications (см. 18.3) с возвращаемым значением, установленным на 0.

16.16.6 Преобразование между параметрами функции Си BioAPIEnableEventNotifications и типом АСН.1 EnableCallParams (см. 16.16.3) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 52.

Таблица 5 2 - Преобразование данных между параметрами функции

BioAPI EnableEventNotifications и типом АСН.1 EnableCallParams

177

ГОСТ Р ИСО/МЭК 24708-2013

16.17 Функция BioAPIControlUnit

16.17.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPI BioAPI_Contro Unit

(BioAPI_HANDLE BSPHandle,

BioAPI_UNIT_ID UnitID,

uint32_t ControlCode,

const BioAPI_DATA 'InputData, BioAPI_DATA •QutputData):

16.17.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ controlUnit и тип сообщения ответа COntrolUnit. которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ соответственно:

ControlUnit-RequestParams ::= SEQUENCE {

originalBSPHandle BioAPI-HANDLE, unitID BioAPI-UNIT-ID, controlCode Unsignedlnt, inputData BioAPI-DATA и

ControlUnit-ResponseParams ::= SEQUENCE { outputData BioAPI-DATA 1

16.17.3 Когда инфраструктура получает вызов к функции BioAPI_ControlUnit от локального приложения, она должна сначала определить главную конечную точку и исходный обработчик ПБУ (читай originalBSPHandle) из параметра BSPHandle согласно разделу 24. Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как во входящем вызове, за исключением параметра BSPHandle, который должен быть установлен путем преобразования originalBSPHandle согласно 15.42, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если второстепенной конечной точкой является главная конечная точка инфраструктуры, инфраструктура должна обработать вызов путем обмена с 178

ГОСТ Р ИСО/МЭК 24708-2013

главной конечной точкой двумя сообщениями запроса/ответа ПМО БиоАПИ COntrolUnit согласно разделу 27, выполняя действия, указанные в 16.17.5 и 16.17.6, для преобразования между параметрами функции и компонентами АСП.1, если это установлено в данном разделе. Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERRUNABLETOLOCATEBSP локальному приложению.

16.17.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) controlUnit от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к BioAPI_ControlUnit для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ controlUnit согласно разделу 28, выполняя действия, указанные в 16.17.5 и 16.17.6, для преобразования между параметрами функции и компонентами АСП.1. если это установлено в данном разделе.

16.17.5 Преобразование между параметрами функции Си BioAPI_ControlUnit и типом АСН.1 ControlUnit-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно Таблице 53.

Таблица 5 3 - Преобразования данных между параметрами функции

BioAPIControlUnit и типом АСН.1 ControlUnit-RequestParams

179

ГОСТ Р ИСО/МЭК 24708-2013

16.17.6 Преобразование между параметрами функции Си

BioAPI_ControlUnit и типом АСН.1 ControlUnit-ResponseParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 54.

Таблица 5 4 - Преобразования данных между параметрами функции

BioAPI_ControlUnit и типом АСН.1 ControlUnit-ResponseParams

16.18 Функция BioAPI_Control

16.18.1 Данная функция определена в БиоАПИ следующим образом: BioAPI_RETURN BioAPI BioAPI_Contro (BioAPI_HANDLE BSPHandle, BioAPI_UNIT_ID UnitID, const BioAPI_UUID *ControlCode, const BioAPI_DATA ‘InputData, BioAPI_DATA 'OutputData);

16.18.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ control и тип сообщения ответа control, которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ (соответственно):

180

ГОСТ Р ИСО/МЭК 24708-2013

16.18.3 Когда инфраструктура получает вызов к функции BioAPIControl от локального приложения, она должна сначала определить главную конечную точку и исходный обработчик ПБУ (читай originalBSPHandle) из параметра BSPHandle согласно разделу 24. Если локальной конечной точкой является главная конечная точка, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как во входящем вызове, за исключением параметра BSPHandle. который должен быть установлен путем преобразования originalBSPHandle согласно 15.42, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главной конечной точкой является второстепенная конечная точка инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двумя сообщениями контроля запроса/ответа ПМО БиоАПИ как указано в разделе 27, выполняя действия, указанные в 16.18.5 и 16.18.6 для преобразования между параметрами функции и компонентами АСН.1, если это установлено в данном разделе. Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.18.4 Когда инфраструктура получает сообщение запроса контроля ПМО БиоАПИ (см. 13.9) от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к BioAPI_Control для создания и отправления соответствующего сообщения ответа контроля ПМО БиоАПИ согласно 13.10. выполняя действия, указанные в 16.18.5 и 16.18.6, для преобразования между параметрами функции и компонентами АСН.1, если это установлено в данном разделе.

16.18.5 Преобразование между параметрами функции Си BioAPI Control и типом АСП.1 Control-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 55.

181

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 5 5 - Преобразование данных между параметрами функции

BioAPI_Control и типом ACH.l Control-RequestParams

16.18.6 Преобразование между параметрами функции Си BioAPIControl и типом ACH.l Control-ResponseParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 56.

Таблица 5 6 - Преобразование данных между параметрами функции

BioAPI_Control и типом ACH.l Control- Control-ResponseParams

16.19 Функция BioAPI_FreeBIRHandle

16.19.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_FreeBIRHandle (BioAPI_HANDLE BSPHandle, BioAPI_BIR_HANDLE Handle);

182

ГОСТ Р ИСО/МЭК 24708-2013

16.19.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ freeBIRHandle и тип сообщения ответа freeBIRHandle. которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ соответственно:

FreeBIRHandle-RequestParams ::= SEQJENCE {

original BSPHandl? BioAPI-HANDLE,

birHandle BioAPI-BIR-HANDLE

И

FreeBIRHandle-ResponseParams ::= NULL

16.19.3 Когда инфраструктура получает вызов к функции BioAPI_FreeBIRHandle от локального приложения, она должна сначала определить главную конечную точку и исходный обработчик ПБУ (читай originalBSPHandle) из параметра BSPHandle согласно разделу 24. Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как во входящем вызове, за исключением параметра BSPHandle, который должен быть установлен путем преобразования originalBSPHandle согласно 15.42, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главной конечной точкой является второстепенная конечна точка инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двумя сообщениями запроса/ответа ПМО БиоАПИ freeBIRHandle согласно разделу 27. выполняя действия, указанные в 16.19.5 для преобразования между параметрами функции и компонентами АСП.1. если это установлено в указанном разделе. Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERR UNABLE TO LOCATE BSP локальному приложению.

16.19.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) freeBIRHandle от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к

183

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI_FreeBIRHandle для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ freeBIRHandle согласно разделу 28. выполняя действия, указанные в И). 19.5. для преобразования между параметрами функции и компонентами АСП.1, если это установлено в указанном разделе.

16.19.5 Преобразование между параметрами функции Си BioAPI_FreeBIRHandle и типом АСП.1 FreeBIRHandle-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 57.

Таблица 5 7 - Преобразования данных между параметрами функции

BioAPIFreeBIRHandle и типом АСН.1 FreeBIRHandle-RequestParams

16.20 Функция BioAPIGetBIRFromHandle

16.20.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI GetBIRFromHandle

(BioAPI_HANDLE BSPHandle.

BioAPI_BIR_HANDLE Handle,

BioAPI_BIR •BIR):

16.20.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ getBIRFromHandle и тип сообщения ответа getBIRFromHandle. которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ соответственно:

GctBIRFromHandle-RequestParams ::= SEQUENCE { originalBSPHandle BioAPI-HANDLE, birHandle BioAPI- BIR-HANDLE

184

ГОСТ Р ИСО/МЭК 24708-2013

и

GetBIRFromHandle-ResponseParams ::= SEQUENCE { bir BioAPI-BIR

}

16.20.3 Когда инфраструктура получает вызов к функции BioAPIGetBIRFromHandleот локального приложения, она должна сначала определить главную конечную точку и исходный обработчик ПБУ (originalBSPHandle) из параметра BSPHandle согласно разделу 24. Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как во входящем вызове, за исключением параметра BSPHandle, который должен быть установлен путем преобразования originalBSPHandle согласно 15.42, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главной конечной точкой является второстепенная конечная тонкая инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двумя сообщениями запроса/ответа ПМО БиоАПИ getBIRFromHandle согласно разделу 27, выполняя действия, указанные в 16.20.5 и 16.20.6 для преобразования между параметрами функции и компонентами АСН.1, если это установлено в указанном разделе. Если главная конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.20.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) getBIRFromHandle от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к BioAPI_GetBIRFromHandle для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ getBIRFromHandle согласно разделу 28. выполняя действия, указанные в 16.20.5 и 16.20.6, для преобразования между

185

ГОСТ Р ИСО/МЭК 24708-2013

параметрами функции и компонентами АСН.1, если это установлено в указанном разделе.

16.20.5 Преобразование между параметрами функции Си BioAPIGetBIRFromHandle и типом АСН.1 GetBIRFromHandle-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 58.

Таблица 5 8 - Преобразования данных между параметрами функции

BioAPIGetBIRFromHandle и типом АСН.1 GetBIRFromHandle-

RequestParams

16.20.6 Преобразование между параметрами функции Си BioAPI_GetBIRFromHandle и типом АСН.1 GetBIRFromHandle-ResponseParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 59.

Таблица 5 9 - Преобразование данных между параметрами функции

BioAPI GetBIRFromHandle и типом АСН.1 GetBIRFromHandle-

ResponseParams

186

ГОСТ Р ИСО/МЭК 24708-2013

16.21 Функция BioAPIGetHeaderFromHandle

16.21.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ getHeaderFromHandle и тип сообщения ответа getHeaderFromHandle, которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ соответственно:

GetHeaderFromHandle-RequestParams ::= SEQUENCE { originalBSPHandle BioAPI-HANDLE,

birHandle BioAPI-BIR-HANDLE

И

GetHeaderFromHandle-ResponseParams ::= SEQUENCE {

header BioAPl-BIR-HEADER

1

16.21.3 Когда инфраструктура получает вызов к функции BioAPI_GetHeaderFromHandle от локального приложения, она должна сначала определить главную конечную точку и исходный обработчик ПБУ (originalBSPHandle) из параметра BSPHandle согласно разделу 24. Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с такими же значениями параметра, как во входящем вызове, за исключением параметра BSPHandle, который должен быть установлен путем преобразования originalBSPHandle согласно 15.42, а также возвратить локальному приложению возвращенное значение внутреннего вызова. Если главной конечной точкой является второстепенная конечная точка инфраструктуры, инфраструктура должна обработать вызов путем обмена с главной конечной точкой двумя сообщениями запроса/ответа ПМО БноАПИ getHeaderFromHandle согласно разделу 27, выполняя действия, указанные в 16.21.5 и 16.21.6 для преобразования между параметрами функции и компонентами АСН.1, если это установлено в указанном разделе. Если главная

187

ГОСТ Р ИСО/МЭК 24708-2013

конечная точка не может быть определена, инфраструктура должна возвратить значение BioAPIERR_UNABLE_TO_LOCATE BSP локальному приложению.

16.21.4 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) getHeaderFromHandle от главной конечной точки, она должна обработать запрос путем внутреннего вызова функции БиоАПИ к BioAPIGetHeaderFromHandle для создания и отправления соответствующего сообщения ответа ПМО БиоАПИ getHeaderFromHandle согласно разделу 28, выполняя действия, указанные в 16.21.5 и 16.21.6, для преобразования между параметрами функции и компонентами АСН.1, если это установлено в указанном разделе.

16.21.5 Преобразование между параметрами функции Си BioAPI_GetHeaderFromHandle и типом АСП.1 GetHeaderFromHandle-RequestParams выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСП.1 согласно таблице 60.

Таблица 60 - Преобразования данных между параметрами функции BioAPI_GetHeaderFromHandle и типом ACH.I GetHeaderFromHandle-RequestParams

16.21.6 Преобразование между параметрами функции Си

BioAPI_GetHeaderFromHandle и типом АСН.1 GetHeaderFromHandle-

ResponseParams выполняют путем преобразования между

188

ГОСТ Р ИСО/МЭК 24708-2013

индивидуальными параметрами функции и компонентами АСН.1 согласно

таблице 61.

Таблица 6 1 - Преобразование данных между параметрами функции

BioAPI GetHeaderFromHandle и типом ACH.l GetHeaderFromHandle-

ResponseParams

16.22 Функция BioAPI SubscribeToGUIEvents

16.22.1 Данная функция определена в БиоАПИ следующим образом:

BioAPI_RETURN BioAPI BioAPI_SubscribeToGUIEvents

(const BioAPI_UUID ‘GUIEventSubscriptionUuid,

const BioAPI_UUID ‘BSPJuid, const BioAPI_HANDLE ‘BSPHandle, BioAPI _GUI_SELECT_EVENT HANDLER GUISelectEventHandler. void ‘GUISelectEventHandlerCtx, BioAPI_GUI_STATE_EVENT_HANDLERGUIStateEventHandler.

void ‘GUIStateEventHandlerCtx,

BioAPI_GUI_PROGRESS_EVENT_HANDLER GUIProgressEventHandler, void ’GUIProgressEventHandlerCtx);

16.22.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ subscribeToGUIEvents и тип

сообщения ответа subscribeToGUIEvents, которые переносят значение

следующего параметра типов АСН.1 сообщений ПМО БиоАПИ

соответственно:

SubscribcToGUIEvents-RcquestParams:: guiEventSubscriptionUuid bspProductUuid originalBSPHandle guiSelectEventSubscribed

SEQUENCE{

BioAPI-UUID OPTIONAL,

BioAPI-UUID OPTIONAL, BioAPI-HANDLE OPTIONAL,

BOOLEAN,

189

ГОСТ Р ИСО/МЭК 24708-2013

guiStateEventSubscribed BOOLEAN.

guiProgressEventSubscribed BOOLEAN

1 и SubscribeToGUIEvents-ResponseParams ::= NULL

16.22.3 Следующий тип АСН.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПН между конечными точками ПМО БиоАПИ:

16.22.4 Когда инфраструктура принимает вызов к функции BioAPI_SubscribeToGUIEventS от локального приложения, она сначала должна определить:

а) главную конечную точку и УУИД продукта ПБУ (bspProduciUuid) из параметра BSPUuid согласно разделу 23 (в случае, если параметр BSPUuid имеет значение, отличающееся от NULL) или

Ь) главную конечную точку и исходный обработчик ПБУ (orig'uudBSPHandle) из переменной Си, выделенной параметром BSPHandle согласно разделу 24 (в случае, если параметр BSPHandle имеет значение, отличающееся от NULL), а затем выполняют действия, указанные в одном из следующих подпунктов.

Примечание - Необходимо, чтобы только один из двух указанных параметров имел значение NULL (см. ИСО/МЭК 19784-1. 8.3.8.1).

190

ГОСТ Р ИСО/МЭК 24708-2013

16.22.4.) Если главной конечной точкой является локальная конечная точка, инфраструктура выполняет следующие действия в указанном порядке:

а) совершить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как и во входящем вызове, за

исключением:

I) в случае, если параметр BSPUuid входящего вызова имел значение, отличающееся от NULL, параметр BSPUuid должен быть установлен путем преобразования из bspProductUuid, согласно разделу 18 совместно с 15.58 и

2) в случае, если параметр BSPHandle входящего вызова имеет значение, отличающееся от NULL, параметр BSPHandle должен быть установлен путем преобразования из originalBSPHandle согласно разделу 19 совместно с 15.42;

Ь) Если возвращенное значение внутреннего вызова не равно 0,

возвратить это значение локальному приложению без выполнения

следующих действий;

с) создать временное абстрактное значение

(subscribeToGUlEvenisCailParams) типа

SubscribeToGUIEventsCallParams (см. 16.22.3) путем

преобразования из параметров вызова функции

BioAPISubscribeToGUIEvents согласно 16.22.6;

d) добавить поле в таблицу GUIEventLocalSubscriptions (см. 18.10), в

котором:

1) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента guiEventSubscriptionUuid subscribeToGUlEvemsCallParams

(присутствие и значение);

2) компонент hostingEndpointIRI должен быть установлен на ИИР локальной точки;

191

ГОСТ Р ИСО/МЭК 24708-2013

3) в случае, если необязательный компонент bspUuid subscribeToGUlEventsCallParams присутствует, компонент bspProductUuid поля должен быть установлен на bspProductUuid: в противном случае он должен быть установлен из компонента bspProductUuid поля таблицы AttachSessionLocalReferences (см. 18.8), в котором компонент originalBSPHandle имеет значение о riginalBSPHandle;

4) в случае, если необязательный компонент bspUuid subscribeToGUlEventsCallParams отсутствует или имеет значение, отличающееся от bspProductUuid, компонент USeBSPAccessUuid поля должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE;

5) в случае, если необязательный компонент bspHandle subscribeToG UlEventsCallParams присутствует, необязательный компонент originalBSPHandle должен быть установлен на originalBSPHandle:. в противном случае, он должен отсутствовать и

6) компоненты guiSelectEventHandlerAddress, guiSelectEventHandlerContext. guiStateEventHandlerAddress. guiStateEventHandlerContext. guiProgressEventHandlerAddress и guiProgressEventHandlerContext должны быть установлены из компонентов subscribeToGUlEventsCallParams с аналогичными же именами;

е) возвратить значение 0 локальному приложению.

16.22.4.2 Если главной конечной точкой является второстепенная конечная точка инфраструктуры, инфраструктура должна выполнять следующие действия в указанном порядке:

а) создать временное абстрактное значение (subscribeToGUlEventsCallParams) типа SubscribeToGUlEventsCallParams (см. 16.22.3) путем

192

ГОСТ Р ИСО/МЭК 24708-2013

преобразования из параметров BioAPI_SubscribeToGUIEvents вызова функции согласно 16.22.6;

Ь) создать временное абстрактное значение (читай outgoingRequestParams) типа SubscribeToG UlEvents-RequestParams (см. 16.22.2), в котором:

I) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента g u i Е ventSu bscription U U id subscribeToGUlEventsCallParams (присутствие и значение);

2) в случае, если необязательный компонент bspUuid subscribeToGUlEventsCallParams присутствует, компонент bspProduCtUuid outgoingRequestParams должен быть установлен на bspProduCtUuid; в противном случае, он должен отсутствовать;

3) в случае, если необязательный компонент bspHandle subscribeToGUlEventsCallParams присутствует, необязательный компонент originalBSPHandle outgoingRequestParams должен присутствовать и также должен быть установлен на originalBSPHandle; в противном случае, он должен отсутствовать;

4) в случае, если компонент guiSelectEventHandlerAddress subscribeToGUlEventsCallParams имеет значение, отличающееся от 0, компонент guiSelectEventSubscribed outgoingRequestParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE;

5) в случае, если компонент guiStateEventHandlerAddress subscribeToGUlEventsCallParams имеет значение, отличающееся от 0, компонент guiStateEventSubscribed outgoingRequestParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE: и

193

ГОСТ Р ИСО/МЭК 24708-2013

6) в случае, если компонент guiProgressEventHandlerAddress subscribeToGUIEventsCallParams имеет значение, отличающееся от 0, компонент guiProgressEventSubscribed outgoingRequestParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE;

с) создать и отправить сообщение запроса ПМО БиоАПИ subscribeToGUIEvents (см. 13.2) с ПИР второстепенной конечной точки, установленным на ПИР главной конечной точки, и значением параметра, установленным на oatgoingRequesiParams;

d) принять соответствующее сообщение ответа ПМО БиоАПИ subscribeToGUIEvents (см. 13.6);

е) в случае, если возвращенное значение сообщения ответа ПМО БиоАПИ не равно 0, возвратить это значение локальному приложению без выполнения следующих действий;

Г) добавить поле в таблицу GUIEventLocalSubscriptions (см. 18.10), в котором:

1) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента guiEventSubscriptionUuid subscribeToGUIEvenisCallParams (присутствие и значение);

2) компонент hostingEndpointIRI должен быть установлен на ИИР главной конечной точки;

3) в случае, если необязательный компонент bspUuid subscriheToGUIEventsCallParams присутствует, компонент bspProductUuid поля устанавливается на bspProduciUirid; в противном случае, он должен быть установлен из компонента bspProductUuid поля таблицы AttachSessionLocalReferences (см. 18.8), в котором компонент originalBSPHandle имеет значение originalBSPHandle;

194

ГОСТ Р ИСО/МЭК 24708-2013

4) Если необязательный компонент bspUuid suhscribeToGUIEventsCallParairs отсутствует или имеет значение, отличающееся от bspProductUuid, компонент useBSPAccessUuid поля должен быть установлен на TRUE; в противном случае, он должен быть установлен на FALSE;

5) Если необязательный компонент bspHandle subscribeToGUIEventsCallParams присутствует, необязательный компонент originalBSPHandle поля должен быть установлен на originalBSPHandle", в противном случае, он должен отсутствовать н

6) компоненты guiSelectEventHandlerAddress. guiSelect-EventHandlerContext, guiStateEventHandlerAddress. guiStateEventHandlerContext. guiProgressEventHandlerAd-dress. и guiProgressEventHandlerContext должны быть установлены из компонентов subscribeToGUIEventsCallParams с такими же именами;

g) возвратить значение 0 локальному приложению.

16.22.4.3 Если главная конечная точка не может быть определена, инфраструктура должна вернуть значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.22.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) subscribeToGUIEventS от главной конечной точки, она должна выполнить следующие действия в указанном порядке:

а) разрешить incomingRequestParams выступать в качестве значения параметра типа SubscribeToGUIEvents-RequestParams (см. 16.22.2) сообщения запроса ПМО БиоАПИ subscribeToGUIEventS;

b) создать временное абстрактное значение (subscribeToGUIEventsCallParams) типа SubscribeToGUIEventsCallParams (см. 16.22.3). в котором:

1) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента

195

ГОСТ Р ИСО/МЭК 24708-2013

guiEventSllbscriptionUuid incomingRequestParams (присутствие и значение);

2) Если необязательный компонент bspProductUuid incomingRequestParams присутствует, компонент bspUuid subscribeToGUlEventsCallParams должен быть установлен из такого

компонента; в противном случае он должен отсутствовать;

3) Если необязательный компонент originalBSPHandle incomingRequestParams присутствует, компонент bspHandle subscribeToGUlEventsCallParams должен быть установлен из такого

компонента; в противном случае он должен отсутствовать;

4) Если

компонент

guiSelectEventSubscribed

196

incoming Request Ра rams и мест

guiSelectEventHandlerAddress

определенный реализацией адрес

значение TRUE, компонент

должен быть установлен в

памяти, отличающийся от 0; в

противном случае он должен быть установлен на 0.

Примечание 1 - Действительный адрес памяти, определенный для guiSelectEventHandlerAddress. не имеет значения, так как никакие вызовы к такому адресу совершаться не будут (см. 17.2.5);

5) Если компонент guiStateEventSubscribed incomingRequestParams имеет значение TRUE, компонент guiStateEventHandlerAddress должен быть установлен в определенный реализацией адрес памяти отличный от 0; в противном случае, он должен быть установлен на 0.

Примечание 2 - Действительный адрес памяти, определенный для guiStateEventHandlerAddress не имеет значения, так как никакие вызовы к такому адресу выполняться не должны (см. 17.3.5);

6) Если компонент guiProgressEventSubscribed incomingRequesiParams имеет значение TRUE, компонент guiProgressEventHandlerAddress должен быть установлен в

ГОСТ Р ИСО/МЭК 24708-2013

определенный реализацией адрес памяти, отличающийся от 0; в противном случае, он должен быть установлен на 0 и

При .м е ч а н и е 3 Действительный адрес памяти, определенный для guiProgressEventHandlerAddress нс имеет значения, так как никакие вызовы к такому адресу выполняться не должны (см. 17.4.5);

7) компоненты guiSelectEventHandlerContext. guiStateEvent-HandlerContext, and guiProgressEventHandlerContext должны быть установлены на 0;

с) в случае, если оба компонента bspProduCtUuid и originalBSPHandle mcomingRequesiParams присутствуют, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ SubscribeToGUIEvents (см. 17.3) с возвращаемым значением, установленным на BioAPIERR_UUID_AND_HANDLE_BOTH_PRESENT без выполнения следующих действий;

d) в случае, если оба компонента bspProduCtUuid и originalBSPHandle mcom'mgRequesiParams отсутствуют, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ SubscribeToGUIEvents (см. 13.3) с возвращаемым значением, установленным на BioAPIERR_UUID_AND_HANDLE_BOTH_ABSENT без выполнения следующих действий;

е) совершить внутренний вызов функции БиоАПИ (см. 13.10) к функции BioAPI SubscribeToGUIEventS. в котором параметры вызова функции должны быть установлены путем преобразования suhscribeToGUlEvenisCallParanis согласно 16.22.6;

Г) Если возвращенное значение внутреннего вызова не равно 0. создать и отправить соответствующее сообщение ответа ПМО БиоАПИ SubscribeToGUIEvents (см. 13.3) с возвращаемым значением, установленным на это значение, без выполнения следующих действий;

197

ГОСТ Р ИСО/МЭК 24708-2013

g) добавить поле в таблицу GUIEventRemoteSubscriptions (см. 18.1 Г), в котором:

1) компонент subscriberEndpointIRI должен быть установлен на ИПР главной конечной точки;

2) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента guiEventSubscriptionUuid incomingRequestParams (присутствие и значение);

3) Если необязательный компонент bspProductUuid incomingRequestParams присутствует, компонент bspProductUuid поля должен быть установлен из такого компонента; в противном случае, он должен быть установлен из компонента bspProductUuid поля таблицы AttachSessionRemoteReferences (см. 18.9), в котором компонент originalBSPHandle имеет такое же значение, как и компонент originalBSPHandle incomingRequestParams;

4) Если необязательный компонент originalBSPHandle incomingRequestParams присутствует, компонент bspHandle поля должен быть установлен из такого компонента; в противном случае он должен отсутствовать; и

5) компоненты guiSelectEventSubscribed. guiStateEventSubscribed и guiProgressEventSubscribed должны быть установлены из incomingRequestParams с такими же именами;

h) создать и отправить соответствующее сообщение ответа ПМО БиоАПИ subscribeToGUIEvents (см. 13.3) со значением параметра, установленным на NULL, и возвращенным значением, установленным на 0.

15.22.6 Преобразование между параметрами функции Си BioAPISubscribeToGUIEvents и типом АСП.1 SubscribeToGUIEventsCallParams (см. 16.22.3) выполняют путем

198

ГОСТ Р ИСО/МЭК 24708-2013

преобразования между индивидуальными параметрами функции и

компонентами АСН.1 согласно таблице 62.

Таблица 6 2 - Преобразование данных между параметрами функции

BioAPI_SubscribeToGUIEvents и типом АСН.1 SubscribeToGUIEventsCallParams

16.23 Функция BioAPI_UnsubscribeFromGUIEvents

16.23.1 Данная функция определена в БиоАПН следующим образом:

BioAPI_RETURN BioAPI BioAPI_UnsubscribeFromGUIEvents

199

ГОСТ Р ИСО/МЭК 24708-2013

(const BioAPI_UUID 'GUIEventSubscriptionUuid, const BioAPI_UUID ’BSPUuid, const BioAPI HANDLE ‘BSPHandle, BioAPI_GUI_SELECT_EVENT_HANDLERGUISelectEventHandler, void •GUISelectEventHandlcrCtx,

BioAPI_GUI_STATE_EVENT_HANDLERGUIStateEventHandler, void ’GUIStatcEvcntHandlerCtx.

BioAPI_GUI_PROGRESS_EVENT_HANDLERGUIProgressEventHandler, void ’GUIProgressEventHandlerCtx):

16.23.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ

unsubscribeFromGUIEvents и тип сообщения ответа unsubscribeFromGUIEvents. которые переносят значение следующего параметра типов АСН.1 сообщений ПМО БиоАПИ соответственно:

1

и

UnsubscribeFromGUIEvents-ResponseParams ::= NULL

16.23.3 Следующий тип АСН.1 применяют при спецификации поведения инфраструктуры, но его абстрактные значения не появляются при каком-либо обмене сообщениями ПМО БиоАПИ между конечными точками ПМО БиоАПИ:

UnsubscribcFromGUIEvcntsCallParams ::= SEQUENCE { guiEventSubscriptionUuid bspUuid BioAPI-UUID bspHandle BioAPI-HAND-E guiSelectEventHandlerAddress guiSelectEventHandlerContext guiStateEventHandlerAddress guiStateEventHandlerContext guiProgressEventHandle'Address

BioAPI-UUID OPTIONAL.

OPTIONAL, OPTIONAL. MemoryAddress, MemoryAddress, MemoryAddress, MemoryAddress, MemoryAddress,

200

ГОСТ Р ИСО/МЭК 24708-2013

guiProgressEventHandlerContext Memory Address }

16.23.4 Когда инфраструктура принимает вызов к функции BioAPIUnsubscribeFromGUIEvents от локального приложения, она сначала должна определить:

а) главную конечную точку и У У ИД продукта ПБУ (bspProductUuid) из параметра BSPUuid согласно разделу 23 в случае, если параметр BSPUuid имеет значение, отличающееся от NULL или

Ь) главную конечную точку и исходный обработчик ПБУ (originalBSPHandle) из переменной Си, выделенной параметром BSPHandle согласно разделу 24 в случае, если параметр BSPHandle имеет значение, отличающееся от NULL:

а затем выполняют действия, указанные в одном из следующих подпунктов.

Примечание - Необходимо, чтобы только один из двух указанных параметров имел значение NULL (см. ИСО/МЭК 19784-1. 8.3.8.1).

16.23.4.1 Если главной конечной точкой является локальная конечная точка, инфраструктура должна выполнить следующие действия в указанном порядке:

а) выполнить внутренний вызов функции БиоАПИ (см. 13.10) к такой же функции с теми же значениями параметра, как и во входящем вызове, за исключением следующего:

1) в случае, если параметр BSPUuid входящего вызова имел значение, отличающееся от NULL, параметр BSPUuid должен быть установлен путем преобразования из bspProductUuid согласно разделу 19 совместно с 15.58 и

2) в случае, если параметр BSPHandle входящего вызова имеет значение, отличающееся от NULL, параметр BSPHandle должен быть установлен путем преобразования из originalBSPHandle согласно разделу 19 совместно с 15.42;

201

ГОСТ Р ИСО/МЭК 24708-2013

Ь) в случае, если возвращенное значение внутреннего вызова не равно 0, возвратить это значение локальному приложению без выполнения следующих действии;

с) создать временное абстрактное значение (unsubscribe From G UlEvenisCallPa rams) типа UnsubscribeFromGUIEventsCallParams (см. 16.23.3) путем преобразования из параметров вызова функции BioAPI_UnsubscribeFromGUIEvents согласно 16.22.6;

d) проверить таблицу GUIEventLocalSubscriptions (см. 18.10) на наличие поля, в котором:

1) необязательный компонент guiEventSubscriptionUuid имеет такое же присутствие и значение, как и необязательный компонент guiEventSubscriptionUuid imsubscribeFromGUlEvenisCallParams;

2) компонент hostingEndpointIRI содержит ИИР локальной конечной точки;

3) в случае, если необязательный компонент bspUuid unsubscribeFromG UlEvenisCallPa rams присутствует, компонент bspProduCtUuid поля имеет значение bspProduciUuid; в противном случае он имеет такое же значение, как и компонент bspProduCtUuid поля таблицы AttachSessionLocalReferences (см. 18.8), в котором компонент originalBSPHandle имеет значение originalBSPHandle;

4) в случае, если необязательный компонент bspUuid unsubscribeFromGUIEvenlsCallParams отсутствует или имеет значение, отличающееся от bspProduciUuid, компонент useBSPAccessUuid поля имеет значение TRUE; в противном случае он имеет значение FALSE;

5) в случае, если необязательный компонент bspHandle unsubscribeFromGUIEventsCallParams присутствует, необязательный

компонент originalBSPHandle поля также присутствует и имеет значение originalBSPHandle; в противном случае компонент отсутствует и

202

ГОСТ Р ИСО/МЭК 24708-2013

6) компоненты guiSelectEventHandlerAddress. guiSelectEventHandlerContext. guiStateEventHandlerAddress. guiStateEventHandlerContext, guiProgressEventHandlerAddress и guiProgressEventHandlerContext имеют те же значения, как и компоненты unsidwribeFromGUIEventsCallParains с такими же именами; е) в случае, если такое поле не обнаружено, возвратить значение BioAPIERR_NO_SUCH_SUBSCRIPTION_FOUND локальному приложению без выполнения следующих действий:

Г) удалить поле таблицы GUIEventLocalSubscriptions (применяется 18.10.3);

g) возвратить значение 0 локальному приложению.

16.23.4.2 Если главной конечной точкой является второстепенная конечная точка инфраструктуры, инфраструктура должна выполнить следующие действия в указанном порядке:

а) создать временное абстрактное значение (unstibscribeFromGUlEventsCallParams) типа UnsubscribeFromGUIEventsCallParams (см. 16.23.3) путем преобразования из параметров вызова функции BioAPI_UnsubscribeFromGUIEvents согласно 16.23.6:

Ь) создать временное абстрактное значение (oulgoingRequestParams) типа UnsubscribeFromGUIEvents-RequestParams (см. 16.23.2), в котором:

1) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента g ui Е ve ntSu bscription U U id imsubscribeFromGWEventsCallParams (присутствие и значение);

2) Если необязательный компонент bspUuid unsubscribeFromGUlEventsCallParams присутствует, компонент

203

ГОСТ Р ИСО/МЭК 24708-2013

bspProductUuid outgoingRequestParams должен быть установлен в bspProductUuid; в противном случае он должен отсутствовать;

3) Если необязательный компонент bspHandle unsubscribeFromGUlEventsCallParams присутствует, необязательный компонент originalBSPHandle outgoingRequestParams должен быть установлен в originalBSPHandle; в противном случае он должен отсутствовать;

4) Если компонент guiSelectEventHandlerAddress unsubscribeFromGUIEventsCallParams имеет значение, отличающееся от 0, компонент guiSelectEventSubscribed oittgoingRequestParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE;

5) Если компонент guiStateEventHandlerAddress unsubscribeFromGUIEventsCallParams имеет значение, отличающееся от 0, компонент guiStateEventSubscribed outgoingRequestParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE и

6) Если компонент guiProgressEventHandlerAddress unsubscribeFromGU lEventsCallParams имеет значение, отличающееся от 0, компонент guiProgressEventSubscribed outgoingRequestParams должен быть установлен на TRUE; в противном случае он должен быть установлен на FALSE;

с) создать и отправить сообщение запроса ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.2) с ИПР второстепенной конечной точки, установленным на ПИР главной конечной точки, со значением параметра, установленным на outgoingRequestParams;

d) принять соответствующее сообщение ответа ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.6);

204

ГОСТ Р ИСО/МЭК 24708-2013

е) Если возвращенное значение сообщения ответа ПМО БиоАПИ не равно 0, возвратить это значение локальному приложению без выполнения следующих действий;

О проверить таблицу GUIEventLocalSubscriptions (см. 18.10) на наличие поля, в котором:

I) необязательный компонент guiEventSubscriptionUuid имеет такое же значение, как и необязательный компонент guiEventSubscriptionUuid ur.subscribeFromGUlEventsCallParams;

2) компонент hostingEndpointiRI содержит ИИР главной конечной точки;

3) Если необязательный компонент bspUuid unsubscribeFromGUIEventsCallParams присутствует, необязательный компонент bspProductUuid поля имеет значение bspProductUuid: в противном случае он имеет такое же значение, как и компонент bspProductUuid поля таблицы AttachSessionLocalReferences (см. 18.8), в котором компонент originalBSPHandle имеет значение originalBSPHandle’,

4) Если необязательный компонент bspUuid unsubscribeFromGUIEventsCallParams отсутствует или имеет значение, отличающееся от bspProductUuid, компонент useBSPAccessUuid поля имеет значение TRUE; в противном случае он имеет значение FALSE;

5) Если необязательный компонент bspHandle unsubscribeFromGUIEventsCallParams присутствует, необязательный компонент originalBSPHandle поля также присутствует и имеет значение originalBSPHandle; в противном случае отсутствует и

6) компоненты guiSelectEventHandlerAddress, guiSelectEventHandlerContext. guiStateEventHandlerAddress. guiStateEventHandlerContext, guiProgressEventHandlerAddress.

205

ГОСТ Р ИСО/МЭК 24708-2013

и guiProgressEventHandlerContext имеют те же значения, как и компоненты unsubscribeFromGUIEvenlsCallParams с такими же именами;

g) Если такое поле не обнаружено, возвратить значение BioAPIERR_NO_SUCH_SUBSCRIPTION_FOUND локальному приложению без выполнения следующих действий:

h) удалить поле таблицы GUIEventLocalSubscriptions (применяют 18.10.3);

i) возвратить значение 0 локальному приложению.

16.23.4.3 Если главная конечная точка не может быть определена, инфраструктура должна вернуть значение BioAPIERR_UNABLE_TO_LOCATE_BSP локальному приложению.

16.23.5 Когда инфраструктура получает сообщение запроса ПМО БиоАПИ (см. 13.9) unsubscribeFromGUIEvents от главной конечной точки, она должна выполнить следующие действия в указанном порядке:

а) разрешить incomingRequesiParams выступать в качестве значения параметра типа UnsubscribeFromGUIEvents- RequestParams (см. 16.23.2) сообщения запроса ПМО БиоАПИ unsubscribeFromGUIEvents:

Ь) создать временное абстрактное значение (unsubscribeFromG UI Even isCallPa rams) типа UnsubscribeFromGUIEventsCallParams (см. 16.23.3), в котором:

I) необязательный компонент guiEventSubscriptionUuid должен быть установлен из необязательного компонента guiEventSubscriptionUuid incomingRequesiParams (присутствие и значение);

2) Если необязательный компонент bspProduCtUuid incomingRequesiParams присутствует, необязательный компонент bspUuid должен быть установлен из этого компонента; в противном случае он должен отсутствовать;

206

ГОСТ Р ИСО/МЭК 24708-2013

3) необязательный компонент bspHandle должен быть установлен из необязательного компонента originalBSPHandle incomingRequestParams (присутствие и значение);

4) Если компонент guiSelectEventSubscribed incomingRequestParams имеет значение TRUE, компонент guiSelectEventHandlerAddress unsubscribeFromGUlEventsCallParams должен быть установлен в определенный реализацией адрес памяти отличающийся от 0. который должен соответствовать указанному в 16.22.5, перечисление Ь); в противном случае он должен быть установлен на 0:

5) Если компонент guiStateEventSubscribed incomingRequestParams имеет значение TRUE, компонент guiStateEventHandlerAddress unsubscribeFromGUlEventsCallParams должен быть установлен в определенный реализацией адрес памяти, отличающийся от 0, который должен соответствовать указанному в

16.22.5. перечисление Ь); в противном случае он должен быть установлен

на 0;

6) Если компонент guiProgressEventSubscribed incomingRequestParams имеет значениеТНиЕ. компонент guiProgressEventHandlerAddress unsubscribeFromGUIEventsCallParums должен быть установлен в определенный реализацией адрес памяти, отличающийся от 0, который должен соответствовать указанному в 16.22.5, перечисление Ь); в противном случае он должен быть установлен на 0 и

7) компоненты guiSelectEventHandlerContext,

guiStateEventHandlerContext и guiProgressEventHandlerContext

должны быть установлены на 0:

с) Если оба компонента bspProductUuid и originalBSPHandle incomingRequestParams присутствуют, создать и отправить

207

ГОСТ Р ИСО/МЭК 24708-2013

соответствующее сообщение ответа ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.3) с возвращаемым значением, установленным на

BioAPIERR_UUID_AND_HANDLE_BOTH_PRESENT без выполнения следующих действий; d) Если оба компонента bspProductUuid и originalBSPHandle incomingRequestParams отсутствуют. создать и отправить соответствующее сообщение ответа ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.3) с возвращаемым значением, установленным на

BioAPIERR_UUID_AND_HANDLE_BOTH_ABSENT без выполнения следующих действий; е) совершить внутренний вызов функции БиоАПИ (см. 13.10) к функции BioAPI UnsubscribeFromGUIEvents. в котором параметры вызова функции должны быть установлены путем преобразования unsubscribeFromGU lEventsCallParams согласно 16.22.6;

f) Если возвращенное значение внутреннего вызова не равно 0. создать и отправить соответствующее сообщение ответа ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.3) с возвращаемым значением, установленным на это значение без выполнения следующих действий;

g) проверить таблицу GUIEventRemoteSubscriptions (см. 18.11) на наличие поля, в котором:

I) компонент subscriberEndpointIRI содержит НИР главной конечной точки;

2) необязательный компонент guiEventSubscriptionUuid имеет такое же значение, как и необязательный компонент guiEventSubscriptionUuid incomingRequestParams:,

3) в случае, если необязательный компонент bspProductUuid incomingRequestParams присутствует, компонент bspProductUuid поля

208

ГОСТ Р ИСО/МЭК 24708-2013

имеет такое же значение, как и указанный компонент; в противном случае, он имеет такое же значение, как и компонент bspProductUuid поля таблицы AttachSessionRemoteReferences (см. 18.9), в котором компонент originalBSPHandle имеет такое же значение, как и компонент originalBSPHandle incomingRequestParams;

4) в случае, если необязательный компонент originalBSPHandle incomingRequestParams присутствует, компонент bspHandle поля имеет такое же значение, как и указанный компонент; в противном случае он отсутствует и

5) компоненты guiSelectEventSubscribe. guiStateEventSubscribe и guiProgressEventSubscribed имеют те же значения, как и компоненты incomingRequestParams с такими же именами;

h) Если такое поле не обнаружено, создать и отправить соответствующее сообщение ответа ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.3) с возвращаемым значением, установленным на BioAPIERR_NO_SUCH_SUBSCRIPTION_FOUND без выполнения следующих действий;

i) удалить поле таблицы GUIEventRemoteSubscriptions (выполняют действия, указанные в 18.11.3);

j) создать и отправить соответствующее сообщение ответа ПМО БиоАПИ unsubscribeFromGUIEvents (см. 13.3) со значением параметра, установленным на NULL, и возвращаемым значением, установленным на 0.

16.23.6 Преобразование между параметрами функции Си Bio API UnsubscribeFromGUIEvents и типом АСН.1 UnsubscribeFromGUIEventsCallParams (см. 16.23.3) выполняют путем преобразования между индивидуальными параметрами функции и компонентами АСН.1 согласно таблице 63.

209

ГОСТ Р ИСО/МЭК 24708-2013

Таблица 6 3 -Преобразование данных между параметрами функции

BioAPI_UnsubscribeFromGUIEvents и типом АСН.1

UnsubscribeFromGUIEventsCallParams

16.24 Функция BioAPI_QueryGUiEventSubscriptions

16.24.1 Данная функция определена в БиоАПИ следующим образом:

210

ГОСТ Р ИСО/МЭК 24708-2013

BioAPI_RETURN BioAPI BioAPIQucryGUIEventSubscriptions

(const BioAPI_UUID ‘BSPUuid,

BioAPI_GUI_EVENT_SUBSCRI PTION "GUIEventSubscriptionList, uint32 t •NumbcrOfElements):

16.24.2 С данной функцией связаны два типа сообщений ПМО БиоАПИ: тип сообщения запроса ПМО БиоАПИ queryGUIEventSubscriptions и тип сообщения ответа queryGUIEventSubscriptions. которые переносят значение следующего параметра типов АСП.1 сообщений ПМО БиоАПИ соответственно:

QucryGUIEvcntSubscriptions-RcqucstParams ::= SEQUENCE { bspProductUuid BioAPI-UUID

И

QucryGUIEvcntSubscriptions-ResponseParams ::= SEQUENCE {

guiEventSubscriptions SEQUENCE (SIZE(O..max-unsigned-int)) OF subscription BioAPI-GUI-EVENT-SUBSCRIPTION

16.24.3 Когда инфраструктура получает вызов к функции BioAPI QueryGUIEventSubscriptions от локального приложения, она должна сначала определить главную конечную точку и УУИД продукта ПБУ (bspProductUuid) из параметра BSPUuid согласно разделу 23, и только затем выполняют действия, указанные в одном из следующих подпунктов.

16.24.3.1 Если главной конечной точкой является локальная конечная точка, инфраструктура выполняет следующие действия в указанном порядке:

а) создать временное абстрактное значение (outgoingResponseParants) типа QueryGUIEventSubscriptions-ResponseParams (см. 16.24.2), в котором компонент guiEventSubscriptions должен быть изначально пустым;

Ь) проверить таблицу GUIEventLocalSubscriptions (см. 18.10) на наличие поля, в котором:

1) присутствует необязательный компонент

guiEventSubscriptionUuid;

211

ГОСТ Р ИСО/МЭК 24708-2013

2) компонент hostingEndpointIRI содержит ПИР локальной конечной точки и

3) компонент bspProductUuid имеет значение bspProductUuid: с) для каждого такого поля (localSubscription) добавить элемент в компонент guiEventSubscriptions outgoingResponseParams, в котором: