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

Abstract

The present disclosure provides an electronic ticket processing method, processing device, equipment, storage medium and program product, and relates to the technical field of blockchains. The electronic ticket processing method based on a blockchain comprises the following steps: deploying a smart contract on a blockchain platform based on semi-homogeneous tokens; creating a digital voucher of an electronic ticket of a target scenario based on the smart contract and ticket issuance information, wherein the digital voucher of the electronic ticket comprises multiple sets of features, and the multiple sets of features are generated based on the semi-homogeneous tokens; publishing issuance information of the electronic ticket to the blockchain platform based on address information of the smart contract; and in response to access information operation of a second blockchain node on the address information of the smart contract, obtaining application information of the electronic ticket to process the digital voucher based on the application information. By means of the present disclosure, the tamper-proof and traceable characteristics of the blockchain can reduce the ticket risk caused by unreliable third-party channels.

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 continues to grow. Consumers need to pay a trust cost to third-party agents when purchasing tickets on the secondary market. The third-party agents then send the tickets to consumers in the form of electronic tickets. However, this 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, which poses a certain risk of leakage and consumers cannot immediately verify the validity of the electronic tickets.

[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 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 practice of the present disclosure.

[0006] According to one aspect of the present disclosure, a blockchain-based electronic ticket processing method is provided, 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 for an electronic ticket of a target scenario based on the smart contract and ticket issuance information, wherein the digital certificate for 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; publishing the issuance information of the electronic ticket to the 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 the digital wallet of the second blockchain node.

[0007] 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 the electronic ticket and the 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, including: 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, and writing the smart contract based on the minting model, wherein the minting model is used to generate a digital certificate for 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 and the remaining issuance quantity of the digital certificate, performing availability verification on the application information, wherein the application information includes the electronic ticket quantity requirement and type requirement; 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, executing the corresponding transfer operation of the 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, and generating 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, passing the ID data into the digital certificate as the ID identifier; classifying the electronic ticket based on the target scenario and the classification rules in the ticket issuance information to obtain a classification result; performing SLOT assignment on the classification result in the smart contract based on the usage requirements to obtain the type information; configuring the mapping relationship between the ticket issuance information and the link address 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 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 after 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, a blockchain-based electronic ticket processing method is provided, 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, the smart contract being deployed by the first blockchain node on a blockchain platform based on a semi-fungible token, and the smart contract being 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, the digital certificate for the electronic ticket including multimedia access information for the electronic ticket, and the multimedia access information being used to display multimedia description data associated with a target scene to the 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 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 second blockchain node's application authority for the electronic ticket; and associating the private key, the public key and the account address based on the digital wallet to create an account for the second blockchain node.

[0015] In one embodiment of the present disclosure, the digital credential is stored in a digital wallet of the second blockchain node, and further comprising: encrypting the obtained digital credential and the account address based on a public key in the digital wallet to generate the individual credential of the electronic ticket belonging to the second blockchain node.

[0016] In one embodiment of the present disclosure, further comprising: decrypting the individual credential based on a private key matching the public key to obtain the digital credential and the account address; and performing graphical coding on the digital credential and the account address to obtain a graphical barcode, wherein the graphical barcode is scanned by a ticket verification device and the account address is parsed based on the account address to detect whether the second blockchain node has the electronic ticket.

[0017] In one embodiment of the present disclosure, further comprising: detecting an operation of transferring the digital credential of the electronic ticket to a third blockchain node, generating prompt information for fulfilling a third-party transfer rule; and detecting an operation of fulfilling the third-party transfer rule, confirming the transfer of the digital credential of the electronic ticket to the third blockchain node.

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

[0019] According to still another aspect of the present disclosure, there is provided an electronic ticket processing device based on a blockchain, applied to a first blockchain node, comprising: a deployment module configured to deploy a smart contract on a blockchain platform based on a semi-homogeneous token; a creation module configured to create a digital credential of an electronic ticket of a target scene based on the smart contract and ticket issuance information, wherein the digital credential of the electronic ticket comprises a plurality of features, the plurality of features are generated based on the semi-homogeneous token, and the plurality of features comprise multimedia access information of the electronic ticket, the multimedia access information being used to display multimedia description data associated with the target scene to a ticket purchaser; a publishing module configured to publish issuance information of the electronic ticket to the blockchain platform based on address information of the smart contract; and a processing module configured to, in response to an access information operation of a second blockchain node on the address information of the smart contract, obtain application information of the electronic ticket to process the digital credential based on the application information, and store the digital credential in a digital wallet of the second blockchain node if the second blockchain node successfully applies for the electronic ticket.

[0020] According to another aspect of the present disclosure, there is provided a blockchain-based electronic ticket processing device, 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 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; 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 the ticket purchasing user.

[0021] According to another aspect of the present disclosure, an electronic device is provided, 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. 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, a digital certificate for the e-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 e-tickets. The multimedia access information in the digital certificate of the e-ticket also helps consumers verify the validity of the e-ticket in the first time, thereby improving the quality, user experience, and overall security and reliability of the e-ticket business in the digital operation process.

[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 disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] The accompanying drawings are incorporated into 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 drawings described below are only some embodiments of the present disclosure, and those skilled in the art can derive other drawings based on these drawings without inventive effort.

[0027] Figure 1 A schematic diagram showing a blockchain-based electronic ticket processing system 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 illustrating another blockchain-based electronic ticket processing method in an embodiment of the present disclosure is shown;

[0031] Figure 5 An architectural diagram of a blockchain-based electronic ticket processing system according to an embodiment of the present disclosure is shown;

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

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

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

[0035] Figure 9 A schematic diagram of a blockchain-based electronic ticket processing device in an embodiment of the present disclosure is shown;

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

[0037] Figure 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 embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete and will 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 merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. Identical reference numerals in the figures denote identical or similar parts, and thus repetitive descriptions thereof will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities that do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in software, in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0040] In some cases, consumers often need to purchase tickets on the secondary market through third-party channels. If these third-party channels are unreliable, they risk purchasing fraudulent or invalid tickets, resulting in a high cost of trust. Ticket prices in the secondary market are easily manipulated, with middlemen profiting by inflating prices through speculation, a tactic difficult to control for traditional ticketing systems.

[0041] In addition, existing electronic tickets are directly displayed in the form of barcodes or QR codes after purchase. Consumers cannot quickly and effectively verify whether their tickets are valid. The information of 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. They are digitized and tokenized through specific technical means (especially blockchain technology), so that they can be traded, transferred, and managed on the blockchain network.

[0044] The Fungible Token (FT) model is suitable for divisible assets with relatively uniform value measurements, such as gold and commodities. A certain amount of gold can be mapped to a certain number of homogeneous tokens. The tokens are completely equivalent and interchangeable, facilitating transactions and pricing on the blockchain. When trading, one only needs to pay attention to the conversion relationship between the number of tokens and the total amount of the corresponding assets.

[0045] Semi-Fungible Token (SFT) model: Assets such as bonds, tickets, etc. have both homogeneous properties and individual differences (such as different ticket seat numbers, etc.). The Semi-Fungible Token model (such as based on the ERC3525 standard, etc.) can be used to describe asset characteristics through <id, slot, value> triplets, etc. to achieve reasonable tokenization and management of assets on the blockchain.

[0046] Non-Fungible Token (NFT) model: For assets with uniqueness and indivisibility, such as original works of art, unique intellectual property rights, etc., the NFT model (such as based on the ERC721 standard, etc.) is used. Each token represents a unique asset individual, and different art, copyrights, etc. are distinguished by unique identifiers (such as NFT token IDs) to clearly define the ownership and unique value of the asset, facilitating rights confirmation, trading, etc. on the blockchain.

[0047] ERC3525: It is an Ethereum smart contract standard that provides a set of unified rules and interfaces for creating and managing semi-fungible tokens on Ethereum. It is built around the <id, slot, value> triplet to construct the key attributes of semi-fungible tokens. The ID attribute is similar to the token ID in the ERC721 standard for non-fungible tokens (NFT), 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, and the value attribute represents the quantity or share of the token.

[0048] Figure 1 A structural schematic diagram of an electronic ticket processing system in an embodiment of the present disclosure is shown, which includes a plurality of terminals 120 and a server cluster 140. The plurality of terminals 120 and the server cluster 140 form a blockchain network. Specifically, the blockchain network can be a star topology structure, with a certain core server or node management device in the server cluster 140 as the center. The plurality of terminals 120 are connected to this center node through the network. Communication between terminals needs to be forwarded through the center 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] 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] Server cluster 140 is a single server, or a combination of multiple servers, a virtualization platform, or a cloud computing service center. Server cluster 140 provides backend services for applications that process electronic tickets. Optionally, server cluster 140 performs primary computing tasks, while terminals 120 handle secondary computing tasks. Alternatively, server cluster 140 handles secondary computing tasks, while terminals 120 handle primary computing tasks. Alternatively, terminals 120 and server cluster 140 collaborate on computing tasks using a distributed computing architecture.

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

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

[0055] Those skilled in the art will appreciate that the number of the terminals 120 may be greater or less. For example, there may be only one terminal, or there may be dozens, hundreds, or even more terminals. The embodiments of the present application do not limit the number and device types of the terminals.

[0056] Optionally, the system may further 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 technologies and / or protocols. The network is typically the Internet, but 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 private network or any combination of a virtual private network). In some embodiments, technologies and / or formats including Hyper Text Mark-up Language (HTML), Extensible Markup Language (XML), etc. are used to represent data exchanged over the network. In addition, conventional encryption technologies such as Secure Socket Layer (SSL), Transport Layer Security (TLS), Virtual Private Network (VPN), Internet Protocol Security (IPsec), etc. can 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, the various steps 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 flowchart 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: deploying 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 smart contract code 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, digital certificates are 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, each electronic certificate based on ERC3525 has 4 parameters, 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 this disclosure), 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, electronic ticket-related operations can be recorded on 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: Create a digital certificate for the electronic ticket of the target scene based on the smart contract and ticket issuance information, wherein the digital certificate for the electronic ticket includes multiple sets of features, which are generated based on semi-fungible tokens, and the multiple sets of features include multimedia access information of the electronic ticket, which 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 through IPFS storage, the content is identified and encrypted by hash value), and only users with corresponding permissions (verified by smart contracts) can access these multimedia information and obtain complete electronic ticket digital certificate details, thereby realizing encryption 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 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 ticket, and any identity authentication information or membership level information that may be involved.

[0082] In some embodiments, the second blockchain node initiates access and submits electronic ticket application information through the smart contract address, and the first blockchain node where the smart contract is located receives the corresponding request information. The first blockchain node comprehensively verifies 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 range of the remaining available tickets, and whether the type of ticket applied for complies with the current sales rules, etc. 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, the transfer operation can also be digitally signed using a private key based on the asymmetric cryptography mechanism of the blockchain 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, on the second blockchain node side, 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 side 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, an electronic 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 electronic tickets. The multimedia access information in the digital certificate of the electronic ticket also helps consumers verify the validity of the electronic ticket in the first time, thereby improving the quality, user experience and overall security and reliability of the electronic ticket business in the digital operation process.

[0086] In one embodiment of the present disclosure, the multiple sets 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, other characteristic parameters of the digital credential are constructed based on the <ID, slot, value> triplets, wherein, for the ID of the credential, uniqueness can be ensured by combining a timestamp, a random number, and a self-incrementing counter, and the like, for the slot, type information can be determined based on factors such as the type of ticket and the seat area, and the number of electronic tickets issued is assigned as the value, in combination with the metadata of the credential, to create the digital credential of the electronic ticket.

[0088] In this embodiment, the type information of the digital credential is generated based on the target scenario, the type of the electronic ticket, and the use requirement, which can reflect the characteristics of the semi-homogeneous token, that is, in different target scenarios, the type of the electronic ticket and the corresponding use requirement 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 perform and verify the execution of the electronic ticket related operation according to the rules defined by the characteristic parameters.

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

[0090] In step S302, the data structure of the digital credential is configured based on the standard interface of the semi-homogeneous token.

[0091] In some embodiments, the data structure of the digital credential is determined according to the standard interface of the semi-homogeneous token, such as the standard interface of ERC3525, and the token attribute is constructed using a four-tuple <id, slot, value, metadata>.

[0092] In step S304, a minting model of the semi-homogeneous token is created based on the data structure of the digital credential, so as to write the smart contract based on the minting model, and the minting model is used to generate the digital credential of the electronic ticket based on the input ticket issuance information.

[0093] In some embodiments, the minting model of the semi-homogeneous token is created based on the configured data structure, such as the createTicketToken model, which receives the ticket issuance information as an input parameter, extracts the key data inside the model, generates the attribute value of the credential based on the four-tuple <id, slot, value, metadata>, and fills the related information of other ticket issuance into the corresponding data field, so as to generate the semi-homogeneous token in the form of the digital credential representing the electronic ticket.

[0094] In addition, the minting 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 completely handle various transactions in the process from issuance to use of the electronic ticket.

[0095] Step S306: Initiate 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-fungible 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] Extract the account address of the second blockchain node from the application information, and perform application permission detection 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 smart contract or the authority management mechanism preset by the blockchain system.

[0101] If permission is detected, the application information will be verified for availability based on the type information of the digital certificate and the remaining issuance quantity. The application information includes the electronic ticket quantity 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 ticket. 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 range, 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 corresponding digital certificate of the electronic ticket is performed to the second blockchain node.

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

[0108] Among them, since the blockchain has the characteristics of an unalterable, open and transparent ledger, 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, it is possible to utilize the blockchain's identity identification, tamper-proof ledger, smart contracts and other features to execute the electronic ticket application and acquisition process, thereby helping to improve 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 of the blockchain platform receiving the ticket issuance information, and generating ID data based on the timestamp and a pseudo-random number generated based on a hash function; when calling the casting model to generate a 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. Combined with the pseudo-random number generated by the hash function and based on a specific algorithm, ID data is obtained to ensure 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, ensuring the uniqueness of the electronic ticket represented by the digital certificate.

[0112] E-tickets are classified based on the target scenario and the classification rules in the ticket issuance information to obtain classification results; based on usage requirements, the classification results are assigned SLOT values ​​in the smart contract to obtain 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 electronic tickets, and the classification rules in 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, associating specific identification elements in the ticket issuance information with link addresses pointing to corresponding multimedia description data in the distributed storage platform. For example, for different types of electronic tickets for a concert, the unique identifiers in their respective ticket issuance information are mapped to link addresses storing multimedia content such as the concert promotional video and images of the venue from different seat angles. This allows each ticket issuance information to find a matching multimedia data entry, ensuring ticket validity verification.

[0116] In this embodiment, by configuring a method for generating 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 the electronic ticket. It also enables users to no longer be limited to seeing only basic ticket 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 after 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 with each other based on smart contracts and a preset rule system. When a second blockchain node initiates an electronic ticket transfer request 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 on its own, 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. This 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, a blockchain-based electronic ticket processing method according to another embodiment of the present disclosure 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 by the first blockchain node on the blockchain platform 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. Since semi-fungible tokens take into account some characteristics of both homogeneous tokens and non-fungible tokens, they 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 representing the ticket purchaser) wishes to apply for an e-ticket, it sends the e-ticket application information to the first blockchain node based on the address information in the smart contract. The application information may include the requested e-ticket quantity and type, as well as user-related authentication information, such as the second blockchain node's blockchain account.

[0127] Step S404: The application for the electronic ticket is successful, and the digital certificate of the electronic ticket is obtained and stored 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. 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 e-ticket application is confirmed to be successful after verification, the digital certificate of the e-ticket will be passed to the second blockchain node. In addition to containing the basic business information of the e-ticket (such as the event name, event time, seat information, etc.), the digital certificate also covers the multimedia access information of the e-ticket, which includes 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 digital assets of users. They use technologies such as asymmetric encryption to strictly protect private keys (private keys are used to prove asset ownership and perform related authorization operations), ensuring the security of digital credentials stored therein and preventing information leakage and unauthorized access.

[0131] In this embodiment, a smart contract based on semi-fungible token deployment is used as the core mechanism, allowing the second blockchain node representing the ticket purchasing user to 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. This constructs a safe, standardized and user-friendly electronic ticket application and acquisition process, which not only ensures the legality and security of electronic ticket issuance and distribution, but also enables users to verify the validity of electronic tickets in the first time through multimedia access information, thereby improving user satisfaction with electronic ticket services 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, the method further includes:

[0133] A private key and public key pair is created based on the 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, public key and 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, a hash calculation is performed on the public key to convert it into a fixed-length hash value, which serves 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 use the account address provided by the second blockchain node to determine whether it has the corresponding application authority. 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 electronic tickets, 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 matching 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. This improves 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 electronic ticket business in the blockchain scenario.

[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 obtained 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 plaintext information of the digital certificate and account address.

[0143] In some embodiments, after obtaining the plain text of the digital certificate and account address, graphical encoding is required to generate a graphical barcode. Common graphical encoding methods include QR codes and barcodes 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 actually owns 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, making the presentation of the electronic ticket 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 detected that the second blockchain node transfers the digital certificate of the electronic ticket 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 will be 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 fulfilling 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 have been actually fulfilled. This can ensure the compliance and security of the electronic ticket transfer operation and prevent 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 on 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 solution, wherein a first blockchain node, as an organizer, creates and issues a digital certificate for an electronic ticket based on received activity information; a second blockchain node, as a consumer, creates a blockchain account based on a digital wallet to apply for an electronic ticket from the first blockchain node, and the electronic ticket is verified by a verification device. 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 device. The blockchain account includes a pair of private keys and public keys based on an asymmetric cryptographic algorithm, as well as an account address. The private key is generated by a random number through a cryptographic algorithm and needs to be kept secret and securely by the user. The public key is derived from the private key, and is used in 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] In 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 discloses the smart contract address corresponding to the electronic ticket digital certificate based on the address information of the smart contract and sells 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 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 credential containing one's own blockchain address is generated in a digital wallet as a personalized credential and displayed to a ticket verification device via a QR code or barcode. The ticket verification device receives and parses the QR code or barcode, obtains the blockchain address, and checks whether the account corresponding to the address has any tickets for the current event type.

[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 credential of the electronic ticket is designed to include four fields, namely id, slot, metadata, and value. The information in the field ID represents the category of the electronic ticket, which represents the category of the electronic ticket, such as a sports ticket, a movie ticket, a scenic spot ticket, an exhibition ticket, etc. It can also be subdivided into basketball games, football games, scenic spot 1 ticket, scenic spot 2 ticket, movie XXX ticket, or more detailed categories. The information in the field slot represents the specific description of the electronic ticket, such as the use time, use session, selling price, seat type, etc. of the electronic ticket, which can be dynamically customized according to the use scenario. The information in the field metadata is an external URL, which stores multimedia pictures or videos showing the electronic ticket for external display of the electronic ticket. The information in the field value is the number of tickets sold.

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

[0168] The user first charges the blockchain address owned by himself, and then transfers the amount required to purchase the electronic ticket from the blockchain address of the user to the smart contract. After receiving the transfer, the smart contract checks the amount received and the number of tickets purchased, and then sends the corresponding number of electronic tickets to the user. After receiving the electronic ticket, the user (user 1, user 2) can sell it again, and if there are multiple tickets, they can be sold separately. The user (user 3) can purchase tickets from multiple other users and integrate all the tickets into one blockchain address.

[0169] In some embodiments, building digital credentials based on blockchain is very suitable for the electronic ticket scenario, and the technical advantages of blockchain can ensure the authenticity and uniqueness of the electronic ticket digital credential. However, once the semi-homogeneous form (NFT) of the non-homogeneous form of the electronic ticket built using the ERC721 or ERC1155 standard is cast, it cannot be tampered with.

[0170] The RWA electronic ticket system based on the Ethereum ERC3525 standard smart contract provided by the present disclosure will become an important digital asset in the Web3.0 world as the blockchain develops. Based on the blockchain, an electronic ticket system that does not require a third-party intermediary to establish trust can be built, reducing the trust cost between the two parties in the traditional ticketing system, and perfectly ensuring the uniqueness, availability, and tamper resistance of the electronic ticket. The semi-homogeneous form of the electronic ticket can realize the splitting and integration of multiple electronic tickets, and at the same time, it can be more conducive to the whole life cycle management and supervision of the electronic ticket.

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

[0172] It should be noted that the above figures are merely illustrative of the processes included in the methods according to exemplary embodiments of the present disclosure and are not intended to be limiting. It is readily understood that the processes illustrated in the above figures do not indicate or limit the temporal order of these processes. Furthermore, it is readily understood that these processes may be executed synchronously or asynchronously, for example, in multiple modules.

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

[0174] The blockchain-based electronic ticket processing device 900 is implemented as a hardware module or a software module. The components of the blockchain-based electronic ticket processing device 900 may include, but are not limited to: a deployment module 902 for deploying a smart contract on a blockchain platform based on a semi-fungible token; a creation module 904 for creating a digital certificate for an electronic ticket for a target scenario based on the smart contract and ticket issuance information, wherein the digital certificate for the electronic ticket includes multiple sets of features, each of which is generated based on the semi-fungible token and includes multimedia access information for the electronic ticket, the multimedia access information being used to display multimedia description data associated with the target scenario to the ticket purchaser; a publishing module 906 for publishing the electronic ticket issuance information to the blockchain platform based on the address information of the smart contract; and a processing module 908 for obtaining application information for the electronic ticket in response to an access operation of the second blockchain node to the address information of the smart contract, and processing the digital certificate based on the application information. 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 Figure 10 To describe the blockchain-based electronic ticket processing device 1000 according to an embodiment of the present disclosure. Figure 10 The blockchain-based electronic ticket processing device 1000 shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of the present disclosure.

[0176] The blockchain-based electronic ticket processing device 1000 is implemented as a hardware module or a software module. The components of the blockchain-based electronic ticket processing device 1000 may include, but are not limited to: an access module 1002 for accessing a first blockchain node based on the address information of a smart contract to send electronic ticket application information to the first blockchain node. The smart contract is deployed by the first blockchain node on the blockchain platform based on a semi-fungible token. The smart contract is used to create a digital certificate for the electronic ticket; and a storage module 1004 for obtaining a digital certificate for the electronic ticket upon successful electronic ticket application and storing the digital certificate in a digital wallet of a second blockchain node. The digital certificate for the electronic ticket includes multimedia access information for the electronic ticket. The multimedia access information is used to display multimedia description data associated with the target scene to the ticket purchaser.

[0177] like Figure 11 As shown, electronic device 1100 is implemented as a general-purpose computing device. Components of electronic device 1100 may include, but are not limited to, the aforementioned at least one processing unit 1110, the aforementioned at least one storage unit 1120, and a bus 1130 connecting various system components (including storage unit 1120 and processing unit 1110).

[0178] The storage unit stores program codes, 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 disclosure according to various exemplary embodiments. 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 memory unit (RAM) 11201 and / or a cache memory unit 11202 , and may further include a read-only memory 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] The bus 1130 may represent one or more of several types of bus structures, including a memory bus or memory 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 can also communicate with one or more external devices 1170 such as a keyboard or pointing device, a Bluetooth device, or a database, and can communicate with one or more devices that enable a user to interact with the electronic device 1100 and / or one or more devices (e.g., a router, a modem, and so forth) that enable the electronic device 1100 to communicate with one or more other computing devices. Such communication can occur via Input / Output (I / O) interface 1150. Still yet, the electronic device 1100 can communicate with one or more networks, such as a local area network (LAN), a wide area network (WAN), and / or the Internet, through network adapter 1160. As depicted, network adapter 1160 communicates with the other components of the electronic device 1100 via bus 1130. It should be appreciated that although not shown, other hardware and / or software components could be used in conjunction with the electronic device 1100. These include, but are not limited to, microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data archival storage systems, etc.

[0183] Those skilled in the art will readily understand that the example embodiments described herein can be implemented by software and / or by hardware coupled with software, as described above. Thus, the technical solutions according to the embodiments of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, a USB flash disk, a mobile hard disk, etc.) or a network, and includes a number of instructions to enable a computing device (such as a personal computer, a server, a terminal device, or an electronic device, etc.) to perform the methods according to the embodiments of the present disclosure.

[0184] In the example embodiments of the present disclosure, a computer-readable storage medium is also provided, which stores a program product capable of implementing the above-mentioned methods of the present disclosure. In some possible embodiments, various aspects of the present disclosure can also be implemented in the form of a program product, which includes program codes for causing an electronic device to perform the steps according to various example embodiments of the present disclosure described in the above-mentioned “Example Methods” section of the present specification when the program product is run on the electronic device.

[0185] The program product for implementing the above-mentioned methods according to the embodiments of the present disclosure can take the form of a portable compact disc read-only memory (CD-ROM) and include program codes, and can be run on an electronic device, such as a personal computer. However, the program product of the present disclosure is not limited to this, and in the present document, a readable storage medium can be any tangible medium containing or storing a program, which can be used or combined with an instruction execution system, device, or apparatus.

[0186] The program product may be implemented in 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 component, or any combination thereof. More specific examples (a 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 thereof.

[0187] A computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, which carries readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium that can transmit, propagate, or transfer 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, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0189] The program code for performing the operations of the present disclosure can 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" or similar programming languages. The program code can be executed entirely on the user computing device, partially on the Internet of Things terminal, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In the case of a remote computing device, the remote computing device can 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 can be connected to an external computing device (for example, using an Internet service provider to connect via the Internet).

[0190] It should be noted that although several modules or units of the device for action execution are mentioned in the detailed description above, 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 concretized in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided into multiple modules or units to be concretized.

[0191] Furthermore, although the steps of the method of the present disclosure are described in a particular order in the accompanying drawings, this does not require or imply that the steps must be performed in this particular order, or that all 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.

[0192] Through the description of the above embodiments, it is easy for those skilled in the art to understand that the example embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the embodiments 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 embodiments 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 that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art not disclosed herein. The description and examples are to be considered as 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 for an electronic ticket of a target scenario based on the smart contract and the ticket issuance information, wherein the digital voucher for the electronic ticket includes multiple sets of features, the multiple sets of features being generated based on the semi-fungible token, the multiple sets of features including multimedia access information for the electronic ticket, the multimedia access information being 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 multiple 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, 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 for the semi-fungible token based on the data structure of the digital certificate, and writing the smart contract based on the minting model, wherein the minting model is used to generate the digital certificate for 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, characterized in that: Processing the digital certificate based on the application information includes: Extracting the account address of the second blockchain node from the application information, and performing an application permission check on the second blockchain node based on the account address; If the authority is detected, the application information is verified for availability based on the type information and the remaining issuance quantity of the digital certificate, wherein the application information includes the quantity and type requirements of the electronic ticket; If the availability verification passes, query the transaction records 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 calling the casting model to generate the digital certificate, the ID data is passed into the digital certificate as the ID identification; Classifying the electronic ticket based on the target scenario and the classification rules in the ticket issuance information to obtain a classification result; Performing a SLOT assignment on the classification result in the smart contract based on the usage requirement 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, 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 complies with a third-party transfer rule; It is detected that the second blockchain node complies with the third-party transfer rule, and it is confirmed 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 for an electronic ticket to the first blockchain node, wherein the smart contract is deployed by the first blockchain node on a blockchain platform 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 for the electronic ticket is obtained, and the digital certificate is stored in the digital wallet of the second blockchain node. 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 the target scene to the ticket purchasing user.

9. The blockchain-based electronic ticket processing method according to claim 8, 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 a hash calculation on the public key to generate an account address, where the account address is used by the first blockchain node to verify the second blockchain node's authority to apply 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.

10. The blockchain-based electronic ticket processing method according to claim 9, characterized in that: Storing the digital certificate in a digital wallet of the second blockchain node further 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 blockchain-based electronic ticket processing method according to claim 10, characterized in that: Also includes: Decrypting the personal certificate based on the private key that matches 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 an operation to transfer the digital certificate of an electronic ticket to a third blockchain node, and generating a prompt message for fulfilling third-party transfer rules; The operation of fulfilling the third-party transfer rule is detected, and the digital certificate of the electronic ticket transferred to the third blockchain node is confirmed.

13. The blockchain-based electronic ticket processing method according to claim 8, 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 for an electronic ticket of a target scenario based on the smart contract and the ticket issuance information, wherein the digital voucher for the electronic ticket includes a plurality of sets of features, the plurality of sets of features being generated based on the semi-fungible token, the plurality of sets of features including multimedia access information for the electronic ticket, the multimedia access information being used to display multimedia description data associated with the target scenario to a ticket purchasing user; A publishing module, configured 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 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.

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 to send electronic ticket application information to the first blockchain node, wherein the smart contract is deployed by the first blockchain node on a blockchain platform based on a semi-fungible token, and the smart contract is used to create a digital certificate for 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 for storing 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