Программные продукты и системы

Концепция Интернета вещей (Internet of things, IoT), охватывающая широкий спектр задач построения беспроводных сетей, организации межмашинного взаимодействия и реализации программно-конфигурируемых сетей [1, 2], вызывает достаточно большой интерес. Возможности беспроводной связи позволяют строить распределенные архитектуры систем сбора и обработки данных, мониторинга и диагностики, открытые для подключения новых устройств и адаптивно подстраивающиеся под изменения внешних условий. Одной из областей возможного применения таких решений является техническая и медицинская диагностика, цель которой – мониторинг и оценка состояния машины или человеческого организма с помощью распределенной и самоорганизующейся сети датчиков – беспроводной сенсорной сети.

В качестве примера можно рассмотреть задачу интенсивной медицинской диагностики с использованием распределенной сети датчиков, отслеживающих динамику изменения состояния пациента в условиях протекающей болезни. В работах [3, 4] описывается решение, основанное на реализации сети связи датчиков с координатором на основе протоколов беспроводной передачи данных ZigBee и Bluetooth. Координатор диагностической сети организует прием потоков диагностической информации и транслирует их в локальную вычислительную сеть посредством беспроводного протокола Wi-Fi. В локальной сети данные медицинской диагностики принимаются устройствами отображения данных в масштабе реального времени, устройствами тревожного оповещения, а также выделенным сервером. Данный пример позволяет проиллюстрировать перспективы реализации концепции Интернета вещей в медицине.

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

Учитывая большой объем событий, сопутствующих процессу диагностического мониторинга, многообразие типов событий и устройств в открытой диагностической системе и необходимость функционирования в режиме реального времени с учетом высокой изменчивости внешней среды, задачу построения диагностической сенсорной сети следует отнести к проблематике обработки больших данных (Big Data) [5].

Решение указанной проблемы сопряжено с реализацией новых парадигм программирования, поддерживающих возможность распределенного взаимодействия автономных активных устройств в процессе решения конкретной оперативной задачи. Одной из таких парадигм, наиболее подходящей в данном контексте, является мультиагентная технология [6, 7], суть которой состоит в реализации взаимодействия в сенсорной сети с помощью автономных программных агентов. Приведем оригинальную реализацию мультиагентной архитектуры для сенсорной сети распределенной диагностики, которая позволяет решить задачу балансировки загрузки в условиях обработки больших данных.

Мультиагентные технологии в последнее время получили достаточно большое распространение. Реализация мультиагентной системы может существенно различаться в зависимости от конкретной решаемой задачи. При этом одним из неизменных свойств программного агента является его посредническая деятельность: агенты пос- тоянно взаимодействуют с пользователями или другими программами. В этой связи понятие посредника или медиатора достаточно широко используется в теории мультиагентных систем. Под медиатором в данном случае понимают специфический тип агента, предназначение которого состоит в координации гетерогенных интеллектуальных агентов [8], представлении объектов предметной области [9] (здесь понятия «медиатор» и «агент» близки) и реализации протоколов и механизмов передачи сообщений между агентами с целью обеспечения их взаимодействия [10, 11].

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

Функции каждого агента-медиатора:

-      сбор данных и накопление их в промежуточном хранилище небольшого объема;

-      предварительная обработка данных в реальном времени и выявление потенциально опасных ситуаций;

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

-      формирование сообщений о потенциально опасных ситуациях и передача их для централизованного анализа;

-      запрос к другим агентам датчиков для проведения дополнительных измерений и осуществления комплексного анализа ситуации;

-      выполнение функций посредника (медиатора) при передаче данных между сторонними агентами и центром;

-      балансировка нагрузки по сбору данных и выполнению посреднических функций.

Архитектура агента-медиатора представлена на рисунке 1. Она позволяет наделить систему сбора и обработки данных функционалом, который определяет возможность начального диагностического анализа. Модуль датчика представляет собой законченное устройство, имеющее беспроводной интерфейс, преобразователь физической величины в оцифрованные данные и систему управления. Для минимизации количества первичных данных, которые необходимо обработать, система управления модулем датчика управляет частотой дискретизации производимых измерений. Частота дискретизации измеряемых параметров является важным фактором, влияющим на эффективность работы не только отдельного модуля датчика, но и всей системы в целом.

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

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

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

В том случае, когда мультиагентная система имеет программную реализацию агентов и инфраструктуры их взаимодействия в рамках многозадачной ОС, динамическое распределение вычислительных ресурсов целесообразно осуществлять при помощи потоков. Тогда процесс переключения контекстов выполнения задач агента реализуется на уровне диспетчера потоков, а балансировка – при помощи инструментов распределения приоритетов конкретной ОС. Переносимость данного решения в определенной мере обеспечивается за счет реализации системы в рамках набора стандартов POSIX или использования кроссплатформенных инструментов разработки ПО (Qt, Java). Описанный подход также целесообразно использовать в случае реализации мультиагентной системы в виде компьютерной пиринговой сети.

Однако зачастую агенты системы реализуются в виде множества автономных модулей с достаточно ограниченной вычислительной способностью. Такие модули, как правило, реализуются на базе микроконтроллеров, не имеющих в своем составе блока управления памятью (MMU, memory management unit), отвечающего за трансляцию виртуальных адресов и, как следствие, не поддерживающих наиболее популярные многозадачные ОС. В таком случае исполняемые задачи агента можно реализовать в рамках одного контекста выполнения, в который также включена логика распределения аппаратных ресурсов. Однако такой подход имеет ряд недостатков. Во-первых, переключение между задачами возможно только после полного завершения одной итерации задачи (так как отсутствует возможность сохранения/восста­новления контекста выполнения), что в итоге ухудшает характеристики балансировки. Во-вто­рых, ухудшается переносимость такой системы на другие платформы.

Поэтому предлагаемым решением является использование свободной ОС реального времени для встраиваемых систем FreeRTOS. Данная ОС реализует переключение контекстов потоков в рамках глобального адресного пространства с учетом выставленных приоритетов. Часть кода системы, отвечающего непосредственно за переключение контекста, является платформозависимой и модернизируется при переходе на другую микроконтроллерную архитектуру, однако ОС уже перенесена на множество платформ. Открытость системы позволяет модернизировать логику диспетчера потоков под различные модели многопоточности. В таком случае оперирование балансировкой задач агента осуществляется через единый интерфейс управления потоками FreeRTOS.

Описанное решение было апробировано на практике в рамках одной из задач медицинского мониторинга, упомянутого в начале статьи, а именно – при реализации устройств контроля процессов внутривенной инфузии, обеспечивающих распознавание момента завершения процедуры внутривенного капельного вливания и передачи сообщения на мобильное устройство медицинской сестры [12]. Данные, собираемые с устройств мониторинга в режиме реального времени, частично обрабатываются на стороне самих устройств, а при возникновении рисков передаются для централизованной обработки. В случае необходимости комплексного анализа устройства могут взаимодействовать, обмениваясь сообщениями и согласовывая частоту и точность проведения измерений.

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

Литература

1.     Росляков А.В., Ваняшин С.В., Гребешков А.Ю., Самсонов М.Ю. Интернет вещей. Самара: Изд-во ПГУТИ–АСГАРД, 2014. 340 с.

2.     Кучерявый А.Е. Интернет вещей // Электросвязь. 2013. № 1. С. 21–24.

3.     Bessis N., Dobre C. Big Data and Internet of Things: A roadmap for smart environments (Studies in computational intelligence). Springer, 2014, 450 p.

4.     Aminian M., Naji HR. A hospital healthcare monitoring system using wireless sensor networks. J Health Med Inform, 2013, vol. 4, no. 121.

5.     Sahandi R., Noroozi S., Roushanbakhti G., Heaslip V. and Liu Y. Wireless technology in the evolution of patient monitoring on general hospital wards. Journ. of Medical Engineering and Technology, 2010, vol. 34, no. 1, pp. 51–63.

6.     Городецкий В.И. Самоорганизация и многоагентные системы. I. Модели многоагентной самоорганизации // Изв. РАН: Теория и системы управления. 2012. № 2. С. 92–120.

7.     Иващенко А.В., Карсаев О.В., Скобелев П.О., Ца- рев А.В., Юсупов Р.М. Мультиагентные технологии для разработки сетецентрических систем управления // Изв. ЮФУ: Технические науки. 2011. № 3 (116). С. 11–23.

8.     Maturana F.P., Norrie D.H. A generic mediator for multi-agent coordination in a distributed manufacturing system. Systems, Man and Cybernetics, IEEE International Conference, 1995, vol. 1, pp. 952–957.

9.     Lin H. Architectural design of multi-agent systems: technologies and techniques. Idea Group Inc (IGI) Global, 2007, 421 p.

10.  Pinninck A.P., Sierra C., Schorlemmer W.M. A multiagent network for peer norm enforcement / Autonomous Agents and Multi-Agent Systems, 2010, vol. 21, no. 3, pp. 397–424.

11.  Decentralized mediator in an Open Multi-Agent System. Rapport de stage. 2006. Ecole Polytechnique de l’Universit´e de Nantes. URL: http://www.les.inf.puc-rio.br/wiki/images/e/e8/Fi­nalRapport.pdf (дата обращения: 20.04.2015).

12.  Ivaschenko A., Minaev A. Multi-agent solution for adaptive data analysis in sensor networks at the intelligent hospital ward. Lecture Notes in Computer Science LNCS 8610, Springer Intern. Publ. Switzerland, 2014, pp. 453–463.