EA012550B1 - Способ доставки файлов в сети - Google Patents

Abstract

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

Description

Уровень техники

Настоящее изобретение относится к способу доставки файлов в сети от компьютера-сервера к компьютеру-клиенту .

Управление программным обеспечением в большой сети компьютеров является сложной задачей. Обновления программного обеспечения являются часто необходимыми для того, чтобы исправить ошибки или утечки, повысить безопасность в существующих системах программного обеспечения. Установка этих обновлений требует от людей необходимости идти к каждому компьютеру и запускать программу установки. Когда представитель ΙΤ-персонала выполняет установку во время обычных часов работы, служащий пользователь компьютера теряет ценное производственное время, ожидая, когда произойдет эта установка. Чтобы избежать такого сценария, представитель ΙΤ-персонала должен работать в сверхурочную смену ночью или на выходных для того, чтобы установить обновления. Наихудшим случаем является, когда по значительной цене привлекается внешняя контрактная помощь, чтобы произвести установку. Однажды установленное программное обеспечение может явиться предметом злонамеренной манипуляции либо со стороны пользователя, либо внешних сил, поэтому исполнение установки может быть бесполезным. Средством, чтобы вернуть программное обеспечение к исходному установленному состоянию, является только повторная установка программного обеспечения.

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

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

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

Описание предшествующего уровня техники

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

В пространстве Макинтош (Масш108Й) есть приложение Удаленный рабочий стол Арр1е. Это одноранговое приложение, которое обеспечивает передачу файла и папки на чередующейся основе.

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

Также в Масги108Й есть №1Ос1ори8 фирмы №1ор1а. Это приложение также является консолью, основывающейся на администрировании, которая обеспечивает многие одноранговые функциональные возможности, включающие в себя передачу файла и папки и удаленные установки. Это приложение не масштабируется сверх 150 клиентов для распространения программного обеспечения, не уведомляет о статусе передачи, не контролирует установленное программное обеспечение для будущего администрирования.

В пространстве Атбо\\ъ есть много главных продуктов, обеспечивающих распространение программного обеспечения. 8М8 фирмы Мютокой, МаптЬа, 2еиАоткк фирмы Иоуе11, ЬапОекк фирмы Ιη1ο1, ОиСоттаиб фирмы ОиГесйиокду, Αΐίίτίδ и ИоуаФдт. Мюгокой, МаптЬа, Ιηΐοΐ, Оп Τесйио1оду и Αΐίίτίδ являются основанными на консоли администратора решениями. Но эти распространения программного обеспечения так же хорошо отражают упомянутые неудобства.

Область техники, к которой относится изобретение

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

- 1 012550

Сущность изобретения

Целью изобретения является спроектировать способ, программное обеспечение и систему, которые помогают ΙΤ-отделам доставлять и администрировать программное обеспечение, таким образом сохраняя отделам сотни часов времени и тысячи долларов бюджета.

Изобретение использует модель данных, которая позволяет отдельным файлам быть доставленными и управляемыми. Файлы хранятся в Наборе файлов (Е11е8е1). Вообще П1с8с1 представляет прикладное программное обеспечение. Клиенты совместно используют общие списки ЕПе8е1 (П1е8е1 Ь1818), в то время как каждый клиент поддерживает кэш (Сасйе) или список наборов файлов, которые в текущий момент находятся в режиме управления (администрирования).

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

Изобретение может масштабироваться, чтобы поддерживать тысячи клиентов. В таком случае изобретение создает использование Помощников (Воо81егв). Воо81ет - это приложение, которое соединяется с другим ВооЧег или самим сервером Ейе^ауе (Н1е\Уауе 8етуег) и которое загружает файлы из центрального сервера в локальную сеть. Клиенты затем подключаются к ВооЧег в локальной сети и загружают свои файлы из ВооЧег. Клиенты имеют отказоустойчивый механизм, посредством которого они подключаются к другому ВооЧег. если ВооЧег этой локальной сети недоступен.

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

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

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

Изобретение позволяет ΙΤ-отделу сохранить огромное количество человеко-часов при установке и обновлении программного обеспечения. Другая польза в том, что конечным пользователям компьютера или клиента дают возможность большего использования своих машин, поскольку самая последняя и наиболее производительная конфигурация программного обеспечения установлена на клиенте и поддерживается здесь после установки.

Эти и другие цели изобретения достигаются способом, определенным в п.1 формулы.

Краткое описание чертежей

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

Детальное описание предпочтительных вариантов осуществления

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

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

Фиг. 1 - это обзор структуры, т.е. компонентов аппаратного обеспечения, с помощью которых настоящий способ может быть выполнен. Основная конфигурация такой структуры содержит сервер 101, например Ейе^ауе 8етуег, который может также называться центральным или главным сервером. Этот сервер 101 содержит реляционную базу 105 данных объектов и основанный на сокете файл-сервер 106. Ос

- 2 012550 новная конфигурация упомянутой структуры содержит также компьютер 104 администратора, например Ейе^ауе АбтшЩгаЮг. который соединяется с главным сервером 101 через сокет и манипулирует базой 105 данных на главном сервере 101. Администратор 104 - это консоль. через которую человек. который администрирует программное обеспечение. которое должно быть загружено. осуществляет связь с сервером 101. Дополнительно основная конфигурация упомянутой структуры содержит клиентские компьютеры 102. которые соединены через сокет с главным сервером 101 и которые могут загружать свои обновления. Все связи между 101. 102. 103 и 104 реализованы преимущественно через ТСРДР-интерфейс.

Первый вариант осуществления основной конфигурации настоящей структуры может содержать один сервер 101 в сети. например. из ста клиентов 102. соединенных в сеть. и одного администратора 104. который соединяется с сервером 101. Этот сервер 101 будет содержать уже упомянутую базу 105 данных и уже упомянутый файл-сервер 106. Администратор 104 будет средством сопряжения для того. чтобы манипулировать элементами в базе 105 данных главного сервера 101. Каждый клиент 102 будет преобразовывать изменения. сделанные в базе 105 данных сервера 101. в операции над локальным диском. например в копирование. перемещение и переименование файлов.

Фиг. 1 показывает также второй вариант осуществления основной конфигурации настоящей структуры. Этот вариант осуществления показывает. среди прочего. также масштабируемость настоящего изобретения. Увеличенная конфигурация упомянутой структуры включает в себя. в этом случае. помощника 103. например Ейе^ауе ВооЧег. Помощник 103 помогает загрузить файлы клиентам 102. Помощник 103 - это основанный на сокете файл-сервер. т.е. устройство хранения файлов в локальной вычислительной сети. которое доступно всем клиентам. Помощник или помощники 103 позволяют согласно настоящему изобретению увеличивать масштаб поддержки тысяч клиентов 102. зеркально отражая файлы. содержащиеся на главном сервере 101.

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

Обычно помощники 103 развернуты в удаленных офисах. чтобы уменьшить сетевой трафик в каналах νΑΝ (каналы Глобальной вычислительной сети). Помощники 103 могут также быть развернуты в ΓΑΝ (локальная вычислительная сеть). когда есть значительное число клиентов 102 в Б-ΑΝ. Помощник 103 будет всегда гарантировать. что клиент 102 примет необходимые файлы посредством загрузки. и будет гарантировать. что сетевой трафик с главным сервером 101 сведен к минимуму.

В отдельном случае клиенту 102 необходим ряд подобных файлов. Этот ряд подобных файлов называется набором файлов. Набор файлов может быть программой типа М1сто8ой Ой1се или операционной системой типа Мас О8 10.2. Обычно клиент 102 ассоциативно связан с рядом наборов файлов. Список таких наборов файлов для каждого клиентского компьютера 102 может также называться списком рассылки. Таким образом. этот список рассылки содержит среди прочего список наборов файлов. над которыми соответствующий клиент 102 должен выполнять действия. Список рассылки содержит также идентификационные номера наборов файлов. версию наборов файлов и атрибуты. связанные с набором файлов. такие как: активировать. деактивировать. пассивный или удалить.

База 105 данных сервера 101 создает и поддерживает индивидуальный список наборов файлов или список рассылки для каждого клиентского компьютера 102. Список рассылки поддерживается в базе 105 данных сервера 101. После каждого опубликованного изменения или обновления до версии образца. сделанного администратором 104. новый список рассылки создается для каждого клиента 102.

Чтобы доставить новое приложение клиентам 102. администратор 104 добавит записи новых файлов. соответствующие новому приложению. в базу 105 данных. т. е. в хранилище данных. и ассоциативно свяжет эти записи файлов с клиентами 102. После того как администратор 104 закончил эту работу. обновив главный сервер 101 и опубликовав изменения. сервер 101 вычисляет для каждого клиента наборы файлов. ассоциативно связанных с клиентом. и создает клиентские файлы списка рассылки. Затем сервер 101 вычисляет содержимое каждого набора файлов и сохраняет существенную информацию о каждом файле (номер версии. номер идентификатора. имя. дату создания. дату модификации. комментарий и т.д.) в контейнере набора файлов в базе данных или хранилище 105 данных. Если нет изменений в наборе файлов. то номер версии набора файлов остается тем же. Если изменения были сделаны в наборе файлов. то номер версии набора файлов увеличивается на порядковое число. Есть ровно один контейнер набора файлов для каждой версии набора файлов на сервере 101.

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

Каждый из клиентов 102 периодически опрашивает сервер 101. просматривая в хранилище 105 данных сервера 101. доступна ли измененная версия образца списка рассылки. ассоциативно связанного с этим клиентом 102. Таким образом. клиент 102 сначала только проверяет 201 на предмет новой версии

- 3 012550 образца этого списка рассылки сервер 101 или помощник 103. Эта проверка 102 основана на сравнении порядкового номера, который ассоциативно связан с номером образца списка рассылки на сервере 101 или помощнике 103 с порядковым номером клиентской версии списка рассылки. Если эти порядковые номера одинаковые, никаких изменений в программном обеспечении на этом клиентском компьютере 102 не будет выполнено. Если упомянутые порядковые номера различаются, то клиент 102 знает, что сервер 101 содержит измененный список рассылки. Эта новая версия образца списка рассылки должна быть загружена 203 на клиент 102.

Загруженный список набора файлов или список рассылки сравнивается 204 с последним списком набора файлов или списком рассылки, который имеет клиент 102. Соответствующие локальные операции планируются на основе разницы 204 двух списков. Запланированные операции с набором файлов затем сохраняются 205 в кэше. Локальные операции выполняются 206. В заключение клиент 102 сообщает назад 207 серверу 101 или 103 новую версию версии локального образца списка рассылки. Таким образом, вычислительная нагрузка сервера распределяется каждому клиенту, создавая тип распределенного вычисления.

Второй сценарий может быть сетью, например, из одной тысячи клиентов 102, где администратору 104 нужно доставить новое приложение только пятидесяти из этих клиентов 102. В этом сценарии администратор 104 добавит записи файлов, представляющие новое или другое приложение, в базу 105 данных для упомянутых пятидесяти клиентов 102, которые должны принять это новое приложение. Когда администратор 104 закончил изменения в хранилище 105 данных, он обновляет сервер 101 и, следовательно, увеличивает на единицу порядковые номера списков рассылки, ассоциативно связанных со всеми клиентами 102, поддерживаемыми центральным сервером 101. Тысяча клиентов 102 будет опрашивать 201 сервер 101. Девятьсот пятьдесят клиентов 102 без 202 сравнят версии каждого контейнера набора файлов в своем списке рассылки и клиенты 102 определят, что не было сделано изменений их списков рассылки, и, следовательно, они не выполнят локальные операции, например операции над локальным диском. Упомянутые пятьдесят клиентов 102, которые должны принять новое приложение, загрузят 202 свои списки рассылки, сравнят 203 версии набора файлов, определят 204, что новый набор файлов был добавлен в их список рассылки и затем запланируют 205 свои файловые операции, т.е. свои загрузки, выполнение файловых операций 206 в запланированное время и активацию нового приложения. Этот сценарий показывает гибкость изобретения в том, что только клиенты 102, назначенные записям нового файла, выполняют локальные операции.

Другой сценарий может быть всемирной сетью одной тысячи компьютеров 102, которой нужно, например, послать критическое приложение, активируемое в точно определенное время. Некоторые из этих клиентов 102, как показано на фиг. 1, соединены с главным сервером 101 через один или более помощников 103. Администратор 104 добавляет записи файлов, создавая упомянутый набор файлов на сервере 101, и ассоциативно связывает набор файлов со всей одной тысячью клиентов 102. В заключение администратор обновляет сервер 101, что обуславливает создание новых списков рассылки с новой версией образца. Клиенты опрашивают 201 сервер, видят файлы нового списка рассылки и обрабатывают свои списки рассылки. В запланированное время из списка рассылки клиенты 102, соединенные с одним из помощников 103, будут запрашивать загрузку файлов из локального помощника 103 предпочтительнее, чем из главного сервера 101. В заключение, в точно определенное время только что загруженные приложения будут активированы. Таким образом распространение масштабируется, и клиенты 102 могут загружать записи файлов с локального помощника 103, что предпочтительнее, чем обращаясь к главному серверу 101 через всю сеть. Отсюда получается увеличение скорости, надежности и полосы пропускания при загрузке приложений.

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

При осуществлении связи клиенты 102 и серверы 101 и 103 задают использование специального протокола. Этот протокол позволяет клиентам 102 возобновлять загрузку файла в случае, если соединение с сервером 101 или помощником 103 разорвано. Клиент 102 инициирует связь с сервером 101 или 103. Если в любой момент времени клиент 102 или хранилище 105 данных не отвечают на транзакцию запроса, то клиент 102 перейдет в состояние отсутствия соединения. Если эта связь разъединена, упомянутый протокол делает возможным повторное установление связи позже без вредного эффекта для клиентов 102, или серверов 101, или помощников 103. Когда соединение установлено снова, клиент 102 начнет с последней транзакции до тех пор, пока все транзакции не будут завершены.

При инициации связи с сервером 101 или с помощником 103 клиент 102 создает пакет с идентификатором транзакции или файлом. Этот идентификатор транзакции представляет тип информации, которая должна быть передана между клиентом 102 и сервером 101 или помощником 103. Большинство обычно используемых файлов транзакций - это Регистрация (Ьодои) для того, чтобы открыть соединение с сервером 101, Состояние (8каки§) для того, чтобы проверить версию образца на сервере 101, относящуюся к соответствующему клиенту 102, Чтение (Реаб) для того, чтобы копировать или загружать данные с сервера 101 на клиент, и Обновление (Ирбаке) для того, чтобы отправлять состояние версии локального образца, присутствующего в клиенте 102, на сервер 101.

Сетевые операции автоматически выполняются клиентом 102, начиная с попытки зарегистриро

- 4 012550 ваться в хранилище 105 данных сервера 101 или помощника 103. Если регистрация не может быть установлена, клиент 102 автоматически уходит и ожидает до тех пор, пока соединение с сервером 101 или помощником 103 не сможет быть восстановлено. После того как соединение с сервером 101 или помощником 103 установлено, клиент 102 проверяет свою версию образца в хранилище 105 данных, отправляя пакет транзакции своего состояния серверу 101 или помощнику 103. Когда версия образца в хранилище 105 данных сервера 101 или помощника 103 отличается от локальной версии образца, отправленной с некоторого клиента 102, этот клиент 102 запрашивает на сервере 101 или помощнике 103 транзакцию чтения, чтобы загрузить список рассылки из хранилища 105 данных.

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

Некоторые из запланированных на клиентской стороне действий могут быть выполнены клиентом 102 независимо от сетевого соединения с сервером 101 или помощником 103. Это выполнение применимо только для действий на клиентской стороне для того, чтобы активировать, деактивировать и удалить. Действия копирования по своей природе требуют соединения с сервером 101 или помощником 103.

Фиг. 3 показывает схематически процесс проверки (верификации) на одном клиентском компьютере 102. Клиентский процесс выполняет процесс проверки в некоторые интервалы 301 времени, чтобы гарантировать, что все данные на клиенте остаются неизменившимися. Когда приходит время для процесса проверки, клиентский процесс просмотрит все назначенные списки 302 наборов файлов и для каждого из этих списков наборов файлов проверяет, что фактические данные в существующей файловой системе такие же 303. Если процесс проверки заканчивается тем, что выявлены различия, клиентский процесс будет 304 устанавливать все изменения и гарантирует, что данные в клиентской системе являются точно такими же, что и содержащиеся в списке набора файлов.

Дополнительное приложение, например РПеХУаге™ ЕйеЗе! Маще принадлежит к этому изобретению и создает снимок памяти и сравнение (фиг. 4) для того, чтобы найти изменения, сделанные на жестком диске. В этом способе могут быть найдены файлы, установленные или модифицированные программой установки. Изменения, произошедшие на жестком диске сохраняются в наборе файлов. Набор файлов сохраняется непосредственно на сервере 101 или сохраняется локально для импорта на сервер 101 позднее. Это позволяет совместно использовать наборы файлов среди сообщества администраторов 104. Фиг. 4 показывает схематически процесс получения снимка. На первом этапе 401 административное приложение сканирует жесткий диск в клиентском компьютере 102 или его некоторые области памяти на предмет текущих существующих данных. Затем выполняется программа установки 402. После этого административное приложение снова сканирует 403 жесткий диск или его некоторые области и затем сравнивает 404 два сканирования. Результаты сравнения предоставляются пользователю для проверки (верификации) и модификации и затем сохраняются в наборе файлов 405 либо локально на административном компьютере, либо непосредственно на сервере 101. Настоящий способ заключает в себе также приложение, которое создает и модифицирует файл настройки. Этот файл настройки затем распространяется клиентам, где он будет только переопределять настройки, заданные в файле ЗиретРтей, индивидуальные настройки клиента останутся нетронутыми. Настоящий способ заключает в себе дополнительное приложение, которое создает файлы правил. Эти правила задают файлы и папку, которые должны быть удалены или оставлены на клиентском компьютере. Дополнительное приложение, принадлежащее настоящему способу, разрешает удаленный доступ в реальном времени к клиенту 102. Поддерживаемые свойства - это информация о состоянии, доступ к настройке, сообщения системной информации и диагностики для клиентского процесса 102.

Фиг. 5 показывает схематически процесс контроля (мониторинга) клиента. Администраторский процесс устанавливает соединение 501 с клиентом. Затем клиент отвечает, отправляя либо данные 502 о состоянии, либо данные 503 настройки, либо позволяет удаленное управление 504.

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

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

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

Claims (15)

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

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

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

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

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

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

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

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

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

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

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

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

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

13. Способ по п.12, в котором в качестве компьютера-источника используют компьютер-сервер и компьютер администратора сети, при этом различия между копиями хранят на компьютере-сервере или на локальном диске в компьютере администратора сети.

14. Способ по пп.5-13, в котором состояние каждого действия контролируют в реальном времени из интерфейса компьютера администратора сети через ТСР/ΙΡ-сокет, а информацию о состоянии каждого действия инкапсулируют в ТСР/1Р-пакеты.

15. Способ по п.4, в котором создают защиту сети от неблагоприятных эффектов для удаленных компьютеров и компьютера-источника при их выключенном состоянии.