СПОСОБ АКТУАЛИЗАЦИИ ИНФОРМАЦИИ В БАЗАХ ДАННЫХ ОБЪЕКТОВ УПРАВЛЕНИЯ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ СПЕЦИАЛИЗИРОВАННОГО НАЗНАЧЕНИЯ Российский патент 2011 года по МПК G06F12/00 

Предлагаемый способ относится к области информационного обеспечения автоматизированных систем управления (АСУ) и может найти применение в системах передачи информации, состоящих из автоматизированных рабочих мест (АРМ) объектов управления (ОУ) в сложных многоуровневых разнесенных на значительной территории АСУ.

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

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

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

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

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

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

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

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

Известен также способ по патенту [2] использования системы репликации данных между главной и периферийной компьютерными системами. В способе взаимодействие главной и периферийной компьютерных систем основано на репликации БД, информационная идентичность которых поддерживается процедурой реплицирования данных между ними, при помощи файлов коррекции. Периферийная система содержит две реплики основной БД, одна из которых является промежуточной. В главной и периферийной системах содержатся хранилища обменных файлов, которые обеспечивают обмен реплицируемыми данными. Каждый из узлов является как источником реплицируемой информации, так и приемником. Для обеспечения этого алгоритма в системе передача файлов сопровождается процессами контроля получения файлов на стороне адресата, контроля целостности переданных файлов, контроля корректности сформированных на стороне источника файлов. Обменные файлы циркулируют между хранилищами обменных файлов. Файлы, попавшие в хранилище, разбирают и готовят к загрузке и архивированию блоки, работающие с этим хранилищем. Контролируют получение «файлов коррекции» при помощи проверки идентичности отправленных и полученных файлов и блоков формирования различных файлов подтверждения. Мониторинг процесса репликации обеспечивается за счет использования хэш-таблиц и проверки синхронности их записей в главной и периферийной БД.

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

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

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

Наиболее близким к предлагаемому является способ взаимодействия баз данных АСУ, описываемый в [3], предназначенный для обеспечения надежного и эффективного обмена информацией ОУ АСУ, за счет разделения коммуникационных каналов и обеспечения взаимодействия центральной и локальной баз данных удаленных пользователей, принятый за прототип.

Способ-прототип заключается в следующем.

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

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

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

Однако в способе-прототипе присутствует ряд недостатков.

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

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

В-третьих, не предусмотрена процедура мониторинга и контроля процесса синхронизации баз данных. (Необходимо контролировать процесс синхронизации, т.е. необходимо знать все ли локальные БД завершили процесс синхронизации, везде ли он прошел корректно.)

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

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

Для решения поставленной задачи в способе актуализации информации осуществляются следующие операции:

в административной части АСУ: вводят данные, требуемые объектам управления АСУ, проверяют введенные данные на соответствие типам данных полей таблиц сводной базы данных, а также непротиворечивости логических значений данных логическому смыслу, если введенные данные соответствуют типам данных полей таблиц сводной базы данных и логические значения данных не противоречат логическому смыслу, то результат проверки считают положительным, после чего данные сохраняют в сводной базе данных, а если введенные данные не соответствуют типам данных полей таблиц сводной базы данных и/или логические значения данных противоречат логическому смыслу, то результат проверки считают отрицательным и производят исправление данных в полях для ввода и их повторный ввод, после чего данные сохраняют в сводной базе данных, далее сохраненные данные учитывают, и регистрируют время успешного проведения изменений, после чего формируют пакеты информации, содержащие необходимые каждому из объектов управления данные, с учетом структуры преставления информации в базах данных клиентской части, сформированные пакеты информации учитывают, затем определяют возможный способ их доставки объектам управления, для этого формируют запрос конкретному объекту управления с целью контроля его к приему информации по локальной вычислительной сети (ЛВС) и отправляют этот запрос по ЛВС на клиентскую часть АСУ;

далее в клиентской части АСУ: принимают по ЛВС вышесформированный запрос и подают его для аутентификации пользователя, в результате чего определяют готовность данного объекта управления к приему информации, если данный объект управления готов к приему информации, то по ЛВС обратно в административную часть передают квитанцию о готовности клиентской части к приему пакета информации по ЛВС;

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

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

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

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

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

Устройство содержит административную и клиентскую части.

В административной части имеется автоматизированное рабочее место администратора информации 1, в состав которого входит блок ввода данных 1.1, блок логического и семантического контроля 1.2, сводная база данных 1.3 администратора информации, блок учета изменений 1.4, блок формирования пакетов информации 1.5, блок определения состава информации, требуемой объектам управления 1.6, блок определения объема информации, требуемой объектам управления 1.7, блок установления соответствия структурам базы данных объектов управления 1.8, блок описания структур баз данных всех объектов управления 1.9, блок преобразования структур 1.10, блок учета, контроля и выбора способа доведения пакетов информации 1.11, блок записи данных на машиночитаемый носитель 1.12, блок контроля состояния объектов управления 1.13, блок распределения приоритетов пакетов для отправки по ЛВС 1.14, блок обмена данными по ЛВС 1.15.

В клиентской части имеется, по меньшей мере, один объект управления 2, содержащий блок аутентификации пользователя 2.1, блок считывания данных с машиночитаемых носителей 2.3, блок обмена данными по ЛВС 2.2, блок входного контроля пакетов информации 2.4, блок загрузки пакетов информации в базы данных клиентской части 2.5, базу данных клиентской части 2.6, блок учета изменений в базы данных и формирования уведомлений о результатах загрузки 2.7.

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

Предлагаемый способ заключается в следующем.

В административной части АСУ:

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

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

Далее в клиентской части АСУ:

Принимают по ЛВС вышесформированный запрос и подают его для аутентификации пользователя, в результате чего определяют готовность данного объекта управления к приему информации. Если данный объект управления готов к приему информации, то по ЛВС обратно в административную часть передают квитанцию о готовности клиентской части к приему пакета информации по ЛВС.

Далее в административной части АСУ:

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

Далее в клиентской части АСУ:

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

Далее в административной части АСУ:

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

Далее в административной части АСУ:

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

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

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

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

На вход администратора информации 1 АСУ подаются данные, требующиеся объектам управления АСУ. Первоначально данные попадают в блок ввода данных 1.1, который представляет собой средство, обеспечивающее реализацию процедуры ввода информации в соответствии с формой ее представления в хранилище администратора АСУ - сводной базы данных 1.3. Введенные данные перед сохранением в сводной базе данных 1.3 проверяются в блоке логического и семантического контроля 1.2 в части согласованности вводимых данных и соответствия типам данных соответствующих полей таблиц сводной базы данных, и если результат проверки положительный, то данные сохраняются в сводной базе данных 1.3. Затем проводится учет (регистрация) изменений посредством блока учета изменений 1.4, который инициирует процесс формирования пакетов информации, содержащих требуемые каждому из объектов управления данные, и передает их в блок формирования пакетов информации 1.5. Сформированные пакеты информации передаются в блок определения состава информации, требуемой объектам управления 1.6, предназначенный для выборки для каждого объекта управления необходимого ему состава данных из тех, что были переданы из блока формирования пакетов информации 1.5. В выбранном для каждого объекта составе данные передаются в блок определения объема информации, требуемой объектам управления 1.7, предназначенный для выборки из состава информации, определенного блоком 1.6, объема информации, требуемой каждому объекту управления. С выхода блока 1.7 отобранные по составу и объему данные проверяются на соответствие структурам баз данных объектов управления в блоке 1.8, посредством которого запрашивается значение эталонной структуры базы данных конкретного объекта управления у блока 1.9, в котором хранятся заранее определенные эталонные структуры баз данных всех объектов управления.

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

Посредством блока 1.11 информация учитывается, и определяется возможный способ отправки пакета информации конкретному объекту управления АСУ. Для этого через блок контроля состояния объектов управления 1.13 формируется запрос конкретному объекту управления на готовность к приему информации по ЛВС, который через блок обмена данными по ЛВС 1.15 передается в клиентскую часть. Запрос в клиентской части 2 принимается блоком обмена данными по ЛВС 2.2, который передает принятый запрос блоку аутентификации пользователя в клиентской части 2.1, где определяется готовность данного объекта управления к приему пакета информации.

Если объект управления готов к приему информации, то через блок 2.2 квитанция о готовности объекта управления передается в административную часть, где она через блоки 1.15 и 1.13 попадает в блок 1.11.

В случае, если блоком 1.11 получена квитанция о готовности клиентской части к приему пакета информации по ЛВС, то через его первый выход пакет информации подается в блок распределения приоритетов пакетов для отправки пакетов по ЛВС 1.14, посредством которого, в зависимости от вида информации и объектов управления - получателя присваивают пакету информации соответствующий приоритет и контрольную сумму. Затем пакет информации, дополненный служебными сведениями, присвоенными блоком 1.14, направляется в блок обмена данными по ЛВС 1.15, через который пакет информации передается по ЛВС в клиентскую часть. Принимается пакет информации на клиентской части посредством блока обмена данными по ЛВС 2.2, через который направляют полученный пакет информации в блок входного контроля пакетов информации 2.4 клиентской части, где осуществляют проверку целостности полученного пакета на соответствие контрольной сумме, присвоенной блоком 1.14.

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

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

В случае соответствия содержимого пакета информации, полученного клиентской частью, эталонной структуре базы данных данного объекта управления посредством блока 2.5 осуществляется загрузка содержимого пакета информации в базу данных клиентской части 2.6. После этого, результат загрузки фиксируется в блоке учета изменений в базы данных и формирования уведомлений о результатах загрузки 2.7, на выходе которого формируется соответствующая квитанция с результатами загрузки, которая через блок 2.2 отправляется в клиентскую часть, где через блок 1.15 попадает на третий вход блока 1.11, в котором автоматически фиксируется результат загрузки пакета информации в базы данных данной клиентской части.

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

В клиентской части 2 с помощью блока 2.3 считывают пакет информации с машиночитаемого носителя данных 3 и затем передают считанный пакет в блок входного контроля пакетов информации 2.4, посредством которого осуществляют контроль целостности полученных данных на соответствие контрольной сумме. Затем данные пакета информации передаются в блок загрузки пакетов информации в базы данных 2.5 клиентской части, где содержимое пакета информации проверяется на соответствие структуре базы данных данного объекта управления, а затем осуществляется загрузка пакета информации в базу данных объекта управления 2.6. После этого, результат загрузки фиксируется в блоке учета изменений в базы данных и формирования уведомлений о результатах загрузки 2.7.

Процессы квитирования о результатах получения и загрузки пакетов информации, переданных посредством машиночитаемого носителя данных 3, происходят аналогично передаче по ЛВС при условии авторизации пользователя на объекте управления.

В случае, если в ответ на запросы блока 1.13 получают квитанции о неготовности клиентской части к приему пакета информации по ЛВС достаточно длительный период времени, фиксируют общее время неготовности клиентской части и далее через блок 1.11 направляют запрос к блоку учета изменений 1.4, для того чтобы инициировать процесс формирования пакета информации, содержащего совокупность изменений за указанный период времени, в том случае, если за указанный период времени произошло более одного изменения данных. При формировании пакета информации, содержащего совокупность изменений за указанный период времени, производят все операции по определению состава, объема и структуры информации - таким образом, определяют параметры необходимых изменений (период времени и группы информации), после определения указанных параметров изменения за определенный период передают в блок 1.5, далее в блок учета, контроля и выбора способа доведения 1.11, и так далее повторяется весь процесс отправки пакета информации объекту управления АСУ.

Блоки обмена данными по ЛВС 1.15 и 2.2 являются сетевыми адаптерами (Network Interface Card, NIC), которые вместе со своими драйверами реализуют второй, канальный уровень модели открытых систем в конечном узле сети - компьютере [5].

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

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

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

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

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

Источники информации

1. Патент РФ №2289159 G06Q 10/00 G06F 17/40 «Автоматизированная система сбора и обработки данных территориально-распределенных объектов», опубл. 10.12.2006 авторы Арлазаров В.Л. и др.

2. Патент РФ №2315349 G06F 12/00 «Способ репликации информации в распределенных базах данных для его осуществления», опубл. 20.01.2008 г., автор Топр М.

3. Патент РФ №2324974 G06F 17/40 «Система взаимодействия баз данных автоматизированной системы управления», опубл. 20.05.2008 г., авторы Неклюдов А.Ф., Брда А.В.

4. Дейт К.Дж. Введение в системы баз данных, 7-е издание.: Пер. с англ. - М.: Издательский дом «Вильяме», 2001. - 1072 с.: ил. - Парал. тит. англ.

5. Оливер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы: Учебник для Вузов. 2-е изд.: Спб.: Питер, 2003. - 864 с.: ил.

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

1. Способ актуализации информации в базах данных объектов управления автоматизированной системы управления (АСУ), заключающийся в том, что
в административной части АСУ: вводят данные, требуемые объектам управления АСУ, проверяют введенные данные на соответствие типам данных полей таблиц сводной базы данных, если введенные данные соответствуют типам данных полей таблиц сводной базы данных, то результат проверки считают положительным, после чего данные сохраняют в сводной базе данных, а если введенные данные не соответствуют типам данных полей таблиц сводной базы данных, то результат проверки считают отрицательным и производят исправление данных в полях для ввода и их повторный ввод, после чего данные сохраняют в сводной базе данных, далее сохраненные данные учитывают и регистрируют время успешного проведения изменений, после чего формируют пакеты информации, содержащие необходимые каждому из объектов управления данные, с учетом структуры представления информации в базах данных клиентской части, сформированные пакеты информации учитывают, затем определяют возможный способ их доставки объектам управления, для этого формируют запрос конкретному объекту управления с целью контроля его к приему информации по локальной вычислительной сети (ЛВС) и отправляют этот запрос по ЛВС на клиентскую часть АСУ;
далее в клиентской части АСУ: принимают по ЛВС выше сформированный запрос и подают его для аутентификации пользователя, в результате чего определяют готовность данного объекта управления к приему информации, если данный объект управления готов к приему информации, то по ЛВС обратно в административную часть передают квитанцию о готовности клиентской части к приему пакета информации по ЛВС;
далее в административной части АСУ: получают по ЛВС квитанцию о готовности клиентской части к приему информации по ЛВС, производят распределение приоритетов пакетов для их отправки по ЛВС и присваивают пакету информации соответствующие служебные сведения - приоритет и контрольную сумму, затем пакет информации, дополненный служебными сведениями, отправляют по ЛВС на клиентскую часть;
далее в клиентской части: получают дополненный служебными сведениями пакет информации и осуществляют проверку пригодности полученного к загрузке пакета, если пакет пригоден к загрузке, то его загружают в базу данных клиентской части, а если пакет не пригоден к загрузке, то отправляют квитанцию об ошибке на административную часть, при получении которой в административной части осуществляют повторное формирование пакетов информации для доведения их до объектов управления.

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

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

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

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