Веб-ориентированная информационная система дислокации объектов транспортной инфраструктуры

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

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

Совокупность достижений в области интеллектуальных транспортных систем (ИТС), геоинформационных систем (ГИС) и Интернет-

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

Разработанная система дислокации объектов ТрИ позволит сформировать представление об актуальном взаимном расположении и состоянии объектов и процессов ТрИ для дальнейшего принятия решения об управлении.

СТРУКТУРНАЯ МОДЕЛЬ СИСТЕМЫ

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

Основой разработанной веб-ориентированной системы является многоуровневая архитектура с распределенной на две части (клиентская и серверная) бизнес-логикой. Оставаясь в рамках архитектуры системы, каждая часть имеет более сложную организацию и делится на несколько уровней [1]. На рис. 1 представлена архитектура веб-ориентированной геоинформаци-онной системы дислокации и поддержки управления объектов транспортной инфраструктуры.

Такой подход к организации структуры веб-ориентированной ГИС дислокации объектов ТрИ создает условия для обеспечения центра-

Рис. 1. Архитектура системы

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

• -    выполнение независимо от операционной системы;

• -    возможность использования на мобильных устройствах;

• -    максимально быстрое распространение среди клиентов;

• -    минимальная аппаратная платформа;

• -    автоматическое обновление версий.

СТРУКТУРА СЕРВЕРНОЙ ЧАСТИ ВЕБ-ОРИЕНТИРОВАННОЙ ГИС

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

Сервер приложений принимает запросы на получение или обработку пространственной информации, выполняет необходимые вычисления и геозапросы к серверу ITSGIS, геосерверу, подготавливает ответ и отправляет его клиенту. Взаимодействие между клиентом и сервером осуществляется по сети с использованием протокола HTTP. Протокол HTTP является стандартом взаимодействия, регулирующим порядок направления запросов и получения ответов – процесса, происходящего между браузером, запущенным на компьютере конечного пользователя, и сервером приложения. Сервер приложения позволяет обрабатывать сразу несколько подключений, а при отсутствии связи с клиентом находится в режиме ожидания входящих подключений [3].

При разработке алгоритмов взаимодействия сервера приложений с клиентской частью системы возникает необходимость разделения бизнес-логики и пользовательского интерфейса, т.к. взаимное их внедрение друг в друга может привести к значительным трудностям при дальнейшем расширении функциональных возможностей системы. При организации взаимодействия сервера приложений и клиентской части в веб-ориентированной ГИС дислокации объектов ТрИ используется паттерн Model-ViewController (MVC), который предназначен для разделения бизнес-логики и пользовательского интерфейса, что позволяет вносить изменения в отдельные части системы, не затрагивая другие. В веб-ориентированной ГИС дислокации объектов ТрИ объектами бизнес-логики являются объекты ТрИ (УДС, ТСОДД), в геопредставлении являющиеся точками, полигонами, линиями с привязанной к ним атрибутивной (семантической) информацией. Представлением является интерфейс пользователя с электронной картой города и инструментами для работы с ней. Контроллер, в паттерне MVC, обеспечивает взаимодействие между моделью и представлением. На рис. 2 представлена схема, отражающая структуру сервера приложений.

Скрипт инициализации (index.php) предназначен для запуска серверного приложения веб-ориентированной ГИС дислокации объектов ТрИ на выполнение и является связующим звеном между пользователем и системой. Фронт-контроллер инкапсулирует контекст обработки запроса – собирает информацию о запросе и передает её соответствующему контроллеру для дальнейшей обработки. Объект фронт-контроллера создается инициализационным скриптом в единственном экземпляре, реализуется через паттерн Singleton (одиночка) и доступен из любого места приложения по ссылке. На рисунке 16 представлена схема, отражающая этапы взаимодействия пользователя с сервером приложений системы.

Скрипт инициализации (index.php) предназначен для запуска серверного приложения веб-ориентированной ГИС дислокации объектов ТрИ на выполнение и является связующим звеном между пользователем и системой. Фронт-контроллер инкапсулирует контекст обработки запроса – собирает информацию о запросе и передает её соответствующему контроллеру для дальнейшей обработки. Объект фронт-контроллера создается инициализационным скриптом в единственном экземпляре, реализуется через паттерн Singleton (одиночка) и доступен из любого места приложения по ссылке. На рис. 3 представлена схема, отражающая этапы взаимодействия пользователя с сервером приложений системы.

Алгоритм взаимодействия пользователя с сервером приложений:

Шаг 1. Посредством URL пользователь осуществляет запрос к серверу приложений. Сервер приложений обрабатывает запрос и запускает скрипт инициализации на выполнение.

Шаг 2. Скрипт инициализации создает экземпляр фронт-контроллера и запускает его на выполнение.

Шаг 3. Фронт-контроллер инкапсулирует контекст обработки запроса, получая подробную информацию о нём через компонент приложения request.

Шаг 4. Фронт-контроллер определяет запрошенный контроллер приложения и действие, которое должен выполнить контроллер при помощи компонента URL-менеджера. Суть каждого действия определяется внутри соответствующего контроллера.

Шаг 5. Фронт-контроллер создает экземпляр запрашиваемого контроллера для дальнейшей обработки запроса пользователя. Контроллер определяет соответствие действия пользователя определенному контроллером в его классе. Далее создаются и применяются фильтры, связанные с данным действием.

Шаг 6. Если в действии прописано обращение к базе данный, то оно считывает из неё указанную модель через её менеджера.

Шаг 7. Действие подключает указанное представление и передает в него извлеченную модель.

Шаг 8. Представление получает и отображает атрибуты переданной модели.

Шаг 9. Если необходимы виджеты, представление подключает их.

Шаг 10. Формируется представление с переданной моделью и передается в представление макета страницы.

Шаг 11. Действие завершает формирование представления и выводит результат пользователю.

Рис. 2. Функциональная схема сервера приложений

Рис. 3. Схема взаимодействия клиента с сервером приложений

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

Сервер ITSGIS предоставляет системе следующие функции:

• -    хранение составных частей (тайлов) электронной карты;

• -    выборка информации о требуемых геообъектах транспортной инфраструктуры и передачи (с предварительной сериализацией) их клиенту.

Геосервер предназначен для управления источниками данных ГИС и организации доступа к таким данным с помощью web-сервисов. В системе геосервер выполняет следующие функции:

• -    обработка запроса на получение тайлов с объектами соответствующего слоя;

• -    предоставление дополнительных сервисов для системы (получение глобальных координат точки на электронной карте).

КЛИЕНТСКАЯ ЧАСТЬ СИСТЕМЫ

Логика работы клиентской части системы реализована на языке JavaScript с применение паттерна проектирования «Модуль». Паттерн «Модуль» осуществляет инкапсуляцию приватной информации, состояния или структуры за счёт встроенного в JavaScript механизма замыкания. Реализация паттерна «Модуль» в системе позволяет оборачивать методы и переменные в программные конструкции особого вида, предотвращая попадание методов и переменных в глобальный контекст. Паттерн «Модуль» возвращает только общедоступную часть через механизм API, оставляя внутреннюю реализацию доступной только в пределах модуля. Для решения задач отображения карты и геообъектов ТрИ используется библиотека OpenLayers. js, интегрированная в клиентское приложение и реализованная в виде компонента, управление которым осуществляется посредством API-интерфейса [5, 6].

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

ЗАКЛЮЧЕНИЕ

В результате проделанной работы разработана концепция архитектуры веб-ориентированной системы поддержки принятия решений на основе паттернов, решена задача синтеза веб-ГИС на основе интеллектуальной транспортной системы ITSGIS.