АВТОМАТИЗИРОВАННАЯ СИСТЕМА ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ В УСЛОВИЯХ ЧРЕЗВЫЧАЙНЫХ СИТУАЦИЙ

Изобретение относится к вычислительной технике, в частности, к автоматизированной системе поддержки принятия решений в условиях чрезвычайных ситуаций.
Автоматизированная система поддержки принятия решений в условиях чрезвычайных ситуаций (АСППРУЧС) должна обеспечивать процесс реагирования оперативной дежурной смены (ОДС) Центра управления кризисными ситуациями (ЦУКС) на чрезвычайные ситуации, угрозу чрезвычайных ситуаций и циклические риски.
Чрезвычайная ситуация - это событие, способное повлечь материальный ущерб, гибель или нанесение вреда здоровью людей и которое характеризуется определенными количественными показателями ущерба, количеством потерпевших, превышающими некоторые наперед заданные пороговые значения в соответствии с классификацией ЧС.
Чрезвычайные ситуации (ЧС) характеризуется типом классификации масштабом и набором других показателей в соответствии с показателями форм табеля срочных донесений.
Чрезвычайные ситуации делятся по масштабу на:
- трансграничные (выходят за территорию РФ);
- федеральные (реагирование на уровне межведомственной комиссии по ЧС);
- региональные (реагирование на уровне регионального центра МЧС России);
- территориальные (реагирование на уровне субъекта РФ);
- местные (реагирование на уровне муниципального образования);
- объектовые (реагирование на уровне производственного объекта).
Угроза ЧС - это событие, развитие которого может привести к ЧС и которое характеризуется определенными показателями (уровень концентрации вредных веществ, прогноз гидрометеорологических и др. природных явлений и т.д.), превышающими некоторые наперед заданные показатели.
Циклические риски - это совокупность однотипных ЧС, которые происходят (могут произойти) периодически в определенное время года.
К циклическим рискам относятся:
- паводки (наводнения) - весна;
- лесные пожары - лето;
- аварии на системах жизнеобеспечения населения - зима.
Привлечение сил и средств к предупреждению и ликвидации ЧС в зависимости от масштаба ЧС осуществляется соответствующими Руководителями (имеющих право отдать приказ).
Управление силами и средствами в районе ЧС осуществляет оперативная группа МЧС России (регионального центра, территориального органа МЧС России по субъекту РФ), которую возглавляет Министр, Первый заместитель Министра, Начальник РЦ и т.д. в зависимости от масштаба ЧС.
Контроль за действиями сил и использованием ресурсов осуществляет оперативная дежурная смена соответствующего уровня.
Решить проблемы эффективного реагирования на угрозы чрезвычайных ситуаций возможно только с помощью автоматизированной системы поддержки принятия решений в условиях чрезвычайных ситуаций, способной в кратчайшие сроки обеспечить соответствующим руководителям принятие обоснованных и единственно правильных решений.
Известны системы, которые могли бы быть использованы для решения поставленной задачи (1, 2).
Первая из известных систем содержит блоки приема и хранения данных, соединенные с блоками управления и обработки данных, блоки поиска и селекции, подключенные к блокам хранения данных и отображения, синхронизирующие входы которых соединены с выходами блока управления (1).
Существенный недостаток данной системы состоит в невозможности решения задачи обновления данных, хранимых в памяти в виде соответствующих документов одновременно с решением задачи
выдачи содержания этих документов пользователям в реальном масштабе времени.
Известна и другая система, содержащая центральное процессорное устройство, входы которого соединены с блоками памяти и с блоками подготовки и ввода данных, а выходы подключены к соответствующим блокам памяти, блок обработки данных, информационные входы которого соединены с выходами соответствующих блоков памяти, синхронизирующие входы подключены к управляющим выходам центрального процессорного устройства, а выход блока является информационным выходом системы (2).
Последнее из перечисленных выше технических решений наиболее близко к описываемому.
Его недостаток заключается в невысоком быстродействии системы, обусловленном тем, что выполнение процедур выдачи справок по запросам пользователей реализуется через поиск информации о вариантах принятия решения по всей базе данных, что при больших объемах данных, которые содержит база данных планов действий, неизбежно приводит к неоправданно большим затратам времени на получение требуемой информации.
Цель изобретения - повышение быстродействия системы путем исключения поиска оптимального плана действий в чрезвычайной ситуации по всей базе данных сервера и локализации поиска только по временным и отличительным признакам создавшейся ситуации.
Поставленная цель достигается тем, что в известную систему, содержащую модуль приема записей типовых планов, информационный и синхронизирующий входы которого являются первыми информационным и синхронизирующим входами системы, а
первый выход модуля приема записей типовых планов является первым информационным выходом системы, модуль приема запросов пользователей, информационный и синхронизирующий входы которого являются вторыми информационным и синхронизирующим входами системы, модуль приема записей планов из базы данных сервера, информационный и синхронизирующий входы которого являются третьими информационным и синхронизирующим входами системы, модуль управления записью и считыванием данных, информационный выход которого является адресным выходом системы, а синхронизирующие выходы записи и считывания являются первым и вторым синхронизирующими выходами системы соответственно, модуль формирования текущего адреса записи, выход которого соединен с одним информационным входом первого сумматора, модуль выдачи данных, один информационный вход которого подключен к выходу модуля приема записей планов из базы данных сервера, а выходы являются информационными выходами группы системы, введены модуль селекции опорного адреса записи, информационный вход которого соединен со вторым выходом модуля приема записей типовых планов, а синхронизирующий вход подключен к первому синхронизирующему входу системы, при этом информационный выход модуля селекции опорного адреса записи соединен с другим информационным входом первого сумматора, синхронизирующий выход модуля селекции опорного адреса записи подключен к синхронизирующему входу первого сумматора, а выходы первой и второй групп выходов модуля селекции опорного адреса записи соединены с соответствующими входами первой и второй групп входов модуля формирования текущего адреса записи, модуль формирования адреса временного периода, информационный вход
которого соединен с третьим выходом модуля приема записей типовых планов, синхронизирующий вход подключен к синхронизирующему выходу модуля селекции опорного адреса записи, а синхронизирующий выход модуля формирования адреса временного периода соединен с одним синхронизирующим входом модуля управления записью и считыванием данных, второй сумматор, информационные входы которого подключены к информационным выходам первого сумматора и модуля формирования адреса временного периода, синхронизирующий вход второго сумматора соединен с синхронизирующим выходом модуля формирования адреса временного периода, а выход второго сумматора подключен к одному информационному входу модуля управления записью и считыванием данных, модуль селекции опорного адреса считывания данных, информационный вход которого соединен с одним выходом модуля приема запросов пользователей, синхронизирующий вход модуля селекции опорного адреса считывания данных, подключен ко второму синхронизирующему входу системы, синхронизирующий выход модуля селекции опорного адреса считывания данных подключен к другому синхронизирующему входу модуля управления записью и модуля селекции опорного адреса считывания данных считыванием данных, а один информационный выход подключен к другому информационному входу модуля управления записью и считыванием данных, модуль формирования адреса считывания данных, первый и второй управляющие входы которого являются первым и вторым управляющими входами системы, информационный вход модуля формирования адреса считывания данных соединен с другим выходом модуля селекции опорного адреса считывания, синхронизирующий вход модуля селекции опорного адреса
считывания подключен к синхронизирующему выходу модуля селекции опорного адреса считывания данных, а выходы модуля селекции опорного адреса считывания данных соединены с первым и вторым управляющими входами блока управления записью и считыванием данных, и модуль селекции источника запроса, информационный вход которого подключен к другому выходу модуля приема запросов пользователей, а синхронизирующий вход соединен с третьим синхронизирующим входом системы, при этом информационный выход модуля селекции источника запроса подключен к другому информационному входу модуля выдачи данных, а синхронизирующий выход модуля селекции источника запроса соединен с синхронизирующим входом модуля выдачи данных.
Сущность изобретения поясняется чертежами, где на фиг.1 представлена структурная схема системы, на фиг.2 - приведен пример конкретной конструктивной реализации модуля селекции опорного адреса записи, на фиг.3 - приведен пример конкретной конструктивной реализации модуля селекции опорного адреса считывания, на фиг.4 - приведен пример конкретной конструктивной реализации модуля селекции адреса источника запроса, на фиг.5 - приведен пример конкретной конструктивной реализации модуля формирования текущего адреса записи, на фиг.6 - приведен пример конкретной конструктивной реализации модуля формирования адреса временного периода, на фиг.7 - пример конкретной конструктивной реализации модуля формирования адресов базы данных, на фиг.8 приведен пример конкретной конструктивной реализации модуля управления записью и считыванием данных, на фиг.9 приведен пример конкретной конструктивной реализации модуля выдачи данных.
Система (фиг.1) содержит модуль 1 приема записей типовых планов, модуль 2 приема запросов пользователей, модуль 3 приема записей планов из базы данных сервера, модуль 4 селекции опорного адреса записи, модуль 5 селекции опорного адреса считывания, модуль 6 селекции адреса источника запроса, модуль 7 формирования текущего адреса записи, первый 8 и второй 9 сумматоры, модуль 10 формирования адреса временного периода, модуль 11 формирования адресов базы данных, модуль 12 управления записью и считыванием данных и модуль 13 выдачи данных.
На фиг.1 показаны первый 15, второй 16 и третий 17 информационные входы системы, первый 18, второй 19 и третий 20 синхронизирующие входы системы, первый 21 и второй 22 управляющие входы системы, информационный 23 и адресный 24 выходы системы, первый 31 и второй 32 синхронизирующие выходы системы, и группа информационных 33-35 выходов системы.
Модуль 1 приема записей типовых планов (фиг.1) выполнен в виде регистра, имеющего информационный 15 и синхронизирующий 18 входы, и выходы 36-38.
Модуль 2 приема запросов пользователей (фиг.1) выполнен в виде регистра, имеющего информационный 16 и синхронизирующий 19 входы, и выходы 39-40.
Модуль 3 приема записей планов из базы данных сервера (фиг.1) выполнен в виде регистра, имеющего информационный 17 и синхронизирующий 20 входы, и выход, подключенный к входу 168 модуля 13.
Модуль 4 селекции опорного адреса записи (фиг.2) содержит блок памяти 41, выполненный в виде постоянного запоминающего устройства, дешифратор 42, регистр 43, элементы 44-49 И, элементы
50-53 задержки. На чертеже показаны информационный 54 и синхронизирующий 18 входы, а также информационный 55 и синхронизирующий 56 выходы, первая 57-59 и вторая 60-62 группы выходов модуля.
Модуль 5 селекции опорного адреса считывания (фиг.3) содержит блок памяти 64, выполненный в виде постоянного запоминающего устройства, дешифратор 65, элементы 66-68 И, элемент 69 ИЛИ, и элемент 70 задержки.
На чертеже также показаны информационный 72 и синхронизирующий 19 входы блока, а также синхронизирующий 73 и информационные 74, 75 выходы.
Модуль 6 селекции адреса источника запроса (фиг.4) содержит блок памяти 76, выполненный в виде постоянного запоминающего устройства, дешифратор 77, элементы 78-80 И, элемент 81 ИЛИ, и элементы 82-83 задержки. На чертеже также показаны информационный 84 и синхронизирующий 20 входы, а также информационный 85 и синхронизирующий 86 выходы..
Модуль 7 формирования текущего адреса записи (фиг.5) содержит счетчики 87-89, группы 90 -92 элементов И, группу элементов 93 ИЛИ. На чертеже также показаны первая 94-96 и вторая 97-99 группы входов, а также информационный 100 выход.
Модуль 10 формирования адреса временного периода (фиг.6) содержит блок памяти 110, выполненный в виде постоянного запоминающего устройства, дешифратор 111, регистр 112, элементы 113-115 И, элементы 116, 117 задержки. На чертеже также показаны информационный 118 и синхронизирующий 119 входы, информационный 120 и синхронизирующий 121 выходы.
Модуль 11 формирования адресов базы данных (фиг.7) содержит регистр 122, реверсивный счетчик 123, компараторы 124, 125, первый 126, второй 127 и третий 128 элементы ИЛИ, первый 129, второй 130 и третий 131 элементы задержки, а также элемент 138 ИЛИ. На чертеже также показаны информационный 132 и синхронизирующий 133 входы блока, первый 134 и второй 135 управляющие входы блока, а также управляющие 136 и 137 выходы блока.
Модуль 12 управления записью и считыванием данных (фиг.8) содержит реверсивный счетчик 140, триггер 141, группы 144-145 элементов И, группу 146 элементов ИЛИ, элементы 142-143 И, элементы 147-148 ИЛИ и элементы 149-151 задержки. На чертеже показаны информационные 152, 153 входы, синхронизирующие 154,155 входы, первый 156 и второй 157 счетные входы, а также информационный 158 выход и выходы записи 159 и считывания 160.
Модуль 13 выдачи данных (фиг.9) содержит регистр 161, дешифратор 162, первую 163, вторую 164 и третью 165 группы элементов И, элемент 166 задержки. На чертеже также показаны первый 167 и второй 168 информационные и синхронизирующий 159 входы, а также информационные 170-173 выходы группы выходов модуля.
В основу построения системы положена информационная технология, позволяющая организовать оперативное реагирование на сообщения по чрезвычайным ситуациям (угрозе ЧС) на основе типовых сценариев.
С этой целью для каждого случая возможного возникновения ЧС (угрозы возникновения ЧС) разрабатывается конкретный план проведения мероприятий по ликвидации кризисной или чрезвычайной ситуации на основе типовых планов мероприятий.
План состоит из ряда разделов. Каждый раздел (подраздел) может состоять из подразделов или пунктов плана. Разбиение плана на подразделы связано в основном с восприятием плана Руководителем на экране средств коллективного пользования.
Каждый пункт плана содержит наименование конкретного мероприятия, с указанием типа (вида) сил, средств, ресурсов, необходимых для его выполнения и идентификатор пункта плана, который должен быть обязательно выполнен до начала его выполнения.
Для каждого пункта плана разрабатываются способы реализации, и для каждого способа отрабатываются методики (расчетные задачи), позволяющие определить (оценить) время его выполнения и количественные характеристики привлекаемых для выполнения пункта плана сил, средств, ресурсов в зависимости от конкретных параметров ЧС. Кроме того, разрабатываются методики определения времени выполнения и значений показателей эффективности конкретных способов выполнения мероприятий, разделов плана и плана в целом.
Множество всех параметров ЧС, которое требуется для подсчета необходимых сил, средств, ресурсов, времени, определения показателей эффективности плана и способов выполнения конкретных мероприятий плана - это то множество параметров, которое должно поступить в ЦУКС с места ЧС после возникновения ЧС. При этом структура плана позволяет четко определить очередность и временные нормативы поступления конкретных параметров, а множество всех
других информационных показателей, используемых для расчетов (например, количество населения в конкретном населенном пункте) составит перечень информационных показателей условно-постоянной информации БД информационной системы ЦУКС.
Таким образом, в системе обеспечивается полнота информации, необходимой для принятия управленческих решений.
За каждый раздел (подраздел) плана отвечает конкретный человек из состава дежурной смены. Для этого на автоматизированных рабочих местах дежурной смены установлено специальное программное обеспечение, позволяющие своевременно формировать и корректировать закрепленные за ними разделы (подразделы) планов.
Программно-технические средства системы позволяют хранить, обрабатывать, отображать на средства коллективного отображения соответствующие планы. При этом план отображается с заданной степенью детализации.
Процесс принятия управленческих решений в центральном зале управления ЦУКС при возникновении ЧС с использованием типовых планов будет выглядеть следующим образом.
При постановке на контроль ЧС определяется ее тип (классифицируется ситуация). Автоматически на экране в Ситуационном центре должен появиться проект плана, созданный на основе типового. Сначала это будет план, в котором заполнена только графа мероприятия. В структурные подразделения министерства, ответственные за определенные разделы плана должно пойти уведомление о начале работы над разделом плана.
Информация с места ЧС (конкретные параметры) также должны автоматически поступать в соответствующие подразделения для выбора
способа реализации плана и расчета количественных и временных характеристик пунктов плана,
Решающая роль в разработке плана принадлежит лицу, принимающему решения. В процессе разработки плана, осуществляя визуальный контроль за разработкой плана, он может исходя из сложившейся обстановки давать указания на разработку новых разделов плана, на корректировку уже подготовленных, осуществлять выбор способов реализации разделов плана и плана в целом.
После формирования и утверждения плана должна начаться его практическая отработка. Контроль выполнения мероприятий плана ликвидации ЧС осуществляется по информации, поступающей с места ЧС. Наиболее эффективный контроль за выполнением плана, как показала практика, осуществляется с помощью фотографической и видеоинформации с места ЧС, которую предлагается выводить на экран.
Предлагаемый метод принятия управленческих решений по ликвидации чрезвычайных ситуаций на основе типовых планов позволит сократить время на принятие решения за счет переноса основных интеллектуальных усилий по разработке целеполагания и замысла решения на этап повседневной деятельности, когда нет жестких ограничений на время, а автоматизация процесса подготовки проекта плана сократит время на подготовку проекта управленческого решения.
Составлением типового плана и его уточнением в режиме повседневной деятельности должны заниматься аналитические подразделения. Они должны продумать все возможные негативные последствия чрезвычайных ситуаций заданного типа и подобрать наиболее адекватные способы их ликвидации, что должно повысить качество управленческих решений. Этому же будет способствовать
предложенный способ сравнения альтернатив (способов) реализации мероприятий плана.
Планы ликвидации ЧС разделяются на типовые планы и конкретные планы. Типовые планы подготавливаются заранее для различных типов ЧС в соответствии с классификатором ЧС и содержат перечень основных мероприятий по действиям в соответствующих ЧС и их краткую характеристику.
Конкретные планы содержат перечень основных мероприятий, выполняемых в ходе предотвращения и ликвидации последствий конкретных ЧС. Они разрабатываются на основе типовых планов и кроме собственно мероприятий должны иметь конкретные сроки и состав привлекаемых сил для их выполнения.
Типовой план состоит из разделов и подразделов, а также приложений. Доступ к конкретному разделу (подразделу) должен осуществляться по гиперссылке. Сами разделы (подразделы) должны оформляться в виде таблиц (см. таблицу 3.1 и 3.2).
Конкретные планы по ЧС формируются на основе типовых планов. При постановке на контроль ЧС, для которой предусмотрен типовой план, должен автоматически формироваться на его основе конкретный план. Дальнейшее наращивание и корректировка планов должна осуществляться пользователями, которым дано на это право. Наращивание и корректировка плана осуществляется в основном силами того органа управления, которому поручена ликвидация ЧС.
За каждый раздел (подраздел) типового плана и соответствующего ему конкретного плана по ЧС федерального уровня должен назначаться департамент (управление), отдел, должностное лицо (сотрудник департамента, управления, оператор дежурной смены, член
оперативного штаба по ликвидации ЧС). Наименование ответственного подразделения должно быть записано после заглавия соответствующего раздела (подраздела). Программно-технические средства подсистемы ППР ЧС должны позволять производить корректировку соответствующего раздела плана ответственным лицам непосредственно со своего рабочего места. Остальные пользователи АИУС РСЧС должны иметь доступ к разделам (подразделам) плана только на чтение (в т.ч. и ответственные за раздел пользователи к другим разделам-подразделам плана).
Программными средствами подсистемы ППР ЧС предусмотрено автоматическое занесение времени корректировки соответствующего раздела (подраздела), фамилии, инициалов пользователя на основании идентификатора для входа в систему.
Система работает следующим образом.
В процессе разработки типовых планов реагирования на чрезвычайные ситуации, на вход системы с рабочих мест пользователей поступают входные данные в виде кодограммы, имеющей следующую структуру:
КОД
КОД
КОД
Идентификатор чрезвычайной ситуации
Дата готовности плана мероприятий
Содержание разделов плана
После поступления данной кодограммы на информационный вход 15 системы, данная кодограмма заносится в регистр 1 синхронизирующим импульсом, поступающим на синхронизирующий вход 18 системы. С первого выхода 36 регистра 1 полное содержание кодограммы выдается на информационный выход 23 системы.
Со второго выхода 37 регистра 1 код идентификатора чрезвычайной ситуации поступает на информационный вход 54 модуля 4, откуда он подается на вход дешифратора 42, расшифровывающего код идентификатора ЧС и выдающего на один из своих выходов высокий потенциал, поступающий на соответствующие входы элементов 44-49 И.
Для определенности допустим, что высоким потенциалом с первого выхода дешифратора 42 будут открыты элементы 44 и 47 И, а кроме того, высокий потенциал с первого выхода дешифратора будет непосредственно выдан на выход 57.
Синхронизирующий импульс с входа 18 системы, задержанный элементом 50 на время срабатывания дешифратора 42, поступает, во-первых, через элемент 44 И на вход фиксированной ячейки ПЗУ 41, в которой хранится опорный адрес зоны памяти базы данных, выделенной для записи всех планов, относящихся к заданной чрезвычайной ситуации, и считывает ее содержимое на вход регистра 43.
Во-вторых, тот же импульс, задержанный элементом 51 на время считывания базового адреса из ПЗУ 41, поступает на синхронизирующий вход регистра 43 и заносит в него код базового адреса, который с выхода 55 регистра 43 поступает на вход 102 сумматора 8. На другой вход 101 сумматора 8 с выхода 100 модуля 7 поступает код с выхода счетчика 87 через элементы 90 И, открытые по второму выходу высоким потенциалом с выхода 57 модуля 4.
Тот же синхронизирующий импульс модуля 4, задержанный элементом 52 на время занесения кода базового адреса в регистр 43, во-первых, через выход 56 модуля 4 поступает на синхронизирующий вход 103 сумматора 8, обеспечивая суммирование опорного адреса и кода счетчика 87 модуля 7. Учитывая, однако, что к настоящему времени счетчик 87 был в исходном состоянии и его показания равны нулю, то в результате суммирования код опорного адреса на выходе 104 сумматора 8 останется без изменения и с выхода 104 поступит на вход 105 сумматора 9.
Во-вторых, синхронизирующий импульс с выхода элемента 52 модуля 4 задерживается элементом 53 на время срабатывания сумматора 9, и после чего, пройдя элемент 47 И, а также выход 60 модуля 4, поступает на вход 97 модуля 7 и далее на счетный вход счетчика 87, увеличивая его показания на единицу и формируя тем самым показания счетчика 87. к следующему циклу работы.
Параллельно с описанным выше процессом код даты создания плана с выхода 38 регистра 1 поступает на информационный вход 118 модуля 10 и далее поступает на вход дешифратора 111, расшифровывающего код даты и выдающего на один из своих выходов высокий потенциал, поступающий на соответствующие входы элементов 113-115 И.
Для определенности допустим, что высоким потенциалом с первого выхода дешифратора 111 будет открыт элемент 113 И. Синхронизирующий импульс с выхода 56 модуля 4 поступает, во-первых, на вход 119 модуля 10 и далее через элемент 113 И поступает на вход фиксированной ячейки ПЗУ 110, в которой хранится адрес зоны памяти базы данных, выделенной для записи всех планов в указанный период времени, и считывает ее содержимое на вход регистра 112.
Во-вторых, синхронизирующий импульс с входа 119 модуля 10 задерживается элементом 116 на время считывания кода временного периода и поступает на синхронизирующий вход регистра 112 и заносит в него код временного периода, который с выхода 120 регистра 112 поступает на другой информационный вход 106 сумматора 9. Напомним, что на первый вход 105 сумматора 9 с выхода 104 сумматора 8 поступает код опорного адреса заданной чрезвычайной ситуации.
Синхронизирующий импульс с выхода элемента 116, задержанный элементом 117 на время занесения кода временного периода в регистр 112, с выхода 121 модуля 10 поступает на синхронизирующий вход 107 сумматора 9, фиксируя суммарный адрес записи, который с выхода 108 сумматора 9 поступает на вход 152 модуля 12. Кроме того, синхронизирующий импульс с выхода 121 модуля 10 поступает на синхронизирующий вход 154 модуля 12.
С входа 152 модуля 12 сформированный адрес записи поступает на одни входы элементов 144 И первой группы, которые будут открыты высоким потенциалом с инверсного выхода триггера 141. Состояние триггера 141 определяется синхронизирующими импульсами записи, поступающими на вход 154 модуля 12, и синхронизирующими импульсами считывания, поступающими на вход 155 модуля 12.
Учитывая, что в данный момент времени на вход 154 модуля 12 поступил синхронизирующий импульс записи, то пройдя на установочный вход триггера 141, этот импульс подтвердит его в исходное состояние, при котором высоким потенциалом с инверсного выхода триггера 141 будут открыты как элементы 144 И группы, так и элемент 142 И.
Код адреса записи с выхода элементов 144 И группы проходит через элементы 146 ИЛИ группы на информационный вход счетчика 140, на синхронизирующий вход которого поступает импульс с входа 154 модуля 12, прошедший по цепочке: элемент 147 ИЛИ и  элемент 149 задержки, задерживающий импульс на время срабатывания сумматора 9.
Кроме того, этот же импульс с выхода элемента 149 задержки проходит элемент 142 И, задерживается элементом 150 на время занесения кода адреса в счетчик 140, и далее с выхода 159 через выход 31 системы поступает на вход первого канала прерывания сервера базы данных.
С поступлением этого сигнала сервер базы данных переходит на подпрограмму записи показаний регистра 1 с выхода 23 системы по адресу, сформированному на выходе 24 системы.
Процедура записи последующих типовых планов для других чрезвычайных ситуаций осуществляется аналогичным образом.
Для получения соответствующей информации из базы данных сервера каждый пользователь, имеющий допуск к соответствующим разделам базы данных типовых планов, на своем автоматизированном рабочем месте формирует кодограмму запроса и нажимает клавишу «Просмотр».
Структура кодограммы, формируемой на автоматизированных рабочих местах пользователей, имеет следующую структуру:
КОД
КОД
Идентификатор чрезвычайной ситуации
Идентификатор АРМа пользователя
При этом коды идентификатора чрезвычайной ситуации и идентификатора АРМа пользователя через вход 16 поступают в регистр 2, куда они заносится синхронизирующим импульсом с входа 19. С первого выхода 39 регистра 2 код идентификатора продавца поступает через вход 72 модуля 5 на вход дешифратора 65.
Дешифратор 65 расшифровывает код идентификатора чрезвычайной ситуации, выдавая на один их своих выходов высокий потенциал. Для определенности положим, что высокий потенциал поступил на один вход элемента 67 И.
Параллельно с этим, синхронизирующий импульс с входа 19 задерживается элементом 70 на время занесения кода в регистр 2 и срабатывания дешифратора 65, и далее, опрашивает состояния элементов 66-68 И.
Учитывая то обстоятельство, что открытым по одному входу будет только элемент 67 И, то пройдя этот элемент И, синхроимпульс поступает, во-первых, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 64.
В фиксированной ячейке памяти хранится код опорного адреса первой ячейки памяти данной чрезвычайной ситуации в базе данных сервера и код числа планов в базе данных сервера, по которым предполагается действовать в условиях данной чрезвычайной ситуации.
Структура кодограммы в ячейке памяти имеет следующую структуру:
КОД
КОД
Код опорного адреса первой ячейки памяти заданной чрезвычайной ситуации в базе данных сервера
Код количества планов действий по заданной чрезвычайной ситуации в базе данных сервера
Код опорного адреса первой ячейки памяти и код количества планов считываются из фиксированной ячейки памяти и поступают на выходы 74, 75 модуля 5 соответственно.
Параллельно с этим, импульс считывания фиксированной ячейки памяти модуля 5, пройдя элемент 69 ИЛИ, сразу же с выхода 73 модуля 5 поступает через вход 155 модуля 12 на единичный вход триггера 141 и устанавливает его в единичное состояние, при котором он открывает по одному входу элементы 145 И группы, а также элемент 143 И, закрывая в то же время низким потенциалом со своего инверсного выхода элементы 144 И группы вместе с элементом 142 И.
Код опорного адреса первой ячейки памяти с выхода 74 модуля 5 через вход 153 модуля 12 и элементы 145 И, а также элементы 146 ИЛИ группы поступает на информационный вход реверсивного счетчика 140.
Тот же синхронизирующий импульс с входа 155 модуля 12 проходит через элемент 147 ИЛИ, задерживается элементом 149 задержки на время считывания кода из блока памяти 64 и срабатывания триггера 141, и поступает на синхронизирующий вход реверсивного счетчика 140, фиксируя в счетчике код опорного адреса первой ячейки памяти данной чрезвычайной ситуации в базе данных сервера.
Кроме того, тот же импульс с выхода элемента 149 задержки проходит элемент 143 И, элемент 148 ИЛИ и  задерживается элементом 151 задержки на время занесения кода опорного адреса в счетчик 140 и через выход 160 модуля 12 и выход 32 системы он поступает на вход второго канала прерывания сервера.
По этому сигналу сервер переходит на подпрограмму опроса содержимого ячейки памяти по адресу, сформированному на адресном выходе системы 24 и выдачи считанных данных через вход 17 системы на информационный вход регистра 3, куда они заносятся синхронизирующим импульсом сервера, поступающим на вход 20 системы.
Одновременно с этим процессом, код количества записей планов данной чрезвычайной ситуации с выхода 75 модуля 5 поступает через вход 132 модуля 11 на информационный вход регистра 122, куда также заносится импульсом с выхода 73 модуля 5 через вход 133 блока 11.
Параллельно с этим, код идентификатора АРМа пользователя с выхода 40 регистра 2 поступает через вход 84 модуля 6 на вход дешифратора 77.
Дешифратор 77 расшифровывает код идентификатора АРМа пользователя, выдавая на один их своих выходов высокий потенциал. Для определенности положим, что высокий потенциал поступил на один вход элемента 78 И.
Параллельно с этим, синхронизирующий импульс с входа 20 задерживается элементом 82 на время срабатывания дешифратора 77, и далее, опрашивает состояния элементов 78-80 И.
Учитывая то обстоятельство, что открытым по одному входу будет только элемент 78 И, то пройдя этот элемент И, синхроимпульс поступает, во-первых, на вход считывания фиксированной ячейки памяти постоянного запоминающего устройства 76, где хранится код адреса АРМа пользователя, и считывает его через выход 85 модуля 6 на информационный вход 167 модуля 13.
Во-вторых, тот же импульс считывания, пройдя элемент 81 ИЛИ, задерживается элементом 83 задержки на время считывания содержимого фиксированной ячейки ПЗУ. Далее с выхода 86 модуля 6 этот импульс поступает через вход 169 модуля 13 на синхронизирующий вход регистра 161, фиксируя в регистре код адреса АРМа пользователя.
Дешифратор 162 расшифровывает код адреса АРМа пользователя и высоким потенциалом на одном из своих выходов открывает элементы И одной из групп 163-165. Одновременно с этим, импульсом с входа 169 модуля 13, задержанным элементом задержки 166 на время срабатывания дешифратора 162, код первой считанной записи с выхода регистра 3, пройдя через вход 168 модуля 13 и соответствующую группу элементов И 163-165, через соответствующий выход 170-173 модуля 13 и соответственно выходы 35-37 системы выдается на АРМ пользователя.
Пользователю предоставляется возможность просмотреть все планы по данной чрезвычайной ситуации в базе данных сервера и получить необходимую ему информацию.
Для этого пользователь использует клавиши «Вперед» и «Назад», сигналы от которых поступают на управляющие входы 21, 22 системы соответственно.
При нажатии клавиши «Вперед» импульс с входа 21 системы проходит через вход 134 модуля 11 на счетный вход счетчика 123, фиксирующего число просмотренных планов.. Это число планов сравнивается компаратором 124 с числом планов, относящихся к данной чрезвычайной ситуации, зафиксированных в регистре 122, по сигналу, поступающему с выхода элемента задержки 129, задерживающего импульс с входа 134 на время срабатывания счетчика 123.
Если число просмотренных планов меньше заданного количества планов в регистре 122, то на выходе 175 компаратора 124 формируется импульс, поступающий через элемент 127 ИЛИ на выход 136 модуля 11 и далее через вход 156 блока 12 на суммирующий вход реверсивного счетчика 140, формирующего очередной адрес считывания на выходе 24.
Кроме того, тот же импульс, пройдя через элемент 148 ИЛИ и элемент задержки 151, задерживающий данный импульс на время срабатывания реверсивного счетчика, проходит на выход 160 модуля 12 и далее на выход 32 и вновь поступает на вход второго канала прерывания сервера.
По этому сигналу сервер вновь переходит на подпрограмму опроса содержимого ячейки памяти по адресу, сформированному на адресном выходе системы 24 и выдачи считанных данных через вход 17 системы на информационный вход регистра 3, куда они заносятся синхронизирующим импульсом сервера, поступающим на вход 20 системы.
Описанный процесс считывания планов из базы данных сервера и выдачи их на автоматизированное рабочее место пользователя продолжается до тех пор, пока число записей в регистре 122 модуля 11 не будет равно числу планов, считанных из базы данных, зафиксированных счетчиком 123. Указанный момент будет зафиксирован выдачей импульса на выходе 176 компаратора 124.
Импульс с выхода 176 компаратора 124, во-первых, через элемент 128 ИЛИ поступает на выход 137 модуля 11 и далее на вычитающий вход 157 реверсивного счетчика 140, уменьшая его показания на единицу. Кроме того, тот же импульс, пройдя через элемент 148 ИЛИ и элемент задержки 151, задерживающий данный импульс на время срабатывания реверсивного счетчика, проходит на выход 160 и выход 32 системы и далее вновь поступает на вход второго канала прерывания сервера.
По этому сигналу сервер вновь переходит на подпрограмму опроса содержимого ячейки памяти по адресу, сформированному на адресном выходе системы 24 и выдачи считанных данных через вход 17 системы на информационный вход регистра 3, куда они заносятся синхронизирующим импульсом сервера, поступающим на вход 20 системы.
Во-вторых, тот же импульс с выхода 176 компаратора 124 задерживается элементом задержки 130 на время длительности импульса и через элемент 126 ИЛИ поступает на вычитающий вход счетчика 111, уменьшая его показания.
После этого пользователь может перейти к обратному просмотру типовых планов путем нажатия клавиши «Назад». Импульс с входа 29 через элемент 116 ИЛИ, во-первых, поступает на вычитающий вход счетчика 123, а, во-вторых, после прохождения элемента 138 ИЛИ и задержки элементом 131 на время срабатывания счетчика 123 поступает на синхронизирующий вход компаратора 125.
По этому сигналу компаратор 125 сравнивает показания счетчика 123 с «нулем». Если показания счетчика 123 больше нуля, то на выходе 177 компаратора 125 формируется сигнал, который через элемент 128 ИЛИ поступает на выход 137 блока 11 и далее на вычитающий вход реверсивного счетчика 140.
Если же показания счетчика 123 будут равны нулю, то на выходе 178 компаратора 125 формируется импульс, который через элемент 127 ИЛИ походит на выход 136 модуля 11. Затем этот же импульс через вход 156 модуля 12 поступает на суммирующий вход реверсивного счетчика 140, переводя пользователя на режим прямого просмотра типовых планов в базе данных сервера.
Другими словами, пользователю предоставляется возможность неоднократно просмотреть все типовые планы и обоснованно выбрать интересующие его данные.
Таким образом, введение новых узлов и блоков позволило существенно повысить быстродействие системы путем исключения поиска оптимального плана действий в чрезвычайной ситуации по всей базе данных сервера и локализации поиска только по временным и отличительным признакам создавшейся ситуации.
Источники информации, принятые во внимание при составлении описания заявки:
1. Патент Японии №4-38021 М.кл., 11/30, 13/14 от 23.06.92
2. Патент США №5136708 М.кл. G 06 F 15/16 от 04.08.92 (прототип)