Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 57509-2017; Страница 21

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО/ТС 10303-1013-2017 Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 1013. Прикладной модуль. Задание информации об организации и сотруднике Industrial automation systems and integration. Product data representation and exchange. Part 1013. Application module. Organization and person assignment (Настоящий стандарт определяет прикладной модуль «Задание информации об организации и сотруднике». Требования настоящего стандарта распространяются:. - на установление связи между организацией и данными об изделии или действии;. - установление связи между сотрудником в организации и данными об изделии или действии) ГОСТ Р ИСО/МЭК 17839-1-2017 Информационные технологии. Биометрическая система на идентификационной карте. Часть 1. Основные требования Information technology. Biometric System-on-Card. Part 1. Core requirements (Настоящий стандарт устанавливает:. - функциональную архитектуру биометрической системы на идентификационной карте;. - биометрическую систему на идентификационной карте типа S1 (полностью соответствует требованиям ИСО/МЭК 7810) и типа S2;. - типы биометрических сканеров для биометрической системы на идентификационной карте;. - минимальные требования к биометрической системе на идентификационной карте в отношении:. - дискриминирующей способности (т. е. критерий биометрической точности);. - интерфейсов;. - источников питания. Настоящий стандарт не устанавливает:. - биометрическое сравнение вне идентификационной карты, хранение данных на идентификационной карте;. - реализации распределения нагрузки;. - подробную спецификацию и конфигурацию отдельных компонентов. Настоящий стандарт устанавливает функциональную архитектуру биометрической системы на идентификационной карте и определяет интерфейсы, которые отображаются с использованием существующих команд и структур данных, определенных в других стандартах) ГОСТ Р ИСО/МЭК 19794-7-2017 Информационные технологии. Биометрия. Форматы обмена биометрическими данными. Часть 7. Данные динамики подписи Information technology. Biometrics. Biometric data interchange formats. Part 7. Signature/sign time series data (Настоящий стандарт устанавливает форматы обмена данными динамики подписи, зарегистрированными в виде многомерной временной последовательности с использованием таких устройств, как планшеты или системы профессионального пера. Форматы обмена данными подписи, описываемые в настоящем стандарте, являются базовыми, т. е. могут быть применены для целого ряда областей приложений, в которых используют рукописные подписи)
Страница 21
Страница 1 Untitled document
ГОСТ Р 57509—2017
8 Коммуникационная модель монитора кровяного давления
8.1 Общие сведения
В настоящем разделе описана общая коммуникационная модель и процедуры агента монитора
кровяного давления в соответствии с определениями, приведенными в IEEE Std 11073-20601. Поэтому
соответствующие части IEEE Std 11073-20601 не воспроизводятся, изложение ограничено специфич
ным выбором и ограничениями для необязательных элементов именно, объектов, атрибутов и дей
ствий) и описанием специфичных расширений (например, номенклатурных терминов).
Иллюстративный обзор различных транзакций передачи сообщений в типичном сеансе измере
ний приведен в форме диаграмм последовательности в приложении D, а примеры соответствующих
блоков данных протокола PDU (protocol data unit) приведены в приложении Е.
8.2 Коммуникационные характеристики
В настоящем подразделе определены ограничения размера блоков данных протокола прикладно
го уровня APDU (application protocol data unit), передаваемых или получаемых агентом монитора кровя
ного давления. Небольшие размеры позволяют упростить реализацию в терминах меньшей стоимости
и сложности.
Для агента монитора кровяного давления, не реализующегодругих специализаций приборов, кро
ме описанной в настоящем стандарте, максимальный размер передаваемого блока APDU не должен
превышать N|x. В настоящем стандарте Nu = 896 октетов. Агент, удовлетворяющий данному опреде
лению. должен быть способен принимать блоки APDU размером довключительно. В настоящем
стандарте Nfx = 224 октета.
Для агента монитора кровяного давления, реализующего функции специализаций других прибо
ров. верхняя оценка размеров блоков APDU определяется следующим образом: агент не должен пере
давать блоки APDU. размер которых превышает сумму ограниченийвсех реализованных им специа
лизаций приборов, идолжен принимать блокиAPDU. размер которых не превышает сумму ограничений
Nrx всех реализованных им специализаций приборов. Если эти границы превышают максимальные
размеры, определенные в IEEE Std 11073-20601. то должны применяться эти размеры.
Если ограничение на размер блока APDU не позволяет агенту включить в одно сообщение все
результаты текущих измерений, то он должен посылать эти результаты в виде нескольких сообщений.
Максимальное число измеренных данных, которые разрешается включать в одно сообщение о собы
тии. приведено в 8.5.3.
8.3 Процедура ассоциирования
8.3.1 Общие сводения
Если в настоящем стандарте не указано иное, процедура ассоциирования агента монитора кровя
ного давления и менеджера должна осуществляться в соответствии с IEEE Std 11073-20601.
8.3.2 Процедура агонта. Запрос ассоциации
К запросу ассоциации, передаваемому агентом менеджеру, предъявляются следующие требова
ния:
- версия процедуры ассоциирования, используемой агентом, должна иметь значение assoc-
versionl (то есть assoc-version = 0x80000000);
- элемент структуры идентификатора протокола данных DataProtoList должен иметь значение
data-proto-id-20601 (то есть data-proto-id = 0x5079):
- поле data-proto-mfo должно содержать структуру Phd AssociationInformation, содержащую следу
ющие значения параметров:
1) версия протокола обмена данными должна иметь значение protocol-versionl (то есть protocol-
version = 0x80000000);
2) должны поддерживаться как минимум правила кодирования MDER (то есть encoding-rules =
= 0x8000);
3) используемая версия номенклатурыдолжна иметь значение nom-version1 оесть nomenclature-
version = 0x80000000);
4) в поле functional-units может быть установлен бит тестирования ассоциации. Никакие другие
биты не должны устанавливаться;
5) поле system-type должно иметь значение sys-type-agent (то есть system-type = 0x00800000):
17