Какая архитектура для отображения динамических данных на клиентах - PullRequest
0 голосов
/ 12 мая 2011

Я строю небольшое локальное цифровое решение для вывесок. Мой клиент должен показывать контент из разных источников данных (RSS, потоковое видео). У меня есть сервер, который представляет собой набор служб, где все контролируется. У меня есть несколько клиентов, которые подключаются к этому серверу для получения контента, расписаний и т. Д.

Я думал об архитектуре, позволяющей вводить динамические данные в мою систему (сейчас их данные статистики, текст, изображения, видео загружаются на мой сервер и распространяются). Сегодня, если клиенту нужно показать что-то из Интернета на веб-сайте), каждый клиент имеет свое собственное подключение к Интернету / источнику данных. Меня беспокоит следующее: как я могу ввести источники данных в мою систему и как мне это сделать? Должен ли я разрешить клиентам подключаться к динамическим данным по отдельности или я должен передавать все источники данных (RSS, видео и т. Д.) Через сервер?

Плюсы потокового через сервер:

  • Я управляю частотой обновления центрального

  • Клиенты не должны иметь доступ в интернет

Минусы к серверному решению

  • Настройка клиентов и настройка каналов на сервере
  • Управление пропускной способностью для нескольких загружаемых клиентов

Есть какие-нибудь хорошие идеи по этому поводу?

1 Ответ

0 голосов
/ 13 мая 2011

Много лет назад я работал над киосками, в которых требовалось несколько экранов в торговом центре для показа одинаковых рекламных объявлений, новостей, объявлений и др.Конструкция, которую мы использовали, заключалась в том, чтобы один компьютер собирал данные (в нашем случае аналоговое видео) и выводил их на немые терминалы (телевизоры с ЭЛТ) по выделенным каналам (коаксиальный кабель).

Возможно, ваше оборудованиеразные, но дизайн работал хорошо;все ценное (оборудование, контент, контроль, доступ в интернет) централизовано.Клиенты - тупые терминалы только для чтения, которые дешевы для замены и не могут быть взломаны, потому что они не программируются.Перехват соединения бесполезен, поскольку он не имеет внешнего доступа и доступен только для чтения.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...