Electronic ticket processing method, processing device, equipment, storage medium and program product

Abstract

The invention provides an electronic ticket processing method and device, equipment, a storage medium and a program product, and relates to the technical field of block chains. The block chain-based electronic ticket processing method comprises the steps of deploying a smart contract on a block chain platform based on a semi-homogenized token; a digital certificate of an electronic ticket of the target scene is created based on the smart contract and the ticket issuing information, the digital certificate of the electronic ticket comprises multiple groups of features, and the multiple groups of features are generated based on a semi-homogeneous token; issuing the issuing information of the electronic ticket to a block chain platform based on the address information of the smart contract; and in response to an access information operation of the second block chain node on the address information of the smart contract, obtaining application information for the electronic ticket, and processing the digital certificate based on the application information. According to the technical scheme of the invention, the ticket risk caused by the unreliable third-party channel can be reduced by means of the non-tampering and traceability characteristics of the block chain.

Description

Technical Field

[0001] The present disclosure relates to the field of blockchain technology, and in particular to a blockchain-based electronic ticket processing method, a blockchain-based electronic ticket processing device, an electronic device, a computer-readable storage medium, and a computer program product. Background Art

[0002] Globally, the ticket resale business is growing. Consumers need to pay trust costs to third-party agents when purchasing tickets in the secondary market, and third-party agents send tickets to consumers in the form of electronic tickets. However, the above transaction process has the following disadvantages. On the one hand, if the third-party channel is unreliable, there is a risk of purchasing fake and invalid tickets. On the other hand, electronic tickets in the form of QR codes cannot encrypt information, so there is a certain risk of leakage, and consumers cannot verify the validity of electronic tickets in the first place.

[0003] It should be noted that the information disclosed in the above background technology section is only used to enhance the understanding of the background of the present disclosure, and therefore may include information that does not constitute the prior art known to ordinary technicians in the field. Summary of the invention

[0004] The purpose of the present disclosure is to provide a blockchain-based electronic ticket processing method, a blockchain-based electronic ticket processing device, an electronic device, a computer-readable storage medium and a computer program product, which at least to some extent overcome the problem in the related art that the security of electronic tickets purchased by users needs to be improved.

[0005] Other features and advantages of the present disclosure will become apparent from the following detailed description, or may be learned in part by the practice of the present disclosure.

[0006] According to one aspect of the present disclosure, there is provided a blockchain-based electronic ticket processing method, which is applied to a first blockchain node and includes: deploying a smart contract on a blockchain platform based on a semi-fungible token; creating a digital certificate of an electronic ticket for a target scenario based on the smart contract and ticket issuance information, wherein the digital certificate of the electronic ticket includes multiple sets of features, the multiple sets of features are generated based on the semi-fungible token, the multiple sets of features include multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scenario to a ticket purchasing user; publishing the issuance information of the electronic ticket to a blockchain platform based on the address information of the smart contract; in response to an access information operation of a second blockchain node on the address information of the smart contract, obtaining application information for the electronic ticket to process the digital certificate based on the application information, wherein if the second blockchain node successfully applies for the electronic ticket, the digital certificate is stored in a digital wallet of the second blockchain node.

[0007] In one embodiment of the present disclosure, the multiple groups of features also include an ID identification of the digital certificate, type information of the digital certificate, and the number of electronic tickets issued, wherein the type information of the digital certificate is generated based on the target scenario, the type of the electronic ticket, and usage requirements.

[0008] In one embodiment of the present disclosure, a smart contract is deployed on a blockchain platform based on a semi-fungible token, comprising: configuring a data structure of the digital certificate based on a standard interface of the semi-fungible token; creating a minting model of the semi-fungible token based on the data structure of the digital certificate, so as to write the smart contract based on the minting model, wherein the minting model is used to generate a digital certificate of the electronic ticket based on the input ticket issuance information; and initiating a deployment operation of the smart contract on the blockchain platform.

[0009] In one embodiment of the present disclosure, processing the digital certificate based on the application information includes: extracting the account address of the second blockchain node in the application information, and performing an application authority detection on the second blockchain node based on the account address; if it is detected that the authority is possessed, based on the type information of the digital certificate and the remaining issuance quantity, performing availability verification on the application information, the application information including electronic ticket quantity requirements and type requirements; if the availability verification passes, querying the transaction record of the blockchain platform to perform payment verification on the second blockchain node; if the payment verification passes, performing a transfer operation of the corresponding digital certificate of the electronic ticket to the second blockchain node.

[0010] In one embodiment of the present disclosure, it also includes: obtaining the timestamp when the blockchain platform receives the ticket issuance information, so as to generate ID data based on the timestamp and a pseudo-random number generated based on a hash function; when calling the casting model to generate the digital certificate, the ID data is passed into the digital certificate as the ID identification; based on the target scenario and the classification rules in the ticket issuance information, the electronic ticket is classified to obtain a classification result; based on the usage requirements, the classification result is assigned a SLOT value in the smart contract to obtain the type information; and a mapping relationship between the ticket issuance information and the link address is configured in the smart contract to generate the multimedia access information based on the mapping relationship, and the link address is used to access the multimedia description data stored in the distributed storage platform.

[0011] In one embodiment of the present disclosure, it also includes: in response to a transfer request from the second blockchain node to a third blockchain node, detecting whether the second blockchain node fulfills a third-party transfer rule; and confirming that the transfer of the second blockchain node is successful upon detecting that the second blockchain node fulfills the third-party transfer rule.

[0012] In one embodiment of the present disclosure, it also includes: when it is detected that the second blockchain node has successfully applied for the electronic ticket, the application record of the electronic ticket is updated based on the application information.

[0013] According to another aspect of the present disclosure, there is provided a blockchain-based electronic ticket processing method, which is applied to a second blockchain node, including: accessing a first blockchain node based on address information of a smart contract to send application information for an electronic ticket to the first blockchain node, wherein the smart contract is deployed on a blockchain platform by the first blockchain node based on a semi-fungible token, and the smart contract is used to create a digital certificate for the electronic ticket; if the application for the electronic ticket is successful, obtaining the digital certificate for the electronic ticket, and storing the digital certificate in a digital wallet of the second blockchain node, wherein the digital certificate for the electronic ticket includes multimedia access information for the electronic ticket, and the multimedia access information is used to display multimedia description data associated with a target scene to a ticket purchasing user.

[0014] In one embodiment of the present disclosure, before accessing the first blockchain node based on the address information of the smart contract, it also includes: creating a private key and a public key pair based on the digital wallet; performing a hash calculation on the public key to generate an account address, and the account address is used by the first blockchain node to verify the application authority of the second blockchain node for the electronic ticket; based on the digital wallet, the private key, the public key and the account address are associated to create an account for the second blockchain node.

[0015] In one embodiment of the present disclosure, storing the digital certificate in the digital wallet of the second blockchain node also includes: encrypting the acquired digital certificate and the account address based on the public key in the digital wallet to generate a personalized certificate for the electronic ticket belonging to the second blockchain node.

[0016] In one embodiment of the present disclosure, it also includes: decrypting the personal certificate based on a private key matching the public key to obtain the digital certificate and the account address; graphically encoding the digital certificate and the account address to obtain a graphic barcode, wherein the graphic barcode is scanned by a ticket verification device and the account address is parsed, and based on the account address, it is detected whether the second blockchain node has the electronic ticket.

[0017] In one embodiment of the present disclosure, it also includes: detecting the operation of transferring the digital certificate of the electronic ticket to the third blockchain node, and generating a prompt message for fulfilling the third-party transfer rule; detecting the operation of fulfilling the third-party transfer rule, and confirming the digital certificate of the electronic ticket transferred to the third blockchain node.

[0018] In one embodiment of the present disclosure, it also includes: in response to an access operation to the multimedia access information, extracting a link address in the multimedia access information to access the multimedia description data stored in the distributed storage platform based on the link address.

[0019] According to another aspect of the present disclosure, there is provided an electronic ticket processing device based on blockchain, which is applied to a first blockchain node and includes: a deployment module for deploying a smart contract on a blockchain platform based on a semi-fungible token; a creation module for creating a digital certificate of an electronic ticket for a target scenario based on the smart contract and ticket issuance information, wherein the digital certificate of the electronic ticket includes multiple sets of features, which are generated based on the semi-fungible token, and the multiple sets of features include multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scenario to ticket purchasing users; a publishing module for publishing the issuance information of the electronic ticket to the blockchain platform based on the address information of the smart contract; a processing module for obtaining application information for the electronic ticket in response to an access information operation of the second blockchain node on the address information of the smart contract, so as to process the digital certificate based on the application information, wherein if the second blockchain node successfully applies for the electronic ticket, the digital certificate is stored in the digital wallet of the second blockchain node.

[0020] According to another aspect of the present disclosure, there is provided an electronic ticket processing device based on blockchain, which is applied to a second blockchain node and includes: an access module for accessing a first blockchain node based on address information of a smart contract to send application information of an electronic ticket to the first blockchain node, wherein the smart contract is deployed on a blockchain platform by the first blockchain node based on a semi-fungible token, and the smart contract is used to create a digital certificate for the electronic ticket; a storage module for successfully applying for the electronic ticket, obtaining the digital certificate for the electronic ticket, and storing the digital certificate in a digital wallet of the second blockchain node, wherein the digital certificate for the electronic ticket includes multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with a target scene to a ticket purchasing user.

[0021] According to another aspect of the present disclosure, there is provided an electronic device, comprising: a processor; and a memory for storing executable instructions of the processor; the processor is configured to execute the above-mentioned blockchain-based electronic ticket processing method by executing the executable instructions.

[0022] According to another aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the above-mentioned blockchain-based electronic ticket processing method is implemented.

[0023] According to another aspect of the present disclosure, a computer program product is provided, on which a computer program is stored, and when the computer program is executed by a processor, the above-mentioned blockchain-based electronic ticket processing method is implemented.

[0024] The blockchain-based e-ticket processing solution provided by the embodiments of the present disclosure deploys smart contracts on the blockchain platform based on semi-fungible tokens. When ticket issuance information is received, the e-ticket digital certificate is created based on the smart contract and published to the blockchain platform for application by other node users with blockchain accounts. On the one hand, the tamper-proof and traceable characteristics of the blockchain can reduce the risk of purchasing fake and invalid tickets due to unreliable third-party channels. On the other hand, the secure storage function based on smart contracts and digital wallets is conducive to improving the security of e-tickets. The multimedia access information in the digital certificate of the e-ticket also helps consumers to verify the validity of the e-ticket at the first time, thereby improving the quality of the e-ticket business in the digital operation process, user experience and overall security and reliability.

[0025] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] The accompanying drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and together with the specification are used to explain the principles of the present disclosure. Obviously, the accompanying drawings described below are only some embodiments of the present disclosure, and for ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without creative work.

[0027] Figure 1 A schematic diagram showing an electronic ticket processing system based on blockchain in an embodiment of the present disclosure is shown;

[0028] Figure 2 A schematic flow chart showing a blockchain-based electronic ticket processing method in an embodiment of the present disclosure is shown;

[0029] Figure 3 A schematic flow chart showing another blockchain-based electronic ticket processing method in an embodiment of the present disclosure;

[0030] Figure 4 A schematic flow chart showing another blockchain-based electronic ticket processing method in an embodiment of the present disclosure;

[0031] Figure 5 An architecture diagram of an electronic ticket processing system based on blockchain in an embodiment of the present disclosure is shown;

[0032] Figure 6 A schematic flow chart showing another blockchain-based electronic ticket processing method in an embodiment of the present disclosure;

[0033] Figure 7 A schematic diagram showing a blockchain-based electronic ticket processing solution in an embodiment of the present disclosure;

[0034] Figure 8 A schematic diagram showing another blockchain-based electronic ticket processing solution in an embodiment of the present disclosure;

[0035] Fig. 9 A schematic diagram of an electronic ticket processing device based on blockchain in an embodiment of the present disclosure is shown;

[0036] Fig.10 A schematic diagram of another electronic ticket processing device based on blockchain in an embodiment of the present disclosure is shown;

[0037] Fig.11 A structural block diagram of an electronic device in an embodiment of the present disclosure is shown. DETAILED DESCRIPTION

[0038] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that the disclosure will be more comprehensive and complete and to fully convey the concepts of the example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

[0039] In addition, the accompanying drawings are only schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and their repeated description will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor devices and / or microcontroller devices.

[0040] In some embodiments, consumers often need to purchase tickets in the secondary market through third-party channels. If the third-party channel is unreliable, there is a risk of purchasing fraudulent or invalid tickets, and the cost of trust is relatively high. Ticket prices in the secondary market are easily manipulated, and middlemen raise ticket prices through speculation to make profits, which is difficult to control by traditional ticketing systems.

[0041] In addition, existing electronic tickets are displayed directly in the form of barcodes or QR codes after purchase. Consumers cannot quickly and effectively verify whether their tickets are valid. The information on electronic tickets is also easily exposed and lacks tamper-proofing.

[0042] To facilitate understanding, several terms involved in this application are first explained below.

[0043] RWA (Real World Asset) refers to various valuable assets from the real world such as traditional finance and the real economy, which are digitized and tokenized through specific technical means (especially blockchain technology) so that they can be traded, circulated, and managed on the blockchain network.

[0044] Fungible Token (FT) model: Applicable to divisible assets with relatively uniform value measurement, such as gold and commodities. A certain amount of gold can be matched with a certain number of homogeneous tokens. The tokens are completely equivalent and interchangeable, which facilitates transactions and pricing operations on the blockchain. When trading, you only need to pay attention to the conversion relationship between the number of tokens and the corresponding total amount of assets.

[0045] Semi-Fungible Token (SFT) model: Assets such as bonds and tickets have both homogeneous properties and individual differences (such as different ticket seat numbers). A semi-fungible token model (such as based on the ERC3525 standard, etc.) can be used.<id,slot,value> Triples and other methods are used to characterize asset characteristics, so as to achieve reasonable token representation and management of assets on the blockchain.

[0046] Non-Fungible Token (NFT) model: For unique and indivisible assets, such as original artworks and unique intellectual property rights, the NFT model (such as based on the ERC721 standard, etc.) is adopted. Each token represents a unique individual asset, and uses a unique identifier (such as the NFT token ID) to distinguish different artworks, copyrights, etc., clearly defining the ownership and unique value of the assets, and facilitating rights confirmation, transactions, and other operations on the blockchain.

[0047] ERC3525: is an Ethereum smart contract standard that provides a unified set of rules and interfaces for creating and managing semi-fungible tokens on Ethereum.<id,slot,value> The key attributes of semi-fungible tokens are constructed by triples, among which the ID attribute is similar to the token ID in the non-fungible token (NFT) in the ERC721 standard, which is used to uniquely identify each semi-fungible token individual in the entire blockchain system. The slot attribute is mainly used to define the homogeneous classification dimension of the token. The value attribute reflects the quantity or share represented by the token.

[0048] Figure 1 A structural schematic diagram of an electronic ticket processing system in an embodiment of the present disclosure is shown, including multiple terminals 120 and a server cluster 140. The multiple terminals 120 and the server cluster 140 form a blockchain network. Specifically, the blockchain network can be a star topology structure, with a core server or a node management device in the server cluster 140 as the center. Multiple terminals 120 are connected to this central node through the network, and communications between terminals need to be forwarded through the central node.

[0049] The terminal 120 may be a mobile terminal such as a mobile phone, a game console, a tablet computer, an e-book reader, smart glasses, an MP4 (Moving Picture Experts Group Audio Layer IV) player, a smart home device, an AR (Augmented Reality) device, a VR (Virtual Reality) device, or the terminal 120 may also be a personal computer (PC), such as a laptop computer and a desktop computer.

[0050] Among them, the terminal 120 may be installed with an application for providing electronic ticket processing.

[0051] The terminal 120 is connected to the server cluster 140 via a communication network. Optionally, the communication network is a wired network or a wireless network.

[0052] The server cluster 140 is a server, or is composed of several servers, or is a virtualization platform, or is a cloud computing service center. The server cluster 140 is used to provide background services for the application program that provides electronic ticket processing. Optionally, the server cluster 140 undertakes the main computing work, and the terminal 120 undertakes the secondary computing work; or, the server cluster 140 undertakes the secondary computing work, and the terminal 120 undertakes the main computing work; or, the terminal 120 and the server cluster 140 adopt a distributed computing architecture for collaborative computing.

[0053] In some optional embodiments, server cluster 140 is used to store electronic ticket processing information.

[0054] Optionally, the client terminals of the application programs installed in different terminals 120 are the same, or the client terminals of the application programs installed on the two terminals 120 are client terminals of the same type of application programs on different control system platforms. Based on the different terminal platforms, the specific forms of the client terminals of the application programs may also be different, for example, the client terminals of the application programs may be mobile phone client terminals, PC client terminals, or World Wide Web (Web) client terminals.

[0055] Those skilled in the art will appreciate that the number of the above-mentioned terminals 120 may be more or less. For example, the above-mentioned terminal may be only one, or the above-mentioned terminals may be dozens or hundreds, or more. The embodiment of the present application does not limit the number and device type of the terminals.

[0056] Optionally, the system may also include a management device ( Figure 1(not shown), the management device is connected to the server cluster 140 via a communication network. Optionally, the communication network is a wired network or a wireless network.

[0057] Optionally, the above-mentioned wireless network or wired network uses standard communication technology and / or protocol. The network is usually the Internet, but it can also be any network, including but not limited to a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a mobile, wired or wireless network, a dedicated network or any combination of a virtual private network). In some embodiments, the data exchanged through the network is represented by technologies and / or formats including Hyper Text Mark-up Language (HTML), Extensible Markup Language (XML), etc. In addition, conventional encryption technologies such as Secure Socket Layer (SSL), Transport Layer Security (TLS), Virtual Private Network (VPN), Internet Protocol Security (IPsec) can also be used to encrypt all or some links. In other embodiments, customized and / or dedicated data communication technologies can also be used to replace or supplement the above-mentioned data communication technologies.

[0058] Below, each step of the blockchain-based electronic ticket processing method in this example implementation will be described in more detail with reference to the accompanying drawings and examples.

[0059] Figure 2 A flow chart of a blockchain-based electronic ticket processing method in an embodiment of the present disclosure is shown.

[0060] like Figure 2 As shown, according to an embodiment of the present disclosure, a blockchain-based electronic ticket processing method is applied to a first blockchain node, including:

[0061] Step S202: deploy smart contracts on the blockchain platform based on semi-fungible tokens.

[0062] Among them, digital certificates for electronic tickets for different performances or different venues can be generated based on smart contracts.

[0063] In some embodiments, a suitable blockchain platform (such as Ethereum) is selected, and the code of the smart contract is written according to the rules of the semi-fungible certificate (for example, based on the ERC3525 standard) to define various operation logics and data structures related to the electronic ticket. For example, for the semi-fungible certificate corresponding to the electronic ticket, according to<id,slot,value,metadata> The four-tuple structure is used to design the token attributes, and the relevant logic for processing electronic tickets is configured, including but not limited to issuance, transfer, verification, etc.

[0064] In some embodiments, a digital certificate is designed based on the ERC3525 standard. Compared with the ERC20, ERC721, and ERC1155 standards, the differences of ERC3525 are shown in Table 1.

[0065] Table 1

[0066]

[0067] Based on the ERC3525 standard, mutual conversion between homogeneous tokens (FT) and non-homogeneous tokens (NFT) can be achieved, which is more suitable for constructing the electronic ticket digital certificate designed in this disclosure. The data structure of the electronic ticket digital certificate has 4 parameters in each electronic certificate based on ERC3525, as shown in Table 2.

[0068] Table 2

[0069]

[0070]

[0071] Among them, tokenID ensures the authenticity and uniqueness of the electronic ticket; SLOT specifically describes the digital certificate (one of the core innovations of the present invention), which is composed of fields such as application scenario, ticket category, validity period, availability, etc.; value represents the number of electronic tickets of this type issued; metadata is an external connection URL pointing to a picture or a video. In addition, the smart contract is deployed on the blockchain, and the blockchain will assign an address to the smart contract to interact with the smart contract based on the address. By configuring the smart contract, the electronic ticket-related operations can be recorded in the blockchain ledger. Any fake tickets generated that do not comply with the contract rules cannot be recognized in the blockchain network to ensure the validity of the electronic ticket.

[0072] Step S204, creating a digital certificate of the electronic ticket of the target scene based on the smart contract and the ticket issuance information, wherein the digital certificate of the electronic ticket includes multiple sets of features, the multiple sets of features are generated based on semi-fungible tokens, and the multiple sets of features include multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scene to the ticket purchasing user.

[0073] The target scenes include but are not limited to performance scenes, competition scenes, and visiting scenes.

[0074] In some embodiments, a model in a deployed smart contract, such as a casting model, is called to import ticket issuance information into the model to generate a semi-fungible token corresponding to the electronic ticket.

[0075] Among them, multiple groups of features include<id,slot,value,metadata> The metadata in the four-tuple structure is the multimedia access information of the electronic ticket.

[0076] In some embodiments, the data associated with the multimedia access information can be stored in a distributed storage with encryption characteristics (such as storage through IPFS, where the content is identified and encrypted by hash values). Only users with corresponding permissions (verified through smart contracts) can access these multimedia information and obtain complete electronic ticket digital certificate details, thereby achieving encrypted protection of the information.

[0077] Step S206: Publish the electronic ticket issuance information to the blockchain platform based on the address information of the smart contract.

[0078] In some embodiments, the blockchain account of the first blockchain node has the authority to publish electronic ticket issuance information, and triggers message broadcasting through the event mechanism of the smart contract to inform other nodes on the blockchain platform that new electronic ticket issuance information has been published, so that other nodes (such as ticket purchasing user nodes, ticket verification service nodes, etc.) can obtain this information.

[0079] Step S208, in response to the second blockchain node's access information operation on the address information of the smart contract, obtain the application information for the electronic ticket to process the digital certificate based on the application information, wherein if the second blockchain node successfully applies for the electronic ticket, the digital certificate is stored in the digital wallet of the second blockchain node.

[0080] Among them, the second blockchain node represents the node where the ticket purchasing user is located, and the first blockchain node represents the ticketing operation node.

[0081] The application information may include but is not limited to the blockchain account address of the applicant, the number of electronic tickets applied for, the type of tickets, and possible identity authentication information or membership level information.

[0082] In some embodiments, the second blockchain node initiates access through the smart contract address and submits the electronic ticket application information. The first blockchain node where the smart contract is located receives the corresponding request information. The first blockchain node performs a comprehensive verification of the received application information based on the application rules preset in the smart contract, including checking whether the applicant meets the ticket purchase qualifications, whether the number of electronic tickets applied for is within the remaining number of tickets available for sale, and whether the type of ticket applied for complies with the current sales rules. If all verification conditions are passed, the electronic ticket transfer operation is performed through the electronic ticket transfer model defined in the smart contract.

[0083] In some embodiments, based on the asymmetric cryptography mechanism of blockchain, a private key can be used to digitally sign the transfer operation to ensure the reliability of the operation. In addition, the relevant account token holding records and status information in the smart contract are updated to reflect the circulation of the electronic ticket.

[0084] In addition, at the second blockchain node end, if the second blockchain node successfully applies for the electronic ticket, the smart contract will store the digital certificate in the form of a semi-fungible token in the digital wallet corresponding to the second blockchain node. Based on the secure storage mechanism of the digital wallet, the storage security of the digital certificate on the user end can be guaranteed.

[0085] In this embodiment, by deploying smart contracts on the blockchain platform based on semi-fungible tokens, when ticket issuance information is received, the digital certificate of the electronic ticket is created based on the smart contract and published to the blockchain platform for application by other node users with blockchain accounts. On the one hand, the tamper-proof and traceable characteristics of the blockchain can reduce the risk of purchasing fake and invalid tickets due to unreliable third-party channels. On the other hand, the secure storage function based on smart contracts and digital wallets is conducive to improving the security of electronic tickets. The multimedia access information in the digital certificate of the electronic ticket also helps consumers to verify the validity of the electronic ticket at the first time, thereby improving the quality of the electronic ticket business in the digital operation process, user experience and overall security and reliability.

[0086] In one embodiment of the present disclosure, the multiple groups of features also include the ID identification of the digital certificate, the type information of the digital certificate, and the number of electronic tickets issued, wherein the type information of the digital certificate is generated based on the target scenario, the type of electronic ticket and the usage requirements.

[0087] In some embodiments, based on<ID,slot,value> The other characteristic parameters of the digital certificate are constructed by using a triple. For the ID of the certificate, the uniqueness can be ensured by combining timestamp, random number and self-increment counter. For the slot, the type information can be determined based on factors such as the ticket type and seat area. The number of electronic tickets issued is assigned as value, and combined with the metadata of the certificate, a digital certificate for the electronic ticket is created.

[0088] In this embodiment, the type information of the digital certificate is generated based on the target scenario, the type of electronic ticket and the usage requirements, which can reflect the characteristics of semi-homogeneous tokens, that is, in different target scenarios, the type of electronic ticket and the corresponding usage requirements are different. Based on the generated type information, the ticketing operator can classify and manage various types of electronic tickets so that the smart contract can execute and verify electronic ticket-related operations according to the rules defined by the characteristic parameters.

[0089] like Figure 3 As shown, in one embodiment of the present disclosure, a smart contract is deployed on a blockchain platform based on a semi-fungible token, including:

[0090] Step S302, configuring the data structure of the digital certificate based on the standard interface of the semi-fungible token.

[0091] In some embodiments, the data structure of the digital certificate is determined based on a semi-fungible token, such as the standard interface of the ERC3525 standard, using<id,slot,value,metadata> Quadruples are used to construct token attributes.

[0092] Step S304, creating a semi-fungible token casting model based on the data structure of the digital certificate, and writing a smart contract based on the casting model, the casting model is used to generate a digital certificate of the electronic ticket based on the input ticket issuance information.

[0093] In some embodiments, a semi-fungible token minting model is created based on a configured data structure, such as creating a createTicketToken model, receiving ticket issuance information as an input parameter, and extracting key data within the model to<id,slot,value,metadata> The quadruple generates the attribute value of the voucher, and fills other relevant information of ticket issuance into the corresponding data field to generate a semi-fungible token in the form of a digital voucher representing the electronic ticket.

[0094] In addition, the casting model can also include an electronic ticket transfer sub-model, a query sub-model, and a verification sub-model, etc., to ensure that the entire smart contract can fully handle various matters from the issuance to the use of electronic tickets.

[0095] Step S306, initiating the deployment operation of the smart contract on the blockchain platform.

[0096] In some embodiments, the written smart contract code can be compiled based on the web-based development debugging tools or development framework, and the compiled smart contract bytecode can be sent to the blockchain network in combination with the information of the configured blockchain node, thereby completing the deployment of the smart contract. Once the deployment is successful, the blockchain network will assign a unique address to the smart contract.

[0097] In this embodiment, by configuring the data structure of the digital certificate based on the semi-homogeneous token standard interface, creating a corresponding casting model and writing a complete smart contract, the smart contract can be deployed on the blockchain to build an electronic ticket issuance and management system, so that the digital certificate of the corresponding specified number of electronic tickets can be generated according to different ticket issuance information, and the electronic tickets with complete attribute information can be flexibly generated. Whether it is to deal with different types of activity scenarios, diversified ticket settings, or complex ticket usage rules, it can be reliably processed.

[0098] In one embodiment of the present disclosure, processing a digital credential based on application information includes:

[0099] The account address of the second blockchain node in the application information is extracted, and the application permission detection is performed on the second blockchain node based on the account address.

[0100] Among them, when the second blockchain node initiates an electronic ticket application, it extracts the account address, and verifies whether the node has the corresponding authority to apply for the electronic ticket based on the account address through the authority management mechanism preset by the smart contract or blockchain system.

[0101] If authorization is detected, the application information is verified for availability based on the type information of the digital certificate and the remaining number of issuances. The application information includes the electronic ticket quantity requirements and type requirements.

[0102] In addition, if it is detected that the permission is not possessed, the application is rejected.

[0103] Among them, different ticket types correspond to different activities (such as VIP tickets and ordinary tickets for concerts, etc., each with different rights and restrictions), and the remaining issuance quantity clarifies the quantity of each type of electronic tickets. By comparing the electronic ticket quantity requirements and type requirements contained in the application information, check whether it is consistent with the set digital certificate type information, and whether the number of electronic tickets applied for is within the remaining issuable quantity, to determine whether the application is available.

[0104] If the availability verification is passed, the transaction record of the blockchain is queried to perform payment verification on the second blockchain node.

[0105] In addition, if the availability verification fails, the application will be rejected.

[0106] If the payment verification is passed, the transfer operation of the digital certificate of the corresponding electronic ticket is executed to the second blockchain node.

[0107] In addition, if the payment verification fails, the application will be rejected.

[0108] Among them, due to the characteristics of blockchain that is tamper-proof, open and transparent, all transaction records are recorded truthfully and reliably on the chain. By checking the transaction records related to the second blockchain node, it is possible to verify whether there is valid payment information for this electronic ticket application.

[0109] In this embodiment, based on progressive permission detection, availability verification, payment verification and digital certificate transfer operations, the identity identification, tamper-proof ledger, smart contracts and other features of the blockchain can be utilized to execute the electronic ticket application and acquisition process, which is beneficial to improving the security and compliance of the electronic ticket business in the issuance and transaction links.

[0110] In one embodiment of the present disclosure, it also includes: obtaining the timestamp when the blockchain platform receives the ticket issuance information to generate ID data based on the timestamp and the pseudo-random number generated based on the hash function; when calling the casting model to generate the digital certificate, the ID data is passed into the digital certificate as an ID identifier.

[0111] In some embodiments, the timestamp represents the time when the ticket issuance information enters the blockchain platform, which can be used as a basis for distinguishing information generated at different times. It is combined with the pseudo-random number generated by the hash function and based on a specific algorithm to obtain ID data, thereby ensuring the uniqueness of the ID data. The casting model is used to convert ticket-related information into digital form, and the ID data is passed into the digital certificate as an ID identifier, thereby ensuring the uniqueness of the electronic ticket represented by the digital certificate.

[0112] Based on the target scenario and the classification rules in the ticket issuance information, the electronic tickets are classified to obtain the classification results; based on the usage requirements, the classification results are assigned SLOT in the smart contract to obtain the type information.

[0113] In some embodiments, electronic tickets are classified based on target scenarios and classification rules in ticket issuance information. The target scenarios reflect the specific usage scenarios of the electronic tickets, and the classification rules in the ticket issuance information are divided from more detailed dimensions, such as ticket types and seat areas. After the classification is completed, the slots are assigned values. Electronic tickets with the same business attributes (such as the same ticket type, similar seat areas, etc. that can be classified as similar management attributes) can be assigned the same slot value to meet the generation needs of different types of electronic tickets.

[0114] A mapping relationship between ticket issuance information and a link address is configured in the smart contract to generate multimedia access information based on the mapping relationship. The link address is used to access multimedia description data stored in a distributed storage platform.

[0115] In some embodiments, a mapping relationship between ticket issuance information and link addresses is configured in the smart contract, that is, a specific identification element in the ticket issuance information is associated with a link address pointing to the corresponding multimedia description data in the distributed storage platform. For example, for electronic tickets corresponding to different types of concert tickets, the unique identifiers in their respective ticket issuance information will be mapped to link addresses storing multimedia content such as the promotional video of the concert, pictures of the venue from different seat angles, etc., so that each ticket issuance information can find a matching multimedia data entry to ensure the verification of the ticket validity.

[0116] In this embodiment, by configuring the generation method of multiple sets of features, multiple sets of feature values ​​of the digital certificate of the electronic ticket are generated based on the above generation method, which not only ensures the uniqueness of the electronic ticket, but also facilitates the classification management of electronic tickets. It also enables users to no longer be limited to seeing only basic ticketing text information in the process of obtaining and using electronic tickets, but can intuitively browse multimedia content closely related to the activity, so that users can confirm the validity of the electronic ticket.

[0117] In one embodiment of the present disclosure, it also includes: in response to a transfer request from the second blockchain node to the third blockchain node, detecting whether the second blockchain node fulfills the third-party transfer rule; and confirming that the transfer of the second blockchain node is successful upon detecting that the second blockchain node fulfills the third-party transfer rule.

[0118] Among them, the third-party transfer rules can be understood as the pre-set constraints in the smart contract, which are used to constrain the compliance of the transfer of electronic tickets between different entities.

[0119] In some embodiments, in a blockchain environment, each node can interact based on smart contracts and a preset rule system. When a second blockchain node initiates a transfer request for an electronic ticket to a third blockchain node, a corresponding detection mechanism is triggered.

[0120] In some embodiments, the second blockchain node can trade the digital certificate of the electronic ticket on the secondary market by itself, and the first blockchain node can set the transaction fee rate. Each time a transaction is conducted, the first blockchain node can obtain a certain percentage of the fee share.

[0121] In this embodiment, the first blockchain node responds to the transfer request from the second blockchain node to the third blockchain node to detect whether it complies with the third-party transfer rules to decide whether to confirm the transfer is successful, which is conducive to ensuring the legitimacy of the transfer of electronic ticket assets between different nodes and enhancing users' trust in the electronic ticket business flow.

[0122] In one embodiment of the present disclosure, it also includes: when it is detected that the second blockchain node has successfully applied for the electronic ticket, the application record of the electronic ticket is updated based on the application information.

[0123] like Figure 4 As shown, according to another embodiment of the present disclosure, a blockchain-based electronic ticket processing method is applied to a second blockchain node, including:

[0124] Step S402: Access the first blockchain node based on the address information of the smart contract to send the application information of the electronic ticket to the first blockchain node. The smart contract is deployed on the blockchain platform by the first blockchain node based on the semi-fungible token. The smart contract is used to create a digital certificate for the electronic ticket.

[0125] In some embodiments, the first blockchain node deploys a smart contract on the blockchain platform based on a semi-fungible token in advance. Semi-fungible tokens take into account some characteristics of both homogeneous tokens and non-fungible tokens, and are suitable for the digital representation of assets such as electronic tickets that have both individual differences and certain homogeneous properties.

[0126] When the second blockchain node (which can be understood as the party representing the ticket purchaser) wants to apply for an electronic ticket, it sends the electronic ticket application information to the first blockchain node based on the address information of the smart contract. The application information may include the number of electronic tickets applied for and the type of ticket required, and may also include user-related identity verification information, such as the blockchain account of the second blockchain node.

[0127] Step S404: The electronic ticket application is successful, a digital certificate of the electronic ticket is obtained, and the digital certificate is stored in the digital wallet of the second blockchain node. The digital certificate of the electronic ticket includes multimedia access information of the electronic ticket. The multimedia access information is used to display multimedia description data associated with the target scene to the ticket purchasing user.

[0128] In some embodiments, after receiving the electronic ticket application information, the first blockchain node performs multiple verifications on the application information, checks whether the number of electronic tickets applied for is within the saleable range, verifies whether the type of ticket applied for complies with the current ticket sales arrangements, etc.

[0129] If the electronic ticket application is confirmed to be successful after verification, the digital certificate of the electronic ticket will be passed to the second blockchain node. In addition to the basic business information of the electronic ticket (such as event name, event time, seat information, etc.), the digital certificate also covers the multimedia access information of the electronic ticket, including promotional videos of the event or pictures of the interior of the venue.

[0130] In addition, digital wallets are tools used in blockchain to securely store various types of digital assets of users. They use asymmetric encryption and other technologies to strictly protect private keys (private keys are used to prove asset ownership and perform related authorization operations), ensure the security of digital credentials stored in them, and prevent information leakage and unauthorized access.

[0131] In this embodiment, a smart contract based on semi-fungible token deployment is used as the core mechanism, so that the second blockchain node representing the ticket purchasing user can send electronic ticket application information to the first blockchain node, and obtain the electronic ticket digital certificate containing multimedia access information after the application is successful and store it in the digital wallet, thereby constructing a safe, standardized electronic ticket application and acquisition process that can provide a rich user experience, which not only ensures the legality and security of the issuance and distribution of electronic tickets, but also enables users to verify the validity of the electronic ticket at the first time through multimedia access information, thereby improving user satisfaction with the electronic ticket business in a digital environment.

[0132] In one embodiment of the present disclosure, before accessing the first blockchain node based on the address information of the smart contract, it also includes:

[0133] A private key and a public key pair are created based on a digital wallet; the public key is hashed to generate an account address, which is used by the first blockchain node to verify the second blockchain node's application authority for the electronic ticket; the private key, the public key, and the account address are associated based on the digital wallet to create an account for the second blockchain node.

[0134] In some embodiments, the digital wallet generates a private key and a public key pair based on a cryptographic algorithm, the private key is generated randomly, and the public key is derived from the private key through a specific mathematical algorithm.

[0135] After obtaining the public key, the public key is hashed and converted into a fixed-length hash value as the account address. The account address is unique and is used to uniquely identify an account in the blockchain network.

[0136] In some embodiments, in scenarios involving electronic ticket application authority verification, the first blockchain node will determine whether it has the corresponding application authority through the account address provided by the second blockchain node. Using the account address as a unique identifier, the first blockchain node can confirm whether the second blockchain node meets the conditions for applying for an electronic ticket, thereby ensuring the accuracy and security of the entire authority verification process.

[0137] In some embodiments, the generated private key, public key and account address are associated based on the digital wallet to create an account on the second blockchain. The association process refers to establishing a data structure inside the digital wallet, and corresponding these three key elements according to a certain logic, so that when the account is subsequently used, the corresponding public key can be found through the account address for verification, and then the private key can be used for authorization signature and other operations to ensure the integrity and logic of the use of the entire blockchain account.

[0138] In this embodiment, a digital wallet is used to generate private keys, public keys and corresponding account addresses based on cryptographic principles, and reasonable associations are made to create blockchain accounts and used for authority verification, thereby improving the accuracy of authority verification for services such as electronic ticket applications in a blockchain environment, ensuring that only qualified nodes can initiate applications, and effectively improving the orderliness and credibility of the operation of electronic ticket services in blockchain scenarios.

[0139] In one embodiment of the present disclosure, storing the digital certificate in the digital wallet of the second blockchain node also includes: encrypting the acquired digital certificate and account address based on the public key in the digital wallet to generate a personalized certificate for the electronic ticket belonging to the second blockchain node.

[0140] In this embodiment, by encrypting the digital certificate and account address based on the public key in the digital wallet to generate an electronic ticket personalized certificate, the security and uniqueness of the electronic ticket can be effectively improved. Encryption methods are used to prevent the electronic ticket related information from being stolen and tampered with, ensuring that only users who legally hold the private key can decrypt and operate the electronic ticket.

[0141] In one embodiment of the present disclosure, it also includes: decrypting the personal certificate based on a private key matching the public key to obtain a digital certificate and an account address; graphically encoding the digital certificate and the account address to obtain a graphic barcode, wherein the graphic barcode is scanned by a ticket verification device and the account address is parsed, and based on the account address, it is detected whether the second blockchain node has an electronic ticket.

[0142] In some embodiments, after the obtained digital certificate and account address are encrypted based on the public key, the decryption algorithm used corresponds to the encryption algorithm used when the personal certificate was previously generated. For example, if an asymmetric encryption algorithm such as elliptic curve encryption (ECC) was used for encryption before, then the corresponding private key will be used at this time to process the ciphertext data of the personal certificate according to the established mathematical inverse operation rules of the algorithm, and restore it to the original plain text information of the digital certificate and account address.

[0143] In some embodiments, after obtaining the plain text of the digital certificate and the account address, graphic encoding is required to generate a graphic barcode. Common graphic encoding methods include QR Code and barcode, etc., for ticket verification.

[0144] In some embodiments, based on the parsed account address, the ticket verification device will interact with the blockchain network, usually by querying the relevant electronic ticket records stored on the blockchain or calling the corresponding smart contract to verify whether the second blockchain node corresponding to the account address does indeed own the corresponding electronic ticket, so as to determine whether the ticket holder has legal and valid entry or use rights.

[0145] In this embodiment, the personal certificate is decrypted based on the private key to ensure that only the legitimate private key owner can obtain the key digital certificate and account address information. The digital certificate is graphically encoded to generate a graphic barcode, so that the presentation of the electronic ticket is more convenient, easy to identify and circulate, and convenient for rapid verification in actual scenarios. The ticket verification device scans and parses and detects the existence of the electronic ticket based on the account address. With the help of the distributed ledger characteristics and smart contract rules of the blockchain, the efficiency, accuracy and high security of the electronic ticket verification process are achieved, which can prevent the counterfeiting and impersonation of electronic tickets.

[0146] In one embodiment of the present disclosure, it also includes: detecting the operation of transferring the digital certificate of the electronic ticket to the third blockchain node, and generating a prompt message for fulfilling the third-party transfer rule; detecting the operation of fulfilling the third-party transfer rule, and confirming the digital certificate of the electronic ticket transferred to the third blockchain node.

[0147] In some embodiments, in the electronic ticket application scenario of the blockchain, when it is monitored that there is an action of transferring the digital certificate of the electronic ticket from the second blockchain node to the third blockchain node, it is detected whether the operation complies with the preset third-party transfer rules, and a prompt message for fulfilling the third-party transfer rules is generated. The third-party transfer rules can be consistent with the first blockchain node.

[0148] If it is detected that the relevant party has indeed fulfilled the requirements stipulated in the third-party transfer rules in accordance with the prompt information, the operation of transferring the digital certificate of the electronic ticket to the third blockchain node is confirmed to ensure the accuracy and security of the transfer operation.

[0149] In this embodiment, when an electronic ticket transfer operation occurs, prompt information for executing third-party transfer rules is generated to guide the operator to follow the rules and perform corresponding operations. The transfer of the electronic ticket digital certificate is confirmed only after it is detected that the rules are actually executed. This ensures the compliance and security of the electronic ticket transfer operation and prevents the electronic ticket from being maliciously transferred. At the same time, based on the traceability of the blockchain, the entire transfer process is clear and traceable, making the flow of electronic tickets between different blockchain nodes more orderly and reliable.

[0150] In one embodiment of the present disclosure, the method further includes: extracting a link address in the multimedia access information in response to an access operation to the multimedia access information, so as to access the multimedia description data stored in the distributed storage platform based on the link address.

[0151] In this embodiment, when the user of the second blockchain node initiates an access operation to the multimedia access information, the link address in the multimedia access information is picked up. After extracting the link address, a network access request is initiated based on this address to access the multimedia description data to achieve effective verification of the electronic ticket.

[0152] like Figure 5 and Figure 6 As shown, according to another embodiment of the present disclosure, a blockchain-based electronic ticket processing scheme, wherein the first blockchain node as the organizer creates and issues a digital certificate for the electronic ticket based on the received activity information, and the second blockchain node as the consumer creates a blockchain account based on a digital wallet to apply for the electronic ticket from the first blockchain node, and the electronic ticket is verified by a verification device, wherein the blockchain-based electronic ticket processing method includes:

[0153] Step S602: Create a blockchain account based on the digital wallet at the second blockchain node.

[0154] Among them, at the second blockchain node, a blockchain account is created based on digital wallet software or equipment. The blockchain account includes a pair of private keys and public keys based on an asymmetric cryptographic algorithm, and an account address. The private key is generated by a random number through a cryptographic algorithm and needs to be kept secretly and securely by the user. The public key is derived from the private key, and is used in a one-to-one correspondence with the private key. It can be made public, and the address is derived from the public key and is used to point to the user's account status in the blockchain system.

[0155] Step S604: The first blockchain node publishes a smart contract.

[0156] Step S606: The first blockchain node creates a digital certificate for the electronic ticket of the target scenario based on the smart contract and ticket issuance information.

[0157] Among them, the organizer designs the parameters of the electronic ticket based on the first blockchain node according to the event situation and fills them into the electronic ticket system. The electronic ticket system creates an electronic ticket digital certificate by deploying a smart contract on the blockchain. At this time, the digital certificate is in the form of SFT.

[0158] Step S608: The first blockchain node publishes the issuance information of the electronic ticket to the blockchain platform based on the address information of the smart contract.

[0159] Among them, the organizer publicly discloses the smart contract address corresponding to the electronic ticket digital certificate based on the address information of the smart contract and issues electronic tickets.

[0160] Step S610: The second blockchain node applies for a digital certificate for the electronic ticket.

[0161] Among them, the second blockchain node purchases electronic tickets through the contract address published by the organizer.

[0162] In addition, after the sale is completed, users or relevant stakeholders can trade the electronic ticket digital certificates on the secondary market as the second blockchain node. The organizer, as the first blockchain node, can set the transaction fee rate as a third-party transfer rule. Each time a user makes a transaction, the organizer will obtain a certain percentage of the fee share.

[0163] In step S612, the second blockchain node converts the digital certificate into a barcode format for verification by the verification device.

[0164] like Figure 7 As shown, a verification certificate including one's own blockchain address is generated in the digital wallet as a personal certificate, and is presented to the ticket verification device in the form of a QR code or barcode. The ticket verification device receives and parses the QR code or barcode, obtains the blockchain address, and checks whether there is a ticket of the current activity type under the account corresponding to the address.

[0165] like Figure 8 As shown, the first blockchain node deploys a smart contract based on the Ethereum ERC3525 standard, which is used to create a variety of electronic tickets.

[0166] The digital certificate of the electronic ticket is designed to contain four fields, namely id, slot, metadata, and value. The information in the field ID indicates the category of the electronic ticket, representing the category of the electronic ticket, such as ball game tickets, movie tickets, attraction tickets, exhibition tickets, etc., which can also be subdivided into basketball games, football games, attraction 1 tickets, attraction 2 tickets, movie XXX tickets, or more detailed categories; the information in the field slot indicates the specific description of the electronic ticket, such as the usage time, usage sessions, selling price, seat types, etc. of the electronic ticket, which can be dynamically customized according to the usage scenario; the information in the field metadata is an external URL, which stores multimedia pictures or videos showing the electronic ticket, which is used to display the electronic ticket to the outside world; the information in the field value is the number of tickets of this type sold.

[0167] After the electronic ticket is created by the ticketing party, it can be sold.

[0168] The user first recharges the blockchain address he owns, and then transfers money to the smart contract through his own blockchain address. The transfer amount is the amount required to purchase the e-ticket. After receiving the transfer, the smart contract verifies the amount of money received and the number of tickets purchased, and then sends the corresponding number of e-tickets to the user. After receiving the e-ticket, the user (user 1, user 2) can resell it by themselves. If there are multiple tickets, they can be split and sold. The user (user 3) can purchase tickets from multiple other users and integrate all tickets into one blockchain address.

[0169] In some embodiments, building digital certificates based on blockchain is very suitable for electronic ticket scenarios. The technical advantages of blockchain can ensure the authenticity and uniqueness of electronic ticket digital certificates. However, electronic tickets in the form of semi-fungible forms (NFTs) built using ERC721 or ERC1155 standards cannot be tampered with once minted.

[0170] The present invention provides a blockchain smart contract RWA electronic ticket system based on the Ethereum ERC3525 standard. With the development of blockchain, RWA (Real World Asset) assets will become an important digital asset in the Web3.0 world. Based on blockchain, an electronic ticket system can be built that does not require a third-party intermediary to establish trust, reducing the trust cost between the two parties in the traditional ticketing system, and can perfectly guarantee the uniqueness, availability, and immutability of electronic tickets. In addition, the semi-homogeneous form of electronic tickets can realize the splitting and integration of multiple electronic tickets, and at the same time can be more conducive to the management and supervision of electronic tickets throughout their life cycle.

[0171] In this embodiment, an electronic ticket digital certificate is constructed based on the Ethereum ERC3525 standard, which makes it easier to manage the entire life cycle of electronic tickets and enables efficient supervision. It also realizes the splitting and integration of non-homogeneous electronic certificates, making it more suitable for the diversified needs of electronic ticket scenarios for ticket sales. In addition, the scalability of electronic ticket application scenarios is enhanced through technology, so that event organizers are not only limited to attracting users for a certain event, but also maintain long-term customer relationships with ecological users through the system designed by the present invention.

[0172] It should be noted that the above figures are only schematic illustrations of the processes included in the method according to the exemplary embodiments of the present disclosure, and are not intended to be limiting. It is easy to understand that the processes shown in the above figures do not indicate or limit the time sequence of these processes. In addition, it is also easy to understand that these processes can be performed synchronously or asynchronously, for example, in multiple modules.

[0173] Refer to the following Fig. 9 To describe the blockchain-based electronic ticket processing device 900 according to an embodiment of the present disclosure. Fig. 9 The blockchain-based electronic ticket processing device 900 shown is merely an example and should not bring any limitations to the functionality and scope of use of the embodiments of the present disclosure.

[0174] The electronic ticket processing device 900 based on blockchain is presented in the form of a hardware module or a software module. The components of the electronic ticket processing device 900 based on blockchain may include but are not limited to: a deployment module 902, which is used to deploy a smart contract on a blockchain platform based on a semi-fungible token; a creation module 904, which is used to create a digital certificate of an electronic ticket of a target scene based on a smart contract and ticket issuance information, wherein the digital certificate of the electronic ticket includes multiple sets of features, which are generated based on a semi-fungible token, and the multiple sets of features include multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scene to the ticket purchase user; a publishing module 906, which is used to publish the issuance information of the electronic ticket to the blockchain platform based on the address information of the smart contract; a processing module 908, which is used to obtain application information for the electronic ticket in response to the access information operation of the second blockchain node to the address information of the smart contract, so as to process the digital certificate based on the application information, wherein if the second blockchain node successfully applies for the electronic ticket, the digital certificate is stored in the digital wallet of the second blockchain node.

[0175] Refer to the following Fig.10 To describe the blockchain-based electronic ticket processing device 1000 according to an embodiment of the present disclosure. Fig.10 The blockchain-based electronic ticket processing device 1000 shown is merely an example and should not bring any limitations to the functionality and scope of use of the embodiments of the present disclosure.

[0176] The electronic ticket processing device 1000 based on blockchain is presented in the form of a hardware module or a software module. The components of the electronic ticket processing device 1000 based on blockchain may include but are not limited to: an access module 1002, which is used to access the first blockchain node based on the address information of the smart contract to send the application information of the electronic ticket to the first blockchain node, the smart contract is deployed on the blockchain platform by the first blockchain node based on the semi-homogeneous token, and the smart contract is used to create a digital certificate of the electronic ticket; a storage module 1004, which is used to successfully apply for the electronic ticket, obtain the digital certificate of the electronic ticket, and store the digital certificate in the digital wallet of the second blockchain node, the digital certificate of the electronic ticket includes the multimedia access information of the electronic ticket, and the multimedia access information is used to display the multimedia description data associated with the target scene to the ticket purchasing user.

[0177] like Fig.11 As shown, the electronic device 1100 is in the form of a general computing device. The components of the electronic device 1100 may include but are not limited to: at least one processing unit 1110, at least one storage unit 1120, and a bus 1130 connecting different system components (including the storage unit 1120 and the processing unit 1110).

[0178] The storage unit stores a program code, which can be executed by the processing unit 1110, so that the processing unit 1110 performs the steps described in the "Exemplary Method" section of the present specification according to various exemplary embodiments of the present disclosure. For example, the processing unit 1110 can perform the following steps: Figure 2 The scheme described in .

[0179] The storage unit 1120 may include a readable medium in the form of a volatile storage unit, such as a random access storage unit (RAM) 11201 and / or a cache storage unit 11202 , and may further include a read-only storage unit (ROM) 11203 .

[0180] The storage unit 1120 may also include a program / utility 11204 having a set (at least one) of program modules 11205, such program modules 11205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0181] Bus 1130 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0182] The electronic device 1100 may also communicate with one or more external devices 1170 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), may also communicate with one or more devices that enable a user to interact with the electronic device 1100, and / or communicate with any device that enables the electronic device 1100 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed via an input / output (I / O) interface 1150. Furthermore, the electronic device 1100 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) via a network adapter 1160. As shown, the network adapter 1160 communicates with other modules of the electronic device 1100 via a bus 1130. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the electronic device 1100, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0183] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a terminal device, or an electronic device, etc.) to execute the method according to the implementation of the present disclosure.

[0184] In an exemplary embodiment of the present disclosure, a computer-readable storage medium is also provided, on which a program product capable of implementing the above method of the present specification is stored. In some possible implementations, various aspects of the present disclosure may also be implemented in the form of a program product, which includes a program code, and when the program product is run on an electronic device, the program code is used to enable the electronic device to perform the steps according to various exemplary implementations of the present disclosure described in the above "Exemplary Method" section of the present specification.

[0185] According to the program product for implementing the above method according to the embodiment of the present disclosure, it can adopt a portable compact disk read-only memory (CD-ROM) and include program code, and can be run on an electronic device, such as a personal computer. However, the program product of the present disclosure is not limited thereto. In this document, a readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, an apparatus or a device.

[0186] The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples (non-exhaustive list) of readable storage media include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0187] Computer readable signal media may include data signals propagated in baseband or as part of a carrier wave, in which readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Readable signal media may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0188] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the foregoing.

[0189] The program code for performing the operations of the present disclosure may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and conventional procedural programming languages ​​such as "C" language or similar programming languages. The program code may be executed entirely on the user computing device, partially on the IoT terminal, as an independent software package, partially on the user computing device and partially on the remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., using an Internet service provider to connect through the Internet).

[0190] It should be noted that, although several modules or units of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into multiple modules or units to be embodied.

[0191] In addition, although the steps of the method in the present disclosure are described in a specific order in the drawings, this does not require or imply that the steps must be performed in this specific order, or that all the steps shown must be performed to achieve the desired results. Additionally or alternatively, some steps may be omitted, multiple steps may be combined into one step, and / or one step may be decomposed into multiple steps, etc.

[0192] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a mobile terminal, or an electronic device, etc.) to execute the method according to the implementation of the present disclosure.

[0193] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the disclosure herein. This application is intended to cover any variations, uses or adaptations of the present disclosure, which follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The specification and examples are intended to be exemplary only, and the true scope and spirit of the present disclosure are indicated by the appended claims.

Claims

1. A blockchain-based electronic ticket processing method, characterized in that: Applied to the first blockchain node, including: Deploy smart contracts on blockchain platforms based on semi-fungible tokens; Creating a digital voucher of an electronic ticket of a target scenario based on the smart contract and the ticket issuance information, wherein the digital voucher of the electronic ticket includes multiple sets of features, the multiple sets of features are generated based on the semi-fungible token, and the multiple sets of features include multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scenario to a ticket purchasing user; Publishing the issuance information of the electronic ticket to the blockchain platform based on the address information of the smart contract; In response to the second blockchain node's access information operation on the address information of the smart contract, application information for the electronic ticket is obtained to process the digital certificate based on the application information, wherein if the second blockchain node successfully applies for the electronic ticket, the digital certificate is stored in the digital wallet of the second blockchain node.

2. The blockchain-based electronic ticket processing method according to claim 1 is characterized in that: The plurality of sets of features also include the ID of the digital certificate, the type information of the digital certificate, and the number of electronic tickets issued. The type information of the digital certificate is generated based on the target scenario, the type of the electronic ticket and the usage requirements.

3. The blockchain-based electronic ticket processing method according to claim 2 is characterized in that: Deploy smart contracts on blockchain platforms based on semi-fungible tokens, including: Configuring the data structure of the digital certificate based on the standard interface of the semi-fungible token; Creating a minting model of the semi-fungible token based on the data structure of the digital certificate, so as to write the smart contract based on the minting model, wherein the minting model is used to generate a digital certificate of the electronic ticket based on the input ticket issuance information; Initiate a deployment operation of the smart contract on the blockchain platform.

4. The blockchain-based electronic ticket processing method according to claim 2 is characterized in that: Processing the digital credential based on the application information includes: Extracting the account address of the second blockchain node in the application information, and performing application authority detection on the second blockchain node based on the account address; If it is detected that the authority is possessed, based on the type information of the digital certificate and the remaining number of issuances, the application information is verified for availability, wherein the application information includes the number and type requirements of the electronic tickets; If the availability verification is passed, query the transaction record of the blockchain platform to perform payment verification on the second blockchain node; If the payment verification is passed, the corresponding digital certificate of the electronic ticket is transferred to the second blockchain node.

5. The blockchain-based electronic ticket processing method according to claim 3 is characterized in that: Also includes: Obtaining a timestamp when the blockchain platform receives the ticket issuance information, and generating ID data based on the timestamp and a pseudo-random number generated based on a hash function; When the casting model is called to generate the digital certificate, the ID data is passed into the digital certificate as the ID identification; Classify the electronic ticket based on the target scenario and the classification rules in the ticket issuance information to obtain a classification result; Based on the usage requirements, SLOT assignment is performed on the classification result in the smart contract to obtain the type information; A mapping relationship between the ticket issuance information and the link address is configured in the smart contract to generate the multimedia access information based on the mapping relationship, and the link address is used to access the multimedia description data stored in the distributed storage platform.

6. The blockchain-based electronic ticket processing method according to claim 1 is characterized in that: Also includes: In response to a transfer request from the second blockchain node to a third blockchain node, detecting whether the second blockchain node fulfills a third-party transfer rule; It is detected that the second blockchain node fulfills the third-party transfer rule, confirming that the transfer of the second blockchain node is successful.

7. The blockchain-based electronic ticket processing method according to claim 1, characterized in that: Also includes: When it is detected that the second blockchain node has successfully applied for the electronic ticket, the application record of the electronic ticket is updated based on the application information.

8. A blockchain-based electronic ticket processing method, characterized in that: Applied to the second blockchain node, including: Accessing a first blockchain node based on address information of a smart contract to send application information of an electronic ticket to the first blockchain node, wherein the smart contract is deployed on a blockchain platform by the first blockchain node based on a semi-fungible token, and the smart contract is used to create a digital certificate for the electronic ticket; If the application for the electronic ticket is successful, a digital certificate of the electronic ticket is obtained, and the digital certificate is stored in the digital wallet of the second blockchain node. The digital certificate of the electronic ticket includes multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scene to the ticket purchasing user.

9. The blockchain-based electronic ticket processing method according to claim 8 is characterized in that: Before accessing the first blockchain node based on the address information of the smart contract, it also includes: Creating a private key and a public key pair based on the digital wallet; Performing hash calculation on the public key to generate an account address, wherein the account address is used by the first blockchain node to verify the application authority of the second blockchain node for the electronic ticket; Based on the digital wallet, the private key, the public key and the account address are associated to create an account for the second blockchain node.

10. The blockchain-based electronic ticket processing method according to claim 9 is characterized in that: Storing the digital certificate in a digital wallet of the second blockchain node also includes: The obtained digital certificate and the account address are encrypted in the digital wallet based on the public key to generate a personalized certificate for the electronic ticket belonging to the second blockchain node.

11. The electronic ticket processing method based on blockchain according to claim 10 is characterized in that: Also includes: Decrypting the personal certificate based on a private key matching the public key to obtain the digital certificate and the account address; The digital certificate and the account address are graphically encoded to obtain a graphic barcode, wherein the graphic barcode is scanned by a ticket verification device and the account address is parsed, and based on the account address, it is detected whether the second blockchain node has the electronic ticket.

12. The blockchain-based electronic ticket processing method according to claim 8, characterized in that: Also includes: Detecting the operation of transferring the digital certificate of the electronic ticket to a third blockchain node, and generating a prompt message for fulfilling the third-party transfer rule; The operation of fulfilling the third-party transfer rule is detected, and the digital certificate of the transfer electronic ticket to the third blockchain node is confirmed.

13. The electronic ticket processing method based on blockchain according to claim 1 is characterized in that: Also includes: In response to an access operation to the multimedia access information, a link address in the multimedia access information is extracted to access the multimedia description data stored in the distributed storage platform based on the link address.

14. An electronic ticket processing device based on blockchain, characterized in that: Applied to the first blockchain node, including: A deployment module for deploying smart contracts on blockchain platforms based on semi-fungible tokens; A creation module, configured to create a digital voucher of an electronic ticket of a target scenario based on the smart contract and the ticket issuance information, wherein the digital voucher of the electronic ticket includes a plurality of sets of features, the plurality of sets of features are generated based on the semi-fungible token, the plurality of sets of features include multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scenario to a ticket purchasing user; A publishing module, used to publish the issuance information of the electronic ticket to the blockchain platform based on the address information of the smart contract; A processing module is used to obtain application information for the electronic ticket in response to the access information operation of the second blockchain node to the address information of the smart contract, so as to process the digital certificate based on the application information, wherein if the second blockchain node successfully applies for the electronic ticket, the digital certificate is stored in the digital wallet of the second blockchain node.

15. An electronic ticket processing device based on blockchain, characterized in that: Applied to the second blockchain node, including: An access module, configured to access a first blockchain node based on address information of a smart contract, so as to send application information of an electronic ticket to the first blockchain node, wherein the smart contract is deployed on a blockchain platform by the first blockchain node based on a semi-fungible token, and the smart contract is used to create a digital certificate of the electronic ticket; A storage module is used to successfully apply for the electronic ticket, obtain the digital certificate of the electronic ticket, and store the digital certificate in the digital wallet of the second blockchain node, wherein the digital certificate of the electronic ticket includes multimedia access information of the electronic ticket, and the multimedia access information is used to display multimedia description data associated with the target scene to the ticket purchasing user.

16. An electronic device, characterized in that: include: processor; as well as A memory, configured to store executable instructions of the processor; Wherein, the processor is configured to execute the blockchain-based electronic ticket processing method described in any one of claims 1 to 7 or 8 to 13 by executing the executable instructions.

17. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the blockchain-based electronic ticket processing method described in any one of claims 1 to 13 is implemented.

18. A computer program product having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the blockchain-based electronic ticket processing method described in any one of claims 1 to 13 is implemented.

Images