AIGOD - распределенная робоплатформа

Виктор Казаринов

Я столкнулся с рядом трудностей при создании автономной программной платформы AIAssistant. Основная из них - это довольно большая база знаний. Это нехорошо и при распространении программы как обычного пользовательского приложения, так и встраиваемого/настольного приложения для управления роботом.
Сейчас мне кажется, что интересным решением может стать создание единой клиент-серверной платформы, централизованно обслуживающей с помощью толстеньких клиентов (программ, работающих на клиентской стороне).

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

Сервер должен выполнять следующие функции:
1. Служить единым хранилищем опыта роботов.
2. Выполнять все главные информационные функции жизнедеятельности робота.
3...

Вот такая приблизительно мысль. М.б. кому-то она интересна? Хотелось бы с кем-нибудь тнад такой платформой поработать совместно. Условия можно обсудить. Но сейчас в первую очередь нужно саму идею распределенного роботостроения обсудить.

Виктор Казаринов

Rockman писал(а):

Не знаю как другие, а я поддерживаю идею с распределённой клиент-серверной системой управления

Спасибо за поддержку.
Серверная часть AIGOD на самом деле может состоять не из одного сервера, а связанных между собой частей - специализированных серверов. Один может хранить Базу Знаний, другой - обрабатывать поток монокулярных изображений от большого количества клиентов, третий - создавать объемную модель мира по бинокулярным парам изображений или по другому их связанному количеству.
Поэтому все то, что раньше я писал о модулях RoboBrain, я полностью поддерживаю и сейчас. Отличие лишь в том, что ранее я рассматривал все с точки зрения одного автономного робота. Сейчас же нужно рассматривать с точки зрения конвейерной обработки запросов от множества клиентов. Тут и вопросы дублирования и временные задержки и т.д.

Grem

Зачем каждому серверу давать задачи? Не проще кластер соорудить?

а вы в своих модулях RВ добились чего-нибудь? Можно взглянуть?
ROS вроде те же задачи решает, только на борту

Виктор Казаринов

Кластер или обычные сервера, раскиданные по всему миру - это влияет на многое, в первую очередь на скорость обработки. Сейчас скорость не очень важна, т.к. еще ничего не создано и не работает. Как только понадобятся высокие скорости, то при финансовых и других возможностях будем думать над этим. Пока что важнее совсем другое - логика работы отдельных частей. К сожалению, у меня сейчас крайне мало свободного времени, чтобы вплотную заняться реализацией системы. И создается впечатление, что я ограничусь только разговорами. Надеюсь, что это ошибочное впечатление.

roboforum.ru

AIGOD - распределенная робоплатформа

Кто сейчас на конференции