"ГОСТ Р ИСО/МЭК 19770-2-2014. Национальный стандарт Российской Федерации. Информационные технологии. Менеджмент программных активов. Часть 2. Тег идентификации программного обеспечения"
(утв. и введен в действие Приказом Росстандарта от 19.11.2014 N 1684-ст)

CI	configuration item	Элемент конфигурации
CMDB	configuration management database	База данных управления конфигурацией
GUID	globally unique identifier	Глобальный уникальный идентификатор
IETF	Internet Engineering Task Force	Рабочая группа по стандартам для сети Интернет
MD5	message digest 5	Алгоритм message digest 5
regexp	regular expression	Регулярное выражение
regid	registration identifier	Регистрационный идентификатор
SAM	software asset management	Управление программными активами
URI	uniform resource identifier	Унифицированный идентификатор ресурса
URL	uniform resource locator	Унифицированный указатель ресурса
VAR	value added reseller	Продавец, создающий добавочную стоимость товара
W3C	World Wide Web Consortium	Консорциум W3C
XML	Extensible Markup Language	Расширяемый язык разметки
XSD	XML Schema Definition	Определение схемы XML

ИС NORMPROD: примечание. Нумерация пунктов дана в соответствии с официальным текстом документа.

ИС NORMPROD: примечание. В официальном тексте документа, видимо, допущена опечатка: имеется в виду пункт 4.1.17, а не 4.1.7.

Apple MacintoshTM OS:XTM Leopard	<root>/Library/Application Support/<software creator regid>
Apple MacintoshTM OS XTM pre-Leopard Примечание. Теги идентификации программного обеспечения должны включаться в каталог приложений по умолчанию на всех операционных системах (см. ниже). В системах Pre-Leopard OS X в качестве каталога по умолчанию также должно использоваться это расположение	Application Directory/<program.app package>/contents
и LinuxTM	usr/share/<software creator regid>
	C:\Winnt\All Users\Application Data\<software creator regid>
	% AllUsersProfile%\Application Data\<software creator regid>
	% Program Data%\<software creator regid>

SLGetInstalledSAMLicenseApplications	Извлекает список приложений, содержащих тег идентификации программного обеспечения, установленный с помощью API SLInstallSAMLicense
SLGetSAMLicense	Считывает информацию о конкретном теге идентификации программного обеспечения, установленном с помощью API SLInstallSAMLicense
SLUninstallSAMLicense	Удаляет тег идентификации программного обеспечения для указанного приложения
SLInstallSAMLicense	Добавляет тег идентификации программного обеспечения в хранилище

ИС NORMPROD: примечание. Здесь и далее по тексту примеры имени файла тега идентификации ПО даны в соответствии с официальным текстом документа.

XML-тег	entitlement_required_indicator
Тип	Булевский
Определение	Данный элемент представляет собой булевский тег, означающий, должны ли права на использование программного обеспечения соответствовать этому элементу, чтобы выверка программного обеспечения могла считаться успешной. Например, для легальной установки и использования программного обеспечения Open Source применение данных о правах на использование программного обеспечения в процессе выверки может не быть "обязательным". Однако это не означает, что с программным обеспечением не связаны права на использование программного обеспечения; это означает лишь то, что для выполнения процесса сверки данные о правах на использование программного обеспечения, оговоренные в системе SAM, не требуются. Таким образом, специалист-практик может управлять каждым программным обеспечением в индивидуальном порядке и фокусироваться только на тех элементах, соответствие которых должно обеспечиваться в официальном порядке. Это не означает, что организация не будет заниматься вопросами соответствия элементов, например, программного обеспечения open source или бесплатно распространяемых продуктов (freeware). Просто решение принимает сама организация. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Пример	<entitlement_required_indicator>true</entitlement_required_indicator>

XML-тег	product_title
Тип	Символьная XML-строка
Определение	Название продукта, присвоенное ему создателем программного обеспечения. Это значение в основном используется в отчетах для конечных пользователей или отчетах о вычислительных устройствах; использование этого значения в процессе выверки в общем случае не предполагается. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Пример	<product_title>Viewmaster Standard</product_title>

XML-тег	product_version
Тип	Комплексный тип
Определение	Версия продукта, определяемая как два элемента - числовая версия и имя версии. Данный элемент позволяет создателям программного обеспечения выдавать только числовую информацию о номере версии, которая может использоваться для целей сравнения с информацией о правах на использование программного обеспечения, а также с целью группирования. Кроме того, также имеется строковая версия, чтобы предоставить создателям программного обеспечения возможность указывать любые текстовые фрагменты, которые могут быть предназначены для конечных пользователей, изучающих отчет. Хорошим примером может служить . Большинство специалистов-практиков по использованию процессов SAM немедленно узнают текстовое написание этой версии операционной системы, так как оно представлено в виде , Version SP1. С другой стороны, лишь немногие специалисты-практики по использованию процессов SAM могут распознать, что скрывается за числовой версией 6001.18063. Каждый элемент является независимым, но они должны взаимоотноситься и быть согласованы друг с другом. Номер числовой версии состоит из четырех уровней: основной номер версии, дополнительный номер версии плюс номер сборки и номер для обслуживания. Если поставщик решит не использовать все доступные уровни, значения неиспользуемых уровней должны быть установлены в 0. Предполагается, что числовая версия будет использоваться для целей сравнения с информацией о правах на использование программного обеспечения на этапе выверки процесса управления программными активами. Строковый вариант версии продукта может содержать как буквенные, так и цифровые символы. Строковый вариант версии продукта является более дружественным, чем ее числовой вариант. Это значение обычно используется в отчетах для конечных пользователей или отчетах по вычислительным устройствам. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Структура данных	XML-тег	Тип	Определение
	имя	Символьная XML-строка Одно вхождение	Текстовое имя версии
	численный	ProductVersionComplexType Комплексный тип, состоящий из четырех элементов, имеющих числовые значения: "major", "minor", "build", "review" Одно вхождение	Числовой идентификатор версии
Пример	<product_version> <name>10.2 Fix Pack 1</name> <numeric> <major>10</major> <minor>2</minor> <build>0</build> <review>0</review> </numeric> </product_version> или <product_version> <name>6.2.1279.00</name> <numeric> <major>6</major> <minor>2</minor> <build>1279</build> <review>0</review> </numeric> </product_version>

XML-тег	software_creator
Тип	Комплексный тип - EntityComplexType
Определение	Этот элемент позволяет процессу обнаружения идентифицировать конкретного создателя программного обеспечения, выпустившего программный пакет. Имена создателей программного обеспечения в разных странах могут быть точно такими же, однако относиться к разным юридическим лицам. Чтобы обеспечить уникальность, данный элемент должен содержать идентификатор regid создателя программного обеспечения, а также его имя. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Структура данных	XML-тег	Тип	Определение
	имя	Символьная XML-строка Одно вхождение	Этот элемент указывает имя объекта, определенного в теге. Это имя должно быть согласовано между программными продуктами и релизами программного обеспечения
	regid	Тип regid Одно вхождение	Идентификатор regid создателя программного обеспечения (см. 6.1.3.). Если объект неизвестен или больше не занимается бизнесом, это значение может быть установлено в "unknown" (неизвестно)
Пример	<software_creator> <name>Example Corp</name> <regid>regid.1995-09.com.example</regid> </software_creator>

XML-тег	software_licensor
Тип	Комплексный тип - EntityComplexType
Определение	Этот элемент позволяет процессу обнаружения идентифицировать конкретного лицензиара программного обеспечения, владеющего авторскими правами на программный пакет. Имена лицензиаров программного обеспечения в разных странах могут быть точно такими же, однако относиться к разным юридическим лицам. Чтобы обеспечить уникальность, данный элемент должен содержать идентификатор regid лицензиара программного обеспечения, а также его имя. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Структура данных	XML-тег	Тип	Определение
	имя	Символьная XML-строка Одно вхождение	Этот элемент указывает имя объекта, определенного в теге. Это имя должно быть согласовано между программными продуктами и релизами программного обеспечения
	regid	Символьная XML-строка Одно вхождение	Идентификатор regid лицензиара программного обеспечения (указанного в 6.1.3). Если объект неизвестен или больше не занимается бизнесом, это значение может быть установлено в "unknown" (неизвестно)
Пример	<software_licensor> <name>Example Corp</name> <regid>regid.1995-09.com.example</regid> </software_licensor>

XML-тег	software_id
Тип	Комплексный тип
Определение	Элемент software_id содержит информацию, которую можно использовать для ссылки на конкретную версию конкретного продукта. Этот элемент требует от создателя тега обеспечить уникальность unique_id для каждого названия и каждой версии программного обеспечения. Различные уровни обновления программного пакета должны различаться уникальными идентификаторами программного обеспечения. Чтобы избежать необходимости привлечения внешнего регистрирующего органа, каждый создатель тега должен использовать собственный идентификатор regid, как это определено в 6.1.3. Идентификатор предоставляется вместе с уникальным ID (unique_id), содержащимся в этом идентификаторе regid. Различные платформы и/или среды разработки могут иметь различные методы создания уникальных ID. Элемент unique_id может быть идентификатором GUID или обычной ссылкой в среде разработки. Например, организация может решить, что ее unique_id может выглядеть, например, так: <productname>_<version>_<releaseID>. Несколько создателей тега могут создавать собственные уникальные software_id для одного и того же программного продукта. Это может происходить, когда создатель программного обеспечения не создал тег идентификации программного обеспечения (например, как это бывает для устаревшего программного обеспечения), и несколько конкурентных сервисных организаций затем создают собственные теги для использования с этим программным обеспечением. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Структура данных	XML-тег	Тип	Определение
	tag_creator_regid	Символьная XML-строка Одно вхождение	Этот элемент определяет идентификационные данные организации, создавшей тег. Идентификатор regid создателя тега (см. в 6.1.3). Обратите внимание, что элементы tag_creator_regid и software_creator_regid могут иметь одни и те же значения - это может быть в случае, когда создатель программного обеспечения создает теги самостоятельно. Включение элемента tag_creator_regid позволяет обеспечить уникальность software_id и также позволяет специалистам-практикам по использованию процессов SAM и инструментарию SAM идентифицировать источник происхождения любого обнаруженного тега идентификации программного обеспечения. Данный элемент не должен содержать символы, которые запрещается использовать в имени файла, например, '/', '\', '[' и пр.
	unique_id	Символьная XML-строка Одно вхождение	Уникальный ID, идентифицирующий конкретную версию конкретного продукта. Элемент unique_id должен удовлетворять ограничениям на использование символов в URI, как это определено в стандарте IETF RFC 3986, раздел 2, Символы. Кроме того, данный элемент не должен содержать символы, которые запрещается использовать в имени файла, например, '/', '\', '[' и пр.
Пример	<software_id> <unique_id>fc3cc419-b5a1-9f16-ed203e537c40</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> или <software_id> <unique_id>com.adobe.Acrobat-3D-Win-Multilingual-8.00</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> <software_id>

XML-тег	tag_creator
Тип	Комплексный тип - EntityComplexType
Определение	Этот элемент позволяет процессу обнаружения идентифицировать конкретного создателя тега для программного пакета. Имена создателей тега в разных странах могут быть точно такими же, однако относиться к разным юридическим лицам. Чтобы обеспечить уникальность, данный элемент должен содержать идентификатор regid создателя тега, а также его имя. Этот элемент встречается в теге идентификации программного обеспечения только один раз
Структура данных	XML-тег	Тип	Определение
	имя	Символьная XML-строка Одно вхождение	Этот элемент указывает имя объекта, определенного в теге. Это имя должно быть согласовано между программными продуктами и релизами программного обеспечения
	regid	Символьная XML-строка Одно вхождение	Идентификатор regid лицензиара программного обеспечения (указанного в 6.1.3). Если объект неизвестен или больше не занимается бизнесом, это значение может быть установлено в "unknown" (неизвестно)
Пример	<tag_creator> <name>Example Corp</name> <regid>regid.1995-09.com.example</regid> </tag_creator>

XML-тег	abstract
Тип	Комплексный тип
Определение	Краткая аннотация, представляющая собой информацию для программного пакета, к которому применяется этот тег, в том числе языковый компонент, обеспечивающий многоязыковую поддержку. Элемент аннотации может встречаться в теге идентификации программного обеспечения несколько раз, однако только один раз для каждого определенного языка. Если язык не указан, в качестве языка устанавливается английский ("en"). Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Структура данных	XML-тег	Тип	Определение
	lang	Символьная XML-строка. Представляет собой дополнительный атрибут тега	Язык, на котором составлена аннотация. Языки указываются в соответствии с определениями стандарта IETF RFC 4646 (см. /template/go.php?url=https://www.rfc-editor.org/rfc/rfc4646.txt)
Пример	<abstract lang="en">The View Master software enables viewing of all kinds of document formats.</abstract>

XML-тег	component_of
Тип	Комплексный тип
Определение	Component_of представляет собой элемент, используемый для отображения отношений дочернего к родительскому объекту между пакетами (т.е. какому родительскому объекту принадлежит этот пакет). В общем случае этот элемент будет использоваться при установке дополнительных компонентов, относящихся к уже существующему на вычислительном устройстве пакету. Этот элемент не используется для определения набора, а используется в том случае, когда устанавливается пакет, добавляющий функциональность к уже существующему на вычислительном устройстве пакету. Для определения группирования продуктов обычно может использоваться либо элемент component_of, либо элемент complex_of, но не оба одновременно. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	software_id	Тип идентификации программного обеспечения, описанный в 8.3.5. От одного до неограниченного количества вхождений	Список уникальных идентификаторов программного обеспечения, определяющих отношения принадлежности между данным пакетом и родительским пакетом. Список уникальных идентификаторов программного обеспечения, определяющих отношения принадлежности между данным пакетом и родительским пакетом
Пример	<component_of> <software_id> <unique_id>fc3cc419-b5a1-9f16-ed203e537c40</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> </component_of> или <component_of> <software_id> <unique_id>com.adobe.Acrobat-3D-Win-Multilingual-8.00</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> </component_of>

XML-тег	complex_of
Тип	Комплексный тип
Определение	Элемент complex_of определяет отношения дочерних объектов для данного пакета (т.е. какие пакеты принадлежат данному пакету). Этот элемент обычно используется для выдачи списка продуктов, являющихся частью "набора". Этот элемент представляет собой список уникальных идентификаторов, представляющих продукты, составляющие набор. Для определения группирования продуктов обычно может использоваться либо элемент complex_of, либо элемент component_of, но не оба одновременно. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	software_id	Тип идентификации программного обеспечения, описанный в 8.3.5. От одного до неограниченного количества вхождений	Уникальный идентификатор программного обеспечения, определяющий отношения принадлежности между данным пакетом и его дочерним пакетом. Данный элемент обычно используется при определении пакетов, составляющих набор
Пример	<complex_of> <software_id> <unique_id>fc3cc419-b5a1-9f16-ed203e537c40</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> <software_id> <unique_id>a584c19-b5a1-9f16-ed203e5ab45fc</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> </complex_of> или <complex_of> <software_id> <unique_id>com.adobe.Acrobat-3D-Win-Multilingual-8.00</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> </complex_of>

XML-тег	data_source
Тип	Символьная XML-строка
Определение	Основа источника данных для окончательной установки. Значениями данного элемента могут быть, в частности, следующие строки (но не ограничиваясь ими): CD, MSDN CD, Библиотека электронного распространения и Библиотека эталонного программного обеспечения - выпущено для распространения. Указывая эти значения в процессе работы с тегами идентификации программного обеспечения, специалисты-практики по использованию процессов SAM могут быстро оценить, какие элементы конфигурации программного обеспечения установлены на каких платформах, и каким образом была совершена установка каждого такого элемента. Данный элемент не требует проведения нормализации между различными создателями тегов, поскольку многие организации имеют собственные определения типов источников данных, и для специалиста-практика по использованию процессов SAM данная информация носит лишь уведомительный, но не обязательный характер. Значения, используемые в данном элементе, должны быть согласованы внутри организации и по линейкам продуктов. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Пример	<data_source>DVD</data_source>

XML-тег	dependency
Тип	Комплексный тип
Определение	Данный элемент предоставляется для того, чтобы разрешить программному обеспечению указывать, что для запуска ему необходим другой продукт. Такая необходимость никак не связана с лицензированием программного обеспечения или правами на использование программного обеспечения; это просто требование для запуска программного обеспечения. Например, приложение JavaTM может нормально запускаться только в определенной версии JavaTM. Шаблон требует . Эти зависимости не обязательно являются строгими зависимостями, используемыми программным обеспечением для проверки наличия конкретного тега идентификации программного обеспечения до того, как будет запущено приложение, а, скорее, являются инструкциями, выдаваемыми в базу данных SAM для получения сведений об отношениях программного обеспечения и/или, возможно, для предоставления информации в среду службы поддержки. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	software_id	Тип идентификации программного обеспечения, описанный в 8.3.5. От одного до неограниченного количества вхождений	Уникальный идентификатор программного обеспечения, определяющий тег зависимости
Пример	<dependency> <software_id> <unique_id>fc3cc419-b5a1-9f16-ed203e537c40</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </software_id> </dependency>

XML-тег	elements_owner
Тип	Комплексный тип
Определение	Этот элемент обеспечивает возможность указывать, кто заявляет о владении элементами в теге. Такое заявление о владении не является официальным (как, например, цифровая подпись), тем не менее, оно содержит ценную информацию для модификаторов тегов. Если оговорено, что элемент находится "во владении", это означает что значение, указанное в элементе, не должно меняться, пока такое изменение не будет согласовано с существующим владельцем элемента. Создатель тега должен указать элементы, которые не должны изменяться никакими модификаторами тегов. В элементе должны использоваться ID элемента, поддерживаемые XSD. Эти ID элемента создаются создателем тега и должны быть уникальны для каждого тега идентификации программного обеспечения. ID используются для ссылок на другие элементы тега внутри самого тега. Способы использования ID приведены в примере ниже, а также в 6.1.12. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Структура данных	XML-тег	Тип	Определение
	owner_regid	Символьная XML-строка Одно вхождение	Если определен элемент elements_owner, эта составляющая определяет компанию, являющуюся владельцем значений. В общем случае в коммерческом, т.е. готовом к использованию программном обеспечении (COTS), в качестве полного определения владельца используется идентификатор regid. Элемент owner_name также может указываться в приложениях, создаваемых на внутреннем уровне организации
	owner_name	Символьная XML-строка Ни одного или одно вхождение	Данный элемент предоставляет более подробную информацию о том, кто является владельцем значений, указанных в теге идентификации программного обеспечения. В общем случае элемент owner_name используется только в приложениях, создаваемых на внутреннем уровне организации, и указывается для того, чтобы можно было связаться с физическим лицом или группой лиц. При желании в коммерческих приложениях элемент owner_name также может использоваться для указания дополнительных контактных данных, относящихся к элементам, находящимся во владении
	element_id	Символьная XML-строка От ни одного до неограниченного количества вхождений	В элементе element_id приводится список ID, владельцем которых является конкретный владелец. ID указываются создателем элемента и должны быть уникальны для конкретного тега, однако требование обеспечения уникальности между различными тегами не устанавливается, поскольку эти ID используются только для отображения связей отношений внутри тега или для ссылки на конкретные элементы внутри указанного тега. Ниже приводится пример оформления и использования ID в структуре elements_owner
Пример	<swid:entitlement_required_indicator ID="e8_3_1">true</swid:entitlement_required_indicator> <swid:product_title ID="e8_3_2">Adobe Photoshop CS3</swid:product_title> <swid:product_version ID="e8_3_3"> <swid:name ID="e8_3_3sub1">10.2</swid:name> <swid:numeric ID="87_3_3sub2"> <swid:major ID="e8_3_3sub2sub1">10</swid:major> <swid:minor ID="e8_3_3sub2sub2">2</swid:minor> <swid:build ID="e8_3_3sub2sub3">0</swid:build> <swid:review ID="e8_3_3sub2sub4">0</swid:review> </swid:numeric> </swid:product_version> <swid:software_creator ID="e8_3_4"> <swid:name>Adobe Systems Incorporated</swid:name> <swid:regid>regid.1986-12.com.adobe</swid:regid> </swid:software_creator> <swid:software_licensor ID="e8_3_5"> <swid:name>Adobe Systems Incorporated</swid:name> <swid:regid>regid.1986-12.com.adobe</swid:regid> </swid:software_licensor> <swid:software_id ID="e8_3_6"> <swid:unique_id>Photoshop-CS3-Win-GM-en_US</swid:unique_id> <swid:tag_creator_regid>regid.1986- 12.com.adobe</swid:tag_creator_regid> </swid:software_id> <swid:tag_creator ID="e8_3_7"> <swid:name>Adobe Systems Incorporated</swid:name> <swid:regid>regid.1986-12.com.adobe</swid:regid> </swid:tag_creator> <!-- Optional elements --> <swid:elements_owner> <swid:owner_name>Adobe Systems Inc. </swid:owner_name> <swid:owner_regid>regid.1986-12.com.adobe</swid:owner_regid> <swid:elements_ID>e8_3_1</swid:elements_ID> <swid:elements_ID>e8_3_2</swid:elements_ID> <swid:elements_ID>e8_3_3</swid:elements_ID> <swid:elements_ID>e8_3_4</swid:elements_ID> <swid:elements_ID>e8_3_5</swid:elements_ID> <swid:elements_ID>e8_3_6</swid:elements_ID> <swid:elements_ID>e8_3_7</swid:elements_ID> </swid:elements_owner>

XML-тег	installation_details
Тип	Комплексный тип
Определение	В этом элементе указывается конкретная информация о полном пути к каталогам размещения тегов идентификации программного обеспечения для конкретной установки программного пакета, а также сведения об экземпляре установки. При каждой установке программного обеспечения в систему будет добавлено два тега идентификации программного обеспечения - один в общий системный каталог платформы (как это указано в 6.1.4), а другой - в корневой каталог установленного программного пакета. Настоятельно рекомендуется, чтобы в данный элемент в любом случае вносились сведения о каталогах размещения тегов, так как это позволит поставщикам инструментария SAM сопоставлять оба тега идентификации программного обеспечения как связанные между собой. На платформах, обеспечивающих легкий перенос программных продуктов из одного места в другое (например, на платформе Apple MacintoshTM), настоятельно рекомендуется, чтобы программное приложение регулярно проверяло правильность определения элемента installation_details, и чтобы поставщики инструментария SAM проверяли правильность каталогов, в которых происходит обнаружение тегов, и сравнивали эти данные с данными, содержащимися в элементе installation_details. Экземпляры установки указываются для программного обеспечения, которое может устанавливаться на одной платформе несколько раз. Несколько экземпляров могут устанавливаться в тех случаях, когда установки осуществляются для конкретных конечных пользователей, или когда для работы конкретного конечного пользователя или, в общем случае, системы, требуются несколько копий конкретного программного пакета. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	location_platform	Символьная XML-строка Ни одного или одно вхождение	Этот элемент представляет собой полный путь к каталогу, в котором размещается общий тег идентификации программного обеспечения. Если общий путь находится в указанном системном каталоге (например, в случае ), значением данного элемента может быть строка "system"
	location_installation	Символьная XML-строка Ни одного или одно вхождение	Этот элемент представляет собой полный путь к тегу идентификации программного обеспечения, установленному в корневой каталог программного пакета
	installation_instance	Символьная XML-строка Ни одного или одно вхождение	Если программное обеспечение допускает несколько установок, элемент installation_instance позволяет организациям выдавать уникальный идентификатор для каждой установки. Например, если для отдельных конечных пользователей могут создаваться несколько экземпляров установки, каждая установка может быть идентифицирована id конечного пользователя. Если программное обеспечение можно устанавливать несколько раз для одного и того же пользователя или системы, таким идентификатором может быть обычное число, увеличивающееся на единицу по мере обнаружения других тегов идентификации программного обеспечения в процессе установки. Данный элемент не должен содержать символы, которые запрещается использовать в имени файла, например '/', '\', '[' и пр.
	installation_locale	Символьная XML-строка От ни одного до неограниченного количества вхождений	Этот элемент определяет языковой стандарт или стандарты, поддерживаемые установленным программным обеспечением. Языковые стандарты определяются в документе IETF RFC 4646 (см. /template/go.php?url=https://www.rfc-editor.org/rfc/rfc4646.txt). Если установленная версия программного обеспечения поддерживает несколько языковых стандартов, это может быть отражено в теге идентификации программного обеспечения, который будет содержать несколько элементов installation_locale
	installation_target_id	Символьная XML-строка Ни одного или одно вхождение	Значение, позволяющее выполнять идентификацию машины, устройства хранения и/или виртуальную среду, на которых было установлено программное обеспечение. Данный элемент не должен содержать символы, которые запрещается использовать в имени файла, например '/', '\', '[' и пр. Значение, устанавливаемое для данного элемента, определяется на основании относящихся к конкретной установке параметров, предоставляемых программой-установщиком (или самоустанавливающимися программами). В параметре может быть указано либо конкретное значение, либо ссылка на спецификации, которые можно получить посредством выполнения соответствующего запроса к операционной системе. Если издатель программного обеспечения не предоставил спецификации, используется значение по умолчанию. В качестве значения по умолчанию рекомендуется устанавливать серийный номер носителя (на котором было установлено программное обеспечение). Элемент installation_target_id может содержать номер актива, серийный номер носителя, на котором установлено программное обеспечение, MAC-адрес сетевой карты или другую уникальную ссылочную информацию. Необходимо понимать, что в некоторые из этих значений могут вноситься изменения (с сохранением фактических идентификационных данных), например, может быть заменена сетевая карта, что приведет к изменению ее MAC-адреса. Процедуры управления программными активами должны распознавать такие случаи. Данное значение является рекомендуемым компонентом установленной версии имени файла тега идентификации программного обеспечения (см. 6.1.7). Предполагается, что правила, определяющие типы значений, указываемых в этом элементе, будут со временем меняться, и что эти правила будут поддерживаться провайдерами платформ
Пример	<installation_details> <location_platform>C:\Documents and Settings\All Users\Application Data \adobe\adobe.com-photoshop8.0pro.swidtag</location_platform> <location_installation>C:\Program Files\Adobe\Photoshop CS\adobe.com-photoshop8.0pro.swidtag</location_installation> <installation_instance>1<\installation_instance> <installation_target_id>0018F8096CE1</installation_target_id> <installation_locale>en-US</installation_locale> <installation_locale>en-GB</installation_locale> <installation_locale>en-AU</installation_locale> </installation_details>

XML-тег	Ключевые слова
Тип	Комплексный тип
Определение	Этот элемент позволяет создателю или модификатору тега добавлять в тег идентификации программного обеспечения конкретные ключевые слова. Значения ключевых слов в данной части стандарта ISO/IEC 19770 не определяются. Значения ключевых слов приводятся в настоящем документе как способ, с помощью которого создатели или модификаторы тега облегчают работу поисковых механизмов при обнаружении ими тегов идентификации программного обеспечения, относящихся к конкретному объекту. Модификаторы тегов могут добавлять отдельные ключевые слова; ключевые слова могут указываться в элементе "elements_owner"; ключевые слова также могут быть подписаны. Поскольку элемент ключевых слов допускает наличие нескольких подэлементов ключевых слов, каждый такой подэлемент может находиться во владении или быть подписан своим индивидуальным владельцем
Структура данных	XML-тег	Тип	Определение
	Keyword	Символьная XML-строка От ни одного до неограниченного количества вхождений	Этот элемент используется для указания ключевых слов, применяемых к конкретному тегу идентификации программного обеспечения. Ключевые слова заносятся по одному, могут идентифицироваться как находящиеся во владении (владельцев, определенных в элементе elements_owner, 8.4.6) и также могут быть включены в цифровую подпись (см. Аутентичность тегов идентификации программного обеспечения, 6.1.13). Список ключевых слов могут пополнять несколько модификаторов тегов (каждый добавляет собственные ключевые слова)
Пример	<keywords> <keyword>Acme</keyword> <keyword>Painter</keyword> </keywords>

XML-тег	license_linkage
Тип	Комплексный тип
Определение	В этом элементе представлена информация, которую можно использовать для определения надлежащей структуры прав на использование программного обеспечения для установки продукта, относящегося к данному тегу. Элементы, являющиеся частью элемента license_linkage, содержат информацию о том, как может быть установлен продукт, информацию о текущем состоянии лицензии на этот продукт для конкретной системы, на которой обнаружен тег. Примечание. Состояние лицензии не связано напрямую с правами на использование программного обеспечения. Данные о состоянии лицензии используются для установки конкретного программного пакета на конкретную машину. Права на использование, с другой стороны, определяют юридическое право собственности в отношении прав на использование программного обеспечения по лицензии. Сведение о правах на использование приведены в части 3 стандарта ISO/IEC 19770. Элементы, содержащиеся в элементе license_linkage, помогают специалистам-практикам по использованию процессов SAM быстро идентифицировать установку несанкционированного программного обеспечения в своем окружении. Наличие этих тегов не является обязательным требованием, тем не менее, они могут оказать помощь специалистам-практикам по использованию процессов SAM, предоставляя им более подробную информацию о том, из какого источника получено программное обеспечение. Определяя данные теги, специалисты-практики по использованию процессов SAM могут создавать правила, с помощью которых они смогут управлять каждым изменением по отдельности, а не отслеживать все изменения, которые могут происходить в их рабочем окружении. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	activation_status	Символьная XML-строка От ни одного до неограниченного количества вхождений	Значения, содержащиеся в данном элементе, относятся к различным уровням лицензирования, которые может отслеживать конкретный лицензиар программного обеспечения для отдельной машины. Каждый лицензиар программного обеспечения может иметь свой собственный набор значений состояния, но, по мере возможности, для каждого лицензиара программного обеспечения эти значения должны быть единообразны. Представления этих значений могут быть следующими: a) trial (пробное использование) - означает, что программное обеспечение работает в режиме пробного использования. Данное значение может включать в себя количество дней, которое действует режим пробного использования, или указание на то, что период пробного использования завершен; b) serialized (указан серийный номер) - означает, что конечный пользователь или потребитель программного обеспечения в процессе установки указали действительный серийный номер, однако продукт еще не был активирован ими; c) fully licensed (полностью лицензирован) - означает, что продукт был активирован и, с точки зрения лицензиара программного обеспечения, данная установка является полностью функциональной установкой для конкретной системы; d) unlicensed (не лицензирован) - означает, что программное обеспечение более не может запускаться на устройстве или может запускаться, но в режиме с ограничениями. Программное обеспечение может перейти в это состояние в следующих случаях: 1) завершен период пробного использования, 2) завершен срок действия лицензии, выдаваемой на определенное время, 3) для пакета был указан серийный номер, но пакет не был активирован за определенный промежуток времени. Значения, используемые в данном элементе, должны быть согласованы внутри организации и по линейкам продуктов
	channel_type	Символьная XML-строка От ни одного до неограниченного количества вхождений	В этом элементе представлена информация о том, для какого канала было предназначено это конкретное программное обеспечение. Значения, используемые в данном элементе, могут быть уникальными для производителя программного обеспечения, однако должны быть согласованы с аналогичными значениями других продуктов, публикуемых конкретным поставщиком. Представления этих значений могут быть следующими: a) volume (оптовый); b) retail (розничный); c) OEM; d) academic (академический). Такие значения, предоставленные лицензиаром программного обеспечения, могут использоваться специалистами- практиками по использованию процессов SAM для идентификации программного обеспечения, которое может быть установлено в операционном окружении организации, однако не соответствует организационной политике. Например, программное обеспечение, которое было предназначено для академического канала, в общем случае, не подходит для установки в корпоративном окружении. Значения, используемые в данном элементе, должны быть согласованы внутри организации и по линейкам продуктов
	channel_name	Символьная XML-строка Ни одного или одно вхождение	В этом элементе указывается каталог размещения имени канала. Это позволяет организациям реселлеров создавать теги идентификации программного обеспечения, включающие имя партнера по продажам или распространению
	customer_type	Символьная XML-строка От ни одного до неограниченного количества вхождений	Тип пользователя определяет целевого пользователя, но не канал. Значения, используемые в данном элементе, могут быть уникальными для производителя программного обеспечения, однако должны быть согласованы с аналогичными значениями других продуктов, публикуемых конкретным поставщиком. Представления этих значений могут быть следующими: a) government (государственный); b) corporate (корпоративный); c) educational (образовательный); d) retail (розничный). Учитывая текущие права на использование программного обеспечения, продукты, ориентированные на различных пользователей, часто могут иметь различные стоимости. Кроме того, на процессы установки таких продуктов могут накладываться ограничения, например экземпляр программного обеспечения, созданного для пользователя, относящегося к категории educational (образовательный), обычно реализуется по более низкой стоимости и часто не лицензируется для использования в корпоративном окружении. Значения, используемые в данном элементе, должны быть согласованы внутри организации и по линейкам продуктов
Пример	<license_linkage> <activation_status>Fully Licensed</activation_status> <channel_type>Volume</channel_type> <channel_name>Reseller name</channel_name> <customer_type>Corporate</customer_type> </license_linkage> или <license_linkage> <activation_status>Trial</activation_status> <channel_type>Retail</channel_type> <customer_type>Retail</customer_type> </license_linkage>

XML-тег	package_footprint
Тип	Комплексный тип
Определение	Определяет набор файлов и других записей, означающих, что продукт установлен. Также содержит ссылку на элемент package_footprint из внешнего URI. На платформе к "другим записям" могут относиться записи реестра, записи WMI, а также данные MSI. На других платформах в элемент может включаться дополнительная информация, относящаяся к платформе (добавляется по желанию). Информация, содержащаяся в элементе package_footprint, может использоваться инструментарием SAM и специалистами-практиками по использованию процессов SAM для обеспечения степеней достоверности информации, представленной в теге идентификации программного обеспечения и перекрестных ссылок. Упомянутая информация и ссылки должны быть указаны создателем программного обеспечения и представлены в сравнении с фактически обнаруженными в процессе инвентаризации. Обратите внимание, что элемент package_footprint не предполагается использовать ни для проверки завершения установки программного обеспечения, ни для проверки фактического запуска этого программного обеспечения на выполнение. Для проверки того, что тег идентификации программного обеспечения установлен на устройство, на котором уже фактически установлено программное обеспечение, могут использоваться составляющие, перечисленные в разделе основных составляющих. Дополнительные и прочие составляющие предоставляются создателем тега с целью облегчения работы инструментария SAM и специалистов-практиков по использованию процессов SAM. Используя информацию "отпечатка" для приложения, инструментарий SAM и специалисты-практики по использованию процессов могут использовать эту информацию для фильтрации обширного списка обнаруженных данных, которые они получают от всех устройств, и могут перейти к практике использования процессов SAM в применении к индивидуальным объектам, так как в их распоряжении будет более точный список объектов, которые разрешены к установке, который можно сравнить со списком того, что обнаружено. Примечание. Примеры различных элементов приведены в 8.6.6 FootprintModuleComplexType, в котором приведены сведения о совместном функционировании различных типов, а также данные о структуре типа, используемой в элементе package_footprint. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	external_description	Строка URI Ни одного или одно вхождение	Этот элемент позволяет создателю тега вести список связанных с конкретной системой объектов, доступных для обращения посредством косвенной ссылки на их сайт. Таким образом, создатель тега становится владельцем списка и может вносить необходимые изменения в список, не связывая себя необходимостью распространять патчи или новые версии продукта с новым набором файлов
	primary	FootprintModule Комплексный тип Ни одного или одно вхождение	Определяет файлы и другие составляющие, считающиеся "основными" для программного пакета. Если на устройстве в основном элементе будут обнаружены составляющие, будет считаться, что имеется высокая вероятность установки программного обеспечения, и тег должен считаться действительным в этом программном обеспечении. Примечания 1. Имя файла само по себе не является уникальным. Для обеспечения уникальности в этом элементе предусмотрено определение нескольких характеристик, в том числе таких, как имя, размер, md5, версия и "другие" типы, которые может определить создатель тега. 2. В конкретном файле в основном элементе могут иметься несколько записей. Это позволяет использовать один "отпечаток" в нескольких релизах патчей, в которых файлы могут измененные данные размера, версии или контрольных сумм MD5. В этих случаях инструментарию для обнаружения тегов нужно будет обнаружить одно уникальное определение файла для каждого представленного уникального имени файла (т.е. если файл "abc.com" имеет три разных размера и три разных записи MD5, и инструментарий для обнаружения тегов SAM обнаружит соответствие одного обнаруженного файла с одной из этих трех записей, то файл "abc.com" определяется как существующий на устройстве). 3. Если имеется одна версия каждой основной составляющей (файла, а также элемента os_configuration_record или другого элемента типа FootPrintModuleComplex), определенного в основном элементе, то инструментарий SAM и специалисты-практики по использованию процессов SAM должны иметь высокую степень уверенности в том, что тег идентификации программного обеспечения правильно идентифицирует установленное программное обеспечение. Если некоторые основные составляющие не будут обнаружены на устройстве, это будет означать, что возникла исключительная ситуация, и специалист-практик по использованию процессов SAM или администратор релизов должны выяснить, почему на устройстве имеются не все основные составляющие
	secondary	FootprintModule Комплексный тип Ни одного или одно вхождение	Определяет файлы и другие составляющие, считающиеся "вторичными" для программного пакета. Эти составляющие используются не для проверки того, что тег относится к фактически установленному программному обеспечению, а в качестве фильтра алгоритмами распознавания программного обеспечения, определяющими на основе обнаруженных файлов, установлен ли программный пакет. Имея в распоряжении список файлов, которые можно легко "отфильтровать", механизм распознавания программного обеспечения выдает набор файлов с меньшим количеством несовпадений, с которым можно дальше работать. Как и для описанного выше основного элемента, файлы могут содержать специальные характеристики, обеспечивающие уникальность для создателя тега
	related	FootprintModule Комплексный тип Ни одного или одно вхождение	Определяет файлы и другие составляющие, "слабосвязанные" с программным пакетом, которые также могут устанавливаться с конкретным программным пакетом. Эти файловые записи также используются для составления списка файлов, собираемых агентом обнаружения с целью исключения файлов, связанных с "известным" программным обеспечением. Примером может служить программа-установщик, устанавливающая OEM-версию программного пакета. Файлы, присутствующие в установке OEM, должны иметь возможность установления слабой связи с основным пакетом (чтобы их можно было соответствующим образом отфильтровать процессом распознавания программного обеспечения), однако, если на владение этими файлами претендует другой программный пакет, то программное обеспечение, заявляющее о владении, будет иметь приоритет над любым "слабосвязанным" программным обеспечением. К другим слабосвязанным компонентам могут быть отнесены компоненты, совместно используемые программными пакетами, и/или компоненты, которые могут устанавливаться в качестве дополнительных надстроек к программному пакету
Пример	<package_footprint> <external_description>/template/go.php?url=https://www.adobe.com/acrobat/(software_id)/filelist.xml</external_description> </package_footprint> или <package_footprint> <primary> <file> <name>acrobat.exe</name> <size>349808</size> <version>8.1.0.137</version> <md5>9bb7d80f752d9aba168f7795a5ffa7f6</md5> </file> <os_configuration_record> <record_type>WMI</record_type> <path>Root\CIMV2</path> <name>Win32_Product</name> <internal_path>Name='Adobe Acrobat 8 Professional'</internal_path> <entry> <name>Version</name> <value>8.1.2</value> <type></type> </entry> <entry> <name>Vendor</name> <value>Adobe Systems</value> <type></type> </entry> </os_configuration_record> </primary> </package_footprint> Примечание. В файле filelist.xml должна использоваться структура, аналогичная структуре тега идентификации программного обеспечения, а для выдачи определений файлов для конкретного элемента software_id должен использоваться элемент "package_footprint"

XML-тег	packager
Тип	Комплексный тип
Определение	Этот элемент содержит сведения о том, кто именно изменил программный пакет для конкретного набора процедур установки. Этот элемент чаще всего определяется администратором релизов организации, так как программное обеспечение настраивается для установки в этой компании. В этих случаях элемент packager часто ассоциируется с данными таких элементов, как release_id и release_package. Элемент также может использоваться третьими сторонами в тех случаях, когда продукт проходит процедуру OEM и переупаковывается, или если программный пакет настраивается для установки в конкретной конфигурации. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	by	Символьная XML-строка Одно вхождение	Атрибут, содержащий информацию о третьей стороне, осуществляющей упаковку продукта. Ниже приводятся примеры основных типов значений: a) название упаковочной компании; b) используемая технология упаковки; c) внутреннее групповое имя упаковщика; d) используемый инструмент управления настольными системами. Более подробная информация об этой составляющей приведена на веб-сайте: /template/go.php?url=https://standards.iso.org/19770
	part	Символьная XML-строка Одно вхождение	Дополнительная справочная информация о стороннем продукте, например шифр компонента
Пример	<packager> <by>ACME Widget Corp</by> <part>Photoshop CS3 - OEM'd into widget designer - P#345ABD</part> </packager>

XML-тег	product_category
Тип	Комплексный тип
Определение	Средство, с помощью которого высокоуровневое подразделение осуществляет классификацию названий продуктов. Стандартизированный перечень категорий/групп приводится в системе стандартов кодирования товаров и услуг Организации Объединенных Наций: UNSPSC (более подробная информация приведена по адресу: /template/go.php?url=https://www.unspsc.org/), номер в товарной номенклатуре 43230000). Коды UNSPSC, приведенные в разделе под номером 43230000 спецификации, применяются в тех случаях, когда обнаруживается большое количество общеупотребительных категорий программного обеспечения. Категоризация продуктов может выполняться с помощью кодов UNSPSC. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	UNSPSC_ver	Символьная XML-строка Одно вхождение	Номер версии используемого набора кодов UNSPSC. Обычно для использования кода версия не требуется. Однако, если для предоставления дополнительной функциональности инструментарию необходимо знать версию (например, для предоставления различных имен на одном из 9 других языков), эта версия должна быть предоставлена инструментарию. Примером формата версий UNSPSC может быть 10.0501
	segment_title	Символьная XML-строка Одно вхождение	Имя сегмента, которому принадлежит продукт
	family_title	Символьная XML-строка Одно вхождение	Имя, обеспечивающее распознавание семейства продуктов
	class_title	Символьная XML-строка Одно вхождение	Имя класса
	commodity_title	Символьная XML-строка Одно вхождение	Название продукта
	code	Числовое значение, выраженное 8 цифрами Одно вхождение	Коды должны указываться в соответствии с их определением в списке кодов UNSPSC
Пример	<category> <UNSPSC_ver>10.0501/UNSPSC_ver> <segment_title>Information Technology Broadcasting and Telecommunications</segment_title> <family_title>software</family_title> <class_title>Finance accounting and enterprise resource planning ERP software</class_title> <commodity_title>Enterprise resource planning ERP software</commodity_title> <code>43231602</code> </category>

XML-тег	product_family
Тип	Символьная XML-строка
Определение	Семейство продуктов определяет элемент, который могут использовать издатели и лицензиары программного обеспечения для группирования программных продуктов совместно с отчетами специалистов-практиков по использованию процессов SAM. Примером типа продукта, который может использовать данный элемент, может служить инструментарий резервного копирования, в котором сервисы резервного копирования, резервного копирования сервера и резервного копирования клиентской машины, с которыми работает инструментарий, продаются отдельно как независимые продукты. В этом случае, если все продукты имеют один и тот же определенный элемент product_family, инструментарий SAM может автоматически соответствующим образом группировать данные обнаруженных тегов идентификации программного обеспечения, как это показано ниже: Пример утилиты резервного копирования Сервер резервного копирования - обнаружено 20 установок Утилита резервного копирования сервера - обнаружено 240 установок Утилита резервного копирования клиента - обнаружено 10240 установок
Пример	<product_family>Example Backup Utility</product_family>

XML-тег	product_id
Тип	Символьная XML-строка
Определение	Идентификация продукта. Не зависит от версии продукта. Элемент product_id должен представлять собой уникальную ссылку, но только в пределах организации производителя программного обеспечения, т.е. этот идентификатор может не быть глобальным уникальным идентификатором. Рекомендуется, чтобы ID продукта отличался от наименования продукта или от других его рыночных названий, поскольку от релиза к релизу они могут меняться. Элемент product_id должен быть идентификатором, который сопровождал бы продукты на протяжении всего их жизненного цикла и не зависел бы от рыночных изменений. Элемент product_id используется для определения линии наследования между продуктами с целью идентификации разрешенных обновлений. Это значение может использоваться или не использоваться при определении прав на использование программного обеспечения. Если в правах на использование программного обеспечения указывается, что продукт может обновляться в течение определенного периода времени, в документе о правах на использование программного обеспечения, естественно, будут отсутствовать данные о том, какие могут применяться и какие будут доступны в будущем имена или версии продукта в течение этого времени. Элемент product_id позволяет указывать в документе о правах на использование программного обеспечения, что сначала разрешается установка конкретной версии продукта, а затем разрешается установка любых обновленных продуктов, имеющих тот же product_id, если значение элемента release_date попадает в диапазон, оговоренный в правах на использование программного обеспечения. Примечание. Записей product_id может быть несколько. Такое может произойти, когда создатель программного обеспечения выпускает новый продукт и разрешает конечным пользователям или потребителям программного обеспечения, пользующимся более старыми продуктами, обновиться до нового продукта. Например: Продукт A product_id = 1234XYZ Продукт B product_id = ABCDPDQ Продукт C (этот продукт разрешает производить технические обновления продукта A или продукта B) product_id = 9876HJK <- это новый ID продукта для продукта C... product_id = 1234XYZ product_id = ABCDPDQ Если более поздние релизы Продукта C захотят разрешить технические обновления с более ранних версий Продукта C, в элемент product_id надо будет только включить новый ID для этого продукта - 9876HJK. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Пример	<product_id>fc3cc419-b5a1-9f16-ed203e537c40</product_id>

XML-тег	release_date
Тип	XML-тип dateTime
Определение	Этот тег обычно используется организацией потребителя программного обеспечения в рамках процесса релизов ITIL. Для этой установки был осуществлен релиз элемента конфигурации программного обеспечения Date (Дата). Для упрощения процессов выверки в элементе конфигурации программного обеспечения должна использоваться единая дата релиза. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Пример	<release_date>2008-01-21T12:00:00</release_date>

XML-тег	release_id
Тип	Символьная XML-строка
Определение	Этот тег обычно используется организацией потребителя программного обеспечения в рамках процесса релизов ITIL. Данные, используемые в процессе выверки для идентификации атрибутов пакета релизов при установке и связанных прав на использование программного обеспечения. Записи данного элемента должны быть согласованы по всем тегам идентификации программного обеспечения для любого заданного элемента конфигурации программного обеспечения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Пример	<release_id>COE-Base-Ver 8, 2008-01-21</release_id>

XML-тег	release_package
Тип	Комплексный тип
Определение	Этот тег обычно используется организацией потребителя программного обеспечения в рамках процесса релизов ITIL. Подтверждающая информация о том, что созданный пакет релизов соответствует системной архитектуре провайдера услуг, спецификациям управления услугами и инфраструктурным спецификациям. Примечание. Программные пакеты конечных пользователей практически всегда настраиваются под требования провайдера услуг, т.е. имеют конкретные параметры установки и/или сочетания программных наборов. (Теги идентификации программного обеспечения релизов полностью независимы от любых тегов идентификации программного обеспечения внешних поставщиков программного обеспечения.) Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	Sign_off	Символьная XML-строка Одно вхождение	В этой записи указывается лицо, утвердившее правильность упаковки программного обеспечения и готовность его перехода на этап тестирования
	Sign_off_date	XML-тип dateTime Одно вхождение	В этой записи указывается дата утверждения программного пакета
	By	Символьная XML-строка Одно вхождение	В этой записи указывается разработчик программного обеспечения, создавший пакет. Данная информация может использоваться при возникновении вопросов на этапе тестирования
Пример	<release_package> <sign_off>Jane Doe</sign_off> <sign_off_date>2008-01-10T12:00:00</sign_off_date> <by>John Doe</by> </release_package>

XML-тег	release_rollout
Тип	Комплексный тип
Определение	Подтверждающая информация, относящаяся к лицу, утвердившему пакет релизов как готовый к использованию в коммерческих целях. Здесь также указывается дата утверждения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	Sign_off	Символьная XML-строка Одно вхождение	В этой записи указывается лицо, утвердившее правильность тестирования программного обеспечения в промышленном окружении и готовность его перехода на этап использования в коммерческих целях
	Sign_off_date	XML-тип dateTime Одно вхождение	В этой записи указывается дата утверждения опытного образца программного обеспечения
	By	Символьная XML-строка Одно вхождение	В этой записи указывается специалист-практик по использованию процессов SAM, который управлял этапом тестирования продукта в опытном окружении. Данная информация может использоваться при возникновении вопросов после передачи продукта на этап использования в коммерческих целях
Пример	<release_rollout> <sign_off>Mary Jane</sign_off> <sign_off_date>2008-01-16T12:00:00</sign_off_date> <by>John Smith</by> </release_rollout>

XML-тег	release_verification
Тип	Комплексный тип
Определение	Подтверждающая информация о том, что пакет релизов был проверен в тестовом окружении, соответствующем требованиям целевого производственного окружения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	Sign_off	Символьная XML-строка Одно вхождение	В этой записи указывается лицо, утвердившее правильность тестирования программного обеспечения в управляемом окружении и готовность его перехода на этап тестирования в опытном окружении
	Sign_off_date	XML-тип dateTime Одно вхождение	В этой записи указывается дата утверждения тестирования программного обеспечения
	By	Символьная XML-строка Одно вхождение	В этой записи указывается специалист-практик по использованию процессов SAM, который управлял этапом тестирования продукта в управляемом окружении. Данная информация может использоваться при возникновении вопросов после передачи продукта на этап тестирования в опытном окружении
Пример	<release_verification> <sign_off>Jane Smith</sign_off> <sign_off_date>2008-01-14T12:00:00</sign_off_date> <by>Doug Johnson</by> </release_verification>

XML-тег	serial_number
Тип	Символьная XML-строка
Определение	Уникальный идентификационный номер; может быть представлен в виде сочетания цифр, букв или символов. Серийный номер представляет собой общеупотребительный уникальный номер, назначаемый для идентификации конкретного права и покупки. При применении тегов идентификации программного обеспечения основным уникальным ключом становится элемент unique_id, однако многие организации по-прежнему желают, если это возможно, пользоваться серийным номером. Примечания 1. Серийный номер может быть пропущен через одностороннюю хеш-функцию, скрывающую фактический серийный номер - данная особенность по-прежнему полезна для специалистов-практиков по использованию процессов SAM - в особенности если один и тот же ссылочный серийный номер включается в заказ на покупку, счет на оплату или иные сведения, предоставляемые дистрибьютором для потребителя программного обеспечения. 2. Если создатель тега примет решение не предоставлять серийный номер, он может предоставить, например, ряд других ссылочных данных, которые могут использоваться для сопоставления информации в заказах на покупку. Таким образом создатели тегов могут оказывать содействие поставщикам систем SAM в нахождении информации о правах на использование. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Пример	<serial_number>1088-9015-2034-4567</serial_number> или <serial_number>10PQR28FTQN2008</serial_number>

XML-тег	sku
Тип	Символьная XML-строка
Определение	Единица складского хранения (Stock Keeping Unit, SKU) представляет собой уникальный идентификационный номер для поставщика программного обеспечения. Номер SKU может быть представлен в виде сочетания цифр, букв или символов. Номер SKU представляет собой общеупотребительный уникальный номер, назначаемый для идентификации конкретного названия и покупки. При применении тегов идентификации программного обеспечения основным уникальным ключом становится элемент unique_id, однако многие организации по-прежнему желают иметь непосредственный доступ к значению номера SKU. Примечание. Если создатель тега примет решение не предоставлять номер SKU, он может предоставить, например, ряд других ссылочных данных, которые могут использоваться для сопоставления информации в заказах на покупку. Таким образом создатели тегов могут оказывать содействие поставщикам систем SAM в нахождении информации о правах на использование. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Пример	<sku>065-04940</sku>

XML-тег	software_creator_alias
Тип	Комплексный тип - EntityDataComplexType
Определение	В этом элементе содержится дополнительная информация о создателе программного обеспечения, позволяющая специалистам-практикам по использованию процессов SAM и поставщикам инструментария SAM идентифицировать предыдущие объекты, имевшие отношение к созданию программного обеспечения, идентифицируемого тегом. Несмотря на то что использование этого элемента не является строго обязательным для процессов обнаружения программного обеспечения, данная запись позволяет облегчить задачу специалистов-практиков по использованию процессов SAM, предоставляя в их распоряжение сведения о предыдущих создателях программного обеспечения, которые можно использовать для поиска более ранних вариантов прав на использование программного обеспечения. Это может быть особенно важно в случае, когда разрешается обновление с версии продукта предыдущего поставщика программного обеспечения на версию продукта текущего поставщика программного обеспечения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	alias	Комплексный тип AliasDetailsComplexType От ни одного до неограниченного количества вхождений	Сведения о предыдущих создателях, которые могут иметь отношение к названию программного обеспечения, идентифицированному тегом идентификации программного обеспечения
Пример	Следующий пример относится к продукту Macrovision, который был приобретен и в настоящее время находится в собственности  <software_creator_alias> <alias> <alias_name>Macrovision</alias_name> <alias_regid>regid.1998-02.com.macrovision</alias_regid> </alias> </software_creator_alias> или, если regid объекта алиаса неизвестен: <software_creator_alias> <alias> <alias_name>Macrovision</alias_name> <alias_regid>unknown</alias_regid> </alias> </software_creator_alias>

XML-тег	software_licensor_alias
Тип	Комплексный тип - EntityDataComplexType
Определение	В этом элементе содержится дополнительная информация о лицензиаре программного обеспечения, позволяющая специалистам-практикам по использованию процессов SAM и поставщикам инструментария SAM идентифицировать предыдущие объекты, имевшие отношение с лицензированию программного обеспечения, идентифицируемого тегом. Несмотря на то что использование этого элемента не является строго обязательным для процессов обнаружения программного обеспечения, данная запись позволяет облегчить задачу специалистов-практиков по использованию процессов SAM, предоставляя в их распоряжение сведения о предыдущих лицензиарах программного обеспечения, которые можно использовать для поиска более ранних вариантов прав на использование программного обеспечения. Это может быть особенно важно в случае, когда разрешается обновление с версии продукта предыдущего поставщика программного обеспечения на версию продукта текущего поставщика программного обеспечения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	alias	Комплексный тип AliasDetailsComplexType От ни одного до неограниченного количества вхождений	Сведения о предыдущих лицензиарах, которые могут иметь отношение к названию программного обеспечения, идентифицированному тегом идентификации программного обеспечения
Пример	<software_licensor_alias> <alias> <alias_name>Adobe Systems</alias_name> <alias_regid>regid.1986-12.com.adobe</alias_regid> </alias> </software_licensor_alias> или, если regid объекта алиаса неизвестен: <software_licensor_alias> <alias> <alias_name>Adobe Systems</alias_name> <alias_regid>unknown</alias_regid> </alias> </software_licensor_alias>

XML-тег	supported_languages
Тип	Языки определяются согласно стандарту IETF RFC 4646
Определение	Языки, которые программный интерфейс представляет для пользователя. Языки должны указываться согласно стандарту IETF RFC 4646. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	Язык	Символьная XML-строка От одного до неограниченного количества вхождений	Языки, поддерживаемые данным программным пакетом. Язык может определяться несколько раз. Спецификация языка должна быть определена в соответствии со стандартом IETF RFC 4646 (см. /template/go.php?url=https://www.ietf.org/rfc/rfc4646.txt) и процессами, используемыми для сопоставления языковых тегов, как это определено в стандарте IETF RFC 4647 (см. /template/go.php?url=https://www.ietf.org/rfc/rfc4647.txt)
Пример	<supported_languages> <language>en</language> <language>fr</language> </supported_languages>

XML-тег	tag_creator_alias
Тип	Комплексный тип - EntityDataComplexType
Определение	В этом элементе содержится дополнительная информация о создателе тега, позволяющая специалистам-практикам по использованию процессов SAM и поставщикам инструментария SAM идентифицировать предыдущие объекты, имевшие отношение к созданию тега идентификации программного обеспечения. Несмотря на то что использование этого элемента не является строго обязательным для процессов обнаружения программного обеспечения, данная запись позволяет облегчить задачу специалистов-практиков по использованию процессов SAM, предоставляя в их распоряжение сведения о предыдущих создателях тега, которые можно использовать для поиска более ранних вариантов прав на использование программного обеспечения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	alias	Комплексный тип AliasDetailsComplexType От ни одного до неограниченного количества вхождений	Сведения о предыдущих создателях тега, которые могут иметь отношение к названию программного обеспечения, идентифицированному тегом идентификации программного обеспечения
Пример	Следующий пример относится к продукту Macrovision, который был приобретен и в настоящее время находится в собственности  <tag_creator_alias> <alias> <alias_name>Macrovision</alias_name> <alias_regid>regid.1998-02.com.macrovision</alias_regid> </alias> </tag_creator_alias> или, если regid объекта алиаса неизвестен: <tag_creator_alias> <alias> <alias_name>Macrovision</alias_name> <alias_regid>unknown</alias_regid> </alias> </tag_creator_alias>

XML-тег	tag_creator_copyright
Тип	Символьная XML-строка
Определение	Данный элемент служит для того, чтобы создатель тега мог указать авторское право на данный конкретный тег. Предполагается, что создатели программного обеспечения разрешат сбор и распространение своих тегов, при условии, что содержимое тега, указанное создателем, не будет меняться. Таким образом, поставщики инструментария SAM и другие лица смогут свободно пользоваться тегами идентификации программного обеспечения. Независимая третья сторона, создающая теги, может накладывать другие ограничения на использование и/или последующее распространение данных тегов идентификации программного обеспечения. Более подробная информация об авторских правах приведена в Приложении F. Элемент аннотации может встречаться в теге идентификации программного обеспечения несколько раз, однако только один раз для каждого определенного языка. Если язык не указан, в качестве языка устанавливается английский ("en"). Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Структура данных	XML-тег	Тип	Определение
	lang	Символьная XML-строка. Представляет собой дополнительный атрибут тега	Язык, на котором составлена аннотация. Языки должны указываться согласно стандарту IETF RFC 4646 - /template/go.php?url=https://www.ietf.org/rfc/rfc4646.txt
Пример	<tag_creator_copyright lang="en">This tag may be used by used, stored, referenced and distributed by any software tool provider and or third party tag collection agency as long as the following elements are not moditied: - entitlement_required_indicator - product_title - product_version - software_creator - software_licensor - software_id - tag_creator Extended information may also be added to the tag. </tag_creator_copyright>

XML-тег	tag_version
Тип	Комплексный тип
Определение	Этот элемент содержит элемент данных для создателей или модификаторов тега, с помощью которого они могут указывать версию тега. Правильно определенный тег идентификации программного обеспечения не требует наличия версии, указываемой создателем тега, поскольку каждый тег идентификации программного обеспечения является уникальным. Тем не менее, так как в течение жизненного цикла программного обеспечения может происходить перемещение тегов, многим модификаторам тегов может потребоваться вносить определенные изменения в элементы (разрешенные к изменению), и/или добавлять расширенные элементы к тегу идентификации программного обеспечения. В этих случаях требуется наличие ссылки на версию. Необходимо обеспечить, чтобы разные объекты могли указывать собственную информацию о версии, другими словами, данный элемент может быть включен в один тег идентификации программного обеспечения несколько раз. Если в теге присутствует элемент "version" (версия), с целью обеспечения уникальности необходимо указывать все его составляющие. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Структура данных	XML-тег	Тип	Определение
	имя	Символьная XML-строка Одно вхождение	Этот элемент указывает имя объекта, определенного в теге. Это имя должно быть согласовано между программными продуктами и релизами программного обеспечения
	regid	Тип regid Одно вхождение	Идентификатор regid создателя программного обеспечения (см. 6.1.3.). Если объект неизвестен или больше не занимается бизнесом, это значение может быть установлено в "unknown" (неизвестно)
	numeric_version	ProductVersionComplexType Комплексный тип, состоящий из четырех элементов, имеющих числовые значения: "major", "minor", "build", "review" Одно вхождение	Числовой идентификатор версии
Пример	<tag_version> <name>My Example Corp</name> <regid>regid.1995-09.com.example</regid> <numeric_version> <major>1</major> <minor>0</minor> <build>0</build> <review>0</review> </numeric_version> </tag_version>

XML-тег	upgrade_for
Тип	Комплексный тип
Определение	Наименование продукта, представляющего собой обновление более ранней версии нижнего уровня, с указанием конкретных данных о том, что именно обновляется. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Структура данных	XML-тег	Тип	Определение
	upgrade_id	Тип идентификации программного обеспечения, описанный в 8.3.5 От одного до неограниченного количества вхождений	Представляет собой ссылку на идентификаторы software_id, которые могут быть обновлены до версии, указанной в данном теге. Если в теге указаны идентификаторы software_id, администраторы систем SAM могут выполнять полностью автоматизированную выверку, гарантирующую выполнение всех обновлений надлежащим образом
	upgrade_description	Символьная XML-строка Ни одного или одно вхождение	Необязательное описание обновления
Пример	<upgrade_for> <upgrade_id> <unique_id>fc3cc419-b5a1-9f16-ed203e537c40</unique_id> <tag_creator_regid>regid.1986-12.com.adobe</tag_creator_regid> </upgrade_id> <upgrade_description>{Optional description of upgrade}</upgrade_description> </upgrade_for>

XML-тег	usage_identifier
Тип	Комплексный тип
Определение	Содержит информацию, указывающую, какие запущенные процессы должны использоваться для проверки использования продукта. В элементе использования не обязательно должны указываться компоненты программного обеспечения, загружаемые при начальной загрузке, в нем могут быть просто перечислены компоненты, указывающие на то, что конечный пользователь фактически пользуется продуктом. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Структура данных	XML-тег	Тип	Определение
	имя файла	Символьная XML-строка От ни одного до неограниченного количества вхождений	Этот элемент определяет имя файла, исполняемого для запуска приложения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
	processname	Символьная XML-строка От ни одного до неограниченного количества вхождений	Определяет имя процесса в том виде, в котором оно занесено в таблицу процессов для приложения. По умолчанию данное значение интерпретируется как буквенное выражение. Элемент processname имеет атрибут, называемый "type" (тип), позволяющий определять тип выражения - "literal" (буквенное) или "regexp" (регулярное). Если типом элемента processname является "regexp", то значение должно быть составлено в соответствии с синтаксисом регулярных выражений, определенном в документе /template/go.php?url=https://www.w3.org/TR/xmlschema-2/#regexs. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
	URI	XML-тип URI От ни одного до неограниченного количества вхождений	Этот элемент определяет расположение в сети веб, к которому необходимо обратиться во время выполнения для определения факта использования приложения. Это значение может использоваться при применении онлайнового инструмента, с помощью которого организация осуществляет мониторинг использования, или в тех случаях, когда во время выполнения приложения требуется получение информации по URI. По умолчанию данное значение интерпретируется как буквенное выражение. Элемент URI имеет атрибут, называемый "type" (тип), позволяющий определять тип выражения - "literal" (буквенное) или "regexp" (регулярное). Если типом элемента URI является "regexp", то значение должно быть составлено в соответствии с синтаксисом регулярных выражений, определенном в документе /template/go.php?url=https://www.w3.org/TR/xmlschema-2/#regexs. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Пример	<usage> <filename>winword.exe</filename> <processname>windword.exe</processname> </usage> или <usage> <URI type="regexp">https?://[/]*/MyWebApp/</URI> </usage>

XML-тег	validation
Тип	Комплексный тип
Определение	Содержит название подпрограммы, которую агент обнаружения может вызвать для проверки (валидации) тега идентификации программного обеспечения. Вследствие системных проблем, ошибок в процессе установки и удаления или по другим причинам тег идентификации программного обеспечения может быть синхронизирован с установкой программного обеспечения не полностью. Данный элемент позволяет включать в тег идентификации программного обеспечения название подпрограммы валидации, которую при необходимости можно вызвать для проверки правильности тега идентификации программного обеспечения. Предполагается, что программные приложения осуществляют регулярную проверку тегов идентификации программного обеспечения, с которыми они ассоциированы на момент выполнения - данный процесс можно считать процессом самовосстановления. Во время такого самовосстановления происходит обновление подэлементов тега last_validated_by и last_validated_date, являющихся частью элемента валидации, чтобы следить за тем, что тег прошел процедуру сравнения, и неточностей в нем не обнаружено. В случаях, когда программный пакет не запускается на выполнение в течение длительного периода времени, обновление подэлементов last_validated_by и last_validated_date не осуществляется. В соответствии с требованиями политики агент обнаружения может потребовать, чтобы проверка правильности тега идентификации программного обеспечения осуществлялась не реже чем через определенные периоды времени (например, если тег идентификации программного обеспечения не проверялся в течение 3 месяцев, такой тег может считаться подозрительным и, возможно, является несинхронизированным). Если значение last_validated_date не соответствует указанному периоду (старше его), агент обнаружения может вызвать подпрограмму, определенную в элементе validation_call, чтобы выполнить обновление тега идентификации программного обеспечения. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо один раз
Структура данных	XML-тег	Тип	Определение
	Validation_call	Символьная XML-строка Одно вхождение	Представляет собой подпрограмму, которую агент обнаружения может вызвать для проверки правильности (валидации) тега идентификации программного обеспечения. Предполагается, что данный вызов подпрограммы будет осуществляться к одному из исполняемых приложений, содержащихся в программном пакете, с использованием в командной строке параметра, указывающего на необходимость проверки тега на правильность. Значение validation_call может быть также указано виде ссылки на URL
	last_validated_by	Символьная XML-строка Ни одного или одно вхождение	Этот элемент определяет процесс, который был использован для валидации тега идентификации программного обеспечения. Предполагается, что создатель программного обеспечения создаст ID для всех подпрограмм валидации и включит эти ID в этот элемент. В зависимости от создателя программного обеспечения, этот ссылочный ID может быть одним и тем же для всех названий программного обеспечения создателя программного обеспечения (например, подпрограмма валидации ACME), или может быть уникальным для каждого пакета. В некоторых случаях для валидации тега может использоваться даже программа установки
	last_validated_date	XML-тип dateTime Ни одного или одно вхождение	Дата и время последней валидации данного тега
	last_validated_result	Символьная XML-строка Ни одного или одно вхождение	Значением данного элемента может быть "true" (истина), "false" (ложь) или "unknown" (неизвестно) (регистр символов в строке не имеет значения). Назначением данного элемента является определение метода, с помощью которого можно установить, что если элемент Validation_call возвратил значение "True", то тег оказался действительным, если элемент возвратил значение "False", то тег оказался недействительным и должен быть проанализирован и изменен, или, если элемент возвратил значение "Unknown", то вызов подпрограммы не мог быть осуществлен (или подпрограмма не возвратила результат), и поэтому действительность тега установить не удалось. Специалист-практик по использованию процессов SAM, получая информацию тега идентификации программного обеспечения, содержащую элемент "Validation_result=false", понимает, что произошла исключительная ситуация, которая требует разрешения. Данная информация не означает, что тег не является действительным, она просто означает, что при выполнении процесса валидации возникла проблема, и специалист-практик по использованию процессов SAM просто уведомляется об этой проблеме
Пример	<validation> <validation_call>c:\program files\ACME\ACME_validator.exe /tag-validate</validation_call> <last_validated_by>ACME_validator.exe</last_validated_by> <last_validated_date>2008-03-31T12:00:00</last_validated_date> <last_validated_result>true</last_validated_result> </validation>

XML-тег	extended_information
Тип	Последовательность элементов любого типа
Определение	Вспомогательная информация, которая может предоставляться создателями программного обеспечения или создателями тега, покупателями программного обеспечения или третьими сторонами (например, дистрибьютором, инструментарием SAM или инструментами управления настольными системами). Данные должны быть представлены в формате структуры XML. Данный элемент содержит любую требуемую расширенную информацию. Данные, представленные в настоящем разделе, должны быть оформлены в соответствии с форматом структуры XML. Кроме того, для того чтобы можно было надлежащим образом проверить правильность данных, описанных в настоящем разделе, должен быть представлен XSD-файл. Ссылка на XSD-файл должна быть оформлена в XML-файле тега идентификации программного обеспечения в соответствии со стандартными определениями XML. Поскольку данный элемент не является обязательным, в теге идентификации программного обеспечения его можно не указывать. Если данный элемент присутствует в теге идентификации программного обеспечения, он может встречаться в нем несколько раз. Предполагается, что владельцем каждого раздела extended_information, включенного в тег идентификации программного обеспечения, является одна организация (она же и управляет этим разделом). Таким образом, создатель программного обеспечения может предоставить один элемент extended_information, реселлер может предоставить другой элемент extended_information element, а администратор релизов может предоставить третий элемент extended_information. Каждая из этих записей будет независимой, и модификатор тегов, в общем случае, не должен вносить изменения в данные раздела extended_information, который он не создавал и которым он не владеет. Этот элемент может встречаться в теге идентификации программного обеспечения либо ни разу, либо неограниченное количество раз
Пример	<extended_information> <software_creator_activation_ref>xyzzy</software_creator_activation_ref> </extended_information>

Тип данных	Комплексный тип
Определение	Этот тип используется для определения алиасов, которые ранее могли быть ассоциированы с программным обеспечением, идентифицированным в теге. Алиасы ассоциируются с элементами software_creator_alias, software_licensor_alias и tag_creator_alias. В общем случае алиасы должны использоваться, если организация меняет наименования, или при изменении владельцев программных продуктов. Данные алиасов необходимы специалистам-практикам по использованию процессов SAM для того, чтобы сопоставить название обнаруженного программного обеспечения с ранее приобретенными версиями связанного программного обеспечения
Структура данных	XML-тег	Тип	Определение
	alias_name	Символьная XML-строка Одно вхождение	Этот элемент содержит определение имен предыдущих объектов, которые могли быть ассоциированы с программным обеспечением, определенным в конкретном теге
	alias_regid	Символьная XML-строка Одно вхождение	Этот элемент содержит определение указанных идентификаторов Regid предыдущих объектов (как это определено в 6.1.3). Если объект неизвестен или больше не занимается бизнесом, это значение может быть установлено в "unknown" (неизвестно)
Пример	<alias> <alias_name>Macrovision</alias_name> <alias_regid>regid.1998-02.com.macrovision</alias_regid> </alias>

Тип данных	Комплексный тип
Определение	Этот тип используется для определения конкретных уникальных сведений об объектах, определенных в элементах software_creator, software_licensor или tag_creator
Структура данных	XML-тег	Тип	Определение
	имя	Символьная XML-строка Одно вхождение	Этот элемент указывает имя объекта, определенного в теге. Это имя должно быть согласовано между программными продуктами и релизами программного обеспечения
	regid	Символьная XML-строка Одно вхождение	Идентификатор Regid объекта. Если объект неизвестен или больше не занимается бизнесом, это значение может быть установлено в "unknown" (неизвестно)
Пример	<tag_creator> <name>Adobe</name> <regid>regid.1986-12.com.adobe</regid> </tag_creator>

Тип данных	Комплексный тип
Определение	Этот тип используется для определения дополнительных алиасов для объектов, ассоциированных с программным обеспечением, идентифицированным в конкретном теге идентификации программного обеспечения. Такими алиасами могут быть любые алиасы (другие владельцы), которые ранее могли быть ассоциированы с программным обеспечением, идентифицированным в теге, а также идентификатор regid, указываемый для конкретного объекта
Структура данных	XML-тег	Тип	Определение
	alias	Комплексный тип AliasDetailsComplexType От ни одного до неограниченного количества вхождений	Этот элемент содержит определение предыдущих объектов, которые могли быть ассоциированы с программным обеспечением, определенным в конкретном теге. В общем случае алиасы должны использоваться, если организация меняет наименования, или при изменении владельцев программных продуктов. Данные алиасов необходимы специалистам-практикам по использованию процессов SAM для того, чтобы сопоставить название обнаруженного программного обеспечения с ранее приобретенными версиями связанного программного обеспечения
Пример	Следующий пример относится к продукту Macrovision, который был приобретен и в настоящее время находится в собственности  <tag_creator_alias> <alias> <alias_name>Macrovision</alias_name> <alias_regid>regid.1998-02.com.macrovision</alias_regid> </alias> </tag_creator_alias>

Тип данных	Тип GUID
Определение	Этот тип данных определяет GUID и позволяет выполнять проверку того, что значения данных соответствуют определению GUID, которое может выглядеть следующим образом: 00001101-0000-1000-8000-00805f9b34fb
Структура данных	Тип	Строковый
	Ограничения	значение шаблона="[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a- fA-F]{4}-[0-9a-fA-F]{12}"

Тип данных	Комплексный тип
Определение	Этот тип данных создается для представления стандартизованной 4-значной числовой версии. Если номер версии, используемый для продукта, имеет менее 4 уровней, нижние уровни должны быть установлены в значение '0'
Структура данных	XML-тег	Тип	Определение
	major	Целое Одно вхождение	Самый высокий уровень номера версии. Обычно этот уровень называют основным номером версии
	minor	Целое Одно вхождение	Второй уровень номера версии. Обычно этот уровень называют дополнительным номером версии
	build	Целое Одно вхождение	Третий уровень номера версии. Многие организации называют этот уровень сборочной версией
	review	Целое Одно вхождение	Четвертый уровень номера версии. Многие организации называют этот уровень патчевым, или корректирующим уровнем

Тип данных	Комплексный тип
Определение	Этот тип используется для определения файлов, записей реестра и других значений данных, ассоциированных с конкретной установкой программного пакета
Структура данных	XML-тег	Тип	Определение
	referenced	XML-тип URI Ни одной или одна запись	Этот элемент аналогичен элементу external_description, однако может использоваться только для конкретного модуля "отпечатка"
	file	Комплексный тип footprint file <file> <name> (<size>)* (<md5>)* (<version>)* (<other name>)* </file> От ни одной до неограниченного количества записей	Этот элемент представляет собой описание файла с его атрибутами: размером, MD5, версией и любой другой необходимой информацией
	os_configuration_record	Комплексный тип конфигурационной записи ОС <os_configuration_record> <record_type> (<path>)? (<name>)? (<internal_path>)? (<entry>)+ (<name>)? (<value>)? (<type>)? </entry> </os_configuration_record> От ни одной до неограниченного количества записей	Этот элемент выдает конфигурационную информацию операционной системы, которую производитель программного обеспечения может пожелать предоставить, чтобы определить факт установки его программного обеспечения. Возможными значениями элемента record_type могут быть следующие: a) Registry (Реестр) b) WMI c) RPM d) ODM e) file-entry (файловая запись). Ниже приведены примеры использования этих составляющих. Со временем могут быть определены другие типы; информация об обновлении типов приводится на веб-странице ISO 19770 - /template/go.php?url=https://standards.iso.org/iso/19770/
	other	Комплексный тип footprint other <other type> <param name> </other> От ни одной до неограниченного количества записей	Этот элемент содержит всю требуемую информацию об "отпечатке", не включенную в перечисленный выше список. Этот элемент может содержать любые атрибуты
Пример	Примеры записей <os_configuration_record> registry An os_configuration_record with record_type of registry uses the specified elements as a regular request to capture registry values from computers. Elements are used as follows: <record_type> registry <path> full path to the registry value. This includes the fully specified root (i.e. HKEY_LOCAL_MACHINE) <name> NA <internal_path> NA <entry> <name> registry value required for comparison <value> comparison value <type> type of registry value </entry> Example: <os_configuration_record> <record_type>registry</record_type> <path> HKEY_LOCAL_MACHINE\SOFTWARE\Adobe\Acrobat Reader\7.0\AdobeViewer</path> <entry> <name>EULA</name> <value>1</value> <type>REG_DWORD</type> </entry> </os_configuration_record> WMI An os_configuration_record with a record_type of WMI uses the specified elements as part of a WBEM Query Language (WQL) request. Elements are used as follows: <record_type> WMI <path> namespace where the class is located <name> class of the object <internal_path> query statement used (i.e. where state='stopped') <entry> <name> attribute name <value> comparison value <type> type of class attribute value (optional) </entry> Example: <os_configuration_record> <record_type>WMI</record_type> <path>Root\CIMV2</path> <name>Win32_Product</name> <internal_path>Name='Adobe Acrobat 8 Professional'</internal_path> <entry> </entry> <entry> </entry> <name>Version</name> <value>8.1.2</value> <name>Vendor</name> <value>Adobe Systems</value> <type>string</type> </os_configuration_record> RPM An os_configuration_record with a record type of RPM uses the specified elements to read data from the RPM data store. Elements are used as follows: <record_type> RPM <path> NA <name> name of the RPM package <internal_path> NA <entry> <name> attribute from the RPM package to use for comparison <value> comparison value <type> type of attribute value </entry> Example: <os_configuration_record> <name>lvm2-2.02.28-1.fc8</name> <type>RPM</type> <entry> <name>Name</name> <value>lvm2</value> </entry> <entry> <name>Version</name> <value>2.02.28</value> </entry> <entry> <name>Signature</name> <value>DSA/SHA1, Thu 25 Oct 2007 06:10:53 AM CEST, Key ID b44269d04f2a6fd2</value> <type>string</type> </entry> <entry> <name>Packager</name> <value>Fedora Project</value> </entry> </os_configuration_record> ODM An os_configuration_record with a record type of ODM uses the specified elements to read data from the AIX Object Data Manager. Elements are used as follows: <record_type> ODM <path> NA <name> type of ODM information to retrieve <internal_path> NA <entry> <name> attribute from the LPP package to use for comparison <value> comparison value <type> type of attribute value </entry> Example: <os_configuration_record> <type>ODM</type> <name>lpp</name> <entry> <name>name</name> <value>bos.msg.en_US.docsearch.client.Dt</value> <type>string</type> </entry> <entry> <name>description</name> <value>Lite NetQuestion Local Web Server</value> <type>string</type> </entry> <entry> <name>ver</name> <value>5</value> <type>short</type> </entry> </os_configuration_record> File_entry <record_type> file_entry <path> path to file <name> NA <internal_path> NA <entry> <name> NA <value> comparison value to find in file <type> type of attribute value </entry> Example: <os_configuration_record> <type>file-entry</type> <path>/etc/inittab</path> <entry> <value>x:5:respawn:/etc/X11/prefdm -nodaemon</value> </entry> </os_configuration_record>

ИС NORMPROD: примечание. В официальном тексте документа выделение жирным шрифтом отсутствует.

Обозначение ссылочного международного стандарта	Степень соответствия	Обозначение и наименование соответствующего национального стандарта
ИСО 9001:2008	IDT	ГОСТ ISO 9001-2011 "Системы менеджмента качества. Требования"
ИСО/МЭК 33003	-	<*>
ИСО/МЭК 19770-1:2012	IDT	ГОСТ Р ИСО/МЭК 19770-1-2014 "Информационные технологии. Менеджмент программных активов. Часть 1: Процессы и оценка соответствия по уровням"
ИСО/МЭК 19770-5	-	<*>
<*> Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов. Примечание. В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - IDT - идентичные стандарты.

[1]	ИСО/МЭК 19770-1:2006 Информационные технологии. Управление программными активами. Часть 1. Процессы (ISO/IEC 19770-1:2006, Information technology - Software asset management - Part 1: Processes)
[2]	ИСО/МЭК 20000-1:2005 Информационные технологии. Управление услугами. Часть 1. Спецификации (ISO/IEC 20000-1:2005, Information technology - Service management - Part 1: Specification)
[3]	ИСО/МЭК 20000-2:2005 Информационные технологии. Управление услугами. Часть 2. Нормы и правила (ISO/IEC 20000-2:2005, Information technology - Service management - Part 2: Code of practice)
[4]	ИСО/МЭК 25051:2006 Проектирование программного обеспечения. Требования и оценка качества программных продуктов (SQuaRE). Требования к качеству готового к использованию коммерческого программного продукта (COTS) и инструкции по тестированию (ISO/IEC 25051:2006, Software engineering - Software product Quality Requirements and Evaluation (SQuaRE) - Requirements for quality of Commercial Off-The-Shelf (COTS) software product and instructions for testing)
[5]	IETF RFC 1034 Доменные имена. Концепции и устройства (IETF RFC 1034, Domain names - Concepts and facilities)
[6]	IETF RFC 1123 Требования к хостам сети Интернет. Применение и поддержка (IETF RFC 1123, Requirements for Internet Hosts - Application and Support)
[7]	IETF RFC 4647 Сопоставление языковых тегов (IETF RFC 4647, Matching of Language Tags)