Отчет о выполнении 1 этапа Государственного контракта №
Смотрите также:
- Отчет о выполнении 2 этапа Государственного контракта №
- Отчет о выполнении 3 этапа Государственного контракта №
- Отчет о выполнении 3 этапа Государственного контракта №
- Отчет о выполнении 1 этапа Государственного контракта №
- Отчет о выполнении 1 этапа Государственного контракта №
- Отчет о выполнении 1 этапа Государственного контракта №
- Отчет о выполнении 2 этапа Государственного контракта №
Простая проблемно-ориентированная настройка системы;
Быстрая установка процедур анализа данных, основанная на концепции открытой архитектуры;
Создание сложных сессий обработки с помощью Job Control Language (JCL) – проблемно-ориентированного языка;
Обмен данными с использованием концепции Data Stack, позволяющей различным подсистемам и процессам обработки SNDP обмениваться многоканальными данными;
Использование интегрированной графической подсистемы, для многоканального интерактивного анализа.
режим повторного детектирования, позволяющий исследовать фрагменты, получаемые в реальном времени, с целью нахождения оптимальных настроек процесса Детектора; в этом режиме оператор имеет возможность наблюдать все этапы обработки сегментов данных (фильтрация, STA/LTA-метод, применение пороговых значений и времени превышения); изменение настроек реального времени осуществляется без какого-либо перезапуска системы;
режим ведения архивов данных, получаемых от Детектора реального времени; выбрав интересующий фрагмент, оператор имеет возможность проследить все стадии измерения параметров фаз скриптом Измерителя с целью уточнения внешних и внутренних параметров его работы;
режим повторной Локации, когда оператор имеет возможность провести ручной выбор фаз (picking) с измерением всех необходимых параметров, передав полученные результаты программе определения координат гипоцентра hypo2000 г. (программы - globass и locsat в режиме глобального мониторинга) целью получения более точных координат.
прием непрерывной сейсмической информации (НСИ) в реальном времени;
отображение принимаемой НСИ в реальном времени;
накопление НСИ в дисковом кольцевом буфере;
автоматический поиск сигналов на фрагментах записи;
автоматическое определение типов фаз;
ассоциация фаз к событию;
определение координат гипоцентра;
уведомление оператора об ассоциированных событиях посредством e-mail (с отправкой соответствующих сейсмограмм посредством FTP-протокола);
формирование отчетных документов.
SNDP был разработан двумя ведущими специалистами, Леонидом Хайкиным и Александром Кушниром в 1992-1993 годах, возглавившими различные группы исследователей из Института физики Земли РАН, Международного института теории прогноза землетрясений и математической геофизики РАН, Вычислительного центра Сибирского отделения РАН и других организаций. SNDP – это масштабируемый, многозадачный программный продукт с открытой архитектурой, разработанный для сетей и компьютеров UNIX. SNDP является преемником хорошо известных пакетов SAC и NORSAR SSA Event Processing (EP), а также Intelligent Monitoring System. Основными особенностями SNDP являются: Подобно Earthworm, SNDP имеет две практически независимые системы – интерактивную (SNDP INT) и систему реального времени (SNDP RT). В силу специфической поставленной задачи данной работы, оставим сейчас систему интерактивного анализа и остановимся более подробно на системе реального времени. ^ Получаемый поток сохраняется в дисковых кольцевых буферах и по запросу оператора может быть отображен в специальном графическом окне. Детектируемые сигналы могут отображаться в этом окне по запросу оператора в реальном времени. Оператор может переключиться в интерактивный режим с целью более детального анализа того или иного фрагмента сейсмограммы, после чего вновь вернуться в реальный режим наблюдения; В режиме реального времени происходит детектирование сигналов, определение типов фаз, ассоциация фаз к выбранному событию с последующей локацией. При этом существует возможность получения уведомления о результатах локации посредством E-MAIL (соответствующие сейсмограммы отправляются при помощи протокола FTP на указанный сервер приема данных). По желанию пользователя на экран также выдается географическая карта с указанием координат ассоциированного события.  Рисунок 2. Система предоставляет специальные интерактивные механизмы для взаимодействия с системой реального времени, позволяющие оператору проводить точную настройку всех параметров системы: Все результаты работы отображаются в специальных окнах вывода соответствующих процессов. Кроме этого, результаты накапливаются в виде суточных бюллетеней, и могут быть просмотрены в любой момент. Удобный инсталляционный пакет позволяет в автоматическом режиме быстро и просто установить систему с целью просмотра основных возможностей системы (в т.ч. с модельными потоками данных). Встроенные механизмы контроля поведения системы позволяют повысить надежность функционирования системы. Особенно важно это в тех случаях, когда не предполагается ведение постоянного операторского контроля за работоспособностью системы. Режим реального времени выполняет следующие задачи: Результаты работы системы выдаются сейсмологу в графическом виде (графические окна, географические карты), а также в виде отчетных бюллетеней. Кроме того, результаты работы системы непрерывно отображаются в командных окнах соответствующих процессов. Отметим тот факт, что встроенный язык программирования (JCL) позволяет создавать новые алгоритмы и методы обработки получаемых сейсмических сигналов, а внедрение новых процедур сейсмического анализа позволяет дополнять существующие методы обработки. Интересной особенностью SNDP является тесная интеграция режимов реального времени и интерактивного анализа. Во время работы системы пользователь при помощи специальных графических средств может запросить интересующие его данные, а затем, перейдя в режим интерактивной обработки, анализировать полученные фрагменты сейсмограмм (в том числе, сохранить их на диске). После окончания обработки пользователь может вновь вернуться в режим обзора данных реального времени. SNDP обладает возможностью уведомления оператора об ассоциированных событиях посредством e-mail сообщений. При этом соответствующий фрагмент данных посылается при помощи FTP (или SFTP) протокола на указанный в настройках адрес. При приеме информации оператор может находиться за много километров от машины, на которой работает система реального времени. Тем не менее, получив указанное сообщение и фрагменты сейсмограмм, оператор может анализировать их локально, не обращаясь к удаленному серверу (что в ряде случаев может быть затруднено какими-либо техническими ограничениями). Система SNDP использует дополнительные механизмы, позволяющие осуществлять симуляцию входного потока данных. При этом все пакеты поступают на обработку без каких-либо изменений за исключением времени прихода пакетов данных. Подобное моделирование осуществляется как для REFTEK-данных (RTP-протокол), так и для данных в формате CSS 3.0. Режим симуляции особенно полезен, когда необходимо провести точную настройку системы по заданному набору событий, характерных для выбранной сети. ^ Система SNDP построена по принципу функционального разделения процессов. Это значит, что каждый процесс выполняет возложенные на него функции с последующей передачей результатов своей работы другому процессу. Так, процесс Дискового Кольцевого Буфера (DLM) отвечает за управление приемом непрерывной информации. Процессы Детектора отвечают за предварительный поиск и обнаружение сигналов на принятых фрагментах. Процессы Измерителя осуществляют поиск точного вступления фаз и измерение их основных параметров (кажущейся скорости, периода, амплитуды и т.д.) и определения их типа. Процесс Ассоциатора устанавливает привязку фаз к выбранному событию. Процесс Локации по заданному списку ассоциированных фаз находит координаты источника. Функциональная декомпозиция позволяет конечному пользователю в зависимости от возможностей и мощностей оборудования, на которое устанавливается программное обеспечение, позволяющее выбрать именно тот набор процессов, который необходим ему для поставленных задач. Это позволяет при минимуме затрат получить необходимые результаты.  Рисунок 3 - Основные компоненты системы реального времени. Специальный компонент «Виртуальный сервер» позволяет объединить несколько локальных машин в один виртуальный сервер для распределения выполнения задач системы реального времени между различными узлами.
|
