1 Московский государственный университет имени М.В. Ломоносова, г. Москва, Россия 2 Елецкий государственнйы университет им. И.А. Бунина, г. Елец, Россия 3 Федеральный исследовательский центр «Информатика и управлен,иге.» МРоАскНва, Россия В работе изложен подход к созданию сервисов, основанных на местоположении, где информация о гео-координатах заменяется данными о сетевой близости. Этот подход основан на использовании сетевой близости для идентификации местоположения мобильных пользователей. Местоположение пользователя «привязывается» непосредственно к беспроводным точкам доступа, без вычисления географических координат. Соответственно, гео-отметки пользователей эмулируются с помощью информации о доступных узлах беспроводной сети. В работе описаны компоненты системы, предоставляющей сервис гео-отметки, предложены схемы с различными функциональными характеристиками. Предложен способ организации эффективного и масштабируемого хранилища данных о местоположении мобильных пользователей в реляционной СУБД. Создана демонстрационная система, предоставляющая сервис гео-отметки, доступная в виде open-source проекта.
The work outlines the approach to creating location-based services, where information about
geocoordinates is replaced with data on network proximity. This approach is based on the use of network
proximity to identify the location of mobile users. The user's location is "snapped" directly to wireless
access points, without computing geographic coordinates. Accordingly, geo-tagged users are
emulated using information about available wireless network nodes. The work describes the
components of the system that provides geo-tagging services, schemes with various functional
characteristics are proposed. A method for organizing an efficient and scalable storage of location
data of mobile users in a relational database is proposed. A demonstration system was created that
provides a geo-tagging service available as an open-source project.
Существуют различные определения контекста. Первоначальрнеодеелеонпие [
Концепция контекстн-озависимых вычислений позволяет рассматривать понятие местоположения в обобщенном смысле, как любую информацию, позволяющую связать конкретного пользователя некоторой точкой в пространстве или локацией. Например, в качестве данных о местоположении служить адрес дома, название станции метро или торгового центра. Нахождение устройства пользов в зоне действия определенной беспроводной сети также позволяет с некоторой точностью локали его положение в пространстве.
Приложения с зависимостью от молесотжоепния базируются на различных методах определения
местоположения. Традиционным способом определения местоположения является использование
глобальной системы позиционирования (GPS, ГЛОНАСС). Однако сигнал системы глобальной навига
может быть недостнупе в помещениях или густо застроенной местности. Для определен
местоположения в этих условиях используются другие методы [
Системы позиционирования, основанные на анализе сигналов беспроводных точек доступа, WiFi Bluetooth, имеют ряд пурщеиемств. Такие системы часто представляют чисто программные решения, требующее использования специального оборудования и соответствующего проприетарного ПО. Источником сигнала для таких систем могут быть точки доступа, имеющиеся в большом коли современных городах. Возможно и установление дополнительных беспроводных точек. Приемнико сигнала может служить любое устройство, поддерживающее взаимодействие по беспроводной с Использование стандартных частот и протоколов множественного достухпа WiвFi сеитляи Bluetooth существенно снижают опасность р-аиднитоерференции с другими системами.
Протокол WiFi описывается серией стандартов IEEE 802.11 [
Методы определения положения с использованием точек доступа WiFi могут быть разделен
четыре основныx класса. Метод интенсивности сигнала (RSSI) основан на измерении интенсив
сигнала WiFi от нескольких точек доступа. Для вычисцлиеинияисппоолзьизуется трилатерация. Метод
достаточно прост в реализации, однако имеет низкую точность и подверже-зна оншалиибкчаимя из
препятствий с различной радиопрозрачностью. Метод отпечатков (FingerPrints) также основывается
измерении интенсивности двхяощего сигнала. Векторы значений интенсивности сигнала от различных
точек доступа сохраняются в базе данных вместе с сопутствующими координатами. Эта инфо
может быть детерминированной или вероятностной. Для определения координат текущий век
значений интенсивности сравнивается с векторами интенсивностей, сохраненными в базе, с ц
нахождения записи, наилучшим образом соответствующей текущему положению. Имеются так
методики, основанные на измерении времени прохода (ToF) и углов полугчнеанлиояв ([A6]o.A) си
Общей особенностью указанных методов являются необходимость предварительного составления
базы данных (карты) с координатами беспроводных точек доступа. Составление такой ба
поддержание ее в актуальном состоянии является трудной зтаедранчаетйи.внАылйь подход [
Впервые такой подход был предложен в SpсoиtсEтxем[7е,8]. Эта система позволяет привязывать данные (например, справочную или рекламную информацию) к публично видимым беспроводным с или к отдельным точкам доступа. Привязка проходит путем составления базы данных правил. создаются и редактируются заинтересованными лицами и организацизямиве-бичнетреерфейс. Устройство пользователя сканирует беспроводные точки доступа и отсылает их параметры на Сервер сопоставляет полученный набор с хранящимися у него правилами и определяет, какие соответствуют полученному набору. Предоставелениинформации пользователю происходит в соответствии с этими правилами.
Особенностью системы SpotEx является то, что изменение базы данных правил проис значительно реже, чем обращение к ней за получением информации. Потребителями информ являются мбоильные пользователи, для которых в общем случае не требуется авторизация, информация является публично доступной. Авторизация требуется лишь при добавлении редактировании правил.
В данной работе предлагается использовать аналогичный подход андиляя ссеорзвдиса -гоетометки, т.е. сервиса, позволяющего пользователям обмениваться информацией о собственном местоположени С помощью этого сервиса, мобйилпьонлыьзователь, по прибытию в определенную локацию, может «отметиться» в ней. Эта отметка «притвсяяз»ываке находящимся в зоне видимости точкам доступа Wi и становится доступной для других пользователей, находящихся в этой же локации. В отл экспертной системы SpotEx, серви-сотмгетоки предполагает, что конечные пользователи являются как источниками, так и потребителям информации, привязанной к беспроводным точкам доступа. Подо сервис может иметь реализацию, как в виде самостоятельного приложения, так и являться комп более общей системы сервисов, зависящих от местоположения.
Типичная мдоель использования (базовый сервис) может выглядеть следующим образом. Мобильн пользователь авторизуется в приложении с помощью своего идентифFиaкcаeтbоoрoаk. вСистема запоминает ссылку на аккаунт пользователя и информацию о доступных беспхров(ноадпнрыихмерсе,тя видимые точки достуWпаi-Fi). Соответственно, любой авторизовавшийся пользователь будет видеть ссылку на профиль Facвebook (например, картинку из профайлаURLидля перехода) других пользователей с такими же характеристиками беспроводноугжоенияокр (то есть, по факту, находящимися гд-ето рядом). Соответственно, можно перейти на страницу такого пользователя социальной сети и далее уже пользоваться средствами Fэaтcоeйbooсkе,тинап(ример) для контактов. Естественно, что вмесFтaоcebook может быть любая другая сVетkьonta(kte, LinkedIn, etc.). При этом в самой социальной сети никакого статус-аотмсеткгоейо (та-кназываемый check-in не создается). Архитектура системы геoотметки
Под сервисом -гоетометки будем понимать сервис обмена между теплоялмьзиоваинформацией об их местоположении. Систему, реализующую серви-сотмгетоки, будем называть системо-йотмгетоки. Под отметкой местоположения будем понимать информационную единицу, связывающую пользователя определенным положением в пространстве.моОжнеат иметь атрибуты, такие как время отметки, срок действия, и др. В данной работе местоположение в пространстве представлено набором идентифик BSSID беспроводных точек доступа, в зоне действия которых находится устройство пользователя. образом, отметку местоположения в узком смысле можно понимать как структуру данных, состоя идентификатора пользователя, набора BSSID и набора атрибутов. Функциями -остемревтиксиа гео являются создание отметок местоположения, их хранение и обеспеччиенипео врыедзаультатам поиска среди сохраненных отметок.
Предлагаемая в данной работе систе-моатмегтекои состоит из сервера, агрегирующего данные о местоположении пользователей, и клиентской программы, устанавливаемой на мобильные устройств Клиентская прогрмама обеспечивает сбор и отправку на сервер списка идентификаторов BS обнаруженных беспроводных точек доступа, а также служебных команд. Получив список BSSID может:
а) Использовать полученный список для фиксации местоположения владельца, уссотзрдоайвства отметку местоположения. Информация о местоположении владельца устройства, сохраненная в в отметки местоположения, может быть доступна для других пользователей.
б) Вернуть клиентской программе список пользователей, расположенных в той, чжтео лиокации владелец устройства. Клиентская программа, получив список пользователей, отображает его на экране. Предполагается, что пользователь представлен в системе в виде идентификатора учетной зап одной из социальных сетей. Для получения идентипфриикатпореравом старте клиентской программы пользователю предлагается авторизоваться в социальной сети. Для получения фамилий, и фотографий и других, необходимых для отображения данныпохльозователях, клиентская программа формирует запрос к соответствмуюсщеирвисам социальной сети. Общая архитектура системы изображена на рис. 1.
Рис. 1. Общая архитектура системы гео-отметки Детали функционирования
Для определения, находятся ли пользователи в одной локации, используется следующий крит наличие хотя обдыной точки доступа, видимой устройствами обоих пользователей. В терминах отме о местоположении наличие общей точки доступа означает, что у каждого пользователя и действующая отметка, и множества BSSID у этих отметок имеют не пустРоаессмпоетррееснеичение. более сложных критериев близости, учитывающих, например, количество совместно видимых точек интенсивность сигнала (RSSI), выходит за рамки данной работы. Отметим лишь, что задачу пользователей с использованием сложных критериеовстиблимзожно свести к задаче поиска по простому критерию с последующим наложением некоторых фильтров на результат выборки.
Отметка местоположения пользователя может характеризоваться таким параметром, как видимост Видимая отметка является публичной и жа щсоадяесря в ней информация о местоположении пользователя может быть отображена устройствами других пользователей.
Если отметка невидима, то информация о местоположении пользователя доступна только серв самому пользователю. Невидимые отметки могут зоивсаптоьлсья для сбора статистики посещений, или в других целях. В простейшем случае все отметки являются видимыми.
Отметим следующую особенность, которую следует учитывать при выборе архитектуры- системы отметки. Как было сказано, список BSSID, полсуечревнерноымй, может использоваться в двух целях: для фиксации местоположения владельца устройства (создания отметки), и поиска пользователе находящихся в той же локации, что и владелец устройства.
С точки зрения экономии трафика целесообразно организоавиамтьодейвсзтвие клиентской программы и сервера таким образом, чтобы полученный сервером список BSSID использо одновременно в обоих целях. С другой , тсаткоорйоныподход может быть недостаточно гибким для придания системе нужных эксплуатационных харасктитекр.и
Для описания различных способов организации работы системы геоотметки и выбора конкре схемы с необходимой функциональностью, рассмотрим статический и динамический аспект функционирования. Статический аспект функционирования системы опредаеклоягеот, рокда структуры данных хранятся в системе и могут быть доступны для обработки и отображения. Для структуры хранимых данных удобно использовать объектную модель. Замедтаинмн,омчтораздвеле объектная модель используется для описания лоойгичсетсркуктуры данных, а не конкретных классов языка программирования. Базовыми элементами объектной модели являются: • пользователь (User;) • отметка местоположения пользователя (Che;ckin) • беспроводная точка доступа (WirelessSpot). Объектная модель данных мохжареатктеризоваться: 1. Возможным количеством отметок местоположения на одного пользователя. В простейшем слу пользователю соответствует одна отметка, соответствующая его последнему местоположению. В бо сложных случаях может храниться более однтокйи. отЭмтое позволяет получать данные не только о текущем местоположении, но и, например, историю перемещений пользователя.
2. Состояниями или типами отметок. Как было указано выше, предлагается рассматривать вид и невидимые отметки.
3. Набором атрибутов,характеризующих базовые элементы объектной модели. Например, атрибутами отметки местоположения могут быть время создания, срок действия, и др..
4. Дополнительной информацией, привязанной к базовым элементам модели: к пользователю, отметке, к точкам удпоас.т Например, к точкам доступа может быть привязана справочная или рекла информация. Отметим, что детальное обсуждение дополнительных сервисов, которые мож предоставлять система -гоетометки, выходит за рамки текущей работы.
Примеры диаграмм для котбнъоей структуры данных приведены на рис. 2.
Рис. 2. Варианты объектной структуры данных, хранимых на сервере. Срок действия ttl указан в скобках, что означает, что имеется два варианта объектной структуры: в одной из них атрибут ttl присутствует, а в другой – отсутствует Динамический аспект функционирования системы определяется, главным образом, правилами создания, удаления и изменения атрибутов отметок местоположения, т.е. жизненным циклом отм Жизненный цикл отметки характеризуется двумя аспектами: 1. Правилами фиксации положения пользователя, т.е. создания отметки.
2. Правилами отслеживания положения пользователя после создания отметки. Эти правила ну для определения момента, после которого будет считаться, что пользователь покинул отмече положение.
В части фиксации положения пользователя (создания отметки) можно предложить следующ варианты организации жизненного цикла отметки местоположения (рис. 3):
1. Отметка всегда является видимой и создается при каждом получении списка тBвSаSID от ус пользователя. См. рис. 3 а.
2. Отметка всегда является видимой и создается при получении списка BSSID совместно с указанием создать отметку. См. рис. 3 б.
3. Отметка может быть невидимой. При получении списка BSSID создается невидимая отм Впоследствии она может стать видимой при получении соответствующей команды от пользовател рис. 3 в. 4. Отметка может быть невидимой. При получении списка BSSID создается невидимая отметка, получении списка BSSID одновременно с соответствуюащнедйой к–овмидимая. См. рис. 3 г. В части отслеживания местоположения пользователя можно предложить следующие подходы: 1. Без отслеживания. Отметка имеет единственный а–тврриебмуят создания, и удаляется только тогда, когда становиться заведомо не акт.уалПьрниойпопадании в определенную локацию пользователь сможет увидеть список других пользователей, отмечавшихся в этой локации, сортированный по в отметки.
2. Отслеживание по времени. Отметка имеет два –атврриебмуята создания и срок действия. По истечении сроакдействия пользователь считается покинувшим локацию. Срок действия может быть: • фиксированным. • задаваемым пользователем.
При получении нового списка BSSID или команд пользователя возможно автоматическое изме срока действия отметки в стомреонньушеуния или увеличения.
3. Непрерывное отслеживание. Передача списка BSSID происходит через определенные интервал Отслеживание может происходить: • все время при включенном приложении (режим on/off).
• начинаться или заканчиваться при наступлении опнрыедхеленсобытий. Например, отслеживание может начинаться после создания отметки и заканчиваться через некоторый проме времени. Отметим, что режим с непрерывным отслеживанием требует большего расхода бата потребляет больше трафика.
Рис 3. Способы организации жизненного цикла отметки местоположения. Обозначения: BSSIDs – получение списка BSSID, checkin – получение команды создать видимую отметку. Not exists – отметка не создана, Visible – видимая отметка, Invisible – невидимая отметка Примеры конкретных схем
Схема А. Данная схема является одной из простейших. Для каждого пользователя на сервере единственная отметка, соответствующая его последнему местоположению (рис. 2 а). Она единственный атрибут– время создания. При каждом полученсиписка BSSID от устройства пользователя происходит обновление данных о местоположении пользователя (рис. 3 а). Отслежи положения пользователя не ведется.
При прибытии в некоторую локацию L пользователь запускает клиентскую программу с целью какие еще пользователи, кроме него, находятся в локации L. Устройство пользователя сканирует беспроводных точек доступа и отправляет его на сервер. Предыдущая отметка удаляется, и вм создается новая, соответствующая локации L. В ответ телпьользпоовлаучает список других пользователей, отмеченных в локации L. Для каждого пользователя отображается время его от локации.
Схема B. Следующая схема была выбрана для демонстрационной реализации. Для ка пользователя на сервере храниться тевдеиннсая отметка, соответствующая его последнему местоположению (рис. 2а). Она имеет в качестве атрибутов время создания и срок действия. создается при получении данных позиционирования с указанием создать отметку (рис 3. б действия выбираетяс пользователем при создании отметки.
При прибытии в некоторую локацию L пользователь может запустить клиентскую программу и какие еще пользователи, кроме него, находятся в локации L. Кроме того, пользователь при жела сам отметиться в цлиоика L. При создании отметки пользователь выбирает интервал времени, в те которого он планирует находиться в данной локации (15 мин, 30 мин, 1 ч, и т.д.). Спи пользователем BSSID и выбранный интервал времени пересылается на сервзедранися цоетлмьюеткисо местоположения. После создания отметки информация том, что пользователь находится в локац будет доступна другим пользователям, находящимся в этой локации, в течение указанного инт времени. Способы организации хранилища данных о местоположении пользователей
Проанализировав различные аспекты функционирования системы, предоставляющей сервис геоотметки, можно сделать вывод, что организация хранилища отметок местоположения пользоват требует эффективной реализации следующих базоеврыахцийо:п
1. Поиск пользователей по списку BSSID. Устройство пользователя посылает спис идентификаторов точек доступа, которые оно видит в настоящий момент, и в ответ получае пользователей, находящихся в радиусе действия этих точек.
2. Создание отемтки о местоположении пользователя. Сервер получает список BSSID и сохраняет в виде отметки; 3. Удаление отметки о местоположении пользователя.
Операция удаления единичной отметки в некоторых случаях может быть не обязател Неактуальные отметки мутог накапливаться в системе и удаляться групповым образом во время за обслуживающей процедуры. В некоторых случаях две или три операции могут быть объединены целью оптимизации. Например, в системе, использующей схему А, все три воыпепроалцнияиютсвясегда последовательно: удаление предыдущей отметки, создание новой и поиск пользователей по списку Кроме перечисленных также могут требоваться сервисные операции, связанные с удалением хранилища неактуальной информации: неактивных потлеьлзеойва, их отметок, неиспользуемых BSSID.
Структуры данных, описанные выше, можно хранить в реляционной СУБД естественным обр сохраняя каждую пару {BSSID, отметка} в отдельной строке таблицы. Однако, в таком случае, поиска пользователей по сксупиBSSID потребует выборки всех этих строк. Если обо–зснраечдинтеье за u количество пользователей в радиусе видимости одной беспроводной точки –дсорстедупнае,е w количество точек доступа, видимых устройством пользователя, то количество обращкуе,ний к д необходимых для выполнения операции поиска пользователей, можно оценить как u*w. Рис. 4. Схема базы данных c высокой степенью нормализации, используемая в системе гео-отметки, работающей по схеме А. user_id – идентификатор пользователя, time – время отметки, BSSID – идентификатор беспроводной точки доступа Поясним сказанное на примере системы, работающей по схеме А. Для этой системы использовать базу данных со схемой, изображенной на рис. 4. Операция поиска пользователей п BSSID может тбьы выполнена с помощью запроса:
SELECT DISTINCT USER_ID FROM CROSS_TABLE WHERE BSSID IN {список BSSID} Выполнение этого запроса потребует выборки из таблицы CROSS_TABLE всех строк, BSSID к находится в заданном списке. В общем случае строки OSтSа_бTлAиBцLыE CфRизически расположены на диске не упорядоченно, поэтому выборка каждой строки потребует перемещения головки диска.
В настоящей работе мы предлагаем способ организации хранилища данных, позволяющий уменьш количество дисковых операций, необхоыдхим для выполнения запросов. При этом объем данных, хранимых на диске, увеличивается, а сами данные хранятся в реляционной СУБД в ненормализ форме. Рассмотрим суть этого подхода на примере организации хранилища для системы со схем Данные хранятяс в реляционной базе данных со схемой, изображенной на рис 5. В базе поддерживается структура из двух таблиц. Одна из них содержит списки беспроводных точек дос каждого пользователя, друг–аясписки пользователей для каждой беспроводноий дтосчткупа. Списки хранятся в виде строки с использованием разделителя (например, запятой) и обновляются при по новых данных о местоположении пользователей. Рис. 5. Схема базы данных для системы геоотметки, работающей по схеме А. user_id – идентификатор пользователя, time – время отметки, BSSID_list – список идентификаторов беспроводных точек доступа, user_list – список идентификаторов пользователей, находящихся вблизи беспроводной точки доступа } // Удаление записи из таблицы PERSON DELETE FROM PERSON WHERE USER_ID=:u.userId; } 3. Поиск пользователей ппоисксу BSSID. class User{ StringuserID; Date time; } User[] getUsersNear(String[] bssidList){ // Выборка строк из таблицы PERSON String[] user_lists ={SELECT USER_LIST FROM WIRELESS_SPOT WHERE BSSID IN (:bssidList)}; // разделение всех строк из userа_listоsтденльные идентификаторы, выборка неповторяющихся идентификаторов и создание на их основе массива из User.
User[] united_user_list= makeUnitedList(user_lists); // нахождение и установка атрибута времени для каждого пользователя. for(User[] united_user_list){ u.time = {SELECT TIME FROM PERSON WHERE USER_ID = :u.userId}; } returnunited_user_list; } При выполнении операции поиска пользователей по списку BSSID, после создания объедине множества идентификаторов пользователей происходит обращение е табPлEиRцSON за временем отметки, что требует дополнительных дисковых операций. Решением может быть хранение вре создания отметки в таблице WIRELESS_SPOT вместе с идентификаторами пользователей.
Отметим, что во многих случаях, и для схемы А верацчиасятноссотзид,аниояп отметки и операция поиска пользователей часто выполняются последовательно в рамках одного запроса. Как нетр заметить, эти операции требуют обращения к одним и тем же строчкам таблицы WIRELESS_SPOT. целесообразно объединить этпиераоции, избежав лишних обращений к базе данных.
В системе ге-отметки, работающей по схеме B (используется в демонстрационной реализаци используется схем,аизображенная на рис. 6. Рис. 6. Схема базы данных, используемая в системе, работающей по схеме В. user_id, – идентификатор пользователя, BSSID_list – список беспроводных точек доступа, user_list – строка, содержащая список идентификаторов
пользователей, находящихся вблизи беспроводной точки доступа, и сроки действия их отметок Для наибольшей проиодзвительности в поле user_list вместе с каждым идентификатором пользователя хранится закодированное значение времени, после которого отметка становится актуальной. Базовые операции происходят аналогичным образом. При выполнении операции пои пользователей по списку BSSID учитывается срок действия отметки: пользователи, срок дей отметок которых истек, не попадают в выборку. Имеется также сервисная операция, удаляющая пользователей, срок действия которых завершился. Она представляет хосдобопйо пврсоем строкам таблицы WIRELESS_SPOT и вычеркивание из списков user_list идентификаторов пользователей, с действия отметки которых истек. Операция нужна, чтобы избежать разрастания списков user_ таблице WIRELESS_SPOT.
Для систем -гоетометки, использующих модель данных с более чем одной отметкой на одн пользователя (рис. 2 б), можно использовать схему, изображенную на рис. 7. Роль первичного таблице CHECKIN играют идентификатор пользователя и время отметки. Базовые оператции проис аналогично.
Предлагаемый способ организации хранилища данных легко обобщается на случай, есл архитектуре используются видимые и невидимые отметки. Одним из способов является хранение по видимым и невидимым отметкам в различных таблиацзаахн, о канка проикс. 8. Рис. 7. Схема базы данных, позволяющая хранить более одной отметки местоположения на каждого пользователя.
user_id – идентификатор пользователя, time – время отметки, ttl – срок действия отметки, BSSID_list – список беспроводных точек доступа, checkin_list – строка, содержащая список отметок, совершенных в радиусе действия беспроводной точки доступа; строка checkin_list содержит идентификаторы пользователей, времена и сроки действия их отметок Рис. 8 . Возможная схема базы данных, обеспечивающая хранение отметок различных типов – видимых и невидимых. user_id – идентификатор пользователя, time – время отметки, ttl – срок действия отметки, BSSID_list – список видимых пользователем беспроводных точек доступа, visible_checkin_list – список видимых отметок,
invisible_checkin_list – список невидимых отметок Демонстрационная реализация системы гео-отметки
Для демонстрационной реализации системы геоотметки была выбрана схема В, описанная в
Клиентское приложение реализовано для платформыid. AnПdрroиложение работает с аккаунтами из
социальной сети Facebook. Для входа в Facebook, а также получения от Facebook данных, необхо
отображения списка пользователей, использовалась предлагаемая Facebook библиотека Facebook SDK
Android [
Серверная часть написана на java и исполняется под управлением сервера прилож
Взаимодействие с базой данных происходит с использованием технологии JDBC через интер
javax.sql.DataSource. Реализация этого интерфейса обеспечивает поддержание пула соединений с ба
данных и пула подготовленных запросов (PreparedStatement), обеспечивая эффективную работу
многопоточном режиме. Схема базы данных представлена на рис. 6. Сервереспзлааптунщомен на б
хостинге OpenShift [
Об авторах: Намиот Дмитрий Евгеньевич, акндидат физик-оматематических наук, старший научный сотрудник лаборатории открытых информационных технолофгаикйультета вычислительной математики и кибернетики, Московский государственный университет именЛиомонМо.сВо. ва, dnamiot@gmail.com Шабалин Дмитрий Григорьевич, выпускник факультета вычислительной математики и кибернетики, Московский государственный университет имени М.В. Ломоsнhоaсbоaвliаn,dm@gmail.com Зубарева Елена Васильевна, кандидат педагогических наук, доцент, руководитель Центра открытых информационных технологий, Елецкий государственный университет им. И.Ан.ауБчнуныийна; сотрудник, Федеральный исследовательский центр «Информатика и управление» Российской академии наук; старший научный сотрудник лаборатории открытых информационных технологий факультета вычислеилтьной математики и кибернетики, Московский государственный университет имени М.В. Ломонeо.сzоuвbаa,reva@cs.msu.ru