WO2023027646A1 - Method of identification of products or objects - Google Patents
Method of identification of products or objects Download PDFInfo
- Publication number
- WO2023027646A1 WO2023027646A1 PCT/SK2021/050013 SK2021050013W WO2023027646A1 WO 2023027646 A1 WO2023027646 A1 WO 2023027646A1 SK 2021050013 W SK2021050013 W SK 2021050013W WO 2023027646 A1 WO2023027646 A1 WO 2023027646A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- key
- hardware
- access
- user
- security
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 6
- 238000007689 inspection Methods 0.000 claims abstract description 12
- 238000012795 verification Methods 0.000 claims abstract description 10
- 238000004891 communication Methods 0.000 claims abstract description 4
- 230000031068 symbiosis, encompassing mutualism through parasitism Effects 0.000 claims abstract description 4
- 238000010200 validation analysis Methods 0.000 abstract 1
- 239000000047 product Substances 0.000 description 25
- 230000002596 correlated effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 235000013305 food Nutrition 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000011017 operating method Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
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
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
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP21944409.8A EP4165827A4 (en) | 2021-08-23 | 2021-10-08 | Method of identification of products or objects |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SKPP50042-2021 | 2021-08-23 | ||
| SK500422021A SK500422021A3 (en) | 2021-08-23 | 2021-08-23 | Method of identification of products or articles |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2023027646A1 true WO2023027646A1 (en) | 2023-03-02 |
Family
ID=78022327
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/SK2021/050013 WO2023027646A1 (en) | 2021-08-23 | 2021-10-08 | Method of identification of products or objects |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP4165827A4 (en) |
| SK (1) | SK500422021A3 (en) |
| WO (1) | WO2023027646A1 (en) |
Citations (4)
| 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 |
| WO2018176140A1 (en) * | 2017-03-31 | 2018-10-04 | Syngrafii Inc. | Systems and methods for executing and delivering electronic documents |
| US10176481B2 (en) * | 2015-12-21 | 2019-01-08 | Beston Technologies Pty Ltd | Method and apparatus for managing and providing provenance of product using blockchain |
| WO2020106374A1 (en) * | 2018-11-20 | 2020-05-28 | Mastercard International Incorporated | Method and system for identifying product genuineness |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
-
2021
- 2021-08-23 SK SK500422021A patent/SK500422021A3/en unknown
- 2021-10-08 EP EP21944409.8A patent/EP4165827A4/en active Pending
- 2021-10-08 WO PCT/SK2021/050013 patent/WO2023027646A1/en unknown
Patent Citations (4)
| 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 |
| WO2018176140A1 (en) * | 2017-03-31 | 2018-10-04 | Syngrafii Inc. | Systems and methods for executing and delivering electronic documents |
| WO2020106374A1 (en) * | 2018-11-20 | 2020-05-28 | Mastercard International Incorporated | Method and system for identifying product genuineness |
Non-Patent Citations (1)
| Title |
|---|
| See also references of EP4165827A4 * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4165827A4 (en) | 2024-03-13 |
| EP4165827A1 (en) | 2023-04-19 |
| SK500422021A3 (en) | 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 (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 | |
| US8122511B2 (en) | Attribute information providing method | |
| 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 | |
| CN114155095B (en) | Digital artwork authentication and transaction system and authentication and transaction method | |
| CN101036099A (en) | Centralized management of digital rights licensing | |
| JP2016512675A (en) | Secure trading system and method | |
| KR102069002B1 (en) | History management method, apparatus and program for preventing fake using blockchain | |
| US20020138770A1 (en) | System and method for processing ticked items with customer security features | |
| RU2577472C2 (en) | Authentication framework extension for verification of identification information | |
| US20020138357A1 (en) | System and method for purchasing ticket items with user-negotiated security features | |
| JPH1063884A (en) | Electronic ticket system and method for using electronic ticket using the same | |
| JP4302079B2 (en) | Digital content sales method and apparatus for implementing the same | |
| CN117426073A (en) | Trusted chain of custody for verifiable credentials | |
| KR100968941B1 (en) | Finance trade system using a otp | |
| JP2004227042A (en) | License distribution server, license re-issuing device connected to the same and store front server | |
| JP2004005515A (en) | Electronic check settlement system | |
| US20230230138A1 (en) | System and method for validating purchase of restricted merchandise | |
| EP4165827A1 (en) | Method of identification of products or objects | |
| KR100733129B1 (en) | System and method for processing security payment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| NENP | Non-entry into the national phase |
Ref country code: DE |