ГОСТ Р ИСО/МЭК 24730-1—2017
API, представленный в настоящем стандарте, поддерживает несколько одновременных клиент
ских подключений.
5.3 Конфигурация потока сообщений
В настоящем стандарте не устанавливаются конкретные методы фильтрования исходящего пото
ка сообщений системы RTLS; тем не менее, поставщик системы RTLS при необходимости может реали
зовать фильтрование в устройстве сбора и передачи данных, соответствующее настоящему стандарту.
Например, поставщик могбы реализовать метод подтверждения на стороне клиента, удовлетворяющий
характеристикам фильтра системы RTLS. Система RTLS могла бы затем использовать характеристики
фильтра для ограничения исходящего к клиентам потока сообщений. С другой стороны, поставщик мог
бы реализовать конфигурацию характеристик фильтра на стороне сервера для обращения ко всем
клиентским соединениям.
5.4 Безопасность
Протоколы системы безопасности аппаратурыобмена сообщениями: системы RTLS не рассматри
ваются в настоящем стандарте, потому что вопросы безопасности можно переадресовать к существу
ющим стандартам по безопасности и технологиям на коммуникационных уровнях, основанных на пред
почтениях и стратегии индивидуальных заказчиков. Например, при соединении по протоколу TCP/IP
используется протокол системы безопасности SSH. который легко реализовать (совместимо с насто
ящим стандартом). Аналогично, протоколы системы безопасности, такие как HTTPS и S-HTTP. также
могут быть реализованы, как и вышеуказанный протокол.
5.5 Цель
API, представленный в настоящем стандарте, определяет стандартный механизм доступа клиент
ского приложения к блинк-посылкам меток с более точным положением от системы RTLS.
5.6 Независимость от языка
API. представленный в настоящем стандарте, определяет независимый от языка программиро
вания интерфейс по отношению к сервису RTLS. Это достигается использованием стандартизованного
протокола производственной (вычислительной) сети «Text over Socket» (TCP/IP) для соединения с сер
висом RTLS.
5.7 Архитектура
На рисунке 1описан API обмена сообщениями между клиентским приложением и системой RTLS.
В настоящем стандарте API допускает несколько клиентских подключений, таким образом API поддер
живает состояние соединения TCP/IP для каждого клиента.
Соединение с клиентским приложением
г
SПо протоколу TCP/IP
(Л
5 (
Поток событий
h
£
с
4
Б
и
1
г-
§
S
k .
Закрытие соединения с клиентским приложением
►
5
TCP/IP
2
SLMP
Рисунок 1— Архитектура протокола SLMP
5.8 SLMP сообщения
В данном подразделе описаны сообщения, которые используются в настоящем стандарте. Каж
дый тип сообщения включает в себя набор полей, которые поставщик системы RTLS реализует в соот-
4