EP4165827A1 - Procédé d'identification de produits ou d'objets - Google Patents

Procédé d'identification de produits ou d'objets

Info

Publication number
EP4165827A1
EP4165827A1 EP21944409.8A EP21944409A EP4165827A1 EP 4165827 A1 EP4165827 A1 EP 4165827A1 EP 21944409 A EP21944409 A EP 21944409A EP 4165827 A1 EP4165827 A1 EP 4165827A1
Authority
EP
European Patent Office
Prior art keywords
key
hardware
access
user
security
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP21944409.8A
Other languages
German (de)
English (en)
Other versions
EP4165827A4 (fr
Inventor
Cosimo ALEMANNO
Dell Agata FALICRO
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
En Group SRO
Original Assignee
En Group SRO
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by En Group SRO filed Critical En Group SRO
Publication of EP4165827A1 publication Critical patent/EP4165827A1/fr
Publication of EP4165827A4 publication Critical patent/EP4165827A4/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G06Q30/0185—Product, service or business identity fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements

Definitions

  • the invention relates to a method for identification of products or objects respectively identification system to identify food products, products and copyrighted works such as software, cinematographic works, works of art, musical works, literary works and others which may be protected by copyright and are tradable.
  • An alphanumeric code with a variable string is issued for the product in the input block, which, when is inserted into the access panel where certificate requests are entered, allows the user to access the required actions.
  • the input block is equipped with WLAN and WIFI connections and the system also guarantees the display of information that the user can read by means of LCD displays.
  • the input block with access panel and display allows interaction with the blockchain (distributed database).
  • a system key can be public or private, depending on the operating procedure required by the act in the software. This key is identifiable by a unique alphanumeric string that allows the system certain identification.
  • a software protocol which can often be used to increase security and identify a user or a unique action at runtime, several levels of keys are correlated, which are evaluated by the software to provide access to the system to various activities required by either user or protocol.
  • the data entered to the input block is combined with the unique data of the user card and sent to the blockchain and subsequently registered and certified as a database key.
  • This data is then transformed into an encrypted alphanumeric string, which is identified as a hardware key that consists of a specific security code and its characteristics consists of variable strings.
  • a hardware key that consists of a specific security code and its characteristics consists of variable strings.
  • the same hardware key is inserted in a password-protected security folder in the hardware system that allows the hardware system to be recognized, and the hardware key cannot be read or copied.
  • the blockchain receives a request from the user through the hardware system and generates a sent key originating from the protected string by the hardware key, to obtain the access string of the private key in the final stage.
  • the private key is one of the 4 security keys that the system requires when accessing the certification panel.
  • a hardware key is an alphanumeric string written in a file, inside a password-protected folder (directory) located in the hardware operating system and stored in the hardware during configuration, i.e. before delivering the hardware to the customer. It consists of a special security code and is characterized by the fact that it is not standard but structured in variable strings, which means that its length is constantly changing in this way, and even if it can be detected, this key cannot be used as a reference point, because the data it contains is placed in an encrypted way at different places in the string using a variable algorithm.
  • the hidden data in this string is:
  • the system requests the input of a personal code of identification code, which is assigned to the user, by means of the input panel.
  • An identification key is a code delivered to a customer who physically owns the hardware through which access to a certification platform can be obtained. This key is required for the verification of hardware that requires access to the system. If the identification code is not recognized, the verification and private key assignment process will not even start.
  • the waiting block is a virtual point of the blockchain authentication system, where, by verifying the properties of the check criterion, it verifies the applicants/users and requests that require some action from the system. This point is designed as a collection access/verification point that can separate all real requests from those unnecessary.
  • the inspection block manages the matching criteria using the database key required by the requests that are in the waiting block. After agreeing to the generation protocol, if necessary, it will allow the creation of the last access key, which will be displayed on the display of the hardware owned by the customer (private key).
  • This system makes it possible to prevent unnecessary blockchain overload due to incoming unnecessary or false demands.
  • Blockchain automatically acquires database keys from its databases and on its backups and then decodes them, to check the validity of the sent key, which the hardware system constantly sends. All inspections are performed in the inspection block, which contains all the data necessary for the final verification. After verifying the validity of the communication, the system immediately generates a private key and sends it to the hardware system, which will be used by the user to access the certificate creation services.
  • the private key generated in the symbiosis between the hardware system and the blockchain is inserted into the certificates, which are generated only in the presence of a verified private key.
  • This security system for access to certificates is enabled by the presence of a security hardware system that allows you to uniquely verify who generates the certificates, which makes it impossible to perform this operation without the use of security hardware and user identification.
  • the QR code is generated by a specific certification request that must be entered by the user, linked to a file or product. It is the blockchain protocol that issues the certificate and confirms it in the same protocol.
  • the certificate is accompanied by a unique code "CBO" (a unique string identifying the certificate), which is part of the QR code, along with data for connection to websites, which display all the data of the product.
  • QR code generated and present on the product can be read by any application capable of reading the QR code.
  • An alphanumeric code with a variable string is issued for the product in the input block, which, when inserted into the access panel where certificate requests are entered, allows the user to access the required actions.
  • the input block is equipped with WLAN and WIFI connections and the system also guarantees the display of information that the user can read by means of LCD displays.
  • the input block with access panel and display allows interaction with the blockchain.
  • a system key can be public or private, depending on the operating procedure required by the act in the software. This key is identifiable by a unique alphanumeric string that allows the system a certain identification.
  • a software protocol which can often be used to increase security and identify a user or a unique runtime task, several levels of keys are correlated, which are evaluated by the software to provide access to the system to various activities required by either user or protocol.
  • the data entered to the input block is connected with the unique data of the user card and sent to the blockchain and subsequently registered and certified as a database key.
  • This data is then transformed into an encrypted alphanumeric string, which is identified as a hardware key that consists of a specific security code and its characteristics consist of variable strings.
  • a hardware key that consists of a specific security code and its characteristics consist of variable strings.
  • the same hardware key is inserted in a password-protected security folder in the hardware system that allows the hardware system to be recognized, and the hardware key cannot be read or copied.
  • the blockchain receives a request from the user through the hardware system and generates a sent key originating from the protected string by the hardware key, to obtain the access string of the private key in the final stage.
  • the private key is one of the 4 security keys that the system requires when accessing the certification panel.
  • a hardware key is an alphanumeric string written in a file, inside a password-protected folder (directory) located in the hardware operating system and stored in the hardware during configuration, i.e. before delivering the hardware to the customer. It consists of a special security code and is characterized by the fact that it is not standard but structured in variable strings, which means that its length is constantly changing in this way, and even if it can be detected, this key cannot be used as a reference point, because the data it contains is placed in an encrypted way at different places in the string using a variable algorithm.
  • the hidden data in this string is:
  • a unique user code referring to his position in the blockchain protocol.
  • Hardware database key generated by the system during the installation phase of the hardware, which is delivered to the customer and which is bound to MAC-ADDRESS (unique code issued by the hardware manufacturer).
  • the system requests the input of a personal code of identification code, which is assigned to the user, by means of the input panel.
  • An identification key is a code delivered to a customer who physically owns the hardware through which access to a certification platform can be obtained. This key is required for the verification of hardware that requires access to the system. If the identification code is not recognized, the verification and private key assignment process will not even start.
  • the waiting block is a virtual point of the blockchain authentication system, where, by verifying the properties of the check criterion, it verifies the applicants/users and requests that require some action from the system. This point is designed as a collection access/verification point that can separate all real requests from those unnecessary.
  • the inspection block manages the matching criteria using the database key required by the requests that are in the waiting block. After agreeing to the generation protocol, if necessary, it will allow the creation of the last access key, which will be displayed on the display of the hardware owned by the customer (private key).
  • This system makes it possible to prevent unnecessary blockchain overload due to incoming unnecessary or false demands.
  • Blockchain automatically acquires database keys from its databases and on its backups and then decodes them, to check the validity of the sent key, which the hardware system constantly sends.
  • inspections are performed in the inspection block, which contains all the data necessary for the final verification. After verifying the validity of the communication, the system immediately generates a private key and sends it to the hardware system, which will be used by the user to access the certificate creation services.
  • the private key generated in the symbiosis between the hardware system and the blockchain is inserted into the certificates, which are generated only in the presence of a verified private key.
  • This security system for access to certificates is enabled by the presence of a security hardware system that allows you to uniquely verify who generates the certificates, which makes it impossible to perform this operation without the use of security hardware and user identification.
  • the QR code is generated by a specific certification request that must be entered by the user, linked to a file or product. It is the blockchain protocol that issues the certificate and confirms it in the same protocol.
  • the certificate is accompanied by a unique code "CBO" (a unique string identifying the certificate), which is part of the QR code, along with data for connection to websites, which display all the data of the product.
  • QR code generated and present on the product can be read by any application capable of reading the QR code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Storage Device Security (AREA)

Abstract

Un code alphanumérique avec une chaîne variable est émis pour le produit dans le bloc d'entrée, qui, lorsqu'il est inséré dans le panneau d'accès où les demandes de certificat sont saisies, permet à l'utilisateur d'accéder aux actions requises. Le bloc d'entrée est équipé de connexions WLAN et WIFI, et le système est équipé d'un écran LCD pour afficher les informations. Ensuite les données entrées dans le bloc d'entrée sont connectées avec les données uniques de la carte d'utilisateur et envoyées sur la chaîne de blocs et par la suite sont enregistrées et certifiées comme étant une clé de base de données, où ces données sont ensuite transformées en une chaîne alphanumérique chiffrée qui est identifiée comme une clé matérielle qui consiste en un code de sécurité spécifique et ses caractéristiques consistent en des chaînes variables. Puis la même clé matérielle est insérée dans un dossier de sécurité protégé par un mot de passe dans un système matériel qui permet à ce système matériel d'être reconnu, cette clé matérielle ne pouvant être ni lue ni copiée. Puis la chaîne de blocs reçoit une demande de l'utilisateur au moyen du système matériel et génère la clé envoyée provenant de la chaîne de clés matérielles protégées pour obtenir la clé d'accès de la clé privée dans la phase finale. Puis au moment de la demande faite au moyen du bloc d'accès, le système demande au moyen du panneau de saisie d'entrer le code d'identification personnel attribué à l'utilisateur, ensuite ce code d'identification est vérifié dans le bloc d'attente pour permettre l'accès et générer une clé privée pour accéder au bloc d'inspection. Ensuite la blockchain acquiert automatiquement les clés des bases de données à partir de ses bases de données et ses sauvegardes puis les décode. Pour vérifier la validité de la clé envoyée, que le système matériel envoie constamment, toutes les vérifications sont effectuées dans le bloc d'inspection, où se trouvent toutes les données nécessaires à la vérification finale. La validation de la communication génère immédiatement une clé privée et l'envoie au système matériel, qui sera utilisée par l'utilisateur pour accéder aux services de création de certificats. Puis la clé privée générée en symbiose entre le système matériel et la chaîne de blocs est insérée dans les certificats, qui ne sont générés qu'en présence d'une clé privée vérifiée, ce système de sécurité d'accès aux certificats étant rendu possible par la présence d'un système matériel de sécurité qui vérifie de manière unique qui génère les certificats, ce qui rend impossible la réalisation de cette opération sans l'utilisation d'un matériel de sécurité et l'identification de l'utilisateur.
EP21944409.8A 2021-08-23 2021-10-08 Procédé d'identification de produits ou d'objets Pending EP4165827A4 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SK500422021A SK500422021A3 (sk) 2021-08-23 2021-08-23 Spôsob identifikácie produktov alebo predmetov
PCT/SK2021/050013 WO2023027646A1 (fr) 2021-08-23 2021-10-08 Procédé d'identification de produits ou d'objets

Publications (2)

Publication Number Publication Date
EP4165827A1 true EP4165827A1 (fr) 2023-04-19
EP4165827A4 EP4165827A4 (fr) 2024-03-13

Family

ID=78022327

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21944409.8A Pending EP4165827A4 (fr) 2021-08-23 2021-10-08 Procédé d'identification de produits ou d'objets

Country Status (3)

Country Link
EP (1) EP4165827A4 (fr)
SK (1) SK500422021A3 (fr)
WO (1) WO2023027646A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160300234A1 (en) * 2015-04-06 2016-10-13 Bitmark, Inc. System and method for decentralized title recordation and authentication
US10176481B2 (en) * 2015-12-21 2019-01-08 Beston Technologies Pty Ltd Method and apparatus for managing and providing provenance of product using blockchain
WO2018176140A1 (fr) * 2017-03-31 2018-10-04 Syngrafii Inc. Systèmes et procédés d'exécution et de distribution de documents électroniques
US20200160352A1 (en) * 2018-11-20 2020-05-21 Mastercard International Incorporated Method and system for identifying product genuineness
US11823120B2 (en) * 2019-12-13 2023-11-21 Salesforce, Inc. System or method of verifying an asset using blockchain and collected asset and device information

Also Published As

Publication number Publication date
EP4165827A4 (fr) 2024-03-13
WO2023027646A1 (fr) 2023-03-02
SK500422021A3 (sk) 2021-10-13

Similar Documents

Publication Publication Date Title
US20210383377A1 (en) Decentralized identity verification platforms
US7673794B2 (en) Personal information verification program, method and apparatus
US7003500B1 (en) Retail point of sale (RPOS) apparatus for internet merchandising
JP5052673B2 (ja) ネットワークにおけるトランザクションセキュリティ
US6965997B2 (en) System and method for binding and unbinding ticket items with user-negotiated security features
US8122511B2 (en) Attribute information providing method
US20120246075A1 (en) Secure electronic payment methods
US8355992B1 (en) System and method for verifying the age of a controlled substance purchaser
CN114155095B (zh) 一种数字艺术品认证和交易系统及认证和交易方法
US7742993B2 (en) SCART-card (secure consumer advantaged retail trading)
US20050182684A1 (en) Method and system for economical e-commerce shopping token for validation of online transactions
CN101036099A (zh) 数字权限许可的集中管理
JP2016512675A (ja) 安全な取引システム及び方法
KR102069002B1 (ko) 블록체인을 이용하여 위변조를 방지하는 이력관리 방법, 장치 및 프로그램
US20020138770A1 (en) System and method for processing ticked items with customer security features
RU2577472C2 (ru) Расширение структуры аутентификации для верификации идентификационной информации
US20020138357A1 (en) System and method for purchasing ticket items with user-negotiated security features
JPH1063884A (ja) 電子チケットシステムおよび該システムを用いた電子チケットの利用方法
JP4302079B2 (ja) デジタルコンテンツ販売方法及びその実施装置
CN117426073A (zh) 针对可验证凭证的受信监管链
JP2004227042A (ja) ライセンス配信サーバ、及びこれに接続されるライセンス再発行装置、並びに店頭サーバ
KR100968941B1 (ko) Ｏｔｐ를 이용한 금융거래 시스템
US20220122072A1 (en) Systems and methods for secure redemption of electronic tickets using blockchain protocols
CN104993930A (zh) 数字凭证生成方法、系统及数字凭证验证方法、系统
US20230230138A1 (en) System and method for validating purchase of restricted merchandise

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN PUBLISHED

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

17P Request for examination filed

Effective date: 20221213

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: H04L0009320000

Ipc: G06Q0030018000

A4 Supplementary search report drawn up and despatched

Effective date: 20240209

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 9/32 20060101ALI20240205BHEP

Ipc: G06Q 10/0833 20230101ALI20240205BHEP

Ipc: G06Q 30/018 20230101AFI20240205BHEP