EP4165827A1 - Method of identification of products or objects - Google Patents

Method of identification of products or objects

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)
French (fr)
Other versions
EP4165827A4 (en
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/en
Publication of EP4165827A4 publication Critical patent/EP4165827A4/en
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 OR CALCULATING; 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 OR CALCULATING; 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

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 access to the required actions, while the input block is equipped with WLAN and WIFI connections, and the system is equipped with LCD a display for displaying information, then the data entered into the input block is connected with the unique data of the user card and sent to the blockchain and subsequently are registered and certified as a database key, where this data is then transformed into an encrypted alphanumeric string that is identified as a hardware key that consists of a specific security code and its characteristics consist of variable strings, then the same hardware key is inserted into a password-protected security folder in a hardware system that allows this hardware system to be recognized, whereby this hardware key cannot be read or copied, then the blockchain receives a request from the user by means of the hardware system and generates the sent key coming from the protected hardware key chain to obtain the access key of the private key in the final phase, then at the time of the request made by means of the access block, the system requests by means of the input panel to enter the personal identification code assigned to the user, then this identification code is checked in the waiting block to allow access and generate a private key to gain access to the inspection block, then the 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 checks are performed in the inspection block, where all the data needed for final verification is located. the validation of the communication 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, then the private key generated in symbiosis between the hardware system and the blockchain is inserted into certificates, which are generated only in the presence of a verified private key, whereby this certificate access security system being enabled by the presence of a security hardware system that uniquely verifies who generates the certificates, which makes it impossible to perform this operation without the use of security hardware and user identification.

Description

METHOD OF IDENTIFICATION OF PRODUCTS OR OBJECTS
Technical field
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.
Background of the invention
On the present, the copying, selling of fakes and counterfeits is a big phenomenon. Also, the sale of products with unclear origin or country of origin. Various certificates or declarations of conformity, which are usually made like paper versions, are used to verify the authenticity of articles, products and copyrighted works. Alternatively, they refer to invoices or only to the merchant's declaration of authenticity. The main disadvantage is that these documents are easily counterfeited, and customers are not sure whether the purchased goods are original.
Subject of the invention
The deficiencies mentioned in the current state of the art are eliminated by the invention described in this patent application, the essence of which consists in the fact that the manufacturer, originator, author or producer or person who has the rights to place a product, food, product or work on the market (hereinafter "authorized person”) creates a protocol on the sold product, which contains information about the date and place of creation, information about the manufacturer or the author, information on the product itself or the author's work, or on the minimum durability, or information on the specific conditions of use, storage or holding of the sold product. Information about the sold product is converted into a QR code. The authorized person thus creates an electronic certificate for the sold product, in which the subsequent seller is also listed. This subsequent seller is entitled to supplement the details of the other seller when redistributing the sold product. When selling a product to an end customer, the customer has the opportunity to find out true and complete information about the product, its composition, date of manufacture, origin, previous sellers or previous owners by scanning the QR code with a smartphone with the appropriate application.
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).
In general, 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. In 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. 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.
Even compared to other files contained in other hardware, these files would be different, both in data (variable encryption) and in length (len).
The hidden data in this string is:
- Unique user ID.
- 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).
- Other control codes.
At the time of submitting a request made by means of the input block, 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.
This identification code is checked in the waiting block to allow access and to generate a private key to gain access to the inspection block. 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.
To create a certificate, it is necessary to have a sufficient status of purchased, prepaid credits for the generation of certificates.
Using smartphones, tablets or PDA devices, users can view the certificate, read information about the product, its origin and ownership. The QR code generated and present on the product can be read by any application capable of reading the QR code.
Examples of embodiments
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. In general, 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. In 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. 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.
Even compared to other files contained in other hardware, these files would be different, both in data (variable encryption) and in length (len).
The hidden data in this string is:
Unique user ID.
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).
Other control codes.
At the time of submitting a request made by means of the input block, 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.
This identification code is checked in the waiting block to allow access and to generate a private key to gain access to the inspection block. 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.
To create a certificate, it is necessary to have a sufficient status of purchased, prepaid credits for the generation of certificates.
Using smartphones, tablets or PDA devices, users can view the certificate, read information about the product, its origin and ownership. The QR code generated and present on the product can be read by any application capable of reading the QR code.

Claims

PATENT CLAIMS Method of identification of products or objects, characterized in that an alphanumeric code with a variable string is issued for a 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, whereby the input block being equipped WLAN and WIFI connections, as well as the system is equipped with an LCD display for displaying information, then the data entered into the input block is connected with the unique data of the user card and sent to the blockchain and then registered and certified as a database key, where this data is then transformed into an encrypted alphanumeric string that is identified as a hardware key that consists of a specific security code and its characteristics consists of variable strings, then the same hardware key is inserted into a password-protected security folder in a hardware system that allows this hardware system to be recognized, whereby this hardware key cannot be read or copied, then the blockchain receives a request from the user by means of the hardware system and generates the sent key coming from the protected hardware key string to obtain the access string of the private key in the final phase, then at the time of the request made by means of the access block, the system requests by means of the input panel to enter the personal identification code assigned to the user, then this identification code is checked in the waiting block to allow access and generate a private key to gain access to the inspection block, then the 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 checks are performed in the inspection block, where all the data needed for the final verification is located, after verifying the validity of the communication, the system immediately generates a private key and sends it to the hardware system, which will serve the user to access certificate services, then the private key generated in symbiosis between the hardware system and the blockchain is inserted into certificates, which are generated only in the presence of an authenticated private key, while this certificate access security system is enabled by the presence of a security hardware system that allows unique authentication of who generates certificates, making it impossible to perform this operation without use of security hardware and user identification.
8
EP21944409.8A 2021-08-23 2021-10-08 METHOD FOR IDENTIFYING PRODUCTS OR OBJECTS Pending EP4165827A4 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SK500422021A SK500422021A3 (en) 2021-08-23 2021-08-23 Method of identification of products or articles
PCT/SK2021/050013 WO2023027646A1 (en) 2021-08-23 2021-10-08 Method of identification of products or objects

Publications (2)

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

Family

ID=78022327

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21944409.8A Pending EP4165827A4 (en) 2021-08-23 2021-10-08 METHOD FOR IDENTIFYING PRODUCTS OR OBJECTS

Country Status (3)

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

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016164496A1 (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
US11900491B2 (en) * 2017-03-31 2024-02-13 Syngrafii Inc. Systems and methods for executing and delivering electronic documents
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
WO2023027646A1 (en) 2023-03-02
EP4165827A4 (en) 2024-03-13
SK500422021A3 (en) 2021-10-13

Similar Documents

Publication Publication Date Title
US20210383377A1 (en) Decentralized identity verification platforms
US20210050994A1 (en) Registry blockchain architecture
JP5052673B2 (en) Transaction security in the network
US6965997B2 (en) System and method for binding and unbinding ticket items with user-negotiated security features
US20120246075A1 (en) Secure electronic payment methods
CN116671087A (en) Systems and methods for building blockchains to verify smart contract assets
US20060053067A1 (en) Retail point of sale (RPOS) apparatus for internet merchandising
US20120117657A1 (en) Attribute information providing system
US20050182684A1 (en) Method and system for economical e-commerce shopping token for validation of online transactions
KR102069002B1 (en) History management method, apparatus and program for preventing fake using blockchain
JP2016512675A (en) Secure trading system and method
US20020138770A1 (en) System and method for processing ticked items with customer security features
US20220122072A1 (en) Systems and methods for secure redemption of electronic tickets using blockchain protocols
US7673794B2 (en) Personal information verification program, method and apparatus
CN112567716A (en) Secure data transmission system and method
US20020138357A1 (en) System and method for purchasing ticket items with user-negotiated security features
US7742993B2 (en) SCART-card (secure consumer advantaged retail trading)
US20230368186A1 (en) Process for Creation storage retrieval of immutable NFT Non-fungible token based electronic book publishing on a decentralized proof ofstake blockchain
JP2004227042A (en) License distribution server, license reissue device connected thereto, and storefront server
JP2023064966A (en) Non-fungible token judgment system and judgment data generation method
CN112970234A (en) Account assertions
KR100968941B1 (en) Financial transaction system using OTP
Dalla Preda et al. Exploring NFT validation through digital watermarking
CN110992034A (en) Supply chain transaction privacy protection system and method based on block chain and related equipment
EP4165827A1 (en) Method of identification of products or objects

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

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)