Система взаимодействия баз данных автоматизированной системы управления

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

 

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

Одной из задач системы управления бюджетным процессом на региональном (муниципальном) уровне, являющейся информационной системой класса OLTP (OnLine Transaction Processing) со сложной структурой информационной базы, большими объемами центральной базы и большим числом как локальных, так и территориально удаленных пользователей, является необходимость обеспечения согласованной работы нескольких тысяч пользователей в режимах обновления данных при отсутствии или высокой стоимости высокоскоростных каналов, обеспечивающих приемлемые характеристики для максимально возможного графика. Реализация такой системы традиционными механизмами клиент-серверных приложений не представлялась до сих пор возможной по техническим и финансовым ограничениям.

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

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

Так, известна Автоматизированная система для предоставления информации о задолженностях и платежах потребителей услуг по патенту РФ №2256215, G06F 17/60, опубл. 10.07.2005 г., предназначенная для создания и хранения на сервере баз данных центральной информационной базы данных, формировании и передаче запросов от пользователей к этой базе данных, их обработке с помощью соответствующих блоков системы и представлении в том или ином виде (в электронном или на бумажных носителях) результатов (ответов на запросы).

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

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

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

Известна также Система для управления совершением сделок по патенту РФ №2158956, G06F 17/60, G06F 157:00, опубл. 10.11.2000 г., выбранная в качестве прототипа по своей технической сущности, которая заключается в наличии множества удаленных пользователей системы, центрального компьютера с установленной на нам центральной базой данных, между которыми осуществляется обмен информационными потоками в виде заключения договорных отношений и проведения финансовых операций.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сущность изобретения поясняется чертежами, где на фиг.1 представлена общая блок-схема системы взаимодействия баз данных, на фиг.2 представлен пример конкретного выполнения блока ввода, регистрации, утверждения, обработки и свода информации (АРМ главных распорядителей бюджетных средств), на фиг.3 - пример конкретного выполнения блока ввода, регистрации, утверждения и обработки информации (АРМ сотрудника бюджетного учреждения), на фиг.4 - пример конкретного выполнения блока ввода, регистрации, утверждения, обработки и свода информации в центральной базе данных, на фиг.5 - пример конкретного выполнения блока передачи данных между уровнями системы, на фиг.6 - пример конкретного выполнения блока внесения изменений в центральную базу данных, на фиг.7 - пример конкретного выполнения блока внесения изменений в локальную базу данных, на фиг.8 - пример конкретного выполнения блока управления процессом синхронизации, на фиг.9 - пример конкретного выполнения блока разделения доступа к коммуникационным каналам, на фиг.10 - пример конкретного выполнения блока синхронизации баз данных центрального и удаленного SQL серверов, на фиг.11 представлена схема блока ввода, вывода информации базы данных обмена при файл-серверной локальной базе данных (ЛБД), на фиг.12 - пример конкретного выполнения блока взаимодействия основного сервера и сервера-реплики.

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

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

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

Первый выход блока 7 управления процессом синхронизации подсоединен к второму входу блока 6 внесения изменений в локальную базу данных, второй выход и первый вход блока 7 подключены к блоку 8 разделения доступа к коммуникационным каналам, третий выход и второй вход блока 7 соединены с блоком 9 синхронизации баз данных центрального и удаленного SQL серверов, четвертый выход и третий вход блока 7 подсоединены к блоку 10 ввода, вывода информации базы данных обмена при файл-серверной локальной базе данных (ЛБД), а четвертый вход блока 7 подключен ко второму выходу блока 5 внесения изменений в центральную базу данных.

Блок 10 ввода, вывода информации базы данных обмена при файл-серверной локальной базе данных (ЛБД) соединен вторым синхронизирующим входом и вторым синхронизирующим выходом к блоку 11 взаимодействия основного сервера и сервера-реплики, который, в свою очередь, своим вторым синхронизирующим входом и вторым синхронизирующим выходом соединен с блоком 9 синхронизации баз данных центрального и удаленного SQL серверов при серверной базе данных удаленного пользователя.

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

Конкретные примеры выполнения отдельных блоков системы приведены ниже.

Блок 1 ввода, регистрации, утверждения, обработки и свода информации (АРМ главных распорядителей бюджетных средств) (Фиг.2) содержит последовательно соединенные двусторонней связью устройство 1.1 сбора и выдачи информации, устройство 1.2 описаний версий локальной базы, устройство 1.3 хранения и свода информации и устройство 1.4 выполнения транзакций.

На вход блока 1 через устройство 1.1 сбора и выдачи информации в электронном виде вводится информация функциональных комплексов АРМов удаленных пользователей - главных распорядителей бюджетных средств. Для этого исходные данные с бумажных носителей посредством модуля 1.1.2 ввода данных загружаются в локальную базу данных (ЛБД). При вводе осуществляется регистрация пользователя через устройство 1.1.1 регистрации. Затем данные передаются через устройство 1.1.3 приема данных, где заполняются все реквизиты вводных полей, на устройство 1.1.4 контроля, где осуществляется контроль на полноту и правильность заполнения вводных форм.

Устройство 1.1 сбора и выдачи информации базируется на описании создаваемой локальной базы данных (ЛБД). Такое описание хранится на устройстве 1.2 описаний версий локальной базы в виде системы отношений, в которую включены:

- Таблица таблиц

- Таблица полей таблиц

- Таблица индексов таблиц

- Таблица полей индексов таблиц

- Таблица связей таблиц

- Таблица полей связей таблиц.

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

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

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

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

Блок 2 ввода, регистрации, утверждения и обработки информации (АРМ сотрудника бюджетного учреждения) (Фиг.3) содержит последовательно соединенные двусторонней связью устройство 2.1 сбора и выдачи информации, устройство 2.2 описаний версий локальной базы, устройство 2.3 хранения и свода информации и устройство 2.4 выполнения транзакций. На вход блока 2 через устройство 2.1 сбора и выдачи информации вводится информация функциональных комплексов АРМов удаленных пользователей - бюджетных учреждений. Для этого исходные данные с бумажных носителей посредством модуля 2.1.1 ввода данных загружаются в локальную базу данных (ЛБД). При вводе осуществляется регистрация пользователя через устройство 2.1.2 регистрации. Затем данные передаются через модуль 2.1.3 приема данных, где заполняются все реквизиты вводных полей, на модуль 2.1.4 контроля, где осуществляется контроль на полноту и правильность заполнения вводных форм.

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

- Таблица таблиц

- Таблица полей таблиц

- Таблица индексов таблиц

- Таблица полей индексов таблиц

- Таблица связей таблиц

- Таблица полей связей таблиц.

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

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

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

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

Блок 3 ввода, регистрации, утверждения, обработки и свода информации в центральной базе данных (Фиг.4) содержит последовательно соединенные двусторонней связью устройство 3.1 сбора и выдачи информации, устройство 3.2 хранения и свода информации и устройство 3.3 выполнения транзакций.

На вход блока 3 через устройство 3.1 сбора и выдачи информации вводится информация функциональных комплексов АРМов пользователей локальной сети. Для этого исходные данные с бумажных носителей посредством модуля 3.1.1 ввода данных загружаются в центральную базу данных (SQL). При вводе осуществляется регистрация пользователя через устройство 3.1.2 регистрации. Затем данные передаются через модуль 3.1.3 приема данных, где заполняются все реквизиты вводных полей, на модуль 3.1.4 контроля, где осуществляется контроль на полноту и правильность заполнения вводных форм.

Данные с устройства 3.1 сбора и выдачи информации поступают на вход устройства 3.2 хранения информации, где, попадая в модуль 3.2.1 контроля, осуществляется контроль на соответствие структур хранения данных введенным данным. Далее проконтролированные данные попадают на вход модуля 3.2.2 хранения данных, где хранятся на соответствующих носителях данных.

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

Блок 4 передачи данных между уровнями системы (Фиг.5) содержит ряд последовательно соединенных устройств, обеспечивающих процесс передачи данных между уровнями системы. На первый и второй входы блока 4 поступают данные от блока 1 ввода, регистрации, утверждения, обработки и свода информации (АРМ главных распорядителей бюджетных средств) и блока 2 ввода, регистрации, утверждения и обработки информации (АРМ сотрудника бюджетного учреждения).

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

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

Блок 5 внесения изменений в центральную базу данных (Фиг.6) содержит последовательно соединенные устройство 5.1 сохранения изменений и обновления базы, устройство 5.2 обновления и формирования таблиц, устройство 5.3 обновления регламентных отчетов и устройство 5.4 управления последовательностью вызова процедур, соединенное двусторонней связью с устройствами 5.1 и 5.2.

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

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

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

Для формирования последовательности вызовов процедур в устройстве 5.4 управления последовательностью вызова процедур ведется следующая метаинформация:

- Таблица процедур,

- Таблица типов процедур

- Таблица связи процедур с типами процедур и типами документов

- Таблица объектов приложений с типами объектов

- Таблица таблиц

- Таблица связи процедур с объектами приложения и таблицами.

С выхода блока 5 информация подается на один из входов блока 7 управления процессом синхронизации.

Блок 6 внесения изменений в локальную базу данных (Фиг.7) содержит последовательно соединенные устройство 6.1 создания реплики таблиц, предназначенное для формирования ЛБД и выполнения процедур синхронизации на сервере-реплике, модуль 6.2, предназначенный для приема изменений ЛБД на сервере-реплике и передачи изменений ЛБД с сервера-реплики на основной сервер, устройство 6.3 создания на сервере-реплике копии таблиц локальной БД и устройство 6.4 передачи изменений в ЛБД.

На вход блока 6 поступает информация от блока 4 передачи данных между уровнями системы, а также информация от блока 7 управления процессом синхронизации.

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

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

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

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

Далее с помощью устройства 6.4 передачи изменений в ЛБД потаблично передаются изменения локальной базы предыдущего сеанса и строятся индексы и связи на локальной базе.

Блок 7 управления процессом синхронизации (Фиг.8) содержит последовательно соединенные устройство 7.1 создания в клиентском приложении обработчиков, устройство 7.2 создания в клиентском приложении менеджера операций, устройство 7.3 формирования базы метаинформации процесса синхронизации, устройство 7.4 управления загрузкой центрального сервера и устройство 7.5 управления очередью.

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

- Создание базы данных

- Пересылка таблицы

- Выполнение процедуры

- Переименование файла

- Удаление файла

- Копирование файла

- Сжатие базы данных

- Прием таблицы

- Создание связей

- Удаление копий локальных баз данных.

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

С помощью устройства 7.3 формирования базы метаинформации в блоке 7 формируется база метаинформации для управления процессом синхронизации, которая содержит следующие таблицы:

- Граф переходов

- Таблица операций

- Таблица таблиц

- Связь таблицы таблиц с таблицей операций для табличных операций.

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

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

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

Блок 8 разделения доступа к коммуникационным каналам (Фиг.9) включает устройство 8.1 идентификации прав и полномочий групп пользователей, к выходу которого подключено устройство 8.2 разделения доступа по отдельным коммуникационным каналам, которое, в свою очередь, соединено двусторонней связью с устройством 8.3 управления доступом, выход которого, как и выход устройства 8.2, подключен к входу устройства 8.4 синхронизации технологических процессов и сеансов удаленного доступа.

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

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

Блок 9 синхронизации баз данных центрального и удаленного SQL серверов (Фиг.10) содержит ряд устройств, обеспечивающих процесс синхронизации центральной базы данных и локальной базы, расположенной у удаленного пользователя. Блок 9 включает последовательно соединенные устройство 9.1 обновления структуры макета, расположенного на удаленном сервере, устройство 9.2 передачи данных в центральную базу данных и устройство 9.3 приема данных из центральной базы данных.

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

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

Устройство 9.2 передачи данных в центральную базу данных обеспечивает запуск процесса синхронизации с любой рабочей станции локальной сети (в соответствии с установленными на уровне регистрационных имен правами) и передачу изменений базы данных удаленного SQL-сервера на SQL-сервер центральной базы данных.

Устройство 9.3 приема данных из центральной базы данных обеспечивает передачу изменений базы данных SQL-сервера центральной базы данных в базу данных удаленного SQL-сервера.

Блок 10 ввода, вывода информации базы данных обмена при файл-серверной ЛБД (Фиг.11) содержит последовательно включенные устройство 10.1 фиксации состояния локальной БД, устройство 10.2 передачи на сервер центральной БД изменений ЛБД, устройство 10.3 внесения изменений на сервер ЦБД, устройство 10.4 внесения изменений с сервера ЦБД и устройство 10.5 создания и хранения копий ЛБД на момент синхронизации.

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

После получения сигнала от блока 7 управления процессом синхронизации, в устройстве 10.1 фиксации состояния локальной базы данных (ЛБД) осуществляется локирование (прекращение доступа к базе) состояния ЛБД. Для этого производится потабличное сравнение текущего состояния локальной базы на момент локирования и состояния ее на момент одной из предыдущих синхронизации. В устройстве 10.2 на сервер центральной БД в специальные рабочие таблицы передаются изменения (удаления, добавления, изменения) локальной базы данных. Кроме того, передается и таблица с протоколом процедур.

Далее с помощью устройства 10.3 внесения изменений на сервер ЦБД в блоке 10 осуществляется исполнение процедур, присланных в протоколе процедур, на сервере создается копия таблиц локальной базы и заполняются таблицы изменений по сравнению с моментом предыдущей синхронизации. При этом на компьютере удаленного пользователя создается пустая локальная база с описанием таблиц. Данные о структуре таблиц передаются на устройство 10.4 внесения изменений с сервера ЦБД, где потаблично из копии локальной базы на момент предыдущей синхронизации переписываются данные, и тем самым обеспечивается применение изменений с сервера центральной базы. Результаты внесения изменений передаются на устройство 10.5 создания и хранения копий ЛБД, в котором осуществляется построение ключей, индексов, связей и создается копия на момент синхронизации, при этом текущая база удаляется с устройства хранения и текущей объявляется вновь созданная.

Блок 11 взаимодействия основного сервера и сервера-реплики (Фиг.12) содержит последовательно включенные устройство 11.1 формирования перечня объектов базы-реплики по типам, устройство 11.2 копирования описания объектов из основной базы в базу-реплики, устройство 11.3 создания или пересоздания описаний для репликации, устройство 11.4 загрузки данных в копию локальной БД на сервере-реплике, а также устройство 11.5 описания запросов в таблицах метаинформации, вход которого подключен к выходу устройства 11.4, а выход - ко входу устройства 11.6 формирования идентификаторов записей в таблицы буферов, при этом устройства 11.2, 11.3 и 11.4 соединены двусторонними связями с серверами основной базы и базы-реплики.

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

На первый вход блока 11 в соответствии со сформированной структурой сервера-реплики поступают данные от блока 10 ввода, вывода информации базы данных обмена при файл-серверной ЛБД, а на второй вход блока 11 - данные от блока 9 синхронизации баз данных центрального и удаленного SQL серверов, при работе серверов на втором уровне.

Устройство 11.1 формирования перечня объектов базы-реплики по типам обеспечивает формирование данных объектов в соответствующем объекте базы данных (таблицы), формируя их тип, имя и способ репликации. Данное описание передается затем на вход устройства 11.2 копирования описания объектов из основной базы в базу-реплики, которое обеспечивает такое копирование.

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

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

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

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

С выхода блока 11 сформированные идентификаторы через таблицы буферов передаются на вход блока 10 ввода, вывода информации базы данных обмена при файл-серверной ЛБД для дальнейшего процесса синхронизации.

Ниже приведен пример работы системы взаимодействия баз данных при осуществлении одного из нерегламентных запросов.

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

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

В блоки 2 и 1 вводится информация, содержащая соответствующие реквизиты (в зависимости от типа передаваемых документов). При этом информация попадает на устройство 2.1 (или 1.1, соответственно), где происходит регистрация пользователя, ввод и прием данных. С устройства 2.1 (1.1) информация попадает на устройство 2.3 (1.3), сохраняется в ЛБД и передается на устройство 2.4 (1.4). Устройство 2.1 (1.1) при вводе и приеме данных использует данные устройства 2.2 (1.2), которое содержит описание структур данных, которые вводятся на устройстве 2.1 (1.1). В случае, если структуры, описанные в устройстве 2.2 (1.2), не совпадают со структурами объектов (форм), в которые вводятся данные, на устройстве 2.1. (1.1) появляются сообщения об ошибках в процессе контроля.

Из блока 2 (1) по имеющемуся выходу информация попадает в блок 4. На блоке 4 на устройстве 4.1 осуществляется регистрация пользователя, на устройстве 4.2 - определение последней сессии для данного пользователя, на устройстве 4.3 - начало новой сессии, на устройстве 4.4 - порядок и количество осуществлений операций. Из блока 4 по первому выходу сигнал поступает в блок 5 на устройство 5.4, которое обеспечивает управление последовательностью вызова процедур. Из устройства 5.4 сигнал передается в блок 7, на устройство 7.1, где обеспечивается создание в клиентском приложении различных обработчиков. Далее на устройстве 7.2 в клиентском приложении создается менеджер операций, на устройстве 7.3 формируется база метаинформации процесса синхронизации, на устройстве 7.4 определяется стратегия управления загрузкой центрального сервера и, при необходимости, подключается устройство 7.5 для управления очередью. Из блока 7 по второму выходу передается управление на блок 8 на устройство 8.1 для идентификации прав и полномочий групп пользователей, затем сигнал попадает на модуль 8.2 для разделения доступа по отдельным коммуникационным каналам. На устройстве 8.3 осуществляется управление доступом к устройству 8.4 для синхронизации технологических процессов и сеансов удаленного доступа. По первому входу из блока 8 информация управления возвращается в блок 7. Выход сигнала из блока может осуществляться в двух направлениях.

Если работа осуществляется в файл-серверной архитектуре, то сигнал по первому выходу поступает на блок 10. В случае работы в архитектуре сервер-сервер сигнал по третьему выходу поступает на блок 9. После получения сигнала из блока 7 в блок 10 в модуле 10.1 осуществляется локирование (прекращение доступа к базе) состояния ЛБД и потабличное сравнение текущего состояния локальной базы на момент локирования и состояния ее на момент одной из предыдущих синхронизации. В модуле 10.2 в специальные рабочие таблицы на сервер центральной базы передаются изменения (удаления, добавления, изменения), а также таблица с протоколом процедур. Устройством 10.3 осуществляется исполнение процедур, присланных в протоколе процедур, на сервере создается копия таблиц локальной базы и заполняются таблицы изменений по сравнению с моментом предыдущей синхронизации.

Если сигнал из блока 7 поступает в блок 9, то он попадает на устройство 9.1, где происходит обновление структуры макета, расположенного на удаленном сервере. Затем устройство 9.2 инициирует передачу данных в центральную базу, которые попадают на устройство 9.3 приема данных из центральной базы данных. По первому выходу из блока 10 или блока 9 сигнал управления передается в блок 11, где информация последовательно попадает на устройство 11.1 для формирования перечня объектов базы-реплики по типам, на устройство 11.2 для копирования описания объектов из основной базы в базу-реплики, на устройство 11.3 для создания или пересоздания описаний для репликации, на устройство 11.4 для загрузки данных в копию локальной базы данных на сервере-реплике, на устройство 11.5 для описания запросов в таблицах метаинформации, и на устройство 11.6 для формирования идентификаторов в таблицы буферов. Таким образом подготавливается информация для процесса обратной передачи данных от центрального сервера на локальную станцию. С помощью устройства 5.4 сигнал управления поступает на вход модуля 5.1, где формируются данные об идентификации пользователя и проводимой им сессии. Анализируется информация, полученная из блока 2, и по журналу процедур выполняется обновление информации центральной базы. Далее в устройстве 3.2 происходит сохранение информации, изменение информации, удаление информации в центральной базе данных, расположенной в финансовом органе.

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

Преимущества заявленной системы взаимодействия баз данных перед прототипом и другими устройствами аналогичного назначения состоят в следующем:

- обеспечивается сокращение объема передаваемых данных в процессе синхронизации за счет их оптимизации (передача изменений);

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

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

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

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

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

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

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

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

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

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

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

6. Система по п.1, отличающаяся тем, что блок внесения изменений в локальную базу данных выполнен в виде последовательно соединенных устройства создания реплики таблиц, устройства приема и передачи изменений ЛБД на сервере-реплике, устройства создания на сервере-реплике копии таблиц локальной БД и устройства передачи изменений в ЛБД.

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

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

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

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

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