авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:   || 2 | 3 |
-- [ Страница 1 ] --

ОСНОВНЫЕ ПРИНЦИПЫ НАУЧНОЙ СЕТИ

О.С. Бартунов, В.Н. Лысаков1, И.Г. Назин2, П.Ю. Плечов, Е.Б. Родичев, А.В. Селиверстов

1

ИВМ, г.Москва,

2

Нижегородский государственный университет им. Н.И. Лобачевского, г.Нижний Новгород

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

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

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

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

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

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

О необходимости такого проекта.

Интернет как совершенно новое средство коммуникаций стал активно использоваться для распространения научной информации уже около 20 лет назад (в России – около 10 лет). Последние годы наблюдается чрезвычайно быстрый, скачкообразный рост информационных функций Интернет практически во всех областях применений, и во многих из них Интернет уже существенно потеснил классические средства.

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

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

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

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

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

Пути реализации.

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

Модуль подготовки материалов представляет собой, по сути, максимально автоматизированную распределенную редакцию. Автор, желающий разместить свой материал, сначала проходит процедуру регистрации, используя средства WWW. Затем он направляет материалы на фиксированный адрес электронной почты (непосредственно, или же пользуясь Web-интерфейсами). Полученный материал автоматически регистрируется центральным сервером, заносится в базу данных, после чего соответствующим редакторам, курирующим данное научное направление (их может быть несколько) автоматически посылается извещение о поступлении нового материала.

Все издание в целом является полностью рецензируемым, т.е. материал может появиться в общем доступе только после его одобрения соответствующим редактором, который, при необходимости, может запросить мнение рецензентов.

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

Блок представления материалов – это собственно Web-сайт, доступный читателям. Технология Web позволяет сделать многомерное структурирование (в отличие от обычных изданий) представляемой информации – по областям знаний (физика, биология и т. д), по дате поступления (аналог ленты новостей), по аудитории (разделы типа "Профессионалам", "Абитуриенту" и т.д.), по типу публикации (краткие новости, статьи и т.п.). Естественно, сайты Сети снабжены развитой системой поисков – по авторам, ключевым словам и т.п. (напомним, что все материалы исходно заносятся в базу данных).

Ресурсы Научной Сети обладают широкой популярностью, и содержат большой объем весьма сложных материалов (статьи, книги и т.п.), в связи с чем для обеспечения хорошей нагрузочной способности большое значение имеет использование современных технологий (технологические особенности проекта представлены в отдельном докладе).

Представление о популярности проекта Научная Сеть могут дать следующие данные по росту посещаемости центрального сервера www.nature.ru Статистика по Top100 (хосты/посетители/хиты) Июнь 2001 25346 26793 Июль 2001 19911 20556 Август 2001 19476 19627 Сентябрь 2001 27052 28132 Октябрь 2001 41708 44793 Ноябрь 2001 50962 55481 Декабрь 2001 49173 52958 Январь 2002 45772 49032 Февраль 2002 43586 46179 Март 2002 53811 58049 Апрель 2002 57393 61903 Май 2002 56460 60828 В докладе будут также освещены вопросы организационного построения Научной Сети.

ТИПЫ ИНФОРМАЦИОННЫХ ПОТОКОВ В ОБЛАСТИ НАУК О ЗЕМЛЕ П.Ю. Плечов, Д.А. Варламов, С.В. Трусов Институт экспериментальной минералогии РАН, г.Черноголовка, геологический ф-т МГУ, г.Москва Информационные потоки по наукам о Земле, представленные в Интернете, могут быть подразделены по типу содержания на:

- описательные (статьи, монографии, лекции);

- событийные (мониторинг, новости, конференции);

- дискуссионные (обсуждения, вопросы-ответы);

- справочные (базы данных, каталоги, библиотеки);

- интерактивные ресурсы (моделирование, специализированные расчеты, ГИС, демонстрационные программы).

Описательные, событийные и дискуссионные информационные потоки хорошо укладываются в схему стандартных cистем управления контентом (Content Management System). Такие системы успешно работают на всех крупных динамических интернет-ресурсах, в том числе и научного содержания (http://info.geol.msu.ru, http://www.nature.ru и др.). Эти типы информационных потоков легко представляются в "псевдостатическом" виде и интегрируются в Интернете с помощью поисковых систем различного уровня (внутренние навигаторы, локальный поиск, глобальные поисковые машины) С другой стороны, представление в Интернете разнородных баз данных, актуальных каталогов и интерактивных ресурсов до сих пор вызывает как технические, так и концептуальные трудности. К главным проблемам относится разнородная (зачастую несопоставимая) структура данных, отсутствие стандартов представления специализированной информации, "разнообразие" интерфейсов к базам данных и различия в задачах компиляторов информации.

Нами была предложена схема объединения разнородных баз данных на основе технологии DataGen (автоматического построителя линейных баз данных, на основе анализа структуры самих данных, разработанного в рамках проекта РФФИ N97-07-90022) и представления о "генеральном запросе", позволяющем линеаризовывать (упрощать до линейной таблицы) базы данных почти любой сложности.

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

Простейшие примеры: практически любая минералогическая база данных может произвести поиск по названию минерала, что и является наиболее частым запросом (по нашей статистике по минералогической базе данных WWW-Mincryst – более чем 70% запросов), базы данных по землетрясениям используют обычно координаты эпицентра, данные по публикациям – фамилию одного из авторов и т.п. При этом пользователь, вводя минимум информации, получает, как правило, достаточно стандартный и полный результат. Введя понятие "генерального" запроса, можно легко перейти к концепции построения портала к разнородным WWW ориентированным базам данных. Подобный портал строится на основе собственной базы данных, в которой хранятся (индексированные по категориям, например по отраслям науки) сведения о базах данных, как-то:

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

Как правило, также большинство таких баз содержит одно (или более) достаточно легко индексируемых полей уникальных значений (как, например, выше – имя минерала), которые также может быть использованы для построения общей системы поиска терминов по ВСЕМ описанным в портале базам данных.

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

а во-вторых, происходит индексация действительно значимых (для пользователя) терминов, а не всего подряд.

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

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

В результате интеграции каталога ресурсов с поисковой машиной достигается:

• Возможность поиска необходимой информации только в пределах ресурсов занесенных в каталог, что значительно повышает релевантность результатов поиска.

• Возможность ограничения области, в которой происходит поиск ("все ресурсы", "в определенной секции рубрикатора", "единичный ресурс").

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

Вышеописанные подходы были реализованы при создании распределенной информационной системы по Наукам о Земле.

Базовые узлы системы расположены по следующим адресам:

- Система публикации научных и образовательных материалов http://info.geol.msu.ru - Библиотека по Наукам о Земле http://library.iem.ac.ru - Базы данных (http://database.iem.ac.ru, http://geo.web.ru/rus и др.) - Интерактивные ресурсы (http://database.iem.ac.ru/mincryst, http://info.geol.msu.ru/~kbs) - Системы интеграции распределенных ресурсов (каталог – http://info.geol.msu.ru/db/top_geo.html;

поисковая машина – http://info.geol.msu.ru/db/geol_search) Данная работа выполнена при поддержке РФФИ (гранты 00-07-90063,01-07-90052) АРХИТЕКТУРА НАУЧНОЙ СЕТИ, ТЕХНОЛОГИЧЕСКИЕ ПРИНЦИПЫ О.С. Бартунов1, Е.Б. Роличев1, И.Е. Панченко1, В.О. Устянский 1 МГУ, Астрономическое общество, u/Москва В основе технологической платформы "Научной Сети" лежит применение трехуровневой схемы, которая обеспечивает большую гибкость и масштабируемость, чем более простая и широко применяемая схема "клиент-сервер". Верхний уровень такой схемы представляют собой внешние интерфейсы. Их количество неограниченно, они могут добавляться к системе по мере необходимости. По этим интерфейсам осуществляется все общение системы с внешним миром – это могут быть Web-серверы, почта для приема/выдачи информации, современные объектные протоколы типа IIOP, или даже совсем специфические, например, сделанные по заказу конкретного клиента.

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

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

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

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

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

требуют запаса по производительности.

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

- раздельное обслуживание статических и динамических документов – запросы приходят на frontend-сервер, который направляет их в зависимости от вида запроса на 'легкий' сервер, обслуживающий статические документы, и 'тяжелый' backend-сервер работающий с базами данных. При этом достигается оптимальное соотношение ресурсы/производительность за счет правильного перераспределения ресурсов и настройки всех компонентов системы. Кроме того, такая схема позволяет при необходимости динамически распределять нагрузку на большее кол-во физических серверов;

Frontend-сервер строится на основе обычного сервера Apache с поддержкой перекодировки на лету (Russian Apache) с дополнительным модулем mod_proxy, который перенаправляет запросы на динамические документы на обработку backend сервера, который отличается тем, что в него вкомпилирован интерпретатор языка Perl (на котором разрабатываются приложения) и необходимые модули для работы с базами данных. С одной стороны это позволяет сильно уменьшить нагрузки на систему, связанные с тем, что интерпретатор всегда находится в памяти и не требует загрузки/выгрузки, но с другой – размер процесса (сервера) в памяти увеличивается до 20-30 Мб. Именно поэтому используется раздельное обслуживание статических и динамических документов. Кроме этого, одной из специфик российского Интернет является наличие большого количества, так называемых "медленных" клиентов – пользователей работающих через медленные каналы связи (например модемы). Это приводит к сильному увеличению времени, необходимого для получения документа с сервера, что в свою очередь приводит к тому, что (в силу специфики протокола http) ресурсы сервера будут заняты все это время и недоступны для обслуживания запросов от других клиентов. Очень легко может возникнуть ситуация, когда ресурсы системы будут исчерпаны и сервер будет недоступным.

Эта проблема сильно облегчается (хотя до конца и не решается), если непосредственное общение с клиентом осуществляется крайне легким frontend-сервером, который будет получать результаты приложений от "тяжелого" сервера и кэшировать их в своем буфере;

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

- использование постоянного соединения Web-сервера с базой данных для уменьшение затрат (время и ресурсы) на установления соединения с БД – позволяет обойти известную проблему протокола HTTP, когда соединение сервер - клиент является полсути stateless connection. Это становится возможным из-за того, что интерпретатор языка, встроен в сервер и таким образом может хранить ссылку на структуру, описывающая соединение с базой данных, которое устанавливается только один раз на время жизни данной генерации сервера.

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

- управление кэшированием документов в браузерах и на промежуточных корпоративных и провайдерских прокси-серверах посредством выдачи правильных http-заголовков также является важным фактором ускорения получения ответа пользователем и дает заметную экономию сетевого трафика.

Немалую роль в технологическом процессе играет инструментарий прикладных разработчиков. Известной трудностью в создании и поддержании динамических серверов является существование собственно программистов, которые разрабатывают сценарии формирования содержания из различных источников информации, и дизайнеров, которые определяют внешнее представление документов на сервере. С одной стороны документ – это программа, доступ к которой дизайнера затруднен и даже опасен (нетрудно представить что может случиться с приложением если в его коде дизайнер случайно допустит ошибку), а с другой стороны результат работы этой программы должен отвечать дизайнерским задумкам. Эта проблема решается на уровне заготовок-шаблонов (templates), которые доступны и разрабатываются дизайнерами и которые доступны программам, написанных программистами. Кроме того, современные тенденции программирования требуют соответствующего уровня грануляции программных компонент, при этом достигаются возможность повторного использования программных компонент, детализация структуры документа (заготовки) на уровне стандартных элементов дизайна, коллективная работа над одним проектом. В результате тщательного анализа зарубежного опыта разработки больших серверов нами был выбран свободно доступный модуль на языке Perl – Mason (http://www.masonhq.com). Отметим, что за три года со своего появления Mason завоевал популярность среди Web-разработчиков именно благодаря возможностью совмещения работы программистов и дизайнеров и структурированной разработки сервера с программистской и дизайнерской точек зрения.

Основным хранилищем метаданных является реляционная СУБД PostgreSQL, являющаяся наиболее развитой среди свободно доступных баз. По мере развития технологической части нашего проекта, мы столкнулись с необходимостью работы с новыми типами данных, быстрыми методами доступа к ним и введения новых типов запросов. Участники проекта являются членами команды разработчиков СУБД PostgreSQL, что позволило решить проблему в виде развития GiST (обобщенного поискового дерева) и построения на его основе новых типов данных. Подробнее об этом будет сказано в другом докладе.

Кроме динамического поиска, нами разработан полнотекстовый поиск по статическим коллекциям документов, отличительной особенностью которого является ориентация на тематические коллекции. Так, например, в рамках проекта создана и функционирует поисковая система по всем русскоязычным астрономическим сайтам, по всем сайтам МГУ. Кроме того, она поддерживает поиск по одному сайту, по коллекции сайтов и документов, так что форма поиска может быть использована (что, собственно и делается) на любом ресурсе, зарегистрированным в нашей поисковой системе. Это можно видеть на примере поиска по всем серверам нашего института (http://www.sai.msu.su). В настоящее время нами индексируются около астрономических серверов и более 310 серверов Московского Университета. Подробная статистическая информация всегда доступна на страницах статистики.

АСТРОНЕТ – АСТРОНОМИЧЕСКИЙ УЗЕЛ "НАУЧНОЙ СЕТИ" М.Е. Прохоров, О.С. Бартунов ГАИШ МГУ, г.Москва Введение За последние годы интернет стал общепризнанным средством, эффективно способствующим всем ключевым факторам научно-технического прогресса. При этом можно выделить следующие основные факторы, определяющие столь важную роль всемирной сети в решении фундаментальных научно образовательных проблем:

- оперативный доступ к свежей научно-технической информации во всей ее полноте, включая технические стороны исследований (такие, как детальные результаты экспериментов и расчетов);

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

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

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

В наши дни реальным и все более важным фактором становится тот факт, что уже полученная научная информация (и доступная в интернет) не доходит до тех, кто в ней нуждается. Наука становится все более специализированной, нарушаются связи между направлениями. Появляются "Научно-популярные журналы для ученых" (например УФН).

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

С другой стороны ряд естественных наук, в том числе Астрономия, испытывают сегодня очередной бум, связанный с новыми космическими и наземными экспериментами, запуском новых спутников и приборов. Из за этого появляется огромный объем принципиально новой информации. Только что вышедшие учебники мгновенно устаревают (особенно это касается разделов связанных с наблюдательными данными и с научными приборами). Это при том, что в России последняя учебная литература создавалась лет 10-15 назад. [Перерыв в издании был связан, в первую очередь, с экономическим кризисом. В последние несколько лет научное книгоиздание возобновилось (здесь личное и искреннее спасибо РФФИ), но большая часть издаваемых сегодня книг это перепечатка (чаще всего стереотипная) изданий 15-летней давности и более ранних.] Интернет существенно облегчает и ускоряет доступ к научной информации, в первую очередь через создание электронных библиотек журналов и электронных препринтов, но не затрагивает проблему узкой специализации.

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

Концепция.

Когда несколько лет назад была высказана идея создания сайта astronet, в Мире и в Российском сегменте сети уже существовали сайты двух типов:

Электронные библиотеки, в основном базировавшиеся на издательствах журналов. В качестве примеров можно привести Российскую электронную библиотеку eLibrary.ru и астрономическую библиографическую базу данных adsabs.harvard.edu. Они хранили и предоставляли доступ к большому количеству журнальных статей и к книгам. Дополнительно предоставлялся классический каталожный поиск или, как максимум, полнотекстовый поиск.

Научно-популярные сайты. Сегодня их достаточно много. Как лучшие среди русскоязычных можно назвать сайт журнала "Звездочет" (http://www.astronomy.ru) и "StarLab" (http://www.starlab.ru). Среди западных сайтов – "астрономическую картинку дня" (http://antwrp.gsfc.nasa.gov/apod/) и целую серию сайтов NASA (http://www.nasa.gov).

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

2) Для части научно-популярных сайтов, кроме того, проблемой является низкий уровень публикаций.

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

Кроме того, быстрое изменение ситуации в астрономии требует возможности оперативного внесения исправлений в уже опубликованные материалы. Для этого в системе astronet.ru предусмотрен интерактивный доступ к материалам для авторов и редакторов, а также возможность комментирования материалов читателями.

П.2 предопределяет редакционную политику astronet'а – желательно, чтобы публикации для сайта писали профессионалы, но проводить научное редактирование и комментировать тексты должны только астрономы профессионалы.

Почему этот проект начался в ГАИШ МГУ Может появиться вопрос: "Почему такой проект возник именно в ГАИШ МГУ?" (http://www.sai.msu.su/) Смотрите: крупнейшими астрономическими организациями России являются: В Москве: ИКИ, ФИАН, ИНАСАН, ГАИШ МГУ В Санкт-Петербурге: Пулково (ГАО РАН), И-т Прикладной Астрономии, ФТИ им. Иоффе, С-Пб. Университет Прочие: САО РАН (Кабардино-Балкария), Казанский Ун-т, Уральский Ун-т Из 9 наиболее известных организаций (первые по списку) только 2 (МГУ и СПбГУ) имеют непосредственное отношение к образованию. Исторически эта работа началась в ГАИШ (где много астрономических ресурсов и специалистов), но сейчас на astronet есть публикации практически из всех перечисленных выше организаций.

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

Текущее состояние и ближайшие планы астронет Популярность сайта принято оценивать в количестве уникальных IP-адресов, и количестве просмотренных страниц. Согласно статистике, полученной по логам сервера, на протяжение всего времени посещаемость, за редким исключением, непрерывно растет. За период июль 2001 – май 2002 гг. посещаемость выросла с 7,384 до 22,394 уникальных посетителей в месяц, при этом, в среднем, каждый посетитель просматривал не менее 7 страниц (поисковые роботы не учитываются).

В настоящее время на astronet есть:

1) На 10/06/2002 на Астронете опубликованы 4439 статей.

2) Новостной проект "Астрономическая картинка дня" (http://www.astronet.ru/db/apod.html).

3) Словарь на ~ 1000 терминов (http://www.astronet.ru/db/glossary/).

4) 65 книг и курсов лекция (http://www.astronet.ru/db/books/).

5) Интерактивная карта неба (http://www.astronet.ru/db/map/).

6) Система поиска по астрономическим ресурсам России и ближнего зарубежья с возможностью выбора группы сайтов для поиска по каталогу ресурсов (http://www.astronet.ru/db/astrosearch/).

В ближайшем будущем ожидается:

1) Энциклопедия по планетам (перевод "9 Планет" Б.Арнетта) 2) Две астрономических энциклопедии "Физика Космоса" (совместный проект с издательством "Российская Энциклопедия") Более отдаленные проекты:

1) Астрономический справочник 2) Интерактивный астрономический календарь.

Другие формы работы:

1) Участие в конференциях, публикация их трудов или тезисов ("SETI на пороге XXI века":

http://www.astronet.ru/db/msg/1177012, Студенческая конференция "Физика космоса":

http://www.astronet.ru:8100/db/msg/1176762).

2) Проведение студенческих конкурсов (2001 г.: http://www.astronet.ru/db/msg/1174725, 2002 г.:

http://www.astronet.ru/db/msg/1177158).

Астронет и "Научная сеть".

Астронет входит с междисциплинарный (мультидисциплинарный) проект "Научная Сеть" (http://www.nature.ru/) и является его астрономическим узлом. Работа в рамках этого объединения подразумевает обмен наиболее интересными публикациями не укладывающимся в раки одной науки, создание единого распределенного энциклопедического справочника и т.д. Кроме того подобная сеть лучше удовлетворяет потребности читателей и увеличивает посещаемость каждого из узлов. Подробнее о концепции "Научной Сети" и о технических сторонах этих проектов говорится в других статьях, данного сборника (см.

Бартунов и др.).

Благодарности.

Разработка и развитие сайта поддерживалось грантами РФФИ 99-07-90069 и 02-07-90222.

В конкурсе "Звезды астрорунета 2001", проведенном сайтом "AstroTop100" (http://www.sai.msu.su/top100/), astronet.ru занял 1 место в номинации "Сайт года" и разделил 1 место в номинации "Лучший новостной проект".

Мы выражаем благодарность всем многочисленным авторам за их публикации, РФФИ за финансовую помощь, дирекции ГАИШ за понимание важности проекта для Российской астрономии, РОО "Мир Науки и Культуры" за поддержку проекта "Научная Сеть", а также нашим коллегам по "Научной Сети" за дружескую помощь и полезные дискуссии.

ПРИНЦИПЫ РАЗРАБОТКИ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ ЭЛЕКТРОННОГО УЧЕБНОГО КОМПЛЕКСА ДЛЯ СЕТИ ИНТЕРНЕТ Д.В. Сергеев Челябинский Государственный Университет, г.Челябинск Введение Одним из важных направлений в области создания новых информационных технологий для систем дистанционного и открытого образования является создание электронных учебных комплексов.

В рамках этого направления в Челябинском государственном университете в настоящее время ведется проект по созданию интегрированной среды для разработки и использования электронных учебных комплексов (ЭУК). ЭУК, созданные с использованием данной среды, могут работать как локальное приложение с компакт-диска, так и в сети Интернет.

В качестве базовой дидактической модели используется новая дидактическая модель ЭУК [1], в основе которой лежит принцип структурирования учебного материала по содержательному и дидактическому принципам. В данной работе рассматриваются принципы разработки интерфейса пользователя. При проектировании интерфейса выделяются три уровня абстракции: концептуальный, логический и физический.

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

Общие принципы разработки интерфейса Одним из базовых принципов разработки интерфейса является функциональное структурирование [2].

Структура интерфейса должна отражать структуру ЭУК. В качестве базовой единицы функционального структурирования мы вводим понятие фрейма.

Фрейм это структура, состоящая из набора ячеек, называемых слотами. Каждый слот состоит из имени и ассоциируемого с ним значения. Значения могут представлять собой данные или ссылки на другие фреймы.

Таким образом, фреймы можно связать в сеть через слоты.

Мы накладываем ограничение на эту сеть, которая должна представлять собой дерево. Структура интерфейса, построенная с использованием этого подхода, представляет иерархию фреймов.

При проектировании интерфейса ЭУК мы выделяем в его структуре три уровня абстракции:

концептуальный, логический и физический.

На концептуальном уровне интерфейс представляется как иерархия фреймов. Это представление будем называть концептуальной схемой интерфейса ЭУК.

Логический уровень задает отображение концептуальной схемы в стандартные элементы графического пользовательского интерфейса GUI (Graphical User Interface) [3]. Данное представление будем называть логической схемой интерфейса ЭУК.

На физическом уровне логическая схема реализуется средствами конкретной инструментальной среды.

Данную реализацию условимся назвать физической схемой интерфейса ЭУК.

Интерфейс ЭУК должен в максимальной степени учитывать индивидуальные предпочтения пользователя. Неудобный интерфейс может оказаться препятствием для успешного освоения ЭУК.

Следовательно, мы должны предусмотреть максимальную гибкость настройки пользовательского интерфейса ЭУК.

Структура ЭУК должна предполагать возможность контроля со стороны обучаемого за широтой и глубиной проработки материала. Это достигается путем введения горизонтального слоения модулей курса.

Интерфейс ЭУК должен предоставлять пользователю возможность навигации в иерархии модулей и горизонтальных слоев ЭУК с возможностью визуальной маркировки пройденного материала. Маркировка может проводиться в автоматическом и ручном режиме. Поддержку горизонтального слоения будем называть вертикальной навигацией с возможностью маркировки.

В соответствии со структурой ЭУК каждый модуль делится на вертикальные слои. В качестве вертикальных слоев используются следующие дидактические компоненты: теория, тесты по теории, задачи, тесты по практике, библиография и словарь терминов. Интерфейс ЭУК должен предоставлять пользователю возможность доступа к любому вертикальному слою текущего модуля. Назовем переход от одного вертикального слоя к другому горизонтальной навигацией.

Таким образом, можно сформулировать следующие требования к интерфейсу пользователя ЭУК:

1. Персонализация интерфейса: интерфейс ЭУК должен предоставлять максимальную гибкость настройки конечным пользователем.

2. Поддержка горизонтального слоения ЭУК: интерфейс должен обеспечивать вертикальную навигацию с возможностью маркировки.

3. Поддержка вертикального слоения ЭУК: интерфейс должен обеспечивать горизонтальную навигацию.

Концептуальная схема интерфейса Концептуальная схема интерфейса ЭУК должна отражать иерархию фреймов. Корнем дерева иерархии является головной фрейм. Концептуальная схема изображена на Рис.1. Головной фрейм включает в себя:

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

Слот навигации содержит панель навигации. Панель навигации выполняет следующие функции:

- вертикальной навигации по модулям ЭУК - маркировки полноты пройденного материала - отражения текущего положения пользователя Каждому модулю в панели навигации сопоставляется узел представления модуля, состоящий из маркера полноты прохождения модуля и его модулей-потомков, названия модуля и пиктограммы развертывания/свертывания модулей потомков. Структура узла представления модуля изображена на Рис. 2.

Маркер полноты прохождения модуля выполняет функции маркировки и отображения полноты прохождения материала модуля и модулей-потомков. Маркер разделен на модульный сегмент и сегмент потомков. Модульный сегмент расположен выше диагонали, а сегмент потомков – ниже. Модульный сегмент может находиться в трех состояниях:

1. Модульный сегмент отображается черным цветом – пройден материал модуля.

2. Модульный сегмент отображается белым цветом – не пройден материал модуля.

3. Модульный сегмент не отображается – полнота прохождения модуля не фиксируется.

Сегмент потомков может находиться в четырех состояниях:

1. Сегмент потомков отображается черным цветом – пройден материал модулей- потомков.

2. Сегмент потомков отображается белым цветом – не пройден материал модулей- потомков.

3. Сегмент потомков отображается черно-белой штриховкой – не пройдены полностью модули-потомки.

4. Сегмент потомков не отображается – модулей-потомков нет.

Прохождение модуля фиксируется в ручном и автоматическом режиме. Ручная фиксация производится через контекстное меню. Автоматическая фиксация устанавливается критерием прохождения модуля. Критерий прохождения модуля устанавливается разработчиком ЭУК и может быть различным для различных модулей. Примером критерия прохождения может быть время просмотра данного модуля или процент правильных ответов в тестах или задачах.

Пиктограмма развертывания/свертывания модулей-потомков отвечает за развертывание и свертывание списка модулей-потомков. Знак «+»

соответствует свернутому списку модулей- потомков.

Знак «-» соответствует развернутому списку. Если эта пиктограмма отсутствует у модуля, то у него нет модулей-потомков. На Рис.3. изображен пример панели навигации.

Модули 1.2.1 и 1.2.2 полностью пройдены и не содержат модулей-потомков. Модуль 1.2 не пройден и содержит пройденные модули-потомки 1.2.1 и 1.2.2.

Модули 1 и 1.1 пройдены, но не все модули-потомки пройдены.

Слот вертикальных слоев содержит фрейм вертикальных слоев. Фрейм вертикальных слоев выполняет функции горизонтальной навигации и представления пользователю вертикальных слоев текущего модуля ЭУК.

Логическая схема интерфейса Логическая схема интерфейса ЭУК задается отображением концептуальной схемы в стандартные элементы графического пользовательского интерфейса.

Головной фрейм отображается в окно приложения, слот меню – в меню окна приложения, слот строки состояния в строку состояния окна приложения, слот навигации в прикрепляемое окно (docking window), слот вертикальных слоев в дочернее окно (MDI Child window).

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

В настоящее время в Челябинском государственном университете создан прототип ЭУК по курсам:

"Параллельные системы баз данных", "Архитектура параллельных ЭВМ", "Параллельное программирование".

Данный прототип ЭУК имеет локальную реализацию на компакт-диске и реализацию в сети Интернет.

Работа выполнена при финансовой поддержке Российского фонда фундаментальных исследований (проект 00-07-90077).

ЛИТЕРАТУРА:

1. Овчинникова К.Р., Соколинский Л.Б. Электронный учебный курс в системе открытого образования // Телематика'2002: Труды Всероссийск. науч.- метод. конф. (3-6 июня 2002 г., г. Санкт-Петербург).

2. The Windows User Experience. Official Guidelines for User Interface Developers and Designers. Microsoft Corporation, 2000.

3. Мандел Т. Разработка пользовательского интерфейса. М.:"ДМК Пресс", 2001. 416 c.

4. Сергеев Д.В., Соколинский Л.Б. Использование мобильных структурированных объектов для представления статей в электронных научных справочниках // Научный сервис в сети Интернет: Труды Всероссийск. науч. конф. (24-29 сентября 2001 г., г. Новороссийск). -М.: Изд-во МГУ. 2001. C. 157-160.

ТЕХНОЛОГИЯ ПОСТРОЕНИЯ КЛИЕНТ-СЕРВЕРНОЙ ЭКСПЕРТНОЙ СИСТЕМЫ ДЛЯ СЕТЕЙ INTERNET/INTRANET В ПРИЛОЖЕНИЯХ ТЕЛЕМЕДИЦИНЫ О. В. Прохоров Омский филиал института математики СО РАН, г.Омск Термин телемедицина вошел в оборот в 70 годах прошлого столетия. Этот термин обозначает приложение телекоммуникационных и информационных технологий в медицине, предоставляющих возможность проведения лечебных мероприятий на расстоянии. Изначально под телемедициной понималось проведение врачебных консультаций посредством интерактивного видео. В настоящее время значение термина телемедицина расширилось и включает в себя также передачу и обработку статических изображений, использование информационных ресурсов World Wide Web.

Для решения задач диагностики и прогноза развития заболеваний широкое применение получили компьютерные экспертные системы (ЭС) [1]. Однако, в большинстве своем эти системы были локальными и не поддерживали сетевой (клиент – сервер) режим работы.

Как известно, клиент – серверная информационная система состоит как минимум из трех основных компонентов:

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

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


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

В то же время использование сетевой клиент – серверной технологии дает определенные преимущества при построении ЭС как таковых и медицинских в частности:

- Схожесть задач и методов решения медицинских экспертных систем предоставляет возможность выделить в них универсальные элементы, интегрировав их в функции сервера, что позволит стандартизировать и упростить процесс построения ЭС.

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

- Сетевая технология дает возможность создания "независящих от приложений банков знаний", о необходимости чего говорят многие авторы (П. Джексон и др.). Одни и те же банки знаний могут быть использованы разными приложениями.

- Увеличение доступности этих систем.

Широкое применение клиент – серверных экспертных систем для сетей Internet/Intranet несомненно позволит вывести телемедицину на новый уровень функциональности.

Попытки применения сетевых технологий построения экспертных систем в телемедицине уже имеют место:

В работе Bruce SATCHWELL описывается система контроля сердечной активности (Cardioview), состоящая из датчика сердечной активности, соединенного посредством мобильного телефона стандарта GSM с internet сервером через WAP протокол и передающего данные о сердечной активности специальному Java приложению. Аналогичная система Biolog применялась экспертами NASA для врачебного контроля самочувствия космонавтов [3].

Besim Atalay, W. D.

Potter and D. Haburchak описывают экспертную фармакологическую систему, работающую через WWW (Internet/Intranet) [4].

Dr. Ralph Martinez (университет Аризоны) – директор проекта построения телемедицинской сети, объединяющей больницы штата для проведения консультаций, телеконференций и обмена данными. Впоследствии планируется построение WWW медицинской экспертной системы в рамках проекта [5].

Все эти работы выполняются разрозненно, а универсальный подход к построению подобных систем не выработан. Недостатками приведенных выше работ являются ориентация на решение конкретных, частных задач и применение узкоспециализированных технологий (построение системы на основе WWW интерфейса).

Для устранения этих недостатков нами предлагается следующая схема клиент – серверной экспертной системы для сетей Internet/Intranet (рис. 1), которая может быть использована при решении задач телемедицины независимо от их клинической специфики. Универсальные составляющие системы выделены красным, вспомогательные или дублирующиеся элементы – пунктиром.

По сравнению со схемой П. Джонсона [6] (рис. 2) экспертная оболочка выделена как обособленная часть и несет в себе функции сетевого клиента. Машина логического вывода и База (Банк) знаний находятся в серверной части приложения.

Банк знаний должен быть формализован средствами СУБД и может хранить одновременно несколько независимых баз знаний, которые использовались бы разными клиентскими программами. В серверную часть ЭС (машина логического вывода) должны интегрироваться интерпретаторы скрипт-языков, позволяющие реализовать конечные базы знаний средствами этих языков. Интеграция таких языков как LISP, Prolog, Forth, позволит легко перенести уже существующие ЭС, построенные на этих языках, в режим сетевой реализации.

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

Коммуникация между серверной и клиентской частями программы, на наш взгляд, должна производится по протоколу, основанному на платформо – независимомом XML стандарте.

Протокол взаимодействия серверной и клиентской частей ЭС должен обеспечивать статический и диалоговый (интерактивный) режим взаимодействия через возможность внедрения HTML кода, включая использование HTML тэгов ввода/выбора, в ответ сервера. Статический режим удобен при единовременной передаче всех данных достаточных для принятия решения, если они уже находятся в базе данных клиентской программы и не требуют дополнительного ввода со стороны пользователя. Когда их недостаточно, клиент и сервер вступают в диалоговый режим взаимодействия.

Известно, что формат XML имеет ряд преимуществ перед существующими форматами хранения данных [7]:

- Независимый формат данных. При использовании XML данные больше не привязаны к создавшему их приложению. Это резко повышает возможность взаимодействия различных приложений, предоставляет большие возможности выбора для пользователя и способствует совместному использованию данных различными приложениями.

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

- Улучшенные возможности поиска данных. Так как XML определяет логическую структуру документа.

- Увеличение доступности данных.

- Более простая разработка приложений. XML делает необязательным реализацию в приложениях поддержки большого количества разных двоичных форматов данных.

XML стандарт передачи данных обладает также рядом преимуществ и по сравнению с HTML стандартом, широко используемым при реализации WWW приложений. К общепризнанным недостаткам HTML относится невозможность определения логической и семантической структуры документа. В XML возможность разработчика задавать собственный набор тэгов, позволяет выбирать для них такие "говорящие" имена и атрибуты, которые уже самим своим названием характеризуют предназначение информации содержимого [8].

Именно этими преимуществами и мотивирован выбор XML стандарта для решения наших задач.

Предложенная технология построения клиент – серверной экспертной системы для сетей Internet/Intranet была реализована при разработке системы "Вертебрология" – системы диагностики этиологии фронтальных искривлений позвоночника (сколиоза) [9, 10]. При построении системы "Вертебрология" были использованы следующие инструментальные средства: язык программирования C/C++ как для клиентской, так и для серверной части приложения;

СУБД Mysql для хранения банка знаний серверной части, базы данных клиенткой части;

скрипт-язык Lua, обеспечивающий механизм логического вывода серверной части.

Созданы: клиент-программа "Вертебрология" для ОС Windows/Unix, для ведения и учета больных, с возможностью сетевого взаимодействия с серверной программой;

серверное приложение для ОС Windows/Unix, с базовым набором экспертных решений "Вертебрология".

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

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

ЛИТЕРАТУРА:

1. Элти Дж., Кумбс М. Экспертные системы: концепции и примеры. – М.: Финансы и статистика, 1987.

2. Попов Э.В. Экспертные системы: решение неформализованных задач в диалоге с ЭВМ. – М.: Наука, 1987.

3. Bruce SATCHWELL. The E-health Revolution in Personal Health Management. – http://www.ist99.fi/programme/summaries/partnering/B.Satchwell.doc 4. Besim Atalay, W. D. Potter and D. Haburchak. A WWW-Based HIV Patient Care Expert System. – Proceedings of the 12th IEEE Symposium on Computer-Based Medical Systems.

5. Tech to the Last Mile. – http://www.iwt.org/newsletter/nlarticles/techtothelastmile.html 6. Джексон Питер. Введение в экспертные системы. – Издательский дом "Вильямс", 2001.

7. Даконта М., Саганич Л. XML и Java 2. – СПб.: Питер, 2001. С. 22 – 29.

8. Штайнер Г. HTML/XML/CSS. – М.: Лаборатория Базовых знаний, 2001. С. 314 – 9. А.Ю. Голдырев, С.А. Панов, О.В. Прохоров, М.Е. Рождественский. Информационные ресурсы в вертобрологии. Постановка задачи // Информационные технологии и радиосети (ИНФОРАДИО'2000):

Материалы 2-й международной научно-практической конференции. – Омск: Издательство ОмГТУ, 2000.

10. А.Ю. Голдырев, О.В. Прохоров. Проблемы компьютерного моделирования в вертобрологии. // Материалы научной молодежной конференции " Молодые ученые на рубеже третьего тысячелетия, посвященной 70-летию со дня рождения академика В.А. Коптюга – Омск: Издательство ОмГПУ, 2001.

ИСПОЛЬЗОВАНИЕ ИНСТРУМЕНТА СИСТЕМАТИЗАЦИИ И ХРАНЕНИЯ ИНФОРМАЦИИ ДЛЯ РЕСУРСНОГО НАПОЛНЕНИЯ ОБРАЗОВАТЕЛЬНОГО ПОРТАЛА И.Г. Игнатова, К.В. Резонтов, Ю.А. Чаплыгин Московский институт электронной техники, г. Москва Создание, организация доступа и поддержание в рабочем состоянии образовательных ресурсов – одна из главных задач в построении образовательных порталов. Образовательные ресурсы могут поддерживаться в рабочем состоянии и обновляться только будучи погруженными в регулярные процессы образовательной деятельности, где система ресурсов становится системой корпоративного класса. Образовательный портал ВУЗа как корпоративный портал должен предоставлять эффективный разграниченный доступ на основе интегрированного информационного поля к схеме реальной деятельности в ВУЗе, предоставлять сервисы на основе сетевых технологий и веб-интерфейса для организованного накопления информационных ресурсов, появляющихся в результате реализации естественных целевых функций деятельности преподавателей и студентов.


В докладе предполагается более подробно остановиться на опыте работ в Московском институте электронной техники по созданию коллекций электронных ресурсов с использованием сетевого программного комплекса ИСХИ – инструмента систематизации хранения информации – разработке Московского областного центра новых информационных технологий.

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

Особенностью системы ИСХИ является возможность создания произвольного количества именованных текстовых полей в записи ресурса. Формат ресурса в ИСХИ является гибким и может быть легко изменен (в т.ч. количество полей и их имена, а также тип ресурса) Число полей и их имена задаются в заголовке раздела. Все записи ресурсов одного раздела имеют одинаковый формат дополнительных полей.

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

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

Ресурс представляет собой запись в БД системы, содержащий название ресурса, гиперссылку, примечания и именованные текстовые поля. Если к ресурсу приложены файлы, то они помещаются в специальное защищенное хранилище. Доступ к БД ресурсов и защищенному хранилищу осуществляется непосредственно через Web-интерфейс основной системы. В ИСХИ используется способ загрузки, хранения, и организации доступа к файлам, позволяющий загружать файлы на сервер через тот же интерфейс одновременно с созданием ресурса путем заполнения соответствующей формы., причем можно загружать не только отдельные файлы, но и каталоги с файлами. Каталоги загружаются на сервер в виде ZIP-архива.

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

ИСХИ поддерживает отложенный поиск в Интернет. Особенность использованного в ИСХИ механизма поиска заключается в способе выполнения накопленных запросов пользователей в "отложенном" режиме, суть которого сводится к следующему. Запросы пользователей накапливаются в базе данных системы и автоматически обрабатываются либо периодически, либо по заданной программе. Результаты поиска также поступают в базу данных системы и после отбора экспертом легко могут быть скопированы им в основную базу данных в качестве ресурсов. Основная информация о ресурсе хранится непосредственно в БД системы.

Размещаемые файлы при загрузке на сервер помещаются в специальные каталоги Web-сервера. Типы файлов могут быть любыми – текст, HTML, документы MS Word, Excel, PDF, архивы ZIP и другие.

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

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

В системе ИСХИ реализованы два метода поиска нужного ресурса: поиск по полям БД (для всех типов ресурсов) и полнотекстовый поиск с индексацией по содержимому размещенных файлов (для ресурсов, содержащих файлы), поисковые функции интегрированы в интерфейс системы в качестве критериев отбора ресурсов и разделов. Индексация содержимого поддерживается только для следующих типов файлов: текст, HTML, документы MS Word, а также те же файлы помещенные в ZIP-архивы. Вместе с тем нормальная эксплуатация электронных ресурсов возможна при обеспечении их надежной сохранности и защищенности, а также разграниченного доступа к ним не только с позиций зашиты информации, но и с точки зрения организации более комфортных условий работы пользователям. Для этого они разделяются на категории (преподаватели, студенты, аспиранты, лаборанты, методисты-координаторы, исполнители научных проектов и т. д.), использующих пересекающиеся или непересекающиеся подмножества полей единого электронного информационного поля ВУЗа. В системе ИСХИ доступ к каждому разделу может регулироваться на основе списка прав доступа, позволяющий организовать категоризацию, а также ограничивать доступ пользователей к информации, хранящейся в данном разделе. Основными инструментами для реализации системы ИСХИ были выбраны недорогие Pentium-совместимые аппаратные платформы и свободно-распространяемое программное обеспечение: ОС Linux/FreeBSD/OpenBSD, Web-сервер Apache, язык программирования PERL и сервер баз данных MySQL. С системой ИСХИ можно познакомиться по адресу http://www.mocnit.miee.ru Работы поддерживаются грантом №01-0790381 Российского фонда фундаментальных исследований.

СПЕКТР ТЕХНИЧЕСКИХ РЕШЕНИЙ В РАЗВИТИИ ТРАНСПОРТНОЙ ИНФРАСТРУКТУРЫ НАУЧНО-ОБРАЗОВАТЕЛЬНОЙ СЕТИ ВОЛГОГРАДСКОГО РЕГИОНА П.В. Ромасевич, С.И. Сумароков Волгоградский государственный университет, г.Волгоград В настоящее время любая несвязистская организация, занимающаяся построением сетей передачи данных, сталкивается с необходимостью применения различных технологий для организации как магистральных каналов связи, так и "последней мили". Зверинец технологий, как правило, обусловлен разнообразием технических условий, которые выдвигаются собственниками коммуникаций, с которыми мы обречены взаимодействовать. Технические условия, в свою очередь, являются следствием объективных факторов, коими является степень развития инфраструктуры операторов связи и стоимость портов, аренды кабельного хозяйства и т.д., и субъективными, являющимися производной личностных отношений в этой среде.

Волгоград, в свете объективных источников технических условий, неудобный город – протяженность вдоль Волги на 90 км, в самом широком месте 9 км, слабая кабельная инфраструктура. Кроме того, естественное желание не зависеть от чьих-либо кабельных коммуникаций, требует либо строительства собственных, либо применения беспроводных технологий в тесном контакте с Госсвязьнадзором. Однако, весьма часто, приходится комбинировать эти подходы ввиду их дороговизны или невозможности с арендой "проводов" традиционных операторов, что требует добротных знаний различных технологий передачи данных и возможностей их стыковки. И, наконец, Волгоград имеет обособленное географическое положение и магистральные наземные каналы связи до 1999 года просто обходили город стороной.

На сегодняшний день техническая инфраструктура научно-образовательной сети региона имеет:

1) ВолГУ имеет собственный цифровой наземный канал Е 2) Четыре узла доступа – три в Волгограде и один в Волжском 3) Узел доступа ВолГУ имеет выход в транспортную SDH-сеть ГТС четырьмя потоками Е1, что позволяет передать трафик по оптическим коммуникациям на любую городскую АТС и далее до потребителей.

4) ВолГУ располагает Центром Интернет с опытными сотрудниками, прошедшими обучение в авторизованных центрах IBM, Cisco, SUN и RAD, которые способны поддерживать работоспособность региональной научно-образовательной сети.

5) Волгоградский государственный университет – единственный информационный узел в регионе, надежная работы которого обеспечивается высокопроизводительным серверным оборудованием SUN и IBM (RS/6000, Intel). Мультиплексирующее оборудование RAD дает возможность гибко "резать" двухмегабитные цифровые потоки первичных операторов связи для конечных потребителей.

6) Наличие цифровых потоков и большого пула телефонных номеров позволяет Волгоградскому университету в ближайшее время увеличить модемный пул до 16 модемов V.34 и 60 модемов V.90.

7) Необходимые лицензии и разрешения Госсвязьнадзора на предоставление услуг в области передачи данных, телематики и местной телефонной связи.

Все эти достижения являются результатом умелой реализации и стыковки различных телекоммуникационных технологий, а также умения говорить со связистами на их языке.

На "последней миле" в научно-образовательной сети региона в качестве сред передачи информации применяются: радиоканал, волоконно-оптический кабель, телефонная медь и беспроводная оптическая связь, что позволяет гибко приспосабливаться к имеющимся техническим условиям. На эти среды накладываются технологии физического уровня, реализующие передачу структурированной цифровой информации (SDH, TDM), неструктурированной цифровой информации и аналоговых сигналов по модемам. Применяемые технологии канального уровня: Ethernet, PPP и HDLC. При реализации "последних милей" применено каналообразующее оборудование фирм RAD (оптические модемы), ADC (кабельные модемы), Cisco (радиооборудование, модемы V.90), Motorola (модемы V.34), Ericsson (УАТС) и отечественной фирмы ITC (беспроводная оптическая связь).

Для соединения узлов доступа научно-образовательной сети региона используются на физическом уровне используются волоконно-оптическая и радиосреды передачи данных, на канальном – технологии Ethernet по радиоканалу и технологии HDLC на базе TDM и SDH по оптике. Последний вариант соединения интересен тем, что впервые в регионе было реализовано взаимодействие оборудования RAD, Cisco и отечественного оборудования ОВВГ с комбинацией двух медных и одного оптического участков кабельной инфраструктуры.

Кроме того, в данном случае удалось обойтись на узле доступа без промежуточного маршрутизатора, используя гибкие возможности мультиплексора фирмы RAD. Применено оборудование RAD (мультиплексоры), Cisco (маршрутизаторы и радиомосты), Alcatel (блоки переключения каналов в/в) и отечественной фирмы МОРИОН (ИКМ-120). Общая длина backbone – около 50 км.

Магистральный цифровой канал научно-образовательной сети региона (первый наземный цифровой канал в регионе вообще!) был построен сотрудниками Центра Интернет ВолГУ в мае 1999 года в тесном сотрудничестве с Ростелекомом на базе комбинации оптического, медного и радиорелейного участков. На технологию физического уровня TDM наложен канальный протокол HDLC и затем сетевой протокол IP. При построении магистрального канала применено оборудование фирм Cisco (маршрутизаторы), RAD (мультиплексоры), Smidth Telekom (кабельные модемы) и отечественных фирм Cronyx (конвертеры интерфейсов и статические мультиплексоры), Ротек (цифровые платы в/в), Радиан и Телеком-ЛС (радиорелейные модемы). Общая длина канала – 600 км.

Мониторинг научно-образовательной сетью Волгоградского региона осуществляется из Центра Интернет ВолГУ. В качестве базовой системы управления используется система NetView на базе станции RS/6000 с операционной системой AIX 4.3.2. Система позволяет в реальном времени протоколировать в графическом виде состояние всех интерфейсов каналообразующих устройств, что позволяет оперативно реагировать на изменение условий прохождения трафика. Ресурсов данного комплекса пока вполне хватает для отслеживания в круглосуточном режиме каналообразующей инфраструктуры всей сети, а также корпоративной сети ВолГУ.

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

Особенность этого проекта состоит в построении сразу двух цифровых каналов в одном аналоговом радиорелейном стволе на базе оборудования отечественной фирмы Телеком-ЛС. Это позволит увеличить backbone научно-образовательной сети на 300 км и охватить наиболее развитые районы области.

Кроме того, ведется работа по организации второго магистрального канала для обеспечения целей резервирования и увеличения пропускной способности каналов научно-образовательной сети Волгоградского региона.

РАСПРЕДЕЛЕННАЯ ИНФОРМАЦИОННО-ИЗМЕРИТЕЛЬНАЯ СИСТЕМА ДЛЯ УДАЛЕННОГО УПРАВЛЕНИЯ ЭКСПЕРИМЕНТОМ В ОБЛАСТИ ОПТИЧЕСКОЙ СПЕКТРОСКОПИИ С.Е. Гаврилов, Е.Д. Жиганов, С.А. Кипрушкин, С.Ю. Курсков Петрозаводский государственный университет, г.Петрозаводск В докладе рассматривается разработанная авторами распределенная информационно-измерительная система для поддержки научно-образовательного процесса, которая предоставляет пользователю доступ к физическому оборудованию автоматизированного экспериментального комплекса и обеспечивает удаленное управление физическим экспериментом.

Распределенная информационно-измерительная система состоит из следующих модулей:

коммуникационного сервера (К-сервера), серверов оборудования (КАМАК-сервера, КОП-сервера и других), программ-клиентов К-сервера, управляющих работой подсистем экспериментального комплекса, а также протокола обмена информацией между данными модулями.

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

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

Информация включает в себя IP-адрес клиента и занимаемые им ресурсы (псевдоним сервера оборудования и адрес ресурса). Безопасность системы может быть достигнута путем шифрования данных, которыми обмениваются К-сервер и сервер оборудования.

Работа системы организована следующим образом. После запуска К-сервер считывает информацию (IP-адрес, номер порта, псевдоним) о доступных серверах оборудования из конфигурационного файла. Далее последовательно устанавливаются постоянные соединения с серверами оборудования. Сервер, с которым соединение не было установлено, помечается как недоступный в данный момент. Попытка установления связи с ним будет повторена при обращении к нему любого клиента. После инициализации серверов оборудования К-сервер переходит в режим ожидания связи с клиентами. При установлении связи сервер генерирует параллельный процесс обслуживания клиента и присваивает этому процессу уникальный номер CID – Client ID (не равный нулю). Обмен информацией с клиентом происходит в режиме запрос-ответ по расширенному протоколу. Кадры (как запрос, так и ответ) представляют собой кадры сервера оборудования плюс псевдоним сервера оборудования (4 байта). В данный момент доступны следующие функции: KS_GETRESOURCE – выделение (захват) ресурса, KS_RELEASERESOURCE – освобождение ресурса, KS_QUIT – завершение работы. Для работы с оборудованием клиент должен зарезервировать ресурс командой KS_GETRESOURCE, указав адрес ресурса и псевдоним сервера оборудования. По запросу клиента К-сервер формирует запрос к серверу оборудования с функцией KS_CHECKRESOURCE для проверки корректности адреса ресурса. Если ответ не содержит ошибок, К-сервер выделяет ресурс клиенту. В системе доступа к оборудованию используется иерархическая система адресов (для аппаратуры КАМАК: номер крейта, адрес станции, субадрес);

полный адрес ресурса составляет 8 байт. Клиент упаковывает адреса в эти 8 байт, а сервер оборудования выполняет обратную операцию. После того, как ресурс будет выделен, клиент может начать работу. Завершение сеанса связи происходит по команде KS_QUIT. Все функции, использующиеся в системе (служебные функции), имеют номера с FFFFFFFFh и ниже. Для работы с оборудованием используются функции начиная с нуля и заканчивая FFFFFFFFh – 4. Если во время работы связь с каким-либо из серверов оборудования будет разорвана, то при следующем обращении какого-либо клиента к этому серверу К-сервер попытается восстановить связь.

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

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

Работа выполнена при поддержке Российского фонда фундаментальных исследований.



Pages:   || 2 | 3 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.