С принятием правительством РФ курса на экономию энергоресурсов, внедрение энергосберегающих технологий и повышение качества услуг, предоставляемых населению, работа организаций сферы ЖКХ требует основательной модернизации. В связи с этим также появляется необходимость проведения проблемно-ориентированных исследований в плане оценки возможностей и последствий внедрения инновационных технологий в работу отрасли. Первоочередной задачей здесь можно назвать внедрение технологий автоматизированного мониторинга объектов жилищно-коммунального хозяйства с использованием современных информационных технологий, что обуславливает актуальность научных исследований в данной области. Проведенные аналитические исследования позволили выявить основные недостатки, осложняющие работу и затрудняющие использование новейших информационных и телекоммуникационных технологий в ЖКХ.
Прежде всего, стоить отметить проблему отсутствия своевременной, полной и достоверной информации об узлах и объектах инженерных коммуникаций, находящихся в ведении коммунальных служб. Данная информация необходима для всех структурных и кадровых подразделений, таких как администрация, аварийно-ремонтные бригады, диспетчерские службы и т.п.
Своевременность получения достоверных сведений о состоянии объектов инженерных коммуникаций напрямую связана с экономическими показателями в отрасли, так как многие аварии можно предсказать, измеряя различные параметры, такие как давление, температура, расход воды и т.д., и тем самым предотвратить потерю энергоресурсов. Используя дистанционные и мобильные средства обнаружения и локализации повреждений трубопроводной системы, можно быстро определить место протечек трубопровода, что существенно сократит время работы на восстановление инженерной сети и позволит предупредить серьезные последствия возможных катастроф техногенного характера и, как следствие, снизит экономические затраты.
Функциональность системы распределенного мониторинга
В общем случае, прежде чем начать разговор о какой-либо системе, следует разобраться с терминами и понятиями, непосредственно касающимися рассматриваемой тематики. Существует множество определений термина «мониторинг». Остановимся на одном из них. Мониторинг - процесс систематического или непрерывного сбора информации о параметрах сложного объекта для определения тенденций их изменения. В нашем случае и в данном контексте под сложным объектом будем понимать инженерную коммуникацию в жилищной сфере, а под параметрами - величины, непосредственно или косвенно влияющие на процесс его функционирования.
Например, для распределенной системы теплоснабжения в качестве объекта мониторинга выступают центральные тепловые пункты (ЦТП) и блочно-модульные котельные (БМК). Они представляют собой автоматизированные системы управления подачей теплоносителя, снабженные приборами промышленной автоматики, обладающими функциями сбора данных и хранения архивной (ретроспективной) информации. В таком случае система мониторинга должна выполнять следующие функции: подключение и сбор информации с приборов учета, представленных в специализированном виде, и преобразование их в формат, удобный для передачи по транспортной среде; архивирование телеметрической информации в реляционной базе данных (БД) или многомерном хранилище для проведения ретроспективного анализа; представление результатов ретроспективного анализа данных в форме, позволяющей эффективно оценить процесс производства, потребления, транспортировки и утилизации энергоресурсов; визуализация результатов интеллектуального и пространственного анализа данных в форме мнемосхем, графиков, диаграмм, стандартизированных отчетов для поддержки принятия решений и управления в системе инженерных коммуникаций; применение современных геоинформационных технологий и технологий виртуальной и расширенной реальности для визуализации результатов мониторинга и анализа данных; обеспечение возможности получения результатов мониторинга на удаленных терминалах через Web-интерфейс независимо от программной платформы, на которой работает Web-обозреватель; обеспечение возможности подключения к системе с мобильных устройств, работающих на мобильных операционных платформах, таких как Google Android, Apple iOS, Microsoft Windows Phone и т.п. Таким образом, рассматриваемая система обладает рядом важнейших особенностей, позволяющих осуществить непрерывное поступление полной информации об объекте.
Трехуровневая архитектура системы распределенного мониторинга
Проектирование структуры системы включает в себя несколько этапов, на которых следует определить, на какой программной архитектуре будет она разработана, каким образом будет осуществляться ее декомпозиция на структурные единицы, с помощью каких средств и технологий будет осуществляться взаимодействие ее компонент и так далее. Рассмотрим эти вопросы подробнее.
В настоящее время все большее количество информационных систем разрабатываются с использованием трехуровневой архитектуры, где система представлена в виде совокупности трех компонент: сервера баз данных, клиентского приложения и сервера приложений, отвечающего за выполнение логики приложений. Основными преимуществами выделения логики приложений в отдельную составляющую являются возможность повторного ее использования, повышение производительности используемого сервера базы данных, возможность масштабирования системы в целом и относительная независимость системы от конкретного производителя системы управления базами данных (СУБД).
В трехуровневой модели сервер баз данных отвечает только за хранение данных и обработку запросов. Характерные для БД возможности по созданию хранимых процедур, как правило, не используются. Это связано с тем, что на сегодняшний день язык описания хранимых процедур не стандартизован. Поэтому использование хранимых процедур приводит к зависимости от конкретного производителя СУБД [5].
В дополнение к трехуровневой модели для уровня сервера приложений удобно использовать технологию сервис-ориентированной архитектуры (SOA - service-oriented architecture). Это модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизированными интерфейсами [2].
Подробнее остановимся на компонентах данной схемы.
- Сервер приложений - одна из важнейших структурных единиц системы, именно на нем реализована вся бизнес-логика в виде подключаемых сервисов различного назначения, например службы обращения к БД, службы установки соединения с клиентом, службы формирования результатов запросов и отправки их клиенту, службы идентификации клиента ит.п. [1].
- Сервер баз данных - структурная единица, отвечающая за накопление различного рода информации, записи ее в хранилище данных, содержащая модули по обслуживанию запросов, формированию отчетов, средств добавления и модификации ретроспективной информации с приборов промышленной автоматики.
- Тонкий клиент - структурная единица, непосредственно взаимодействующая с пользователем, осуществляющая подключение к серверу приложений для формирования запроса на получение данных о результатах мониторинга, отображающая результаты запроса в удобном для пользователя виде.
Процесс функционирования системы
Далее рассмотрен процесс работы системы. Начнем с пользовательского клиента. Программное обеспечение клиента представляет собой приложение для различных мобильных операционных систем (Google Android, Apple iOS, Microsoft Windows Phone), основной задачей которого является оперативное предоставление пользователю результатов мониторинга непосредственно на его носимое средство связи, ремонт айфон 5 недорого. При первоначальном запуске тонкий клиент сканирует аппаратную составляющую мобильного устройства, определяет наличие GPS-приемника, получает координаты его местоположения. Затем инициализируется сеанс связи по сети сотовой связи, и координатные данные передаются серверу приложений (СП). Получив разрешение на открытие сессии, бизнес-логика СП инициирует запрос к серверу БД, для получения данных о местонахождении инженерно-коммуникативных узлов или сооружений в некоторой зоне рядом с пользователем для выбора объекта, с которого предполагается получить результаты мониторинга. Когда нужный объект инженерных коммуникаций определен, модули, входящие в состав СП, осуществляют идентификацию приборов промышленной автоматики для получения оперативных телеметрических данных.
В зависимости от запроса пользователя также возможно предоставление ретроспективной информации, находящейся в многомерном хранилище на сервере БД, либо результаты интеллектуального и пространственного анализа этой информации. Результаты запроса обрабатываются СП и направляются клиенту для отображения в традиционном для пользователя виде (в виде текстовых файлов и таблиц, в виде графиков и диаграмм), либо с использованием технологии расширенной реальности (рис. 1).
Рис. 1. Визуализация объекта мониторинга по технологии расширенной (виртуальной) реальности.
При отсутствии GPS-модуля в мобильном устройстве предусмотрен второй способ выбора, идентификации и определения местонахождения объекта мониторинга. Для этого в составе бизнес-логики СП предлагается механизм распознавания графических образов по фотоснимкам объектов и сооружений, находящихся рядом с пользователем. Пользователь с помощью камеры мобильного телефона (смартфона) фотографирует объекты или их части с характерными элементами, которые могут быть использованы для его распознавания на СП (текстовыми надписями с идентификаторами, уникальными деталями, специальными маркерными знаками и т.п.). Изображение отправляется СП, где с помощью специализированного программного обеспечения сравнивается с эталонами для идентификации объекта мониторинга.
Методика поддержки принятия решений для системы распределенного мониторинга
Для того чтобы разрабатываемая система не только пассивно отображала информацию об объектах и процессах, но и помогала управлять работой персонала, необходимо разработать методику поддержки принятия решений с помощью системы и реализовать ее в виде соответствующих программных средств. Рассмотрим описание предлагаемой системы распределенного мониторинга в формализованном виде для решения задач поддержки принятия решений.
В общем случае комплексная методика мониторинга и поддержки принятия решений Z включает в методики решения следующих подзадач Zn: оперативного мониторинга компонентов сетей инженерных коммуникаций Z1; организации учета потребления энергоресурсов и расчетов клиентов за предоставляемые ресурсы Z2; обеспечения профилактических и аварийных ремонтных работ Z3; оперативного реагирования на аварии и внештатные ситуации Z4; интеллектуального и пространственного анализа результатов мониторинга Z5.
Существует множество X (X1, X2, X3, X4, X5) возможных вариантов: принятия решений диспетчерского управления для обеспечения нормальных режимов эксплуатации инженерных коммуникаций (Х1); принятия решений по оперативному реагированию на угрозы, внештатные и аварийные ситуации (X2); принятия решений по организации учета потребления энергоресурсов (X3); принятия решений по внедрению энергосберегающих технологий и оптимизации энергопотребления на всех стадиях производства, доставки, распределения и потребления энергоресурсов (X4); принятия решений по проектированию, модернизации и реконструкции инженерных сетей (X5).
Для вариантов принятия прочих управленческих решений определяется множество R, а для технико-экономических оценок целесообразности и качества принятия вариантов решений с учетом выполнения эксплуатационных и технических требований - множество V. Для оценки эффективности решения задачи управления с учетом реализуемости используется функция F, которая представляет отображение декартова произведения X×R на множество оценок V:
F:X×R→V.(1)
Таким образом, методология поддержки принятия решений, задача Z, задается набором (X, R, F). Элемент xi из X, удовлетворяющий функционалу F, является решением конкретной задачи поддержки принятия решений Zn и характеризуется предикатом P (xi,Zn) = (xi есть решение Zn) [4].
В нашем случае выделим задачи принятия решений, которые решаются в процессе: учета, контроля и оптимизации теплопотребления в домах и квартирах группами потребителей S1; учета, контроля и минимизации тепловых потерь на тепловых магистралях, пунктах подогрева и распределения теплоносителя, объектах теплопотребления S2; определения характеристик отдельных участков системы городского теплоснабжения S3; выбора конструктивных компонентов тепловой сети (запорной и регулирующей арматуры, труб и т.д.) с учетом использования новых энергосберегающих технологий S4; внедрения мероприятий реагирования на внештатные, аварийные и чрезвычайные ситуации S5 и т.п.
Выбор варианта принятия решения в ЖКХ осуществляется исходя из максимального удовлетворения спроса населения при обеспечении его водой и теплом при минимизации затрат на производство, транспортировку и утилизацию энергоносителей, а также минимизации его потерь.
Для решения соответствующих задач Zn формируется вектор Sn, который порождает решение задачи Z, при минимуме затрат C, минимуме потерь P, максимуме эффективности E и требуемом уровне надежности N инженерных коммуникаций.
Для решения задачи управления Zj, j=1, ..., n должен формироваться вектор Si, который порождает решение задачи Z. В формализованном виде это можно записать так:
(2)
Если требуется решение задачи при достижении экстремума целевой функции F, определенной на некотором множестве критериев H={x|P(x,Z)}, то имеем:
(3)
Разработка системы беспроводного мониторинга объектов жилищно-коммунальной сферы является одним из приоритетных направлений модернизации всей отрасли в целом. С ее помощью возможно полное или частичное решение многих проблем, в высокой степени влияющих на качество работы ЖКХ. Это позволит провести оптимизацию на всех кадровых уровнях, повышая тем самым конкурентоспособность предприятий, занятых в отрасли. Реализация технологии виртуальной реальности позволит более оперативно получать необходимую информацию об инженерных объектах, существенно повысить мобильность ремонтных бригад, а также сократить время реагирования на различного рода внештатные ситуации. Анализ потребления ресурсов сделает возможным построение стратегии энергосбережения и корректировку плана по обеспечению ресурсами. Структура системы разработана в соответствии с системно-синергетическим подходом [6], что обеспечит своевременное получение полной информации и нахождение оптимального решения с точностью, соответствующей точности исходной информации.
Рецензенты:
- Бождай А.С., д.т.н., профессор, зав. кафедрой САПР, ФГОУ ВПО «Пензенский государственный университет», г. Пенза.
- Финогеев А.Г., д.т.н., профессор кафедры САПР, ФГОУ ВПО «Пензенский государственный университет», г. Пенза.