ГОСТ Р ИСО/МЭК 24730-1—2017
API должен поддерживаться устройством с минимальной функциональностью, являющимся
«устройством сбора и передачи данных» («collection and forwarding device») без обязательного постоян
ного хранения данных на сервере и без базы данных.
Это устройство может обеспечивать сглаживание характеристик интенсивности фильтрования и
определения места нахождения, но данные функции не требуются в данном API, потому чтоAPI может
функционировать до или после данного типа предварительной обработки.
5.2 Общие положения
Структурная схема системы RTLS должна иметь соединение «Text over Socket», чтобы клиент
по протоколу TCP/IP мог подключаться и в режиме реального времени получать поток сообщений от
системы RTLS.
Сообщения отделяются друг от друга знаками <CR><LF> для облегчения отображения консоли.
Формат поля отделяется запятыми.
Протокол «Text over Socket» — это минимальное обязательное требование. Если реализованы
дополнительные транспортные протоколы, такие как HTTP и JMS, тогда должны быть использованы
текстовый формат или XML1). Если реализованы REST или SOAP2), тогда необходимо использовать
формат XML. Текстовый формат включает в себя поля, разделенные запятыми, тогда как формат XML
включает в себя сокращенные XML-теги. Оба формата описаны в настоящем стандарте.
Использование REST, SOAP и сервисов с большей функциональностью является необязатель
ным, потому что они ограничивают скорость передачи.
Задачей настоящего стандарта является обеспечение передачи 3000 сообщений в секунду и боль
ше. Несмотря на то, что во многих приложениях объем в 3000 сообщений в секунду может и не понадо
биться. минимальный API систем RTLS должен его поддерживать, потому что существующее на теку
щий момент применение меток с 3,000 блинк-посылками на частоте 1 Гц может с легкостью поддер
живать такое количество сообщений. При интенсивности фильтрования и.’или нацеленности инфор
мационных систем и программного обеспечения на управление большими объемами данных, REST,
SOAP и другие методы передачи сообщений могут обеспечить дополнительную функциональность.
Применение текстового формата с разделением запятыми обосновано при поддержке высокой скоро
сти передачи данных, потому что данный формат не является избыточным и позволяет методам
пере дачи сообщений функционировать на средних и высоких скоростях.
Представленный API или протокол называется «формат сообщений простого определения места
нахождения» (SLMP, Simple Location Message Protocol). Обязательный формат, разделенный запятыми,
называется «протокол сообщений простого определения места нахождения» (SLMF. Simple Location
Message Format). Для отдельных транспортных средств SLMF-сокеты («SLMF-Sockets») — это обяза
тельный совместимый с TCP/IP интерфейс/API протокола SLMP. как. например. SLMF-HTTP — это до
полнительный интерфейс/API, поддерживающий HTTP, как элементарный сервис REST систем RTLS.
Реализация SLMP может дополнительно включать в себя формат XML.
Клиентское приложение подключается к системе RTLS при помощи TCP/IP-соединения. Система
RTLS отвечает потоком сообщений, который прерывается только при закрытии соединения с клиентом.
Система RTLS должна передавать сообщения, подтверждающие ее активность, если линия мол
чит в течение длительных промежутков времени. Настоящий стандарт не устанавливает обязательного
интервала для сообщений, подтверждающих активность, а оставляет этот вопрос на усмотрение по
ставщика системы RTLS (см. 5.7.3). В случае потери безопасного соединения с системой RTLS. клиент
ское приложение должно периодически повторять попытки подключения.
Система RTLS предоставляет API через устройство с минимальными техническими характери
стиками, которое собирает сообщения от считывателей, определяет место нахождения и пересылает
сообщения. Это устройство не требует постоянного хранения данных на сервере, а также хранения
архивных данных или статуса последней метки во время активной сессии. Тем не менее, данный API не
предоставляет статус метки, а предоставляет только события, связанные с меткой. Статус метки
оставлен для приложения, имеющего в контексте работы знание массива данных, либо для API более
высокого уровня, выходящего за рамки настоящего стандарта.
1| Extensible Markup Language (XML) 1.0, (Third Edition). W3C Recommendation. World Wide Web Consortium
(W3C), 04 February 2004. {hltp://wwv/,w3.org’TR.’2004/REC-xrrt-20040204/).
2> SOAP Version 1.2 PartO: Primer. W3C Recommendation. World Wide Web Consortium (W3C). 24 June 2003.
(
http://wvAv.w3.orgTR/2003/REC-soap
12-part0-20030624/).
3