Electronic ticket generation method, electronic ticket verification method, electronic ticket generation device, electronic ticket verification device and electronic ticket verification equipment

Abstract

The invention relates to an electronic ticket generation method and device, an electronic ticket verification method and device, computer equipment, a computer readable storage medium and a computer program product. The electronic ticket generation method comprises the following steps: receiving an electronic ticket acquisition request initiated by a participant for a business activity through an on-chain resource pool, and determining activity content of the business activity and resource conditions required to be met when participating in the business activity; querying resource information of on-chain resources stored in the on-chain resource pool; under the condition that the resource information meets the resource condition, performing signature processing on a resource pool address and activity content of an on-chain resource pool to obtain ticket information; encoding the ticket information to generate an electronic ticket of the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool. By adopting the method, the safety can be improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to an electronic ticket generation method, an electronic ticket verification method, an apparatus, a computer device, a computer-readable storage medium, and a computer program product. Background Art

[0002] With the rapid development of computer technology and the continuous improvement of people's living standards, more and more event organizers are providing online ticketing services, allowing participants to obtain electronic tickets for events through the Internet, which greatly improves the convenience of event participation.

[0003] The traditional electronic ticket generation method generates corresponding electronic tickets based on the ticket data provided by the event participants, which serves as the qualification certificate for the electronic ticket holder to participate in the business activities. In actual applications, there is a problem of low security due to the possibility of arbitrary transfer of electronic tickets. Summary of the invention

[0004] Based on this, it is necessary to provide an electronic ticket generation method, electronic ticket verification method, device, computer equipment, computer-readable storage medium and computer program product that can improve security in response to the above-mentioned technical problems.

[0005] In a first aspect, the present application provides a method for generating an electronic ticket. The method comprises:

[0006] Receive the electronic ticket acquisition request initiated by the participant for the business activity through the on-chain resource pool, determine the activity content of the business activity and the resource conditions that need to be met to participate in the business activity;

[0007] Query the resource information of the on-chain resources stored in the on-chain resource pool;

[0008] When the resource information satisfies the resource condition, the resource pool address of the on-chain resource pool and the activity content are signed to obtain ticket information;

[0009] The ticket information is encoded to generate an electronic ticket for the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool.

[0010] In a second aspect, the present application provides an electronic ticket verification method. The method comprises:

[0011] In response to a ticket verification request for a business activity, obtain the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider; the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified;

[0012] Performing a validity check on the signature information to be verified, and performing consistency matching between the on-chain resource pool address and the resource pool address to be verified;

[0013] When the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool, it is determined that the ticket provider is qualified to participate in the business activity.

[0014] In a third aspect, the present application provides an electronic ticket generation device. The device comprises:

[0015] The activity information determination module is used to receive the electronic ticket acquisition request initiated by the participant for the business activity through the on-chain resource pool, and determine the activity content of the business activity and the resource conditions that need to be met to participate in the business activity;

[0016] A resource query module, used to query the resource information of the on-chain resources stored in the on-chain resource pool;

[0017] A signature module, used to sign the resource pool address of the on-chain resource pool and the activity content to obtain ticket information when the resource information meets the resource condition;

[0018] The encoding module is used to encode the ticket information to generate an electronic ticket for the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool.

[0019] In a fourth aspect, the present application provides an electronic ticket verification device. The device comprises:

[0020] An acquisition module, configured to respond to a ticket verification request for a business activity, and acquire the ticket information carried in the electronic ticket to be verified and the address of the on-chain resource pool of the ticket provider; the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified;

[0021] A verification processing module, used to verify the legitimacy of the signature information to be verified, and to match the consistency between the on-chain resource pool address and the resource pool address to be verified;

[0022] The verification result determination module is used to determine whether the participant is qualified to participate in the business activity when the signature information to be verified passes the legality verification and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool.

[0023] In a fifth aspect, the present application provides a computer device, wherein the computer device comprises a memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of the above method when executing the computer program.

[0024] In a sixth aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program implements the steps of the above method when executed by a processor.

[0025] In a seventh aspect, the present application provides a computer program product, wherein the computer program product comprises a computer program, and when the computer program is executed by a processor, the steps of the above method are implemented.

[0026] In the above-mentioned electronic ticket generation method, electronic ticket verification method, device, computer equipment, computer-readable storage medium and computer program product, the participant initiates an electronic ticket acquisition request through the on-chain resource pool, and the ticketing platform authorizes the ticket when the on-chain resources stored in the on-chain resource pool of the participant meet the resource conditions of the business activity, which is equivalent to setting the activity participation threshold in combination with the resource information of the on-chain resources. Thanks to the tamper-proof nature of the on-chain information, the accuracy of the judgment result can be ensured, and erroneous authorization can be avoided, thereby improving security. In addition, when the resource information meets the resource conditions, the resource pool address and activity content of the on-chain resource pool are signed to obtain the ticket information, and the ticket information is encoded to generate an electronic ticket for the business activity, which is equivalent to associating the generated electronic ticket with the on-chain resource pool of the participant, and can realize the real-name system of tickets while ensuring the anonymity of the electronic ticket transaction process, thereby avoiding the arbitrary transfer of tickets, which is conducive to further improving security. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 is an application environment diagram of an electronic ticket generation method in an embodiment;

[0028] Figure 2 A schematic diagram of a flow chart of a method for generating an electronic ticket in one embodiment;

[0029] Figure 3 A schematic diagram of an interface created for a business activity in an embodiment;

[0030] Figure 4 A schematic diagram of an interactive process created for a business activity in one embodiment;

[0031] Figure 5 A schematic diagram of an interface for resource transfer transaction information in an embodiment;

[0032] Figure 6 A schematic diagram of a flow chart of a method for generating an electronic ticket in another embodiment;

[0033] Figure 7 A schematic diagram of a flow chart of an electronic ticket verification method in one embodiment;

[0034] Figure 8 A schematic diagram of an interactive process for verifying an electronic ticket in one embodiment;

[0035] Fig. 9 A schematic diagram of a flow chart of an electronic ticket verification method in another embodiment;

[0036] Fig.10 A schematic diagram of an interactive process for generating an electronic ticket in one embodiment;

[0037] Fig.11 is a structural block diagram of an electronic ticket generating device in one embodiment;

[0038] Fig.12 is a structural block diagram of an electronic ticket verification device in one embodiment;

[0039] Fig.13 is an internal structure diagram of a computer device in some embodiments;

[0040] Fig.14 1 is a diagram of the internal structure of a computer device in some other embodiments. DETAILED DESCRIPTION

[0041] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0042] Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanism, encryption algorithm, etc. Blockchain is essentially a decentralized database, a string of data blocks generated by cryptographic methods. Each data block contains a batch of network transaction information, which is used to verify the validity of its information (anti-counterfeiting) and generate the next block. Blockchain can include the underlying blockchain platform, platform product service layer, and application service layer.

[0043] The blockchain can include multiple nodes (any form of computing devices in the access network, such as servers and user terminals), and the nodes can form a peer-to-peer network. In the actual application process, applications that implement specific services can be deployed in the blockchain according to actual business needs. The application is used to record data related to the implementation of the function to form record data, carry a digital signature in the record data to indicate the source of the task data, and send the record data to other nodes in the blockchain system for other nodes to add the record data to the temporary block when they successfully verify the source and integrity of the record data. Further, the application can specifically include a resource management application to provide the function of virtual resource management: for example, initiating a transaction, sending the transaction record of the current transaction to other nodes in the blockchain system, and after other nodes successfully verify, as a response to acknowledge the validity of the transaction, storing the record data of the transaction in the temporary block of the blockchain; for another example, querying the virtual resources in the blockchain account.

[0044] The electronic ticket generation method provided in this application can be applied to Figure 1 In the application environment shown. The application environment includes an initiator 101, a ticketing platform 102 and a participant 103, and the three can communicate over a network. The communication network can be a wired network or a wireless network. Therefore, the initiator 101 and the ticketing platform 102, as well as the ticketing platform 102 and the participant 103 can be directly or indirectly connected via wired or wireless communication. For example, the participant 103 can be indirectly connected to the ticketing platform 102 via a wireless access point, or the participant 103 can be directly connected to the ticketing platform 102 via the Internet, and this application does not limit this.

[0045] Among them, the initiator 101 of the business activity can provide the activity information to the ticketing platform 102, so that the ticketing platform 102 can push the business activity corresponding to the activity information to the participant 103. In the process of generating electronic tickets for business activities, the ticketing platform 102: receives the electronic ticket acquisition request initiated by the participant 103 through the on-chain resource pool for the business activity, determines the activity content of the business activity and the resource conditions that need to be met to participate in the business activity; queries the resource information of the on-chain resources stored in the on-chain resource pool; if the resource information meets the resource conditions, the resource pool address and activity content of the on-chain resource pool are signed to obtain the ticket information; the ticket information is encoded to generate an electronic ticket for the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool.

[0046] After obtaining the electronic ticket, the participant 103 can participate in the business activity if the electronic ticket passes the verification. In the process of electronic ticket verification, the ticketing platform 102: responds to the ticket verification request for the business activity, obtains the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider; performs a legitimacy check on the signature information to be verified, and performs consistency matching on the on-chain resource pool address and the address of the resource pool to be verified; when the signature information to be verified passes the legitimacy check, and the address of the resource pool to be verified is consistent with the on-chain resource pool address, it is determined that the ticket provider is qualified to participate in the business activity. Among them, the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified.

[0047] Furthermore, the initiator 101 and the participant 103 of the business activity can be implemented through a terminal, and the ticketing platform 102 can be implemented through a server. In the case where the data processing capability of the terminal meets the data processing requirements of the electronic ticket generation and verification process, the ticketing platform 102 can also be implemented through a terminal. Among them, the terminal includes but is not limited to mobile phones, computers, intelligent voice interaction devices, smart home appliances, vehicle terminals, aircraft, etc. The server can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. The embodiment of the present invention can be applied to various scenarios, including but not limited to cloud technology, artificial intelligence, smart transportation, assisted driving, etc. A client related to the ticketing service can be installed on the terminal, and the client can be software (such as a browser, video software, etc.), or a web page, a small program, etc. The server can be a background server corresponding to the software, web page, applet, etc., or a server specifically used for electronic ticket generation or electronic ticket verification. In some embodiments, electronic ticket generation or electronic ticket verification can also be implemented through the same server, which is not specifically limited in this application.

[0048] In one embodiment, Figure 2 As shown, a method for generating an electronic ticket is provided. In this embodiment, the method is applied to Figure 1 Taking the ticketing platform 102 in FIG. 1 as an example, the method includes the following steps:

[0049] Step S202: Receive an electronic ticket acquisition request initiated by a participant for a business activity through an on-chain resource pool, and determine the activity content of the business activity and the resource conditions that need to be met to participate in the business activity.

[0050] Among them, the on-chain resource pool of the participant refers to the resource pool owned by the participant in the blockchain. The on-chain resource pool may include an asymmetric key pair generated by the blockchain for it, and the asymmetric key pair includes a resource pool public key and a resource pool private key. The resource pool private key is held by the owner of the on-chain resource pool (i.e., the participant) and is used to sign transactions initiated through the on-chain resource pool. The resource pool public key can be recorded in the blockchain for signature verification of signed transactions. The on-chain resource pool can be used to store the on-chain resources of the participant. The on-chain resources may include, for example, various types of virtual resources such as points, digital resources, and storage space.

[0051] Business activities refer to activities conducted to achieve specific business. The specific types of business activities are not unique. For example, they can be offline activities or online activities that rely on the Internet. In a specific embodiment, the business activity can be a blockchain activity with the participation of blockchain nodes. Furthermore, specific businesses can be, for example, voting businesses, procurement businesses, sales businesses, and so on. The activity content of a business activity may include at least part of the information such as the activity name, activity location, activity time, activity background, or activity rules. The resource conditions that must be met to participate in a business activity refer to the participation threshold of the business activity. In actual applications, the initiator of the activity usually sets a corresponding participation threshold for the business activity to ensure the effectiveness of the activity.

[0052] Specifically, the resource condition may refer to the on-chain resource pool having a specific type of virtual resource, or may refer to the on-chain resource pool having a specific type of virtual resource, and the amount of this type of virtual resource reaches a set threshold. In a specific embodiment, the resource condition includes an amount condition of the expected resource type. The amount condition may, for example, be that the available amount of the expected resource type is greater than the set threshold, or that the available amount of the expected resource type is greater than or equal to the set threshold. Furthermore, the number of the expected resource types may be one or more, and the amount conditions of different expected resource types may be the same or different. In a specific embodiment, the resource conditions that must be met to participate in the voting service may, for example, be: the available amount of Class A points is greater than threshold a, and the available amount of Class B points is greater than threshold b.

[0053] In actual applications, participants can initiate an electronic ticket acquisition request to the ticketing platform through their on-chain resource pool. For example, participants can use the private key signature transaction of their on-chain resource pool to initiate an electronic ticket acquisition request to the ticketing platform, or they can log in to their on-chain resource pool through the resource management application and initiate an electronic ticket acquisition request to the ticketing platform through the resource management application. Then, the ticketing platform receives the electronic ticket acquisition request and determines the activity content of the business activity and the resource conditions that need to be met to participate in the business activity.

[0054] In a specific embodiment, the electronic ticket acquisition request carries an activity identifier of the business activity, and the ticketing platform can query the activity content of the business activity corresponding to the activity identifier and the resource conditions that need to be met to participate in the business activity through the activity identifier.

[0055] In a specific embodiment, the electronic ticket acquisition request carries the activity content of the business activity and the resource conditions that need to be met to participate in the business activity. In the case of this embodiment, the ticketing platform can extract the activity content of the business activity and the resource conditions that need to be met to participate in the business activity from the received electronic ticket acquisition request.

[0056] Step S204, query the resource information of the on-chain resources stored in the on-chain resource pool.

[0057] Among them, the on-chain resources stored in the on-chain resource pool refer to the virtual resources stored in the on-chain resource pool. Since the resource pool is a resource pool on the blockchain, each node in the blockchain will account for the virtual resources through a consensus mechanism, so that the virtual resources are essentially on-chain resources stored on the blockchain. Resource information may include resource type, resource amount, etc. Specifically, the ticketing platform can query the resource information of the on-chain resources stored in the on-chain resource pool on the blockchain through the blockchain address of the participating party's on-chain resource pool.

[0058] It can be understood that due to the fact that on-chain information cannot be tampered with, the accuracy of the resource information of on-chain resources obtained through query is relatively high.

[0059] In a specific embodiment, after receiving an electronic ticket acquisition request, the ticketing platform can query the resource type of the on-chain resources stored in the on-chain resource pool and the resource amount of each resource type of virtual resources on the blockchain according to the blockchain address of the on-chain resource pool that initiated the electronic ticket acquisition request.

[0060] In a specific embodiment, the ticketing platform can determine the resource conditions that need to be met to participate in the business activity, and then query the blockchain for the amount of resources of the expected resource type that matches the resource conditions among the resource types stored in the on-chain resource pool based on the blockchain address of the on-chain resource pool that initiated the electronic ticket acquisition request.

[0061] Step S206: When the resource information meets the resource conditions, the resource pool address and activity content of the on-chain resource pool are signed to obtain ticket information.

[0062] The resource pool address of the on-chain resource pool is the blockchain address of the on-chain resource pool on the blockchain. On the blockchain, each resource pool has a unique blockchain address, and the blockchain addresses of each resource pool are different. Therefore, the resource pool address can be used to uniquely represent the on-chain resource pool. Furthermore, for different participants, the on-chain resource pool they own is unique. Therefore, the resource pool address can be used to uniquely represent the participant.

[0063] Specifically, the ticketing platform can compare and analyze the resource information of the on-chain resources stored in the queried on-chain resource pool with the resource conditions, and when the resource information meets the resource conditions, use the platform private key of the ticketing platform itself to sign the resource pool address and activity content of the on-chain resource pool to obtain the ticket information. In other words, the ticket information contains at least the activity content of the business activity, the resource pool address of the participant's on-chain resource pool, and the signature information of the ticketing platform, so that the ticket information is associated with the participant's on-chain resource pool, thereby realizing the real-name system for tickets.

[0064] It is understood that if the resource information does not meet the resource conditions, it means that the participant is not qualified to participate in the business activity, and the ticketing platform can feedback to the participant a prompt message indicating that the ticket generation failed. The prompt message can also include the specific reason for the ticket generation failure, so that the participant can initiate an electronic ticket acquisition request to the ticketing platform again when the on-chain resource pool meets the resource conditions.

[0065] Step S208: Encode the ticket information to generate an electronic ticket for the business activity.

[0066] Among them, the electronic ticket is used as a qualification certificate for the participant to participate in business activities through the on-chain resource pool. The specific data form of the electronic ticket may include at least one of the forms of image, text, voice, etc. Specifically, the ticketing platform can use the snowflake algorithm, UUID (Universally Unique Identifier) ​​algorithm, base64 algorithm, etc. to encode the ticket information and generate an electronic ticket that matches the ticket information. It can be understood that since the electronic ticket corresponds to the ticket information one by one, and the ticket information is associated with the business activities and the on-chain resource pool of the participant, in the subsequent ticket verification process, the ticketing platform can verify the address of the ticket provider to ensure that the ticket provider is the same as the participant associated with the electronic ticket, thereby avoiding the arbitrary transfer of electronic tickets between different participants, making the activity process traceable, and thus improving security.

[0067] In a specific embodiment, the specific data form of the electronic ticket is an image. In the case of this embodiment, the ticketing platform can use an image encoding algorithm to encode the ticket information to generate an electronic ticket for the business activity. The electronic ticket can be, for example, a conditional code or a QR code, etc.

[0068] In a specific embodiment, the ticketing platform can also provide the participants with multiple candidate materials for the electronic ticket. The ticketing platform can respond to the material selection event triggered by the participant, obtain the target material determined by the participant, and when the graphic code is obtained by encoding the ticket information, the graphic code is integrated with the target material to obtain the electronic ticket. The specific method of integration processing can be, for example, superposition, secondary encoding or watermarking, etc. Among them, the target material can be one of the candidate materials, or it can be a ticket material customized by the participant. The specific content form of the candidate material and the customized ticket material can include, for example, at least one of the content forms such as graphics, images or text. In this case, the ticketing platform can save the corresponding relationship between the participant and the ticket material, so that in the subsequent process of electronic ticket verification, the ticket material to be verified carried in the electronic ticket to be verified can be first extracted, and based on the corresponding relationship between the participant and the ticket material, it is determined whether the ticket provider corresponds to the ticket material to be verified. In the case that the ticket provider does not correspond to the ticket material to be verified, the ticketing platform can determine that the ticket provider is not the same as the associated party of the electronic ticket without subsequent verification, and obtain the result of ticket verification failure, thereby simplifying the electronic ticket verification process and improving efficiency. In the case that the ticket provider corresponds to the ticket material to be verified, the ticketing platform can further verify the resource pool address and signature content to determine the ticket verification result.

[0069] In the above-mentioned electronic ticket generation method, the participant initiates an electronic ticket acquisition request through the on-chain resource pool, and the ticketing platform authorizes the ticket when the on-chain resources stored in the on-chain resource pool of the participant meet the resource conditions of the business activity, which is equivalent to setting the activity participation threshold in combination with the resource information of the on-chain resources. Thanks to the tamper-proof nature of the on-chain information, the accuracy of the judgment result can be ensured, and the wrong authorization can be avoided, thereby improving security. In addition, when the resource information meets the resource conditions, the resource pool address and activity content of the on-chain resource pool are signed to obtain the ticket information, and the ticket information is encoded to generate an electronic ticket for the business activity, which is equivalent to associating the generated electronic ticket with the on-chain resource pool of the participant, which can ensure the anonymity of the electronic ticket transaction process while realizing the real-name system for tickets, thereby avoiding the arbitrary transfer of tickets, which is conducive to further improving security.

[0070] In one embodiment, the resource condition includes an amount condition of the desired resource type. In the case of this embodiment, step S204 includes: querying the resource type of the on-chain resources stored in the on-chain resource pool; when the resource type includes the desired resource type, querying the available amount of the desired resource type. The electronic ticket generation method also includes: when the available amount of the desired resource type meets the amount condition, determining that the resource information meets the resource condition.

[0071] The expected resource type may refer to one of the resource types such as points, digital resources or storage space, or may refer to a digital resource released by a specific smart contract address or a multi-signature resource pool. The amount condition of the expected resource type may refer to the available amount of the expected resource type being greater than the set amount, or the available amount of the expected resource type being greater than or equal to the set amount. The number of the expected resource types may be one or more, and the amount conditions of different expected resource types may be the same or different.

[0072] Specifically, the ticketing platform can query the resource type of the on-chain resources stored in the on-chain resource pool of the participating party after determining the expected resource type required to participate in the business activity and the amount condition of the expected resource type, and query the available amount of the expected resource type when the expected resource type is included in the resource type. If the available amount of the expected resource type meets the amount condition, the ticketing platform determines that the resource information meets the resource condition; if the available amount of the expected resource type does not meet the amount condition, the ticketing platform determines that the resource information does not meet the resource condition. Furthermore, if the resource type of the on-chain resources stored in the on-chain resource pool of the participating party does not include the expected resource type, the ticketing platform can determine that the on-chain resource pool does not meet the resource condition without querying the available amount, and then feedback the prompt information of ticket generation failure to the participating party.

[0073] It should be noted that, when there are multiple expected resource types, the ticketing platform can first determine whether the on-chain resource pool contains the virtual resources of each expected resource type, and if so, query the available amount of each expected resource type. Then, the available amount of each expected resource type is compared with the corresponding amount condition, and when the available amount of each expected resource type satisfies the corresponding amount condition, it is determined that the resource information meets the resource condition.

[0074] In this embodiment, when the resource conditions include the amount conditions of the expected resource type, the resource types of the virtual resources stored in the resource pool on the participating party chain are queried first. When the resource types include the expected resource type, the available amount of the resources is queried. There is no need to query the available amount of each type of virtual resource, thereby reducing the query workload and helping to improve processing efficiency.

[0075] In one embodiment, the resource condition includes an amount condition of the desired resource type; the resource information includes the available amount of each resource type. In the case of this embodiment, the ticket generation method further includes: matching the resource type held by the on-chain resource pool with the desired resource type, and determining the available amount of the desired resource type in the on-chain resource pool when the resource type includes the desired resource type; if the available amount of the desired resource type satisfies the amount condition, determining that the resource information satisfies the resource condition.

[0076] Among them, please refer to the above for the specific definition of the expected resource type, which will not be repeated here. Specifically, the ticketing platform can match the resource type held by the on-chain resource pool with the expected resource type when querying the available amount of each type of virtual resource stored in the on-chain resource pool to determine whether the on-chain resource pool holds the expected resource type. If the expected resource type is not included in the resource type, it is determined that the on-chain resource pool does not meet the resource conditions. If the expected resource type is included in the resource type, the available amount of the expected resource type in the on-chain resource pool is further determined, and the available amount of the expected resource type is compared with the amount condition. If the available amount of the expected resource type meets the amount condition of the expected resource type, it is determined that the on-chain resource pool meets the resource condition. If the available amount of the expected resource type does not meet the amount condition of the expected resource type, it is determined that the on-chain resource pool does not meet the resource condition.

[0077] It should be noted that, when there are multiple expected resource types, the ticketing platform can first match the resource types held by the on-chain resource pool with each expected resource type, and then query the available amount of each expected resource type when each expected resource type is included in the resource type. Then, the available amount of each expected resource type is compared with the corresponding amount condition, and when the available amount of each expected resource type satisfies the corresponding amount condition, it is determined that the resource information satisfies the resource condition.

[0078] In this embodiment, in the process of determining whether the on-chain resource pool meets the resource conditions, a comparison of resource types is first performed. If the on-chain resource pool holds virtual resources of the desired resource type, a comparison of available amounts is then performed, which can improve comparison efficiency.

[0079] In one embodiment, the electronic ticket generation method further includes: in response to a business activity creation event triggered by an initiator, obtaining activity information input by the initiator; and publishing the business activity corresponding to the activity information when the activity information meets the verification condition.

[0080] The activity information includes the activity content and the resource conditions required to participate in the business activity. Specifically, the initiator of the business activity can trigger a business activity creation event by clicking a control, so that the ticketing platform can respond to the business activity creation event and obtain the activity information input by the initiator.

[0081] In a specific implementation, the initiator can first register an initiator account on the ticketing platform, and then create a business activity on the ticketing platform through the initiator account, and fill in the activity name, activity details, threshold requirements and other activity information. The initiator account can be represented by the initiator's on-chain resource pool. Among them, the threshold requirement refers to the participation threshold of the business activity, which can specifically include the resource conditions that need to be met to participate in the business activity. The resource condition can be represented by the amount condition of the expected resource type. The expected resource type can be represented by the corresponding smart contract address, for example, and the amount condition can be represented by the lower limit of the available amount. Further, the activity information can also include the activity type, which can be, for example, a paid activity or a free activity. In the case where the activity type is a paid activity, the initiator also needs the resource type and resource amount of the activity consumption resources, and the activity consumption resources refer to the virtual resources that the participants need to transfer to the initiator of the business activity.

[0082] For example, Figure 3 As shown, the activity name can be, for example, "Activity A", the expected resource type can be, for example, the virtual resources released by contract address B, and the lower limit of the available amount can be, for example, 10. It can be understood that if the available amount is zero, it means that no requirements are made on the on-chain resources of the participants. Furthermore, the activity consumption resources of paid activities can be, for example, "0.1". Similarly, if the activity consumption resources are zero, it means that the activity type of the business activity is a free activity, and participation is possible without transferring virtual resources. When the initiator clicks the "Confirm Initiation" control, the business activity creation event is triggered, so that the ticketing platform can obtain the activity information entered by the initiator.

[0083] Furthermore, if Figure 4As shown, after obtaining the activity information, the ticketing platform can verify the activity information to determine whether the activity information meets the verification conditions, and publish the business activities corresponding to the activity information if the obtained activity information meets the verification conditions. In other words, the ticketing platform can push each business activity that has passed the verification to multiple participants, so that the participants can select the business activities of interest from them to initiate an electronic ticket acquisition request. For activity information that does not meet the verification conditions, the ticketing platform can send feedback information that has not passed the verification to the activity initiator. It can be understood that different verification conditions can be set for different types of activity information. For example, the ticketing platform can check whether the activity time is normal activity time, such as daytime, working hours, etc. For another example, the ticketing platform can check whether the ticketing deadline of the activity is reasonable, such as the time difference between the ticketing deadline and the current time is greater than the time difference threshold. For another example, the ticketing platform can check whether the amount of resources consumed by the activity is within the amount range, and the amount range can be determined according to the business type; in the case where the business activity is a charged activity, the ticketing platform can also check whether the initiator provides a resource pool address for receiving the activity consumption resources.

[0084] In a specific embodiment, the ticketing platform may check whether there is abnormal content in the event details. The abnormal content may refer to, for example, content containing grammatical errors or lexical errors in the event information, or content in the event information that matches the abnormal information sample. The abnormal information sample may be a predetermined information sample that contains abnormalities. Exemplarily, the ticketing platform may determine an abnormal information library containing multiple abnormal information samples, and search the abnormal information library for a target information sample that matches the currently acquired event information. The event information matches the target information sample when the event information includes information content whose similarity with the target information sample is greater than a similarity threshold, or when the event information includes information content whose similarity with the target information sample is greater than or equal to a similarity threshold.

[0085] In the above embodiment, when the initiator creates a business activity, the ticketing platform verifies the activity information provided by the initiator, which can ensure the compliance of the business activity and further improve the security of the business activity participation process.

[0086] In one embodiment, the resource condition is characterized by an expected resource type. In this embodiment, the electronic ticket generation method further includes: determining a smart contract address corresponding to the expected resource type; and if the smart contract address is a compliant address, determining that the activity information satisfies the verification condition.

[0087] The smart contract address corresponding to the expected resource type may refer to the contract address of the smart contract that publishes the virtual resource of this type, or the contract address corresponding to the multi-signature virtual resource pool. Specifically, the ticketing platform may determine the smart contract address corresponding to the expected resource type, and perform a compliance check on the smart contract address. If the smart contract address is a compliant address, it is determined that the activity information meets the verification conditions. The specific method of performing compliance verification may include, for example, querying whether the smart contract address exists on the blockchain, checking whether the smart contract address meets the standards, and so on.

[0088] In this embodiment, a compliance check is performed on the smart contract address corresponding to the expected resource type, which can ensure the compliance of the resource conditions, thereby ensuring the compliance of the published business activities, which is conducive to further improving security.

[0089] In one embodiment, the activity information also includes the activity type. In this embodiment, step S206 includes: if the resource information meets the resource conditions, determine the activity type of the business activity; if the activity type is a paid activity, send resource transfer information to the participants; if the activity consumption resource transfer is completed, sign the resource pool address and activity content of the on-chain resource pool to obtain ticket information.

[0090] Among them, the activity types include paid activities and free activities. Activity consumption resources refer to the virtual resources that the participants need to transfer to the business activity initiator. Resource transfer information is used to instruct the participants to transfer activity consumption resources to the initiator. In actual applications, the initiator usually consumes its own resources when organizing business activities. Therefore, the activity initiator can compensate for its own resource loss by charging the activity consumption resources from the activity participants.

[0091] Specifically, Figure 3 As shown, the initiator can determine the activity type when creating a business activity, and determine the activity consumption resources that need to be charged to the participants if the activity type is a paid activity. Thus, the ticketing platform can determine the activity type of the business activity if the resource information meets the resource conditions. If the activity type is a free activity, the resource pool address and activity content of the on-chain resource pool are signed to obtain the ticket information. If the activity type is a paid activity, resource transfer information is sent to the participants to instruct the participants to transfer the activity consumption resources to the initiator, and when the transfer of the activity consumption resources is completed, the resource pool address and activity content of the on-chain resource pool are signed to obtain the ticket information. Furthermore, the ticketing platform can also respond to the refund request initiated by the participant, and when the pending ticket is confirmed to be a valid ticket, instruct the initiator to return the activity consumption resources to the participant.

[0092] In this embodiment, for paid activities, after the transfer of activity consumption resources is completed, signature processing is performed to obtain ticket information, which can be adapted to the needs of different activity types, thereby improving the flexibility of the electronic ticket generation method.

[0093] In one embodiment, the electronic ticket generation method also includes: obtaining a prompt message of successful block generation, determining the initiator address of the resource transfer transaction that successfully generated the block; and when the initiator address is the resource pool address of the on-chain resource pool, determining that the transfer of activity consumption resources is completed.

[0094] Specifically, in the process of virtual resource transfer, the participant needs to initiate an on-chain request for the resource transfer transaction. Only when the on-chain request is responded to by the on-chain processing node and the block is successfully generated through the consensus mechanism, can the activity consumption resources be transferred from the participant to the initiator. For example, Figure 5 As shown, the ticketing platform can form a resource transfer transaction from the blockchain address of its own on-chain resource pool to the blockchain address of the initiator's on-chain resource pool, send the transaction information to the participants, and the participants sign the transaction information to initiate a transaction on-chain request.

[0095] Based on this, the ticketing platform can check the prompt information of the successful block generation on the blockchain, and determine the initiator address of the resource transfer transaction associated with the prompt information, and determine that the activity consumption resource transfer is completed when the initiator address is the resource pool address of the on-chain resource pool. Furthermore, the ticketing platform can also further confirm whether the resource transferee address is the blockchain address of the on-chain resource pool of the activity initiator when the initiator address is the resource pool address of the on-chain resource pool. If so, it is determined that the activity consumption resource transfer is completed.

[0096] In this embodiment, whether the transfer of activity consumption resources is completed is determined based on the matching of the initiator address of the successfully generated resource transfer transaction and the participant resource pool address. The method is simple and is conducive to further improving processing efficiency.

[0097] In a specific embodiment, Figure 6 As shown, the electronic ticket generation method may include the following steps:

[0098] Step S601, in response to a business activity creation event triggered by an initiator, obtaining activity information input by the initiator;

[0099] The activity information includes the activity content, activity type and resource conditions that must be met to participate in the activity; the resource conditions include the amount conditions of the expected resource type;

[0100] Step S602, determining the smart contract address corresponding to the expected resource type;

[0101] Step S603: if the smart contract address is a compliant address, determine that the activity information meets the verification conditions, and publish the business activity corresponding to the activity information;

[0102] Furthermore, for the activity information that does not meet the verification conditions, the ticketing platform can send a feedback message of failure to pass the verification to the activity initiator and end the generation process of the electronic ticket;

[0103] Step S604, receiving an electronic ticket acquisition request initiated by a participant for a business activity through an on-chain resource pool, and determining the activity content and resource conditions of the business activity;

[0104] Step S605, query the resource type of the on-chain resources stored in the on-chain resource pool;

[0105] Step S606, when the resource types include the expected resource type, query the available amount of the expected resource type;

[0106] Furthermore, if the resource type does not include the expected resource type, the ticketing platform may send feedback information that the resource conditions are not met to the participant, and terminate the generation process of the electronic ticket;

[0107] Step S607, when the available amount of the desired resource type meets the amount condition, determining the activity type of the business activity;

[0108] Similarly, when the available amount of the desired resource type meets the amount condition, the ticketing platform can send feedback information that the resource condition is not met to the participant and end the electronic ticket generation process;

[0109] Step S608, if the activity type is a paid activity, then sending resource transfer information to the participants;

[0110] The resource transfer information is used to instruct the participant to transfer the activity consumption resources to the initiator;

[0111] Step S609, obtaining prompt information of successful block generation, determining the initiator address of the resource transfer transaction that successfully generated the block, and determining that the transfer of the activity consumption resources is completed when the initiator address is the resource pool address of the on-chain resource pool;

[0112] Step S610, the resource pool address and activity content of the on-chain resource pool are signed to obtain ticket information;

[0113] Step S611, encoding the ticket information to generate an electronic ticket for the business activity;

[0114] Among them, electronic tickets are used as qualification certificates for participants to participate in business activities through the on-chain resource pool.

[0115] The above-mentioned electronic ticket generation method combines the resource information of on-chain resources to set the activity participation threshold. Thanks to the tamper-proof nature of on-chain information, it can ensure the accuracy of the judgment results, avoid misauthorization, and thus improve security. In addition, the generated electronic ticket is associated with the on-chain resource pool of the participant, which can ensure the anonymity of the electronic ticket transaction process while realizing the real-name system of tickets, thereby avoiding the arbitrary transfer of tickets, which is conducive to further improving security.

[0116] In some embodiments, Figure 7 As shown, the present application also provides an electronic ticket verification method, and this embodiment uses the method to Figure 1 Taking the ticketing platform 102 in FIG. 1 as an example, the method includes the following steps:

[0117] Step S702, in response to a ticket verification request for a business activity, obtain the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider.

[0118] Among them, the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified. The specific data form of the electronic ticket to be verified may include at least one of the forms of image, text, voice, etc. Business activities refer to activities carried out to achieve specific businesses. The specific types of business activities are not unique. For example, they can be offline activities or online activities that need to rely on the Internet. In a specific embodiment, the business activity can be a blockchain activity with the participation of blockchain nodes. Furthermore, specific businesses can be, for example, voting businesses, procurement businesses, sales businesses, and so on.

[0119] The ticket provider refers to the party that provides the electronic ticket to be verified, that is, the electronic ticket holder. The on-chain resource pool of the ticket provider refers to the resource pool owned by the ticket provider in the blockchain. The on-chain resource pool address is the blockchain address of the on-chain resource pool on the blockchain. On the blockchain, each resource pool has a unique blockchain address, and the blockchain addresses of each resource pool are different. Therefore, the resource pool address can be used to uniquely represent the on-chain resource pool. Furthermore, for different ticket providers, the on-chain resource pool they own is unique. Therefore, the resource pool address can be used to uniquely represent the ticket provider.

[0120] Specifically, the ticket provider can log in to the ticketing platform through its on-chain resource pool and present the electronic ticket to be verified for the business activity to the ticketing platform to initiate a ticket verification request for the business activity. Thus, the ticketing platform can respond to the ticket verification request, obtain the electronic ticket to be verified and the address of the on-chain resource pool of the ticket provider, and decode the electronic ticket to be verified to extract the ticket information carried in the electronic ticket to be verified. Exemplarily, the ticket provider can use the private key signature transaction of its on-chain resource pool to initiate a ticket verification request to the ticketing platform, or it can log in to its on-chain resource pool through the resource management application and initiate a ticket verification request to the ticketing platform through the resource management application.

[0121] In a possible implementation, the ticket provider can also submit the electronic ticket to be verified to the event initiator through its on-chain resource pool, and the event initiator forwards the electronic ticket to be verified to the ticketing platform to initiate a ticket verification request to the ticketing platform. Thus, the ticketing platform can respond to the ticket verification request, obtain the electronic ticket to be verified and the address of the on-chain resource pool of the ticket provider, and decode the electronic ticket to be verified to extract the ticket information carried in the electronic ticket to be verified.

[0122] In a specific embodiment, Figure 8 As shown, the ticket provider can also log in to the verification platform of the business activity initiator through its on-chain resource pool and show the initiator the electronic ticket to be verified. The activity initiator can obtain the electronic ticket to be verified and the on-chain resource pool address of the ticket provider, and decode the electronic ticket to be verified, and extract the ticket information such as the signature information to be verified and the address of the resource pool to be verified carried in the electronic ticket to be verified. Then, the initiator calls the interface of the ticketing platform and sends the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider to the ticketing platform to initiate a ticket verification request to the ticketing platform. Thus, the ticketing platform can respond to the ticket verification request and obtain the ticket information submitted by the initiator through the interface and the on-chain resource pool address of the ticket provider.

[0123] In a specific embodiment, the electronic ticket to be verified also carries the ticket material to be verified. In the case of this embodiment, the ticketing platform can also obtain the ticket material to be verified carried in the electronic ticket to be verified, and based on the corresponding relationship between the participant and the ticket material, determine whether the ticket provider corresponds to the ticket material to be verified. Exemplarily, the ticketing platform can establish a corresponding relationship between the resource pool address of the participant and the ticket material, and match the resource pool address of the participant to which the ticket material to be verified belongs with the on-chain resource pool address of the ticket provider to determine whether the ticket provider corresponds to the ticket material to be verified. In the case that the ticket provider does not correspond to the ticket material to be verified, the ticketing platform does not need to perform subsequent verification, and can determine that the ticket provider is not the same as the associated participant of the electronic ticket, and obtain the result of ticket verification failure, thereby simplifying the electronic ticket verification process and improving efficiency. In the case that the ticket provider corresponds to the ticket material to be verified, the ticketing platform can further verify the resource pool address to be verified and the signature information to be verified to determine the ticket verification result.

[0124] Step S704, perform a validity check on the signature information to be verified, and perform consistency matching between the on-chain resource pool address and the resource pool address to be verified.

[0125] Specifically, the ticketing platform can perform a legality check on the signature information to be verified, determine whether the signature information to be verified is its own signature information, and match the address of the resource pool to be verified with the on-chain resource pool address of the ticket provider to determine whether the address of the resource pool to be verified is consistent with the on-chain resource pool address of the ticket provider. The specific algorithm for consistency matching is not unique. For example, it can be to match each character contained in the address one by one, or to perform a hash operation on the address to obtain the hash values ​​of the on-chain resource pool address and the resource pool address to be verified, and then compare each hash value.

[0126] Step S706: When the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the resource pool on the chain, it is determined that the ticket provider is qualified to participate in the business activity.

[0127] Specifically, when the signature information to be verified is the signature information of the ticketing platform and the resource pool address to be verified is the on-chain resource pool address of the ticket provider, the ticketing platform can determine that the ticket provider is qualified to participate in the business activity.

[0128] In a specific embodiment, the ticket information may also include the content of the activity to be verified. The content to be verified may include at least a part of the information such as the activity name, activity location, activity time, activity background or activity rules. The ticketing platform may also match the content of the activity to be verified with the business activity, and determine that the ticket provider is qualified to participate in the business activity when the content of the activity to be verified is the activity content of the business activity, the signature information to be verified passes the legality check, and the address of the resource pool to be verified is the address of the on-chain resource pool of the ticket provider.

[0129] In a specific embodiment, for non-reusable electronic tickets, the ticket information may also include status information. The status information includes a used status and an unused status. In the case of this embodiment, the ticketing platform may also determine whether the electronic ticket to be verified has been reused based on the status information. For example, if the status information indicates a used status, the ticketing platform may determine that the electronic ticket to be verified has been reused, thereby determining that the ticket provider is currently not qualified to participate in the business activity.

[0130] The electronic ticket verification method described above responds to a ticket verification request for a business activity, obtains the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider, performs a legitimacy check on the signature information to be verified, and performs consistency matching on the on-chain resource pool address and the address of the resource pool to be verified. When the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool, it is determined that the ticket provider is qualified to participate in the business activity. Since the electronic ticket is associated with the on-chain resource pool of the participant to whom it belongs, the real-name system for tickets can be implemented while ensuring anonymity in the electronic ticket transaction process, thereby avoiding the arbitrary transfer of tickets and helping to improve security.

[0131] In one embodiment, the process of initiating a ticket verification request includes: obtaining an electronic ticket to be verified, decoding the electronic ticket to be verified, and obtaining ticket information of the electronic ticket to be verified; matching the content of the activity to be verified with each current activity, and determining the business activity represented by the content of the activity to be verified from each current activity; and initiating a ticket verification request for the business activity.

[0132] Among them, the current activity refers to an activity that is in progress, that is, the current time is within the validity period of the business activity. Ticket information includes the content of the activity to be verified, the signature information to be verified, and the address of the resource pool to be verified. The content to be verified may include at least part of the information such as the activity name, activity location, activity time, activity background or activity rules.

[0133] Specifically, the ticket verification request can be initiated by the event initiator to the ticketing platform. The ticket provider can show the initiator the electronic ticket to be verified, and the initiator obtains the electronic ticket to be verified and the address of the on-chain resource pool of the ticket provider. Then, the initiator decodes the electronic ticket to be verified, and extracts the ticket information such as the signature information to be verified, the address of the resource pool to be verified, and the content of the activity to be verified carried in the electronic ticket to be verified. Next, the initiator matches the content of the activity to be verified with the content of each current activity, and determines the business activity represented by the content of the activity to be verified from each current activity. Finally, the initiator calls the interface to submit the signature information to be verified and the address of the resource pool to be verified to the ticketing platform to initiate a ticket verification request for the business activity.

[0134] Furthermore, the current activity may refer to a business activity initiated and ongoing by the initiator. That is, when the business activity represented by the content of the activity to be verified is a business activity initiated by the initiator and the activity status of the business activity is ongoing, the initiator initiates a ticket verification request to the ticketing platform. It is understandable that if the current activities do not include the business activity represented by the content of the activity to be verified, the initiator can send a verification failure feedback message to the ticket provider to end the ticket verification.

[0135] In this embodiment, the content of the activity to be verified carried in the electronic ticket to be verified is first matched with each current activity. A ticket verification request is initiated only when the current activity contains a business activity represented by the content of the activity to be verified. This is equivalent to performing a verification based on the activity content before initiating the ticket verification request, which can filter out electronic tickets for expired activities and help improve efficiency.

[0136] In one embodiment, step S702 includes: in response to a ticket verification request for a business activity, obtaining the electronic ticket to be verified and the on-chain resource pool address of the ticket provider, decoding the electronic ticket to be verified, and obtaining ticket information.

[0137] Specifically, the ticketing platform can respond to the ticket verification request for the business activity, obtain the electronic ticket to be verified and the on-chain resource pool address of the ticket provider, and obtain the ticket information by decoding the electronic ticket to be verified. It can be understood that the specific algorithm of the decoding process corresponds to the encoding algorithm used in the electronic ticket generation process. The ticketing platform can determine the encoding algorithm used in the electronic ticket generation process to be verified according to the business activity corresponding to the electronic ticket to be verified, and then use the decoding algorithm corresponding to the encoding algorithm to decode the electronic ticket to be verified to obtain the ticket information.

[0138] In this embodiment, the ticket selling platform decodes the electronic ticket to be verified to obtain ticket information, so that the encoding and decoding of the same electronic ticket are both performed by the ticket selling platform, which can ensure the consistency of the algorithm and improve processing efficiency.

[0139] In one embodiment, step S706 includes: when the signature information to be verified passes the legality check and the resource pool address to be verified is consistent with the on-chain resource pool address, querying the provider resource information of the on-chain resource pool address; when the provider resource information meets the resource conditions corresponding to the business activity, determining that the ticket provider is qualified to participate in the business activity.

[0140] Among them, the provider resource information refers to the resource information of the on-chain resources stored in the on-chain resource pool represented by the on-chain resource pool address. The resource information may include resource type, resource amount, etc. The resource conditions corresponding to the business activity refer to the resource conditions that must be met to participate in the business activity, that is, the participation threshold of the business activity. In practical applications, the initiator of the activity usually sets a corresponding participation threshold for the business activity to ensure the effect of the activity. Specifically, the resource condition may refer to the on-chain resource pool having a specific type of virtual resource, or it may refer to the on-chain resource pool having a specific type of virtual resource, and the amount of the virtual resource of this type reaches a set threshold. In a specific embodiment, the resource condition includes an amount condition of the expected resource type. The amount condition may, for example, be that the available amount of the expected resource type is greater than the set threshold, or that the available amount of the expected resource type is greater than or equal to the set threshold. Furthermore, the number of the expected resource types may be one or more, and the amount conditions of different expected resource types may be the same or different.

[0141] Specifically, the ticketing platform can query the provider resource information of the on-chain resource pool address when the signature information to be verified passes the legality check and the address of the resource pool to be verified is consistent with the on-chain resource pool address. It can be understood that due to the characteristics of the on-chain information that cannot be tampered with, the accuracy of the on-chain resource information obtained by the query is relatively high. Furthermore, the ticketing platform can also determine the resource conditions that need to be met to participate in business activities, and determine that the ticket provider is qualified to participate in business activities when the provider resource information meets the resource conditions corresponding to the business activities. It can be understood that when the provider resource information does not meet the resource conditions corresponding to the business activities, the ticketing platform can determine that the ticket provider is not qualified to participate in the business activities, and send feedback information of ticket verification failure to the ticket provider, or send feedback information of ticket verification failure to the ticket provider through the initiator.

[0142] In a specific embodiment, the ticketing platform can query the resource type of the on-chain resources stored in the on-chain resource pool and the resource amount of each resource type of virtual resources on the blockchain according to the on-chain resource pool address of the ticket provider.

[0143] In a specific embodiment, the ticketing platform can determine the resource conditions that need to be met to participate in the business activity, and then query the blockchain based on the on-chain resource pool address of the ticket provider to find the amount of resources of the expected resource type that matches the resource conditions among the resource types stored in the on-chain resource pool.

[0144] In the above embodiment, during the ticket verification process, it is detected whether the ticket provider meets the resource conditions corresponding to the business activity, and if the ticket provider meets the resource conditions corresponding to the business activity, it is determined that the ticket provider is eligible to participate in the business activity. This can prevent participants from obtaining electronic tickets by renting on-chain assets, ensure the threshold effect of resource conditions, and further improve security.

[0145] In one embodiment, the electronic ticket verification method further includes: marking the electronic ticket to be verified as being in a used state; generating a digital certificate corresponding to the electronic ticket to be verified, and storing the digital certificate in the on-chain resource pool of the ticket provider.

[0146] The digital certificate is used as a qualification certificate for the ticket provider to participate in new business activities through the on-chain resource pool; the new business activity is different from the business activity for which the electronic ticket to be verified is targeted. The initiator of the new business activity may be the same as or different from the initiator of the business activity.

[0147] Specifically, if it is determined that the ticket provider is qualified to participate in the business activity, the ticketing platform can mark the electronic ticket to be verified as used, and generate a digital certificate corresponding to the electronic ticket to be verified, and store the digital certificate in the on-chain resource pool of the ticket provider as a qualification certificate for participating in new business activities initiated subsequently. In actual applications, the digital certificate can also be used as a qualification certificate for participating in new business activities within a set period, or a qualification certificate for participating in paid new business activities for free. The set period is, for example, half a year or a year.

[0148] In this embodiment, when the electronic ticket to be verified is successfully verified, a digital certificate corresponding to the electronic ticket to be verified is generated and stored on the chain, which can help the ticket provider increase its credit and increase the enthusiasm of participants to participate in the event. In addition, since the data on the chain is shared, each event initiator can read it, which can simplify the subsequent electronic ticket verification process and improve efficiency.

[0149] In a specific embodiment, Fig. 9As shown, the electronic ticket verification method may include the following steps:

[0150] Step S901, in response to a ticket verification request for a business activity, obtain the electronic ticket to be verified and the on-chain resource pool address of the ticket provider, and determine the resource conditions required to participate in the business activity;

[0151] Step S902, decoding the electronic ticket to be verified to obtain ticket information;

[0152] Among them, the ticket information includes the signature information to be verified and the address of the resource pool to be verified;

[0153] Step S903: perform a validity check on the signature information to be verified, and perform consistency matching between the on-chain resource pool address and the resource pool address to be verified;

[0154] Step S904: when the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the resource pool on the chain, query the provider resource information of the resource pool address on the chain;

[0155] Step S905, when the provider resource information meets the resource conditions, determining that the ticket provider is qualified to participate in the business activity;

[0156] Step S906, marking the electronic ticket to be verified as being in a used state;

[0157] Step S907, generating a digital certificate corresponding to the electronic ticket to be verified, and storing the digital certificate in the on-chain resource pool of the ticket provider;

[0158] Among them, digital certificates are used as qualification certificates for ticket providers to participate in new business activities through the on-chain resource pool.

[0159] The following is a detailed introduction to the electronic ticket generation process and the electronic ticket verification process in conjunction with the accompanying drawings.

[0160] In one embodiment, the event initiator can first register an account on the ticketing platform and provide the blockchain address of its own on-chain resource pool to the ticketing platform, which is used to construct resource transfer information for paid events when selling tickets on the ticketing platform, and to determine which initiator the electronic ticket belongs to when revoking the electronic ticket. Figure 4As shown, in the process of creating a business activity, the event initiator can fill in the event details, event threshold, event type, the latest ticket sales time and the number of tickets sold, and submit the event information to the ticketing platform. The ticketing platform determines whether the event information meets the verification conditions, for example, checking whether the blockchain contract address in the threshold conditions exists and whether it meets the standards, etc.; checking whether the deadline for ticket sales is normal; if the event type is a paid event, checking whether the initiator has provided its blockchain account address, etc. Then, the ticketing platform can push the verified business activities to the participants in various ways, and for the business activities that have not passed the verification, the ticketing platform sends feedback information that the verification has not passed to the event initiator.

[0161] In one embodiment, Fig.10 As shown, the participants can obtain the published business activities through the ticketing platform. If there is a business activity that they are interested in, the participants can log in to the resource management application and initiate an electronic ticket acquisition request for the business activity to the ticketing platform through its on-chain resource pool, that is, a ticket purchase request. The ticketing platform determines the activity content of the business activity and the resource conditions that must be met to participate in the business activity, and queries the resource information of the on-chain resource pool of the participant from the blockchain to determine whether the resource information meets the resource conditions. If the resource information meets the resource conditions, it is determined that the participant meets the threshold conditions for participating in the business activity. In this case, the ticketing platform can further determine the activity type of the business activity. If the activity type of the business activity is a free activity, the ticketing platform can sign the resource pool address and activity details of the on-chain resource pool of the participant to obtain the ticket information, encode the ticket information, generate an electronic ticket for the business activity, and feedback the electronic ticket to the participant. The electronic ticket can be, for example, a QR code.

[0162] If the activity type of the business activity is a paid activity, such as Fig.10As shown, the ticketing platform can send resource transfer information to the participants. The resource transfer-out address in the resource transfer information is the blockchain address of the resource pool on the participant chain, the resource transfer-in address in the resource transfer information is the blockchain address of the resource pool on the activity initiator chain, and the transfer amount in the resource transfer information is the amount of activity consumption resources determined by the activity initiator when initiating the business activity. When a participant receives a resource transfer request to be signed, the resource management application will pop up a pop-up window to remind the participant that there is a resource transfer action. If the participant confirms that he is willing to transfer resources, the resource management application will sign the resource transfer request. Only with the signature of the initiator's address can the blockchain transaction be verified by the blockchain. After the signature is successful, the resource management application submits the resource transfer transaction (i.e., blockchain transaction) to the blockchain node and waits for the blockchain node to package and produce blocks. The ticketing platform monitors the success of blockchain transactions and checks the address of the transaction initiator. If the initiator address is the resource pool address of the participant's on-chain resource pool, the ticketing platform signs the resource pool address and activity content of the participant's on-chain resource pool, obtains the ticket information, encodes the ticket information, generates an electronic ticket for the business activity, and feeds the electronic ticket back to the participant.

[0163] In one embodiment, Figure 8 As shown, when entering the event, participants can scan the code through the resource management application to log in to the verification platform of the event initiator and present the electronic ticket for verification. The event initiator obtains the resource pool address of the participant's on-chain resource pool and extracts the signature information to be verified and the address of the resource pool to be verified carried in the electronic ticket. Then, the event initiator calls the interface and submits it to the ticketing platform for verification. The ticketing platform will verify the legitimacy of the signature information to be verified, determine whether the signature information to be verified is the signature information issued by this platform, and determine whether the resource pool address of the participant's on-chain resource pool is consistent with the address of the resource pool to be verified. Furthermore, the ticketing platform can also determine whether the electronic ticket has been reused.

[0164] When the signature information to be verified passes the legality check and the address of the resource pool to be verified is consistent with the address of the resource pool on the participant's chain, the ticketing platform queries the resource information of the participant's chain resource pool and detects in real time whether the participant's on-chain assets at the moment meet the resource conditions of the business activity. Because the participant may only temporarily meet the resource conditions by renting on-chain assets when purchasing tickets, but does not meet the resource conditions at all when entering the event. Then, the ticketing platform returns the test results to the event initiator, and the event initiator can choose whether to allow the participant to enter the event based on the results. It can be understood that when the participant meets the resource conditions, the test result is that the participant is qualified to participate in the business activity, otherwise, the test result is that the participant is not qualified to participate in the business activity. When it is determined that the participant is qualified to participate, the event initiator can send the electronic ticket to the blockchain and cast it into a digital certificate, representing that the participant has participated in this business activity. In subsequent new activities, the event initiator can set the activity threshold based on whether the digital certificate is owned. The digital certificate can be a soul binding token, for example.

[0165] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0166] Based on the same inventive concept, the embodiment of the present application also provides an electronic ticket generating device for implementing the electronic ticket generating method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more electronic ticket generating device embodiments provided below can refer to the limitations of the electronic ticket generating method above, and will not be repeated here.

[0167] In some embodiments, Fig.11 As shown, an electronic ticket generating device 1100 is provided, comprising: an activity information determining module 1102, a resource query module 1104, a signature module 1106 and an encoding module 1108, wherein:

[0168] Activity information determination module 1102, used to receive an electronic ticket acquisition request initiated by a participant for a business activity through an on-chain resource pool, and determine the activity content of the business activity and the resource conditions that need to be met to participate in the business activity;

[0169] Resource query module 1104, used to query resource information of on-chain resources stored in the on-chain resource pool;

[0170] The signature module 1106 is used to sign the resource pool address and activity content of the on-chain resource pool to obtain ticket information when the resource information meets the resource condition;

[0171] The encoding module 1108 is used to encode the ticket information and generate an electronic ticket for the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool.

[0172] In one embodiment, the resource condition includes an amount condition of the expected resource type. In the case of this embodiment, the resource query module 1104 is specifically used to: query the resource type of the on-chain resources stored in the on-chain resource pool; when the resource type includes the expected resource type, query the available amount of the expected resource type. The electronic ticket generation device 1100 also includes a resource condition matching module, which is used to: determine that the resource information meets the resource condition when the available amount of the expected resource type meets the amount condition.

[0173] In one embodiment, the resource condition includes an amount condition of the expected resource type; the resource information includes the available amount of each resource type. In the case of this embodiment, the electronic ticket generating device 1100 also includes a resource condition matching module, which is used to: match the resource type held by the on-chain resource pool with the expected resource type, and when the resource type includes the expected resource type, determine the available amount of the expected resource type in the on-chain resource pool; if the available amount of the expected resource type meets the amount condition, then determine that the resource information meets the resource condition.

[0174] In one embodiment, the electronic ticket generating device 1100 also includes a business activity publishing module, which is used to: in response to a business activity creation event triggered by the initiator, obtain the activity information input by the initiator; if the activity information meets the verification conditions, publish the business activity corresponding to the activity information; the activity information includes activity content and resource conditions.

[0175] In one embodiment, the resource condition is characterized by the expected resource type. In this embodiment, the electronic ticket generating device 1100 further includes an activity information verification module for: determining the smart contract address corresponding to the expected resource type; and determining that the activity information satisfies the verification condition when the smart contract address is a compliant address.

[0176] In one embodiment, the activity information also includes the activity type. In this embodiment, the signature module 1106 is specifically used to: determine the activity type of the business activity when the resource information meets the resource conditions; if the activity type is a paid activity, send resource transfer information to the participant; the resource transfer information is used to instruct the participant to transfer the activity consumption resources to the initiator; when the activity consumption resources are transferred, the resource pool address and activity content of the on-chain resource pool are signed to obtain the ticket information.

[0177] In one embodiment, the electronic ticket generating device 1100 also includes a transaction monitoring module, which is used to: obtain a prompt message of successful block generation, determine the initiator address of the resource transfer transaction with successful block generation; when the initiator address is the resource pool address of the on-chain resource pool, determine that the transfer of activity consumption resources is completed.

[0178] Each module in the electronic ticket generating device can be implemented in whole or in part by software, hardware or a combination thereof. Each module can be embedded in or independent of a processor in a computer device in the form of hardware, or can be stored in a memory in a computer device in the form of software, so that the processor can call and execute the operations corresponding to each module.

[0179] Based on the same inventive concept, the embodiment of the present application also provides an electronic ticket verification device for implementing the electronic ticket verification method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more electronic ticket verification device embodiments provided below can refer to the limitations of the electronic ticket verification method above, and will not be repeated here.

[0180] In some embodiments, Fig.12 As shown, an electronic ticket verification device 1200 is provided, including: an acquisition module 1202, a verification processing module 1204 and a verification result determination module 1206, wherein:

[0181] The acquisition module 1202 is used to respond to the ticket verification request for the business activity and obtain the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider; the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified;

[0182] Verification processing module 1204 is used to verify the legitimacy of the signature information to be verified, and to match the on-chain resource pool address with the address of the resource pool to be verified;

[0183] The verification result determination module 1206 is used to determine whether the ticket provider is eligible to participate in the business activity when the signature information to be verified passes the legitimacy verification and the address of the resource pool to be verified is consistent with the address of the resource pool on the chain.

[0184] In one embodiment, the process of initiating a ticket verification request includes: obtaining an electronic ticket to be verified, decoding the electronic ticket to be verified, and obtaining ticket information of the electronic ticket to be verified; matching the content of the activity to be verified with each current activity, and determining the business activity represented by the content of the activity to be verified from each current activity; and initiating a ticket verification request for the business activity.

[0185] In one embodiment, the acquisition module 1202 is specifically used to: respond to a ticket verification request for a business activity, obtain the electronic ticket to be verified and the on-chain resource pool address of the ticket provider, decode the electronic ticket to be verified, and obtain ticket information.

[0186] In one embodiment, the verification processing module 1204 is specifically used to: when the signature information to be verified passes the legality verification and the address of the resource pool to be verified is consistent with the address of the resource pool on the chain, query the provider resource information of the on-chain resource pool address; when the provider resource information meets the resource conditions corresponding to the business activity, determine that the ticket provider is qualified to participate in the business activity.

[0187] In one embodiment, the electronic ticket verification device 1200 further includes a digital certificate generation module, which is used to: mark the electronic ticket to be verified as used; generate a digital certificate corresponding to the electronic ticket to be verified, and store the digital certificate in the on-chain resource pool of the ticket provider. The digital certificate is used as a qualification certificate for the ticket provider to participate in new business activities through the on-chain resource pool.

[0188] Each module in the electronic ticket verification device can be implemented in whole or in part by software, hardware, or a combination thereof. Each module can be embedded in or independent of a processor in a computer device in the form of hardware, or can be stored in a memory in a computer device in the form of software, so that the processor can call and execute the operations corresponding to each module.

[0189] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Fig.13As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. Among them, the processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store data involved in the electronic ticket generation or verification method. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, an electronic ticket generation method or an electronic ticket verification method is implemented.

[0190] In one embodiment, a computer device is provided. The computer device may be a terminal, and its internal structure diagram may be as follows: Fig.14 As shown. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit and an input device. The processor, the memory and the input / output interface are connected via a system bus, and the communication interface, the display unit and the input device are connected to the system bus via the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner can be implemented through WIFI, a mobile cellular network, NFC (near field communication) or other technologies. When the computer program is executed by the processor, an electronic ticket generation method or an electronic ticket verification method is implemented. The display unit of the computer device is used to form a visually visible image, and can be a display screen, a projection device or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen. The input device of the computer device can be a touch layer covered on the display screen, or a button, trackball or touchpad set on the computer device casing, or an external keyboard, touchpad or mouse, etc.

[0191] Those skilled in the art will understand that Fig.13 and Fig.14The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0192] In one embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above-mentioned electronic ticket generation method when executing the computer program.

[0193] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned electronic ticket generation method are implemented.

[0194] In one embodiment, a computer program product is provided, comprising a computer program, which implements the steps in the above-mentioned electronic ticket generation method when executed by a processor.

[0195] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data need to comply with relevant laws, regulations and standards of the relevant regions and areas.

[0196] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but are not limited to this.

[0197] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0198] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A method for generating an electronic ticket, characterized in that: The method comprises: Receive the electronic ticket acquisition request initiated by the participant for the business activity through the on-chain resource pool, determine the activity content of the business activity and the resource conditions that need to be met to participate in the business activity; Query the resource information of the on-chain resources stored in the on-chain resource pool; When the resource information satisfies the resource condition, the resource pool address of the on-chain resource pool and the activity content are signed to obtain ticket information; The ticket information is encoded to generate an electronic ticket for the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool.

2. The method according to claim 1, characterized in that The resource conditions include the amount conditions of the desired resource types; The querying of resource information of the on-chain resources stored in the on-chain resource pool includes: Query the resource type of the on-chain resources stored in the on-chain resource pool; In a case where the resource types include the desired resource type, querying the available amount of the desired resource type; The method further comprises: In the case where the available amount of the desired resource type satisfies the amount condition, it is determined that the resource information satisfies the resource condition.

3. The method according to claim 1, characterized in that The resource condition includes the amount condition of the desired resource type; the resource information includes the available amount of each resource type; The method further comprises: Matching the resource types held by the on-chain resource pool with the expected resource types, and determining the available amount of the expected resource type in the on-chain resource pool when the expected resource type is included in the resource types; If the available amount of the desired resource type meets the amount condition, it is determined that the resource information meets the resource condition.

4. The method according to any one of claims 1 to 3, characterized in that The method further comprises: In response to a business activity creation event triggered by an initiator, obtaining activity information input by the initiator; In the case where the activity information meets the verification condition, the business activity corresponding to the activity information is published; the activity information includes activity content and resource conditions.

5. The method according to claim 4, characterized in that The resource condition is characterized by a desired resource type; The method further comprises: Determine the smart contract address corresponding to the desired resource type; When the smart contract address is a compliant address, it is determined that the activity information satisfies the verification condition.

6. The method according to claim 4, characterized in that The activity information also includes the activity type; when the resource information meets the resource condition, the resource pool address of the on-chain resource pool and the activity content are signed to obtain ticket information, including: In a case where the resource information satisfies the resource condition, determining the activity type of the business activity; If the activity type is a paid activity, sending resource transfer information to the participant; the resource transfer information is used to instruct the participant to transfer activity consumption resources to the initiator; When the transfer of the resources consumed by the activity is completed, the resource pool address of the on-chain resource pool and the activity content are signed to obtain the ticket information.

7. The method according to claim 6, characterized in that The method further comprises: Obtain the successful block generation prompt information and determine the initiator address of the resource transfer transaction that successfully generated the block; In a case where the initiator address is the resource pool address of the on-chain resource pool, it is determined that the transfer of the activity consumption resources is completed.

8. An electronic ticket verification method, characterized in that: The method comprises: In response to a ticket verification request for a business activity, obtain the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider; the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified; Performing a validity check on the signature information to be verified, and performing consistency matching between the on-chain resource pool address and the resource pool address to be verified; When the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool, it is determined that the ticket provider is qualified to participate in the business activity.

9. The method according to claim 8, characterized in that The process of initiating the ticket verification request includes: Obtaining the electronic ticket to be verified, decoding the electronic ticket to be verified, and obtaining the ticket information of the electronic ticket to be verified; the ticket information includes the content of the activity to be verified, the signature information to be verified, and the address of the resource pool to be verified; Matching the content of the activity to be verified with each current activity, and determining the business activity represented by the content of the activity to be verified from each current activity; Initiate a ticket verification request for the business activity.

10. The method according to claim 8, characterized in that The step of responding to a ticket verification request for a business activity and obtaining the ticket information carried in the electronic ticket to be verified and the on-chain resource pool address of the ticket provider includes: In response to a ticket verification request for a business activity, obtain the electronic ticket to be verified and the on-chain resource pool address of the ticket provider; The electronic ticket to be verified is decoded to obtain ticket information.

11. The method according to any one of claims 8 to 10, characterized in that When the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool, determining that the ticket provider is qualified to participate in the business activity includes: When the signature information to be verified passes the legitimacy check and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool, query the provider resource information of the on-chain resource pool address; In the case where the provider resource information meets the resource condition corresponding to the business activity, it is determined that the ticket provider is qualified to participate in the business activity.

12. The method according to any one of claims 8 to 10, characterized in that The method further comprises: Marking the electronic ticket to be verified as being in a used state; Generate a digital certificate corresponding to the electronic ticket to be verified, and store the digital certificate in the on-chain resource pool of the ticket provider; the digital certificate is used as a qualification certificate for the ticket provider to participate in new business activities through the on-chain resource pool.

13. An electronic ticket generating device, characterized in that: The device comprises: The activity information determination module is used to receive the electronic ticket acquisition request initiated by the participant for the business activity through the on-chain resource pool, and determine the activity content of the business activity and the resource conditions that need to be met to participate in the business activity; A resource query module, used to query the resource information of the on-chain resources stored in the on-chain resource pool; A signature module, used to sign the resource pool address of the on-chain resource pool and the activity content to obtain ticket information when the resource information meets the resource condition; The encoding module is used to encode the ticket information to generate an electronic ticket for the business activity; the electronic ticket is used as a qualification certificate for the participant to participate in the business activity through the on-chain resource pool.

14. An electronic ticket verification device, characterized in that: The device comprises: An acquisition module, configured to respond to a ticket verification request for a business activity, and acquire the ticket information carried in the electronic ticket to be verified and the address of the on-chain resource pool of the ticket provider; the ticket information includes the signature information to be verified and the address of the resource pool to be verified, and the ticket information is obtained by decoding the electronic ticket to be verified; A verification processing module, used to verify the legitimacy of the signature information to be verified, and to match the consistency between the on-chain resource pool address and the resource pool address to be verified; The verification result determination module is used to determine whether the ticket provider is qualified to participate in the business activity when the signature information to be verified passes the legality verification and the address of the resource pool to be verified is consistent with the address of the on-chain resource pool.

15. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 12 are implemented.

16. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 12 are implemented.

17. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 12 are implemented.

Images