Грубо говоря, приложение должно принимать данные от сложных датчиков, обладающих внутренним интеллектом (Микро Питон)- датчики могут послать GET-запрос с полученными параметрами. Приложение должно анализировать принятые данные, сравнивать их с данными из базы, и в соответствии с некоторой логикой, писать также в базу.
При этом, я точно знаю, что может быть несколько вариантов использования приложения. В первом варианте, так сказать не визуальном, экземпляр приложения будет один, и к нему будут обращаться все датчики. В этом случае приложение, по сути, выступает интеллектуальным посредником между датчиками и базой. Тут важна поддержка сессий на уровне приложения. Во втором варианте, будет реализована схема: один датчик - один экземпляр приложения. При этом, приложение будет писать в базу, но оно также будет запущено и постоянно видно на экране компьютера на данном рабочем месте, где датчик, отображая текущие данные. В третьем варианте, потом нужно будет отображать данные и в браузере, оборудовав часть рабочих мест не компьютером, а Smart TV. Если при этом всплывут какие-либо проблемы с формированием контента встроенным WEB-сервером, можно будет даже пойти на запуск нескольких экземпляров приложения, по одному на каждый Smart TV, на отдельном компьютере. Просто разнеся их по портам: 8080, 8081 и.т.п.
Почему я еще цепляюсь за встроенный WEB-сервер? Во-первых, опираясь на подобный сервер, потенциально можно не изобретать велосипеды по поводу создания сессий со своим контекстом, включая цикл обработки поступающих GET-запросов (в Intraweb можно встроить простую обработку поступающих command в servercontroller.IWServerControllerBaseBeforeDispatch). Во-вторых, хочется сделать одно приложение, универсальное, к которому потом можно было бы получать доступ и по WEB, через браузер.