Система проверки подлинности продукции

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

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

Наиболее близким аналогом заявленной полезной модели является система проверки подлинности продукции, реализующая способ идентификации аутентичности предметов, выпускаемых в обращение, и включающая в себя идентификационные метки, предназначенные для маркировки продукции, каждая из которых включает идентификационную комбинацию, закрытую защитным средством, первое средство передачи и приема информации, предназначенное для использования потребителем пункт идентификации, в котором расположены база данных, средство сравнения, второе средство передачи и приема информации и блок управления, связанный с упомянутыми базой данных, средством сравнения, и вторым средством передачи и приема информации, (RU 2309453 С1, а также система, представленная на сайтах http://www.dintag.com; http://www.dintag.com/presentation/film.html?winW=1164&winH=874&film=film_ru.swf).

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

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

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

На чертеже представлена структурная схема системы проверки подлинности продукции.

Система содержит идентификационные метки, предназначенные для маркировки продукции (на чертеже не показаны.). Каждая из указанных меток включает идентификационную комбинацию, закрытую защитным средством. В системе содержится первое средство 1 передачи и приема информации, предназначенное для использования потребителем. В пункте идентификации расположены: база 2 данных, средство 3 сравнения, второе 4 средство передачи и приема информации, первое средство 5 хэширования и блок 6 управления. Блок управления 5 связан с базой 2 данных, средством 3 сравнения, и вторым средством 4 передачи и приема информации, первым средством 5 хэширования. У производителя продукции расположены вторые база 7 данных, средство 8 сравнения, третье средство 9 передачи и приема информации, вторые средство 10 хэширования и блок 11 управления, связанный с базой 7 данных, средством 8 сравнения, третьим средством 9 передачи и приема информации и вторым средством 10 хэширования кодовых комбинаций.

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

1. Сервис Dintag - известная система проверки подлинности продукции, действующая в соответствии с упомянутым выше Патентом RU 2309453 С1 и представленная на сайтах http://www.dintag.com; http://www.dintag.com/presentation/film.html?winW=1164&winH=874&film=film_ru.swf.

2. Динтег - идентификационная метка, раскрытая в Патенте RU 2309453 С1, и состоящая из:

а) Порядкового номера метки, открытого для считывания: - DTID;

б) Идентификационной комбинации, закрытой от визуального восприятия защитным средством: Tag.

3. ТСС-динтег - материальный или информационный объект (идентификационная метка), имеющий в своем составе два компонента:

а) Уникальная алфавитно-цифровая метка, открытая для считывания (открытая часть динтега): DTID;

б) Алфавитно-цифровая идентификационная комбинации, закрытая от визуального восприятия защитным средством (закрытая часть динтега): Tag.

4. Сервис ТСС Dintag - часть Сервиса Dintag, которая работает по технологии согласно данной полезной модели.

5. Производитель (Customer) - контрагент Сервисов Dintag и ТСС Dintag, который использует эти сервисы для защиты выпускаемой им продукции при помощи динтегов и/или ТСС-динтегов.

6. Продукт (Item) - единица продукции, выпускаемой Производителем в обращение и попадающее под действие системы идентификации Сервисов Dintag и ТСС Dintag. Как правило, Продукт является изделием массового серийного производства, но предлагаемый в полезной модели способ допускает защиту и индивидуальных Продуктов.

7. Потребитель Продукта (End-User) - конечный покупатель, т.е. лицо, проводящее идентификацию Продукта при помощи сервиса Dintag.

8. Привязк Продукта к динтегу (Attachment) - сопоставление конкретного Продукта с одним или несколькими динтегами.

После выполнения Привязки Сервис Dintag позволяет идентифицировать Продукт по привязанным к нему динтегам путем выполнения Проверки Продукта.

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

10. Операция - логически завершенное действие, выполняемое системой идентификации.

11. Информационный Объект (ИО) - информационный образ Продукта или иного объекта (например, динтега или принадлежащего Производителю бренда), сформированный в Сервисе Dintag, то есть не объект материального мира, а его информационный образ.

ИО содержит набор информации в текстовом или двоичном виде; который может быть классифицирован по типу и однозначно идентифицирован по уникальному идентификатору ID.

В частности, информация о Продукте, динтег и ТСС-динтег являются Информационными Объектами.

12. Канонический Документ (КД или CD) - текстовая строка, формируемая для Информационного Объекта известного типа по правилам, известным обеим сторонам информационного обмена.

КД обладает следующим свойством: для одинаковых исходных ИО создаются одинаковые КД как на стороне Сервиса ТСС Dintag, так и на стороне к Производителя; для разных ИО создаются разные КД как на стороне Сервиса ТСС Dintag, так и на стороне к Производителя.

13. Функция сериализации (Serialization Function, ФС или FS) называется алгоритм формирования Канонического Документа из Информационного Объекта. ФС зависит от типа ИО; так, например, ФС Продукта и ФС динтега могут быть различны. Будем обозначать ФС как f _S(), благодаря чему процесс получения Канонического Документа из Информационного Объекта можно записать в символической форме как

КД=f_S(ИО).

14. Случайная Последовательность (СП или Ticket) - текстовая информация известной длины, вычисляемая алгоритмически или получаемая иным способом.

СП не несет смысловой нагрузки и служит для повышения криптозащищенности сервиса Dintag путем расширения длины канонического документа для затруднения подбора его содержимого.

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

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

Хэш-функции широко применяются в системах цифровой электронной подписи и криптографии.

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

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

б) быть свободной от коллизий: что существующими вычислительными средствами невозможно подобрать такие ИО m ₁ и m₂, что m₁!=m₂, но h(m₁)=h(m₂). Широко известны примеры таких функций: SHA-1, SHA-2, ГОСТ Р34.11-94 (ГОСТ 34.311-95) и другие.

Необратимость и отсутствие коллизий может быть обеспечено выбором длины Дайджеста.

В полезной модели хэш-функции применяются для вычисления Дайджестов Канонических Документов

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

ДО состоит из ID и Дайджеста ЗО.

По Декларируемому Объекту невозможно восстановить исходный Информационный Объекта существующими вычислительными средствами.

ДО=f _S2(Д)=f_S2(h(КД))=f_S2(h(f_S1 (ИО))),

где f_S1() - Функция Сериализации Информационного Объекта;

h() - Хэш-функция;

f_S2() - Функция Сериализации Дайджеста.

В полезной модели используются следующие типы ДО:

а) ДО динтега (dintag-DO), содержащий Дайджест динтега;

б) ДО Продукта (Item-DO), содержащий Дайджест Продукта;

в) ДО Привязки (Bind-DO), содержащий Дайджест Привязки ТСС-динтега к Продукту;

17. Объект Привязки (Binded Object, ОП или ВО) - Информационный Объект, вычисляемый для двух Декларируемых Объектов. ОП своим существованием устанавливает факт наличия связи между двумя Декларируемыми Объектами, а, следовательно, и между соответствующими им Информационными Объектами, защищаемыми с помощью ДО от несанкционированной модификации.

Объект Привязки включает в себя ДО динтега dintag-DO и ДО Продукта Item-DO, а также может включать в себя СП Привязки.

18. Область взаимодействия ТСС Dintag и Производителя обозначены следующим образом:

а) Действия на стороне Производителя (Customer): С

б) Запрос от Производителя (Customer) к Сервису ТСС Dintag: СD

в) Запрос от Сервиса ТСС Dintag к Производителю (Customer): DС

г) Действия на стороне Сервиса ТСС Dintag: D

д) Запрос от Потребителя (End-User) к Сервису ТСС Dintag: UD

е) Ответ Сервиса ТСС Dintag Потребителю (End-User): DU

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

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

Информационный Объект содержит значимую и не значимую информацию. Функция Сериализации преобразует в канонический документ только значимую часть информации. Так, например, в ИО динтега имеется информация о времени, способе выполнения и результате Проверки; в том числе счетчик количества проверок, однако эта информация не является значимой, не защищается при помощи создания Декларируемого Объекта, а, следовательно, и не попадает в Канонический Документ, вычисляемый при помощи ФС для динтега. Значимой информацией для динтега является его открытая и закрытая части, уникальный идентификатор SID (см. дальнейшее определение SID) и СП. Вычисление Дайджеста гарантирует невозможность скрытного изменения этой информации.

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

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

Поскольку система, манипулирует только Информационными Объектами, для краткости термин «ИО» может быть опушен. Так, например, ИО динтега без искажения смысла можно именовать динтегом, ИО Продукта - Продуктом и т.д.

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

Таблица 1
(D)	- В БД ТСС Dintag вносится новый ИО ТСС-динтега(ов), который ассоциирован с конкретным Производителем;
	- Вычисляется Дайджест ТСС-динтега и формируется Декларируемый Объект ТСС-динтега dintag-DO.

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

	Таблица 2
(DC)	- Декларируемый Объект ТСС-динтега dintag-DO отправляется Производителю.
(С)	- На основании Декларируемого Объекта ТСС-динтега в БД Производителя вносится информация о новом ТСС-динтеге.

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

	Таблица 3
(С)	- В БД Производителя вносится новый ИО с описанием нового Продукта;
- Вычисляется Дайджест ИО Продукта и формируется Декларируемый Объект Продукта Item-DO.

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

	Таблица 4
	- Создается Информационный Объект Привязки ВО;
(С)	- Вычисляется Дайджест ИО Привязки и формируется Декларируемый Объект Привязки Bind-DO.
(CD)	- Декларируемый Объект Привязки Bind-DO отправляется Сервису Dintag.
(D)	- Декларируемый Объект Привязки Bind-DO вносится в БД ТСС Dintag.

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

Операция описана при условии, что:

- Потребитель ввел в Сервис ТСС Dintag правильные данные об открытой и закрытой частях динтега;

- этот динтег является ТСС-динтегом;

- Проверка этого динтега выполняется впервые.

	Таблица 5
(UD)	- Потребитель ввел в Сервис Dintag правильные данные об открытой и закрытой частях динтега.
(D)	- Из БД Сервиса Dintag извлекается информация о динтеге, по которой определяется, что:
а) данные об открытой и закрытой частях динтега совпадают с извлеченными из БД Сервиса Dintag;
б) этот динтег является ТСС-динтегом;
в) Проверка этого динтега выполняется впервые.
(D)	- Из БД ТСС Dintag извлекается ИО ТСС-динтега.
(DC)	- ИО ТСС-динтега отправляется Производителю.

(С)	- Из БД Производителя извлекается Декларируемый Объект ТСС-динтега dintag-DO, соответствующий присланному ИО ТСС-динтега;
- Из ДО ТСС-динтега извлекается Дайджест ТСС-динтега;
- По присланному ИО ТСС-динтега тоже вычисляется Дайджест ТСС-динтега, который назовем контрольным Дайджестом;
- Извлеченный из БД Производителя Дайджест ТСС-динтега сравнивается с вычисленным контрольным Дайджестом ТСС-динтега;
Совпадение Дайджестов указывает на то, что никакая значимая часть ТСС-динтега не была изменена с момента регистрации. Несовпадение Дайджестов указывает на изменение значимой части ТСС-динтега со стороны Сервиса Dintag в одностороннем порядке, что приводит к фиксации нарушения правил работы системы и отказу от дальнейшего выполнения Проверки.
- Из БД Производителя извлекается ИО Привязки ВО, соответствующий присланному ТСС-динтегу;
(C->D)	- ИО Привязки ВО отправляется Сервису Dintag.
	- Из БД ТСС Dintag извлекается Декларируемый Объект Привязки Bind-DO, соответствующий присланному Объекту Привязки ВО;
- Из ДО Объекта Привязки извлекается Дайджест Объекта Привязки;
- По присланному ИО Привязки ВО вычисляется контрольный Дайджест Объекта Привязки;
(D)	- Извлеченный из БД ТСС Dintag Дайджест Объекта Привязки сравнивается с вычисленным контрольным Дайджестом Объекта Привязки.
Совпадение Дайджестов указывает на то, что Привязка Продукта к ТСС-динтегу не изменялась с момента регистрации Привязки Продукта к ТСС-динтегу.
Несовпадение Дайджестов указывает на изменение Привязки Продукта со стороны Производителя в одностороннем порядке, что приводит к фиксации нарушения правил работы системы и отказу от дальнейшего выполнения Проверки.
(D)	- В БД ТСС Dintag проверяется наличие ИО Продукта (т.е. наличие описания Продукта, ассоциированного с ДО Продукта Item-DO);
- Если ДО Продукта в БД ТСС Dintag еще не внесено, то выполняется Операция 6) - "Запрос описания Продукта" (см. далее);
- Если "Запрос описания Продукта" выполнен успешно, либо если описание Продукта уже внесено в БД ТСС Dintag, то из БД ТСС Dintag извлекается ИО Продукта.
(D)	- ИО Продукта ассоциируется в БД Dintag с данным ТСС-динтегом для использования при последующих проверках данного ТСС-динтега без необходимости дальнейших обращений к Производителю.
(D)	- В БД ТСС Dintag вносится информация о времени, способе выполнения и результате Проверки.
(DU)	- Потребителю отправляется описание Продукта и информация о результатах Проверки.

Запрос описания продукта у производителя осуществляется в соответствии с тем, как это представлено в таблице 6

Таблица 6
(DC)	- Отправляется запрос на ИО Продукта.
(С)	- Из БД Производителя извлекается ИО Продукта.
(CD)	- ИО Продукта отправляется Сервису Dintag.
(D)	- Из ДО Продукта Item-DO извлекается Дайджест Продукта;
- От присланного ИО Продукта вычисляется контрольный Дайджест Продукта;
- Извлеченный из БД ТСС Dintag Дайджест Продукта сравнивается с вычисленным контрольным Дайджестом Продукта;
Совпадение Дайджестов указывает на то, что значимая информация в описании Продукта не изменялась с момента регистрации описания Продукта.
Несовпадение Дайджестов указывает на изменение значимой информации в описании Продукта со стороны Производителя в одностороннем порядке, что приводит к фиксации нарушения правил работы системы и отказу от дальнейшего выполнения Проверки.
(D)	- ИО Продукта вносится в БД Dintag и ассоциируется с ДО Продукта Item-DO для использования при последующих проверках других ТСС-динтегов, привязанных к данному ДО Продукта Item-DO без необходимости дальнейших обращений к Производителю. Кроме того, Item-PO ассоциируется в БД Dintag с данным ТСС-динтегом для использования при его последующих Проверках.

Повторная Проверка ТСС-динтега производится при условии, что: потребитель ввел в Сервис ТСС Dintag правильные данные об открытой и закрытой частях динтега, и успешная проверка этого динтега уже выполнялась (таблица 7).

Таблица 7
(UD)	- Потребитель ввел в Сервис Dintag правильные данные об открытой и закрытой частях динтега.
(D)	- Из БД Сервиса Dintag извлекается информация о динтеге, по которой определяется, что:
- а) данные об открытой и закрытой частях динтега совпадают с извлеченными из БД Сервиса Dintag;
- б) успешная проверка этого динтега уже выполнялась.
(D)	- Из БД ТСС Dintag извлекается ИО Продукта, который ассоциирован с вышеупомянутым ТСС-динтегом;
(D)	- В БД ТСС Dintag вносится информация о времени, способе выполнения и результате Проверки; в том числе увеличивается счетчик количества проверок и фиксируется дата проверки;

(DU)	- Потребителю отправляется описание Продукта и информация о количестве проверок и их датах.

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

Наличие в ТСС-динтеге идентификатора SID не является необходимым требованием для работы описываемого способа, однако приносит значительные практические удобства при массовом использовании ТСС-динтегов Производителем, так как позволяет при нанесении ТСС-динтегов на Продукты оперировать упорядоченными диапазонами.

Идентификатор SID не используется Потребителем при проверках.

Для обычных динтегов в Сервисе ТСС Dintag в качестве SID может использоваться значение открытой части DTID.

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

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

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

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