СОЗДАНИЕ ШАБЛОНОВ ОТКЛЮЧЕННЫХ РЕСУРСОВ

УРОВЕНЬ ТЕХНИКИ

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

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

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

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

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

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

На фиг.1B приведено более подробное изображение схемы, представленной на фиг.1А, в которой программа подготовки взаимодействует с агентом подготовки с целью создания шаблонов ресурса на одном устройстве хранения и установки настроенных версий этого ресурса на другие устройства хранения, на другие тома размещения;

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

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

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

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

На фиг.1A также показано, что в некоторый момент пользователь желает скопировать ресурс 140. Например, пользователю нравится то, каким образом различные установки, обновления и настройки были применены к ресурсу 140, и пользователь хочет скопировать ресурс 140 для использования на других узлах, при этом не желая создавать его с нуля или удалять существующие настройки программного обеспечения. Соответственно, на фиг.1A показано, что программа 145 подготовки взаимодействует с ресурсом 140 в момент, когда он отключен, и создает соответствующие шаблонные копии 140a. Эти шаблоны затем могут быть переданы, установлены и, по выбору, настроены необходимым образом на узлах 110 и 115 на раздельных томах (то есть, 165, 180). После необходимой настройки эти новые версии ресурса 140 (то есть, ресурсы 140b, 140c) могут рассматриваться как независимые сущности, которые во всех отношениях являются новыми машинами для других использований в сети.

На фиг.1B приведено более подробное изображение схемы, представленной на фиг.1А, в которой ранее описанная программа 145 подготовки взаимодействует с агентом 150 подготовки с целью создания шаблонов 140a ресурса 140. В частности, на фиг.1B показано, что сервер 105 содержит множество различных машин и/или виртуальных машин и, следовательно, в некотором смысле служит библиотекой виртуальных машин. На фиг.1B показано, например, что сервер 105 содержит отдельные сущности, хранящиеся на основном томе 160 ("c:\"), а также дополнительные тома виртуальных машин 170 ("x:\") и 175 ("z:\"). Каждый такой том в данном примере также содержит конкретный ресурс, имеющий свою независимо настроенную операционную систему. Например, на томе 160 установлен и/или хранится ресурс 130, тогда как на томах 170 и 175 установлены и/или хранятся ресурсы 135 и 140 соответственно. В данном конкретном случае оба ресурса 135 и 140 в рассматриваемый момент времени отключены (то есть, являются «отключеными ресурсами» 125).

Для ясности изложения в данном конкретном примере каждый из томов 160, 170, 175 и т.д. идентифицируется обозначением определенной буквы диска. Однако в соответствии с реализациями данного изобретения необходимо понимать, что это необязательно. Например, путь к диску может определяться с помощью любого подходящего глобального уникального идентификатора ("GUID"), подходящего для заданной операционной системы. В других случаях путь к диску может быть задан и без использования GUID. Например, путь к диску может определять размонтированный том, смонтированный том без имени диска (например, точку монтирования) или даже переносимый моментальный снимок. В конечном счете, необходимым является только наличие способа адресации конкретного тома. Таким образом, иллюстрации и обозначения конкретных путей к диску или файлу, приведенные в данном документе, представляют одну из возможных реализаций и использованы для удобства описания.

В любом случае, и как было упомянуто выше, каждый ресурс обычно будет настраиваться отдельно, по меньшей мере, в части основных признаков, по которым ресурс может быть различен локальной или удаленной компьютерной системой. Например, на фиг.1B показано, что ресурс 130 содержит "настраиваемые признаки a, b, c", тогда как ресурс 135 содержит " настраиваемые признаки c, d, e", а ресурс 140 содержит настраиваемые признаки "c, f, g". Причем, в данном случае, у этих ресурсов есть один общий признак "c", который может обозначать имя домена, часовой пояс или некоторый другой общий признак или свойство. Однако каждый ресурс содержит и уникальные признаки, а именно, "a, b" для ресурса 130, "d, e" для ресурса 135 и "f, g" для ресурса 140. Например, общий индекс "c" может обозначать принадлежность к общему сетевому доменному имени, а уникальные индексы "a, b," d, e" и "f, g" могут быть уникальными именами компьютеров, учетными записями владельцев, конфигурационными настройками и т.п.

На фиг.1B также показано, что каждый ресурс может быть настроен отдельно с использованием различных версий программного обеспечения, обновлений и/или корректировок программного обеспечения и т.д. Например, ресурсы 130 и 135 содержат "обновления программного обеспечения x, y, z," а ресурс 140 содержит "обновления программного обеспечения v, y, и z". Пользователь может решить, что для него по некоторой причине предпочтительным является способ работы ресурса 140, например, по причине того, что он использует обновления программного обеспечения "v, y, z", а не "x, y, z". Исходя из этого, пользователь может создать шаблон ресурса 140, который сохраняет все необходимые обновления программного обеспечения, но из которого удалены пользовательские признаки, а именно имя компьютера, учетная запись владельца, настройки перехода на летнее время и т.п.

В соответствии с этим, пользователь подготавливает настройки шаблона 155, объектом которого является ресурс 140, размещенный на томе "z:\" 175, и включает в эти настройки специальный запрос на удаление только пользовательских признаков "f и g". В одной из реализаций настройки шаблона 155 являются электронными данными, передаваемыми программе 145 подготовки и создаваемыми в ответ на входящий запрос, полученный через интерфейс пользователя. В других случаях настройки шаблона 155 могут иметь вид файла или компонента, создаваемого отдельно с использованием другой программы, тогда как программа 145 подготовки только получает эти данные. В любом случае, на фиг.1B также показано, что программа 145 подготовки при ее выполнении посредством агента 150 подготовки включает в себя настройки шаблона 155.

Например, как показано на фиг.1C, агент 150 подготовки выступает в качестве промежуточного звена между программой 145 подготовки и любыми другими соответствующими компонентами, например такими, как устройство монтирования томов жесткого диска 195, которое, в свою очередь, может напрямую взаимодействовать с соответствующим файлом ресурса. В этой связи агент подготовки может выступать, по меньшей мере, частично, в качестве экрана в том смысле, что вызовы функций из программы 145 подготовки могут быть направлены в соответствии с настройками шаблона 155 на другой отключенный том, а не в операционную систему, в которой выполняется программа 145 подготовки. То есть, агент 150 подготовки может быть сконфигурирован для перенаправления вызовов функций на соответствующий целевой ресурс, посредством чего гарантируется, что программа 145 создаст копию шаблона только для ресурса 140, а не для ресурса 130, на котором установлены программа 145 подготовки и агент 150 подготовки.

Обратимся еще раз к фиг.1B. На этом чертеже показано, что агент 150 подготовки перенаправляет вызовы функций программы 145 подготовки, которые содержат инструкции по очистке пользовательских признаков "f, g" в автономном ресурсе 140. В одной из реализаций программа 145 подготовки очищает один или несколько заданных признаков ресурса 140 напрямую, в связи с чем пользователю необходимо перенастроить признаки до осуществления повторного запуска ресурса 140. В другой реализации пользователь осуществляет фильтрацию результатов вызовов функций копирования и фильтрации в другой файл без прямого удаления признаков ресурса 140. В еще одной реализации пользователь может вначале скопировать отключенный файл ресурса 140 в отдельную область, а затем очистить признаки, включенные в настройки шаблона 155. При любой из настроек вызовы функций программы 145 подготовки могут очистить признаки ресурса 140 в соответствии с заданными настройками, при этом будет получено необходимое количество шаблонных копий 140a с минимальными потерями. Как упоминалось выше, по меньшей мере, одной из причин этого является то, что выполнение данных вызовов функций не требует дополнительной перезагрузки или перезапуска ресурса 140.

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

На фиг.1B показано, что после удаления выбранных настроек только что созданный шаблон 140a может быть установлен в любое другое место. Например, на фиг.1B показано, что сервер 105 предоставляет шаблон ресурса 140a и множество новых признаков 185 тому "p:\" узла 110 с целью создания ресурса 140b. Также на фиг.1B показано, что сервер 105 таким же образом предоставляет шаблон ресурса 140a и новые признаки 190 тому "j:\" узла 115 с целью создания ресурса 140c. В обоих случаях новая итерация ресурса 140 (то есть, ресурсы 140b-c) сохраняет запрошенные обновления программного обеспечения "v, y, z", а также пользовательский признак "c". Тем не менее, как следует из фиг.1B, ресурсы 140b-с являются уникальными за счет включения дополнительных признаков, а именно, "h, i" для ресурса 140b и "j, k" для ресурса 140c. Как упоминалось выше, эти уникальные признаки могут соответствовать любому количеству элементов, например имени компьютера или некоторой другой информации, настроенной пользователем.

Существуют различные способы предоставления признаков 185, 190 при новой установке шаблона 140a. Как упоминалось выше, данные настройки могут, например, передаваться программе 145 подготовки заранее, посредством диалогового окна интерфейса пользователя, при очистке признаков ресурса 140, или могут быть приняты в любой необходимый момент времени с другого устройства хранения, например с гибкого диска. В других случаях программа 145 подготовки (или подобная ей) может использоваться еще раз на узлах 110, 115 для запроса у пользователя этой информации при установке через соответствующий интерфейс пользователя.

Кроме того, целесообразным является наличие ряда вариаций вышеупомянутых компонентов и механизмов в контексте представленного изобретения. Например, в дополнение к очистке настроенных признаков и/или конкретных компонентов или обновлений программного обеспечения целевого ресурса, установленного на локальном томе, системный администратор также может выполнить эти процедуры на удаленных отключенных ресурсах. Например, системный администратор может использовать программу 145 подготовки и агент 150 подготовки для удаления определенных обновлений программного обеспечения со всех автономных ресурсов большого предприятия. Таким же образом, системный администратор может использовать программу 145 подготовки и агент 150 подготовки для очистки всех настроенных признаков виртуальной машины, которой пользовался бывший сотрудник. Кроме того, может использовать программу 145 подготовки и агент 150 подготовки для подготовки специальным образом настроенной версии операционной системы к использованию на всех персональных рабочих станциях предприятия, а затем создать копии, которые могут быть установлены на каждую станцию с минимальными трудозатратами.

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

Реализации представленного изобретения также могут быть описаны с помощью блок-схем одного и более способов, включающих ряд различных действий для достижения конкретного результата. В частности, на фиг.2 показаны блок-схемы действий по созданию копии автономного ресурса с точки зрения программы 145 подготовки и агента 150 подготовки. Действия, показанные на фиг.2, описаны ниже со ссылками на компоненты и механизмы, показанные на фиг.1A-1C.

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

Например, на фиг.2 показано, что способ создания шаблона по меньшей мере одного или нескольких программных ресурсов в момент, когда по меньшей мере один из этих программных ресурсов отключен, с точки зрения программы 145 подготовки включает действие 200, заключающееся в идентификации отключенного ресурса. Действие 200 включает идентификацию отключенного программного ресурса. Например, программа 145 подготовки получает запрос от пользователя на создание шаблона ресурса 140, расположенного в томе 175 "z:\".

Также на фиг.2 показано, что способ копирования виртуальной машины в отключенном состоянии, таким образом, чтобы исходная виртуальная машина и ее копия имели различимые идентификаторы, с точки зрения агента 150 подготовки включает действие 210, заключающееся в получении идентификатора отключенного файла. Действие 210 включает получение идентификатора файла виртуальной машины, установленного в первой области хранения. Например, агент 150 подготовки принимает от программы подготовки указание на целевой ресурс 140 на томе 175 "z:\". В конкретном случае виртуальной машины ресурс 140 может идентифицироваться в качестве отдельного файла, например файла виртуального жесткого диска (то есть, ".vhd," "VHD," или ".vhd"). В некоторых случаях такая идентификация является целесообразной, а в других случаях виртуальная машина может быть представлена множеством ".vhd"-файлов.

На фиг.2 также показано, что рассматриваемый способ с точки зрения программы 145 подготовки включает действие 220, заключающееся в определении настроек шаблона. Действие 220 включает определение одной или нескольких настроек шаблона, в свою очередь определяющих один или несколько признаков, подлежащих удалению из программного ресурса. Например, агент подготовки может получить настройки шаблона 155, содержащие инструкции на удаление пользовательских признаков "f, g" и на сохранение одного или нескольких обновлений программного обеспечения "v, y, z". Кроме того, на фиг.2 показано, что рассматриваемый способ с точки зрения программы 145 подготовки включает действие 230, заключающееся в выполнении программы подготовки. Действие 230 включает выполнение в первой операционной системе программы подготовки, настроенной на удаление признаков в соответствии с настройками шаблона. В качестве примера на фиг.1B показано, что программа 145 подготовки запускается и/или выполняется на ресурсе 130 (то есть, в соответствующей операционной системе), но при этом, в соответствии с настройками шаблона 155, вызовы функций перенаправляются на ресурс 140.

Соответственно, на фиг.2 показано, что рассматриваемый способ также включает, с точки зрения программы 145 подготовки, действие 240, заключающееся в перенаправлении вызовов функций на заданный ресурс. Действие 240 включает перенаправление одного или нескольких вызовов функций программы подготовки на заданный программный ресурс с целью удаления признаков программного ресурса, заданных одной или несколькими настройками шаблона, и с целью создания шаблона программного ресурса. Например, программа 145 подготовки запускает агент 150 подготовки в виде нового процесса в режиме отладки и осуществляет настройку агента 150 подготовки с целью задания функций перенаправления в соответствии с настройками шаблона 155. Таким образом, если программа 145 подготовки вызывает функцию удаления пользовательского признака, то этот вызов должным образом перенаправляется на целевой программный ресурс, и, в конечном счете, создается шаблон.

Соответственно, на фиг.2 показано, что рассматриваемый способ также включает, с точки зрения агента 150 подготовки, действие 250, заключающееся в получении одного и более вызовов функций. Действие 250 включает получение одного и более вызовов функций от программы подготовки, установленной во второй области хранения, при этом один или несколько вызовов функций запрашивают удаление одного или нескольких признаков. Например, как показано на фиг.1B и 1C, агент 150 подготовки взаимодействует с программой 145 подготовки напрямую с целью получения инструкций и выполнения этих инструкций в соответствии с настройками шаблона 155. Посредством этого агент 150 подготовки гарантирует, что хотя программа 145 подготовки выполняется на основном томе 160, заданные функции очистки выполняются только на томе (например, 175), содержащем соответствующий отключенный целевой ресурс (например, 140).

Кроме того, на фиг.2 показано, что рассматриваемый способ также включает, с точки зрения агента 150 подготовки, действие 260, заключающееся в выполнении одного и более вызовов функций на файле. Действие 260 включает выполнение одного и более вызовов функций на файле виртуальной машины, при этом происходит удаление одного или нескольких признаков из первой области хранения. Например, в конкретном случае виртуальной машины, представленной в виде файла виртуальной машины, агент 150 подготовки взаимодействует с файлом виртуальной машины (или с устройством монтирования томов жесткого диска 195) напрямую с целью удаления заданных пользовательских признаков (например, признаков "f, g" ресурса 140) или программных компонентов из файла виртуальной машины. Вышеописанный запуск агента 150 подготовки может осуществляться локально на сервере 105 или через сеть посредством удаленных вызовов функций.

Кроме того, на фиг.2 показано, что рассматриваемый способ также включает, с точки зрения агента 150 подготовки, действие 270, заключающееся создании шаблона отключенного файла. Действие 270 включает создание шаблона файла виртуальной машины. Например, как показано на фиг.1B, результат выполнения на ресурсе 140 заключается в создании копий шаблона 140, содержащих обновления программного обеспечения "v, y, z" и только один пользовательский признак "c".

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

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

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

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

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