LUNA PLATFORM v.5.94.0#

Изменения LP

SDK был обновлен до версии 5.26.0.

В данной версии LUNA PLATFORM:
- обновлен эстиматор DeepFake до версии 7;
- обновлен эстиматор OneShotLiveness до версии 9;
- удалена поддержка 54-ой модели нейронной сети;
- в контейнеры Remote SDK и Video Agent добавлена 65-ая модель нейронной сети для извлечения биометрических шаблонов лиц.
Примечание. Обратите внимание, что добавленная сеть уже есть в контейнерах указанных сервисов и ее не надо добавлять вручную.

Важно! Если на момент обновления используется 54-ая модель нейронной сети (настройка "DEFAULT_FACE_DESCRIPTOR_VERSION"), то без следующих действий сервис Remote SDK не запустится:
- Выполнить задачу "Additional extraction" перед началом обновления, а затем указать новую версию в настройке "DEFAULT_FACE_DESCRIPTOR_VERSION" перед запуском сервиса Remote SDK, тем самым сохранив возможность использования старых биометрических шаблонов;
- Указать новую версию в настройке "DEFAULT_FACE_DESCRIPTOR_VERSION" перед запуском сервиса Remote SDK. Если не будет выполнена "Additional extraction", то использовать уже существующие биометрические шаблоны будет невозможно.
Сервис Python Matcher теперь относится к необязательным и регулируется в группе параметров "ADDITIONAL_SERVICE_USAGE".

Для обеспечения возможности выполнения запросов на матчинг требуется, чтобы хотя бы один из сервисов, Python Matcher или Python Matcher Proxy, оставался включенным; если же оба сервиса будут отключены одновременно, это приведёт к следующим последствиям:
- станет невозможно использовать политику сравнения "match_policy" обработчика;
- будет отсутствовать возможность выполнять запросы к ресурсу "/matcher";
- создание задач Clustering, ROC-curve calculating и Cross-matching будет недоступно.
Также в запрос "get platform features" добавлен новый компонент "human_matching", статус которого зависит от состояния сервисов Python Matcher и Python Matcher Proxy.

Компонент принимает значение "true", если включен хотя бы один из сервисов, и "false", если оба сервиса в выключенном состоянии.
В обобщенные события добавлена поддержка работы с дескрипторами.

В запрос create new general event добавлено новое поле descriptors, которое представляет собой набор дескрипторов разных типов.

Также был добавлен новый запрос "get general event descriptors", с помощью которого можно получить дескрипторы обобщенных событий.

Обратите внимание, что в обобщенные события можно записать не только дескрипторы лиц или тел. Главное, чтобы дескрипторы были в формате SDK.
Для повышения скорости выполнения запросов таблицы general_event_location и general_event сервиса Events были объединены в одну.

Теперь информация о местоположении, а именно city, area, district, street, house_number, geo_position, хранится в таблице general_event.

Несмотря на данные изменения, структура запросов и ответов сервера не изменилась.
Был модифицирован процесс записи данных в таблицу "general_events" с целью оптимизации БД.

Ранее данные полей "event_id", "track_id", "stream_id", "source" и "location" записывались дважды: в поле "event" в JSON-формате и как самостоятельные поля в таблице.
Теперь дублирование устранено, и данные записываются исключительно в отдельные поля таблицы "general_events".
Добавлена возможность использовать значение потока last_processed_frame_time в качестве фильтра для запроса get streams logs.

last_processed_frame_time - это время последнего обработанного кадра с момента запуска потока. Если не было обработано ни одного кадра, параметр принимает значение null.
Добавлена возможность задания пользовательской схемы для баз данных PostgreSQL, генерируемых с помощью утилиты Storages.

Схема задается с помощью передачи переменной окружения LUNA_PG_SCHEMA во время запуска контейнера Storages с целью подготовки окружения (аргумент prepare).

LUNA_PG_SCHEMA задает имя схемы PostgreSQL при создании таблицы. Значение по умолчанию - luna. Если значение LUNA_PG_SCHEMA отсутствует, то эта схема по умолчанию будет использоваться для новых таблиц, что делает ее схемой по умолчанию для соответствующего пользователя.

Ранее для пользователя luna была возможность работать только со схемой с именем public.

Это позволяет лучше организовывать данные и изолировать их для разных пользователей.

Важно! Если имя схемы отличается от имени пользователя, таблица будет создана в схеме public.

См. пример команды в разделе "Задание пользовательской схемы для баз данных".
Добавлен функционал котороый позволяет использовать lambda для раздачи статического контента, например, пользовательских интерфейсов, HTML-страниц, JavaScript-скриптов или изображений.

Для этого нужно поместить файлы в директорию "static" в архив с lambda.

См. пример работы lambda с файлами в разделе "Standalone lambda examples".
Теперь можно добавлять кастомные эндпоинты в любые типы лямбд.

Например, можно создать энпоинт /parameters/{UUID}, который позволит сохранять и проверять уникальные параметры, или добавить другие эндпоинты для обработки специфичных запросов внутри лямбды.

См. подробную информацию и примеры в разделе "Additional routes".

Исправленные ошибки LP

В спецификацию аналитики human tracking был добавлен параметр "image_retain_policy", который ранее не отображался.
В спецификацию сервиса API добавлен отсутствующий запрос stream events ws handshake.
Исправлена ошибка, возникающая при отправке запроса "get statistics on events" с использованием агрегатора count для таргетов из содержимого meta с нечисловым типом данных.

Ранее в этом случае получение статистики событий приводило к ошибке с кодом 10020 (несовместимость заданных пользователем фильтров).
Устранена утечка памяти в сервисе Video Agent, возникающая в процессе декодирования видео на GPU.