Термин · Глоссарий B2B-ПО

SFM (Store-and-Forward Manager) (SFM (Store-and-Forward Manager))

SFM (Store-and-Forward Manager) – программный компонент или протокол, реализующий принцип «сохрани и перенаправь»: сообщение или данные сначала сохраняются на промежуточном узле, а затем передаются адресату при наличии соединения. Широко применяется в системах электронной почты, EDI, телекоммуникациях и медицинских системах телемедицины.

Буква «S» В категориях: 4 Платформ: 6+

Введение

SFM (Store-and-Forward Manager) – компонент или паттерн передачи данных, основанный на принципе «сохрани и перенаправь» (store-and-forward). Вместо прямой доставки сообщения от источника к получателю в режиме реального времени данные сначала сохраняются на промежуточном узле (сервере, шлюзе, устройстве), а затем передаются адресату при наступлении подходящего момента – восстановлении канала, появлении получателя онлайн или выполнении расписания.

Принцип store-and-forward фундаментален для большинства асинхронных систем передачи сообщений: именно так работает электронная почта, системы EDI, очереди сообщений (message queues) и многие протоколы телекоммуникаций.

История и контекст

Принцип store-and-forward появился задолго до компьютеров – фактически так работало телеграфное сообщение XIX века: оператор принимал сообщение, записывал и передавал дальше по линии. В вычислительной технике он был формализован в сетях коммутации пакетов ARPANET в 1969 году.

Первым массовым приложением store-and-forward стала электронная почта: SMTP работает именно по этому принципу. Почтовый сервер принимает сообщение, сохраняет в очереди и доставляет следующему серверу при наличии соединения. В 1980-х появились системы UUCP (Unix-to-Unix Copy) – пакетная передача почты и файлов по коммутируемым линиям.

В здравоохранении store-and-forward стал ключевой технологией асинхронной телемедицины: изображения (рентген, дерматоскопия) сохраняются и передаются специалисту для интерпретации без присутствия пациента онлайн.

Как это работает

Цикл работы SFM:

  1. Получение данных – SFM принимает сообщение, файл или пакет данных от источника.
  2. Хранение – данные записываются в буфер или очередь на локальном хранилище (диск, база данных, очередь MQ).
  3. Обработка – при необходимости применяется трансформация формата, шифрование, маршрутизация.
  4. Перенаправление – когда канал доступен или наступает запланированное время, SFM отправляет данные следующему узлу или конечному получателю.
  5. Подтверждение доставки – получение ACK от следующего узла, удаление из очереди.

Это принципиально отличается от circuit switching (коммутации каналов), где соединение должно существовать на протяжении всей передачи.

Где применяется

  • Электронная почта (SMTP) – классический пример: почтовые серверы передают сообщения по цепочке с сохранением в очередях.
  • EDI и B2B-интеграция – обмен электронными документами между торговыми партнёрами через EDI-сети.
  • Телемедицина – асинхронная консультация: пациент загружает изображения, врач интерпретирует их позже.
  • SCADA и промышленный IoT – данные с полевых устройств накапливаются локально при потере связи с центром.
  • Мобильные приложения – offline-режим: действия пользователя сохраняются и синхронизируются при восстановлении интернета.
  • SMS и MMS – SMS-центр хранит сообщения до доступности получателя.

Преимущества и ограничения

Преимущества:

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

Ограничения:

  • Задержка доставки – не подходит для real-time приложений (голосовая связь, видеозвонки).
  • Требует надёжного хранилища на промежуточных узлах.
  • Управление очередями может стать узким местом при высоких нагрузках.

Связь с другими понятиями

SFM реализует один из фундаментальных паттернов интеграции – Message Queue. Системы очередей сообщений (Apache Kafka, RabbitMQ, IBM MQ) являются современной реализацией store-and-forward. SMTP – наиболее известный протокол, построенный на этом принципе. Противоположностью является real-time streaming, где данные передаются немедленно без промежуточного хранения.

Понятия из глоссария Цифрового маркетплейса, которые часто встречаются вместе с термином «SFM (Store-and-Forward Manager)».

Платформы класса «SFM (Store-and-Forward Manager)»

Решения из каталога Цифрового маркетплейса, относящиеся к этому классу ПО. Карточки ведут на полные карточки платформ с тарифами, обзорами и кейсами внедрения.

SP

SET Prisma 7

Управление производством (MES)
Промышленная система управления производственными и логистическими процессами с акцентом на планирование, учёт...
Цена по запросу
Подробнее →
MEScase — российское ПО для мониторинга, аналитики и оптимизации технологических, производственных и бизнес-пр...
Цена по запросу
Подробнее →
MB

MES Builder. Системное ядро

Управление производством (MES)
MES Builder. Системное ядро — гибридная платформа для разработки интегрированных MES-систем с поддержкой IIoT....
Цена по запросу
★ 4.7
Подробнее →

Категории каталога

Разделы каталога Цифрового маркетплейса, в которые входят решения, использующие «SFM (Store-and-Forward Manager)».

Где применяется

Отрасли, в которых «SFM (Store-and-Forward Manager)» используется на практике. Откройте отраслевой раздел Цифрового маркетплейса, чтобы увидеть подходящие решения, кейсы и новости.

Частые вопросы про SFM (Store-and-Forward Manager)

Как store-and-forward отличается от real-time передачи?

Real-time: данные передаются мгновенно, источник и получатель должны быть доступны одновременно (VoIP-звонок). Store-and-forward: данные сохраняются, получатель может быть недоступен – сообщение доставляется позже (email).

Почему SMTP использует store-and-forward?

Email-сервер принимает письмо, сохраняет в очереди и пытается доставить следующему серверу или получателю. Если сервер недоступен – ретраи по расписанию. Это делает email надёжным при нестабильных соединениях.

Применяется ли store-and-forward в телемедицине?

Да. Асинхронная телемедицина – классический пример: фотографии кожного покрова, рентгеновские снимки или ЭКГ загружаются пациентом, сохраняются в системе и интерпретируются специалистом позже, без одновременного онлайн-присутствия.

Что такое Dead Letter Queue в контексте SFM?

Dead Letter Queue (DLQ) – специальная очередь, куда перемещаются сообщения, которые не удалось доставить после заданного числа попыток. Администратор может их проанализировать и принять решение о повторной обработке или удалении.

Как SFM обеспечивает надёжность доставки?

Через механизмы: персистентное хранение (запись на диск, а не только в RAM), подтверждения доставки (ACK), ретраи с экспоненциальной задержкой, ограничение времени хранения (TTL) и Dead Letter Queue для необработанных сообщений.