Способ управления обновлениями программного обеспечения в системах с каскадной структурой



Способ управления обновлениями программного обеспечения в системах с каскадной структурой
Способ управления обновлениями программного обеспечения в системах с каскадной структурой

Владельцы патента RU 2671624:

Федеральное государственное бюджетное учреждение науки Институт проблем управления им. В.А. Трапезникова Российской академии наук (RU)

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

 

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

Известен способ управления процессом обновления многокомпонентных систем в удаленных подразделениях организации (В.Л. Орлов, Е.А. Курако. Задачи управления процессом обновления многокомпонентных систем в удаленных подразделениях организации. Труды 6-й междунар. конф. «Параллельные вычисления и задачи управления». РАСО'2012, Москва, ИПУ РАН М., 2012. Т. 3). В описании этого способа обновления указывается, что обновляются программные модули в распределенной системе, причем передача текстов модулей проводится от сервера к серверу, размещение которых имеет каскадную структуру, то есть каждый сервер находится на определенном уровне иерархии. При этом обновление программного обеспечения на клиентских местах проходит с серверов каскада. Недостатком этого способа является жесткая схема обновления. То есть на каждом из серверов должно быть установлено программное обеспечение, которое направляет обновляемые программные модули в заранее заданные каталоги файловой системы для замены аналогичных модулей. Для замены программных модулей на клиентских местах существует определенный серверный каталог, откуда измененные модули забирает по сети программное обеспечение клиентского места. То есть настройка алгоритма обновления не производится.

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

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

Техническим результатом предложения является возможность управления обновлениями программного обеспечения в системах с каскадной структурой.

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

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

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

На Фиг. 1 представлено содержание пакета обновления.

На Фиг. 2 представлена схема процесса обновления систем с каскадной структурой.

Фиг. 1 иллюстрирует содержимое пакета обновления. Пакет обновления 1 включает три части:

- Сценарий обновления - 2;

- Комплект обновляемых модулей и файлов - 3;

- Комплект корректирующих программных модулей - 4.

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

На фиг. 2 представлена схема процесса обновления в системах с каскадной структурой. На рабочем месте администратора 5 готовится пакет обновления. Этот пакет направляется на сервер 1-го уровня 6, где принимается программой - интерпретатором обновлений 7. Эта программа размещает пакеты обновлений в хранилище клиентских обновлений 8 и в хранилище серверных обновлений 9. С клиентского места 10 интерпретатором клиентских обновлений 11 периодически проводится проверка наличия новых обновлений. Если такие обновления есть, то на клиентское место перемещается сценарий и в процессе его интерпретации проводятся обновления программного обеспечения клиента. Если серверов 1-го уровня больше, чем один, то среди них назначается основной, а остальные сервера периодически обращаются к нему, получают информацию и проводят обновление также, как будто они получили пакет обновлений от администратора. С прикрепленных к этим серверам клиентских мест идет обращение к соответствующим серверам.

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

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

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

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



 

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

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

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

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

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

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

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

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

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

Изобретение относится к электронным модулям в моторных транспортных средствах. Технический результат – поддержка емкости аккумуляторной батареи.

Изобретение относится к средствам загрузки веб-страниц. Техническим результатом является уменьшение времени загрузки веб-страницы для обеспечения непрерывного просмотра контента пользователем.

Изобретение предназначено для осуществления доступа к серверу. Технический результат заключается в обеспечении возможности доступа к оптимальному серверу.

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

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

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

Способ коррекции базовой цифровой модели (5), например, для регулирования турбореактивного двигателя, содержит: этап (Е10) обнаружения стабильного состояния по меньшей мере одного первого параметра (Т25) указанной модели, причем этот первый параметр характеризует сигнал, выдаваемый датчиком (3); этап (Е60) получения параметра коррекции (GainF) указанной модели во время стабильного состояния указанного первого параметра (Т25) в зависимости от указанного первого параметра, от второго параметра (PCN12R) указанной модели и от указанной базовой цифровой модели (5); и этап (Е70) получения модели, скорректированной на основании базовой цифровой модели (5) и параметра коррекции (GainF).

Способ коррекции базовой цифровой модели (5), например, для регулирования турбореактивного двигателя, содержит: этап (Е10) обнаружения стабильного состояния по меньшей мере одного первого параметра (Т25) указанной модели, причем этот первый параметр характеризует сигнал, выдаваемый датчиком (3); этап (Е60) получения параметра коррекции (GainF) указанной модели во время стабильного состояния указанного первого параметра (Т25) в зависимости от указанного первого параметра, от второго параметра (PCN12R) указанной модели и от указанной базовой цифровой модели (5); и этап (Е70) получения модели, скорректированной на основании базовой цифровой модели (5) и параметра коррекции (GainF).

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

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

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

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

Наверх