A transaction method, related device, equipment and storage medium for a derivative entity

Abstract

The present application discloses a transaction method for a derivative entity, which includes: when it is detected that the first terminal device enters the effective communication range of the first near-field interaction chip, a startup instruction for the target application is generated, the first near-field interaction chip is built into the first derivative entity, and the first terminal device is installed with the target application; in response to the startup instruction for the target application, the activity operation page of the target application is displayed; in response to the selection instruction for the target activity interface, the associated activity page of the target application is displayed. The present application also provides related devices, equipment and storage media. The present application builds the near-field interaction chip into the derivative entity, and the interaction can be achieved by scanning the near-field interaction chip by the terminal device. Not only will it not affect the aesthetics of the derivative entity, but it can also avoid the QR code from being photographed and spread, preventing a large number of users from squeezing out reward resources, thereby improving the fairness of the activity.

Description

[0001] This application is a divisional application of the Chinese patent application submitted to the China Patent Office on March 18, 2021, with application number 202110290242.9 and invention name "A method for displaying an active page, related devices, equipment and storage medium". Technical Field

[0002] The present application relates to the field of Internet technology, and in particular to a transaction method, related apparatus, equipment, and storage medium for a derivative entity. Background Art

[0003] With the development and steady growth of the gaming industry over the years, the gaming-related industries have also been stimulated, with gaming derivatives being a key area. As games become increasingly popular, a wide variety of gaming derivatives are emerging, including action figures, clothing, toys, food, stationery, theme parks, and amusement parks.

[0004] Users can interact with game content through game derivatives. Currently, some existing game derivatives have QR codes printed on them for operational activities. After users open their terminal devices, they can turn on the code scanning function and then scan the QR code to enter the in-game operational activities.

[0005] However, printing QR codes on game-derived products will, on the one hand, affect the aesthetics of the products. On the other hand, since QR codes can be photographed and shared, the leakage or spread of QR codes may cause a large number of users to squeeze out the game reward resources for offline activities, which is not conducive to the fairness of the game. Summary of the Invention

[0006] The embodiments of the present application provide a transaction method, related devices, equipment and storage medium for a derivative entity, wherein a near-field interaction chip is built into the derivative entity. Interaction can be achieved by scanning the near-field interaction chip with a terminal device. This not only does not affect the aesthetics of the derivative entity, but also prevents the QR code from being photographed and spread, preventing a large number of users from crowding out reward resources, thereby improving the fairness of the activity.

[0007] In view of this, the present application provides, on one hand, a transaction method for a derivative entity, comprising:

[0008] When detecting that the first terminal device enters the effective communication range of the first near field interaction chip, generating a startup instruction for the target application, wherein the first near field interaction chip is built into the first derivative entity and the first terminal device has the target application installed;

[0009] In response to a start instruction for a target application, displaying an activity operation page of the target application, wherein the activity operation page is used to provide at least one activity interface;

[0010] In response to a selection instruction for a target activity interface, an associated activity page of a target application is displayed, wherein the target activity interface is one of the at least one activity interface.

[0011] Another aspect of the present application provides a derivative entity trading device, comprising:

[0012] a generating module, configured to generate a startup instruction for a target application when detecting that a first terminal device enters an effective communication range of a first near field interaction chip for near field communication, wherein the first near field interaction chip is built into the first derivative entity and the first terminal device has the target application installed;

[0013] A display module, configured to respond to a start instruction for a target application and display an activity operation page of the target application, wherein the activity operation page is configured to provide at least one activity interface;

[0014] The display module is further configured to display an associated activity page of the target application in response to a selection instruction for a target activity interface, wherein the target activity interface is one of the at least one activity interface.

[0015] In one possible design, in another implementation of another aspect of the embodiment of the present application,

[0016] The display module is further configured to display a scan prompt message, wherein the scan prompt message is used to prompt that the first near-field interaction chip is currently in a scanning state;

[0017] The display module is further configured to display a prompt message indicating that the scan is successful if the first terminal device is detected to have entered the effective communication range of the first near-field interaction chip within a preset time;

[0018] The display module is also used to display a prompt message indicating that the scan has failed if the first terminal device is not detected to enter the effective communication range of the first near-field interaction chip within a preset time.

[0019] In one possible design, in another implementation of another aspect of the embodiment of the present application, the target activity interface is an activity check-in interface;

[0020] A display module is specifically configured to respond to a selection instruction for an activity sign-in interface and display an activity sign-in page of a target application, wherein an activity sign-in control is displayed on the activity sign-in page;

[0021] The display module is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the activity sign-in control. If the activity sign-in conditions and entity activation conditions are met, a prompt message of successful sign-in is displayed on the activity sign-in page.

[0022] In one possible design, in another implementation of another aspect of the embodiment of the present application,

[0023] The display module is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then respond to a selection instruction for an activity sign-in control to display an entity activation prompt message if an entity activation condition is not met, wherein the entity activation prompt message is used to prompt that the binding between the first terminal device and the first derived entity has failed;

[0024] The display module is further configured to respond to a selection instruction for an activity sign-in control, and display a sign-in failure prompt message on the activity sign-in page if the activity sign-in condition is not met.

[0025] In one possible design, in another implementation of another aspect of the embodiment of the present application, the target activity interface is a resource claiming interface;

[0026] A display module is specifically configured to respond to a selection instruction for a resource collection interface and display a resource collection page of a target application, wherein a resource collection control is displayed on the resource collection page;

[0027] The display module is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then respond to a selection instruction for a resource claim control. If a resource claim condition is met, a prompt message indicating successful resource claim is displayed on the resource claim page, wherein the prompt message indicating successful resource claim is used to prompt the user to obtain the first skin resource.

[0028] The display module is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the resource collection control. If the resource collection conditions are not met, a prompt message of resource collection failure will be displayed on the resource collection page, wherein the prompt message of resource collection failure is used to prompt that the first skin resource has been obtained.

[0029] In one possible design, in another implementation of another aspect of the embodiment of the present application, the resource claiming page further displays at least one of a resource viewing control and a resource replacement control;

[0030] The display module is further configured to display an information page of the first skin resource in response to a selection instruction for the resource viewing control;

[0031] The display module is further configured to replace the second skin resource with the first skin resource and display the first skin resource in response to a selection instruction for the resource replacement control.

[0032] In one possible design, in another implementation of another aspect of the embodiment of the present application, the target activity interface is a prop collection interface;

[0033] The display module is specifically configured to respond to a selection instruction for the item collection interface and display an item collection page of the target application, wherein the item collection page displays an item collection control;

[0034] The display module is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the prop collection control to display a prompt message of successful prop collection and a prop list on the prop collection page, wherein the prompt message of successful prop collection is used to prompt the acquisition of the target virtual prop, and the target virtual prop is displayed on the prop list.

[0035] In one possible design, in another implementation of another aspect of the embodiment of the present application,

[0036] The display module is specifically configured to respond to a selection instruction for the item collection control and start the image acquisition device;

[0037] Acquire an image to be identified through an image acquisition device;

[0038] If the image to be recognized meets the conditions for receiving the props, a prompt message indicating that the props have been received successfully and a list of props will be displayed on the prop receiving page.

[0039] In one possible design, in another implementation of another aspect of the embodiment of the present application,

[0040] The display module is specifically configured to respond to a selection instruction for an item collection control and obtain current location information of the first terminal device;

[0041] If the current location information of the first terminal device meets the conditions for receiving the props, a prompt message indicating that the props have been received successfully and a list of props will be displayed on the prop receiving page.

[0042] In one possible design, in another implementation of another aspect of the embodiments of the present application, the target activity interface is a reward activity interface;

[0043] A display module is specifically configured to respond to a selection instruction for a reward activity interface and display a reward activity page of a target application, wherein the reward activity page displays the number of draws corresponding to a limited-time reward and a limited-time reward control corresponding to the limited-time reward, where the limited-time reward is a reward provided within a preset time period;

[0044] The display module is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then, if the number of draws corresponding to the time-limited reward is greater than or equal to 1, respond to a selection instruction for a time-limited reward control and display a reward draw page, wherein the reward draw page displays a time-limited draw control;

[0045] The display module is further configured to respond to a selection instruction for a time-limited lottery control and display a time-limited reward result.

[0046] In one possible design, in another implementation of another aspect of the embodiments of the present application, the target activity interface is a reward activity interface;

[0047] A display module is specifically configured to respond to a selection instruction for a reward activity interface and display a reward activity page of a target application, wherein the reward activity page displays the number of draws corresponding to daily rewards and a daily reward control corresponding to daily rewards, where daily rewards are rewards provided within any time period;

[0048] The display module is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then, if the number of draws corresponding to a daily reward is greater than or equal to 1, respond to a selection instruction for a daily reward control and display a reward draw page, wherein the reward draw page displays a daily reward control;

[0049] The display module is further configured to respond to a selection instruction for the daily reward control and display the daily reward result.

[0050] In one possible design, in another implementation of another aspect of the embodiment of the present application, the target activity interface is an illustration collection interface;

[0051] The display module is specifically configured to respond to a selection instruction for the atlas collection interface, display an atlas collection page of the target application, and display a virtual image corresponding to the first derivative entity on the atlas collection page.

[0052] In one possible design, in another implementation of another aspect of the embodiment of the present application, the target activity interface is an in-game reward interface;

[0053] A display module is specifically configured to respond to a selection instruction for the in-game reward interface and display an in-game reward page of a target application, wherein the in-game reward page displays an in-game reward control;

[0054] The display module is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the in-game reward control to display a prompt message of successful prop collection on the prop collection page, wherein the prompt message of successful prop collection is used to prompt the acquisition of the in-game virtual props of the game.

[0055] In one possible design, in another implementation of another aspect of the embodiments of the present application, the target activity interface is a physical interaction interface;

[0056] A display module is specifically configured to respond to a selection instruction for the entity interaction interface and display an entity interaction page of the target application, wherein the entity identification control is displayed on the entity interaction page;

[0057] The display module is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the entity identification control. When it is detected that the first terminal device enters the effective communication range of the second near-field interaction chip, a prompt message indicating that the reward is successfully received is displayed on the entity interaction page, wherein the second near-field interaction chip is built into the second derivative entity.

[0058] In one possible design, in another implementation of another aspect of the embodiment of the present application,

[0059] A generating module, specifically configured to obtain encrypted identification information corresponding to the first derived entity when detecting that the first terminal device enters the effective communication range of the first near-field interaction chip;

[0060] Sending the encrypted identification information to the server, so that the server decrypts and authenticates the encrypted identification information to obtain entity information of the first derived entity;

[0061] receiving entity information of the first derived entity sent by the server;

[0062] A startup instruction for a target application is generated according to the entity information of the first derived entity.

[0063] In one possible design, in another implementation of another aspect of the embodiment of the present application, the derivative entity transaction device further includes a sending module;

[0064] The generation module is further configured to generate a transaction on-chain request when detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, wherein the transaction on-chain request includes a user public key address, entity information of the first derivative entity, and identification information of the first terminal device;

[0065] The sending module is used to send a transaction on-chain request to the server, so that the server verifies the first terminal device according to the user's public key address. If the verification is successful, the server generates a target block according to the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes the binding relationship information between the first derivative entity and the first terminal device.

[0066] In one possible design, in another implementation of another aspect of the embodiment of the present application, the derivative entity transaction device further includes an acquisition module and a sending module;

[0067] an acquisition module, configured to, upon detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, acquire original transaction record information corresponding to the first derivative entity from a relevant block of the blockchain, wherein the relevant block includes binding relationship information between the first derivative entity and the second terminal device, and the original transaction record information includes entity information of the first derivative entity and identification information of the second terminal device;

[0068] The sending module is further configured to send a transaction request to the server based on the identification information of the second terminal device, so that the server sends the transaction request to the second terminal device based on the transaction request. If the second terminal device confirms the transaction request, the server generates a target block based on the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes binding relationship information between the first derivative entity and the first terminal device.

[0069] On the other hand, the present application provides a terminal device, comprising: a memory, a processor, and a bus system;

[0070] Wherein, the memory is used to store programs;

[0071] The processor is used to execute the program in the memory, and the processor is used to perform the above-mentioned methods according to the instructions in the program code;

[0072] The bus system is used to connect the memory and the processor so that the memory and the processor can communicate with each other.

[0073] Another aspect of the present application provides a computer-readable storage medium, wherein instructions are stored in the computer-readable storage medium. When the computer-readable storage medium is run on a computer, the computer is enabled to execute the above-mentioned methods.

[0074] Another aspect of the present application provides a computer program product or computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the methods provided in the above aspects.

[0075] It can be seen from the above technical solutions that the embodiments of the present application have the following advantages:

[0076] In an embodiment of the present application, a transaction method for a derivative entity is provided, when it is detected that a terminal device enters the effective communication range of a first near-field interaction chip, a startup instruction for a target application is generated by the terminal device, the first near-field interaction chip is built into the first derivative entity, and the terminal device is installed with the target application; the terminal device responds to the startup instruction for the target application and displays the activity operation page of the target application, and the terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the target activity interface being one of the at least one activity interface. Through the above method, the near-field interaction chip is built into the derivative entity, and the interaction can be achieved by scanning the near-field interaction chip by the terminal device, which not only does not affect the aesthetics of the derivative entity, but also prevents the QR code from being photographed and spread, preventing a large number of users from crowding out reward resources, thereby improving the fairness of the activity. BRIEF DESCRIPTION OF THE DRAWINGS

[0077] Figure 1 This is a schematic diagram of the architecture of the active page display system in an embodiment of the present application;

[0078] Figure 2 This is a schematic diagram of a derivative entity in an embodiment of the present application;

[0079] Figure 3 A flowchart of the method for displaying an active page in an embodiment of the present application;

[0080] Figure 4 This is a schematic diagram of implementing device interaction based on near-field interaction in an embodiment of the present application;

[0081] Figure 5 This is a schematic diagram of launching an activity operation page through near-field interaction in an embodiment of the present application;

[0082] Figure 6 This is a schematic diagram of an interface for displaying a scanning prompt message based on near-field interaction in an embodiment of the present application;

[0083] Figure 7 This is a schematic diagram of an interface for signing in to daily activities through the activity sign-in page in an embodiment of the present application;

[0084] Figure 8 This is another interface diagram for signing in to daily activities through the activity sign-in page in an embodiment of the present application;

[0085] Figure 9 This is a schematic diagram of an interface for claiming virtual resources through an activity sign-in page in an embodiment of the present application;

[0086] Figure 10 This is another interface diagram for claiming virtual resources through the activity sign-in page in an embodiment of the present application;

[0087] Figure 11 This is a schematic diagram of an interface for displaying skin resource information in an embodiment of the present application;

[0088] Figure 12 This is a schematic diagram of an interface for replacing skin resources in an embodiment of the present application;

[0089] Figure 13 This is a schematic diagram of an interface for claiming virtual items through the item claiming page in an embodiment of the present application;

[0090] Figure 14 This is another schematic diagram of an interface for claiming virtual items through the item claiming page in an embodiment of the present application;

[0091] Figure 15 This is another schematic diagram of an interface for claiming virtual items through the item claiming page in an embodiment of the present application;

[0092] Figure 16 A schematic diagram of an interface for claiming a limited-time reward through a reward activity page in an embodiment of the present application;

[0093] Figure 17 This is a schematic diagram of an interface for claiming daily rewards through the reward activity page in an embodiment of the present application;

[0094] Figure 18 A schematic diagram of an interface for collecting virtual avatar images through an atlas collection page in an embodiment of the present application;

[0095] Figure 19 This is a schematic diagram of an interface for claiming virtual props in a game through the prop claiming page in an embodiment of the present application;

[0096] Figure 20 This is a schematic diagram of an interface for claiming rewards through an entity interactive page in an embodiment of the present application;

[0097] Figure 21 A schematic diagram of a process for background verification of entity information in an embodiment of the present application;

[0098] Figure 22A schematic diagram of a process for initially binding a derivative entity in an embodiment of the present application;

[0099] Figure 23 This is a schematic diagram of the architecture of the data sharing system in the embodiment of the present application;

[0100] Figure 24 This is a schematic diagram of the blockchain in the embodiment of this application;

[0101] Figure 25 A schematic diagram of a process for generating each block in a blockchain in an embodiment of the present application;

[0102] Figure 26 A schematic diagram of a process for trading derivative entities in an embodiment of the present application;

[0103] Figure 27 This is a schematic diagram of an embodiment of a derivative entity transaction device in an embodiment of the present application;

[0104] Figure 28 This is a structural diagram of a terminal device in an embodiment of the present application. DETAILED DESCRIPTION

[0105] The embodiments of the present application provide a transaction method, related devices, equipment and storage medium for a derivative entity, wherein a near-field interaction chip is built into the derivative entity. Interaction can be achieved by scanning the near-field interaction chip with a terminal device. This not only does not affect the aesthetics of the derivative entity, but also prevents the QR code from being photographed and spread, preventing a large number of users from crowding out reward resources, thereby improving the fairness of the activity.

[0106] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the numbers used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can, for example, be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "corresponding to" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0107] In recent years, various cultural fields such as film, television, animation, games, and literature have begun to integrate and evolve from independent development, leading to the concept of pan-entertainment. Pan-entertainment refers to the multi-domain symbiosis based on the internet and mobile interconnection, with intellectual property (IP) as the core, and the development of a fan economy that spans domains and platforms. The upstream of the pan-entertainment value chain produces high-quality IP. The midstream generates IP content industries such as movies, TV series, music, and performances, which can effectively expand the fan base and influence of high-quality IP. The downstream generates derivative industries such as consumer goods, theme parks, and games. Derivatives are important channels for IP monetization, helping to reduce development costs and maximize the economic value of IP. Based on this, the present application provides a transaction method for derivative entities that can achieve an interactive method for interconnecting offline and online content of derivatives through a near-field interactive chip built into the derivatives. This interactive method not only achieves core operational goals such as user return, new users, active users, and payment, and effectively drives offline traffic to online, but also offers the advantages of greater convenience, greater interactivity, and anti-counterfeiting compared to other interactive methods. The following will introduce different scenarios.

[0108] Scenario 1: A gaming company produces game derivatives (i.e., game merchandise) and places them in offline stores. After a user enters the store and purchases an item, the clerk presents the derivative to the user for scanning. Successful scanning grants the user in-game item cards or rewards, and also offers the chance to win gifts like T-shirts and hats.

[0109] In the second scenario, a film company produces derivative entities of movie characters (i.e., movie derivatives) and places them at the entrance of offline cinemas. Audiences can use raffle tickets or consumption receipts to get a chance to scan the derivative entities. After a successful scan, users can obtain movie tickets for a specific show and have the opportunity to win gifts such as toys or keychains related to the movie theme.

[0110] In scenario three, a figurine company produces a game derivative (i.e., a game-related product). Users can purchase the derivative at an offline figurine store or on an e-commerce platform. After purchase, the derivative is first bound to the user's device. Once bound, the user can scan the derivative and receive corresponding game props or rewards.

[0111] In combination with the above scenario, this application proposes a transaction method for derivative entities, which is applied to Figure 1The activity page display system shown, as shown in the figure, includes a server, a terminal device and a derivative entity, and the client is deployed on the terminal device. The server involved in this application 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, content delivery networks (Content Delivery Network, CDN), and big data and artificial intelligence platforms. The terminal device can be a smart phone, tablet computer, laptop computer, PDA, personal computer, smart TV, smart watch, etc., but is not limited to this. The terminal device and the server can be directly or indirectly connected via wired or wireless communication, and this application does not limit this. The number of servers and terminal devices is also not limited.

[0112] The derivative entities involved in this application can be entities such as figures, plush dolls, mobile phone cases or mouse pads. For ease of understanding, the derivative entity is introduced as an example of a figure. Figure 2 , Figure 2 This is a schematic diagram of a derivative entity in an embodiment of the present application. As shown in the figure, a near field interaction chip is implanted inside the derivative entity. Thus, when the terminal device approaches the derivative entity, the interaction effect between the derivative entity and the terminal device is triggered. It should be noted that the near field interaction chip can be built into different positions of the derivative entity to Figure 2 As an example, the near-field interaction chip indicated by A1 can be implanted in the upper body of the figure. Figure 2 As an example, the near field interaction chip indicated by A1 can be implanted in the head of the figure. Figure 2 Taking Figure (C) as an example, the near-field interaction chip indicated by A1 can be implanted in the lower limbs of the figure.

[0113] In combination with the above introduction, the following will introduce the transaction method of the derivative entity in this application, please refer to Figure 3 , an embodiment of the method for displaying an activity page in the embodiment of the present application includes:

[0114] 101. When detecting that a first terminal device enters an effective communication range of a first near-field interaction chip, the first terminal device generates a startup instruction for a target application, wherein the first near-field interaction chip is built into a first derivative entity and the first terminal device has the target application installed;

[0115] In this embodiment, if it is detected that the first terminal device has entered the effective communication range of the first near-field interaction chip, the first terminal device will automatically generate an instruction to launch a target application, wherein the first near-field interaction chip is built into the first derivative entity, the first terminal device has the target application installed, and there is an association between the target application and the first derivative entity. For example, if the target application is "Game A", then the first derivative entity is a figurine that can be used to represent a game character in "Game A". For another example, if the target application is "Game B", then the first derivative entity is a mouse pad that can represent a game character in "Game B".

[0116] It should be noted that the first near-field interaction chip can be a near-field communication (NFC) chip, a radio frequency identification (RFID) chip, or other chips capable of achieving near-field interaction. The target application can be a gaming application, an e-commerce application, or a video application. The first derivative entity can be a figurine, a toy, or a mouse pad, etc., without limitation.

[0117] Specifically, the near field interaction chip can realize contactless data communication between the reader (for example, terminal equipment) and the tag to achieve the purpose of identifying the target. For ease of understanding, please refer to Figure 4 , Figure 4 This is a schematic diagram of device interaction based on near-field interaction in an embodiment of the present application. As shown in the figure, when a terminal device (for example, a first terminal device) is close to a derivative entity (for example, a first derivative entity) with a built-in near-field interaction chip (for example, a first near-field interaction chip), the reading, writing and communication of the electronic tag can be achieved through electromagnetic waves based on the near-field interaction chip.

[0118] 102. The first terminal device responds to the start instruction for the target application and displays an activity operation page of the target application, wherein the activity operation page is used to provide at least one activity interface;

[0119] In this embodiment, after the first terminal device generates a startup instruction for the target application, it responds to the startup instruction, thereby pulling up the target application local to the first terminal device and displaying the activity operation page corresponding to the target application. At least one activity interface is displayed on the activity operation page, and each activity interface corresponds to an activity content.

[0120] Specifically, see Figure 5 , Figure 5This is a schematic diagram of pulling up the activity operation page through near-field interaction in an embodiment of the present application. As shown in the figure, after the terminal device (for example, the first terminal device) generates a startup instruction for the target application (for example, application A), the activity operation page of the target application can be automatically pulled up, and the user can view the content on the activity operation page through the terminal device (for example, the first terminal device).

[0121] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0122] 103. The first terminal device displays an associated activity page of the target application in response to a selection instruction for a target activity interface, wherein the target activity interface is one of the at least one activity interface.

[0123] In this embodiment, at least one activity interface is displayed on the activity operation page, and the user can trigger a selection instruction for any activity interface (i.e., the target activity interface) through the first terminal device. The first terminal device responds to the selection instruction for the target activity interface, and then displays the associated activity page corresponding to the target activity interface. Users can participate in related activities through the associated activity page, such as collecting game props, drawing prizes, collecting illustrations, and signing in. That is, on the activity operation page of this target application, a variety of ways to interact with the game content can be realized, so as to achieve the purpose of directing online traffic through offline scenarios.

[0124] In an embodiment of the present application, a transaction method for a derivative entity is provided. Through the above-mentioned method, a near-field interaction chip is built into the derivative entity. Interaction can be achieved by scanning the near-field interaction chip through a terminal device. At the same time, it will not affect the aesthetics of the derivative entity, but also avoid the QR code from being photographed and spread, preventing a large number of users from crowding out reward resources, thereby improving the fairness of the activity.

[0125] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, another optional embodiment provided by the embodiment of the present application may further include:

[0126] The first terminal device displays a scanning prompt message, wherein the scanning prompt message is used to prompt that it is currently in a scanning state of the first near-field interaction chip;

[0127] If the first terminal device is detected to have entered the effective communication range of the first near-field interaction chip within the preset time, the first terminal device displays a prompt message indicating that the scan is successful;

[0128] If the first terminal device is not detected to enter the effective communication range of the first near-field interaction chip within the preset time, the first terminal device displays a prompt message indicating that the scan has failed.

[0129] This embodiment introduces a method for displaying a scan prompt message and scan results. When the first terminal device scans the first near-field interaction chip, it can display a corresponding prompt message. Furthermore, it can also display the scan results to remind the user whether the scan was successful.

[0130] Specifically, for ease of explanation, see Figure 6 , Figure 6 This is a schematic diagram of an interface for displaying a scan prompt message based on near field interaction in an embodiment of the present application. When the first terminal device is close to the first derivative entity, since the first derivative entity has a built-in first near field interaction chip, the first terminal device is close to the first near field interaction chip. At this time, the following is displayed on the first terminal device: Figure 6 The interface shown in Figure (A) displays a scanning prompt message, for example, the scanning prompt message is "Scan your figure", which indicates that the first terminal device is currently scanning the first near-field interaction chip. In addition, a related prompt "Please confirm that the near-field interaction function is turned on on the phone" may be displayed, for example, prompting the user to start the NFC function.

[0131] If it is detected within the preset time that the first terminal device enters the effective communication range of the first near field interaction chip, the following information is displayed on the first terminal device: Figure 6 The interface shown in Figure (B) displays a prompt message indicating that the scan is successful, for example, "Scanned successfully". If the first terminal device is not detected to enter the effective communication range of the first near field interaction chip within the preset time, then the following message is displayed on the first terminal device: Figure 6 The interface shown in Figure (C) displays a successful scan prompt message, for example, "Scan Failed." Furthermore, it may display "Click below to retry" to guide the user to rescan the first near-field interaction chip. It is understood that the preset time can be 10 seconds, 20 seconds, or other time periods, which are not limited here.

[0132] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0133] Secondly, the present application provides a method for displaying a scan prompt message and scan results. This method allows users to more intuitively understand whether their terminal device is in the near-field interaction chip's scanning state, thereby facilitating adjustments to the distance and position between the terminal device and the derived entity. After the scan is completed, the user can further determine whether the scan was successful, thereby increasing scanning flexibility.

[0134] Optionally, in the above Figure 3On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is an activity check-in interface;

[0135] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0136] The first terminal device responds to the selection instruction for the activity sign-in interface by displaying the activity sign-in page of the target application, wherein the activity sign-in control is displayed on the activity sign-in page;

[0137] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0138] The first terminal device responds to the selection instruction for the activity sign-in control, and if the activity sign-in condition and the entity activation condition are met, a prompt message indicating successful sign-in is displayed on the activity sign-in page.

[0139] This embodiment introduces a method for implementing event check-in based on a near-field interaction chip. As can be seen from the aforementioned embodiment, the event operation page provides at least a target event interface, wherein the target activity interface can be an event check-in interface. Based on this, if the user triggers an operation on the event check-in interface, the event check-in page is displayed. If the user clicks the event check-in control on the event check-in page, it is determined whether the event check-in conditions and entity activation conditions are met. If both conditions are met, a prompt message indicating successful check-in is displayed.

[0140] Meeting the activity check-in conditions could mean checking in only once a day, checking in within a specified timeframe, or having multiple associated apps installed, etc. There are no restrictions here. Meeting the entity activation conditions could mean that the derived entity has been activated, or that the derived entity has been bound, etc., which are not restricted here.

[0141] Specifically, for ease of explanation, see Figure 7 , Figure 7 This is a schematic diagram of an interface for signing in to daily activities through the activity sign-in page in an embodiment of the present application, such as Figure 7 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which B1 indicates the activity sign-in interface, where "0 / 1" means there is a total of 1 sign-in opportunity per day, and the user has not signed in yet. After the user clicks the activity sign-in interface indicated by B1, the following is displayed: Figure 7 The activity sign-in page shown in Figure (B) displays the activity sign-in control indicated by B2 on the activity sign-in page. After the user clicks the activity sign-in control indicated by B2, a selection instruction for the activity sign-in control is triggered.

[0142] If the activity check-in conditions and entity activation conditions are met, then Figure 7 The interface shown in Figure (C) displays a successful sign-in message, for example, "Congratulations on your successful sign-in and receiving 5 Resurrection Coins." After a successful sign-in, the system can directly distribute the reward to the mailbox within the target app.

[0143] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0144] Secondly, in an embodiment of the present application, a method for checking in for an activity based on a near-field interaction chip is provided. Through the above method, users can participate in the check-in activity by scanning the derived entity, thereby increasing the diversity of the activity and supporting more diversified operating methods.

[0145] Optionally, in the above Figure 3 Based on the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, after the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, it may further include:

[0146] The first terminal device responds to the selection instruction for the activity sign-in control, and if the entity activation condition is not met, displays an entity activation prompt message, wherein the entity activation prompt message is used to prompt that the binding between the first terminal device and the first derived entity fails;

[0147] The first terminal device responds to the selection instruction for the activity sign-in control, and if the activity sign-in condition is not met, a prompt message indicating that the sign-in failed is displayed on the activity sign-in page.

[0148] This embodiment introduces a method for event check-in based on a near-field interaction chip. As can be seen from the aforementioned embodiment, the event operation page provides at least a target event interface, where the target activity interface can be an event check-in interface. Based on this, if the user triggers an operation on the event check-in interface, the event check-in page is displayed. If the user clicks the event check-in control on the event check-in page, it is determined whether the event check-in conditions and entity activation conditions are met. If any of the conditions are not met, a check-in failure prompt message can be displayed.

[0149] Failure to meet the activity check-in conditions could include multiple check-ins per day, failure to check-in within the specified timeframe, or failure to install the associated app, among other reasons. Failure to meet the entity activation conditions could include failure to activate the derived entity or failure to bind the derived entity, among other reasons.

[0150] Specifically, for ease of explanation, see Figure 8 , Figure 8 This is another interface diagram for signing in daily activities through the activity sign-in page in the embodiment of the present application. After the user clicks the activity sign-in interface, the following is displayed: Figure 8 The activity sign-in page shown in Figure (A) displays the activity sign-in control indicated by C1 on the activity sign-in page. After the user clicks the activity sign-in control indicated by C1, a selection instruction for the activity sign-in control is triggered.

[0151] If the entity activation condition is not met, then Figure 8 The interface shown in Figure (B) displays a failed sign-in message, for example, "The figure you are scanning has already been activated and used by another user. Please try a different one." This indicates that another user has already bound the derived entity. For a derived entity, the initial binding of a terminal device creates a binding relationship between the terminal device and the derived entity. Subsequent scans require a comparison between the terminal device's identifier and the derived entity's identifier. If the comparison is inconsistent, the entity activation conditions are not met.

[0152] If the activity sign-in conditions are not met, Figure 8 The interface shown in Figure (C) displays a message indicating a failed check-in, such as "You have already scanned this figure today. Please try again tomorrow." Each derivative entity can only be scanned once per day to check in. If you try again, you will not meet the check-in requirements for the event.

[0153] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0154] Furthermore, in an embodiment of the present application, a method for event check-in based on a near-field interaction chip is provided. Through this method, users can participate in check-in activities by scanning derived entities, thereby increasing the diversity of activities and supporting more diversified operation methods. In addition, if the event check-in conditions or entity activation conditions are not met, a corresponding prompt will be displayed, thereby improving the feasibility of the solution.

[0155] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is a resource collection interface;

[0156] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0157] The first terminal device responds to the selection instruction for the resource collection interface by displaying a resource collection page of the target application, wherein the resource collection page displays a resource collection control;

[0158] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0159] The first terminal device responds to the selection instruction for the resource claim control, and if the resource claim conditions are met, displays a prompt message indicating that the resource has been successfully claimed on the resource claim page, wherein the prompt message indicating that the resource has been successfully claimed is used to prompt the user to obtain the first skin resource;

[0160] If the resource collection conditions are not met, the first terminal device will display a prompt message indicating that the resource collection has failed on the resource collection page, wherein the prompt message indicating that the resource collection has failed is used to prompt that the first skin resource has been obtained.

[0161] This embodiment introduces a method for implementing resource collection based on a near-field interaction chip. As can be seen from the aforementioned embodiments, the activity operation page provides at least a target activity interface, wherein the target activity interface can be a resource collection interface. Based on this, if the user triggers an operation on the resource collection interface, the resource collection page is displayed. If the user clicks the resource collection control on the resource collection page, it is determined whether the resource collection conditions are met. If the resource collection conditions are met, a prompt message indicating that the resource collection is successful can be displayed. If the resource collection conditions are not met, a prompt message indicating that the resource collection failed can be displayed.

[0162] Successful resource claiming can be achieved if the currently acquired resource is different from the resource already owned, or if the resource already exists. For example, if the resource is a skin resource for game character A, then you must already own game character A. Alternatively, you can claim the resource within a specified timeframe, which is not specified here.

[0163] Specifically, for ease of explanation, see Figure 9 , Figure 9 This is a schematic diagram of an interface for claiming virtual resources through an activity sign-in page in an embodiment of the present application. Figure 9 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which D1 indicates the resource collection interface. Among them, "0 / 5" means there are 5 opportunities to collect resources in a day, and the user has not yet collected any resources. After the user clicks on the resource collection interface indicated by D1, the following is displayed: Figure 9 The resource collection page shown in Figure (B) shows the resource collection control indicated by D2. After the user clicks the resource collection control indicated by D2, the selection instruction for the resource collection control is triggered. If the resource collection conditions are met, Figure 9The interface shown in the middle (C) figure displays a prompt message indicating that the resources have been successfully collected, for example, "Congratulations on obtaining a new family member", where the first skin resource is the "skin" of the game character.

[0164] See also Figure 10 , Figure 10 This is another interface diagram for claiming virtual resources through the activity sign-in page in the embodiment of the present application, as shown in FIG. Figure 10 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which E1 indicates the resource collection interface. After the user clicks the resource collection interface indicated by E1, the following information will be displayed: Figure 10 The resource collection page shown in Figure (B) displays the resource collection control indicated by E2 on the resource collection page. After the user clicks the resource collection control indicated by E2, the selection instruction for the resource collection control is triggered. If the resource collection conditions are not met, then Figure 10 The interface shown in the middle (C) figure displays a prompt message indicating that the resource collection failed, for example, "I already have 3 skins, and this collection failed." Among them, the first skin resource is the "skin" of the game character.

[0165] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0166] Secondly, in an embodiment of the present application, a method for realizing resource collection based on a near-field interaction chip is provided. Through the above method, users can participate in resource collection activities by scanning derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0167] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, the resource claiming page further displays at least one of a resource viewing control and a resource replacement control;

[0168] It may also include:

[0169] If responding to a selection instruction for a resource viewing control, the first terminal device displays an information page of the first skin resource;

[0170] In response to a selection instruction for the resource replacement control, the first terminal device replaces the second skin resource with the first skin resource and displays the first skin resource.

[0171] This embodiment introduces a method for performing further operations on skin resources after receiving them. As can be seen from the above embodiments, the resource receiving page not only displays prompt messages indicating success or failure of resource receiving, but also displays resource viewing controls and resource replacement controls.

[0172] Specifically, in an example, for ease of understanding, see Figure 11 , Figure 11 This is a schematic diagram of an interface showing skin resource information in an embodiment of the present application. Figure 11 As shown in Figure (A), the resource viewing control indicated by F1 is displayed on the resource collection page. After the user clicks the resource viewing control indicated by F1, the selection instruction for the resource viewing control is triggered, and then the following is displayed: Figure 11 The information page of the first skin resource shown in Figure (B) takes the first skin resource as the "skin" of a game character as an example, and various additional attributes of the "skin" can be displayed on the corresponding information page.

[0173] Specifically, in another example, see Figure 12 , Figure 12 This is a schematic diagram of an interface for replacing skin resources in an embodiment of the present application. Figure 12 As shown in Figure (A), the resource replacement control indicated by G1 is displayed on the resource collection page. After the user clicks the resource replacement control indicated by G1, the selection instruction for the resource replacement control is triggered, and the following is displayed: Figure 12 The interface shown in Figure (B) can also display the updated image of the game character after replacing the original "skin" (i.e., the second skin resource) of the game character with a new "skin" (i.e., the first skin resource). The game character uses the new "skin" (i.e., the first skin resource).

[0174] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0175] Again, in an embodiment of the present application, a method is provided for further operating the skin resource after receiving it. Through the above method, the user can also view the received skin resource or use the received skin resource, thereby improving the flexibility of the solution and the diversity of operations.

[0176] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is a prop collection interface;

[0177] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0178] The first terminal device responds to the selection instruction for the item collection interface and displays the item collection page of the target application, wherein the item collection page displays the item collection control;

[0179] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0180] The first terminal device responds to the selection instruction for the prop collection control and displays a prompt message of successful prop collection and a prop list on the prop collection page, wherein the prompt message of successful prop collection is used to prompt the acquisition of the target virtual prop, and the target virtual prop is displayed on the prop list.

[0181] This embodiment introduces a method for claiming resources based on the item claiming page. As can be seen from the aforementioned embodiment, the activity operation page provides at least a target activity interface, wherein the target activity interface can be an item claiming interface. Based on this, if the user triggers an operation on the item claiming interface, the item claiming page is displayed. If the user clicks the item claiming control on the item claiming page, a prompt message indicating that the item has been successfully claimed and a list of items are displayed.

[0182] Specifically, for ease of explanation, see Figure 13 , Figure 13 This is a schematic diagram of an interface for collecting virtual props through the prop collection page in the embodiment of the present application. There are multiple activity interfaces displayed on the activity operation page, among which H1 indicates the prop collection interface. Among them, "0 / 3" means that there are a total of 3 opportunities to collect props per day, and the user has not collected any props at present. After the user clicks the prop collection interface indicated by H1, the following is displayed Figure 13 The item collection page shown in Figure (B) displays the item collection control indicated by H2 on the item collection page. After the user clicks the item collection control indicated by H2, the selection instruction for the item collection control is triggered. In response to the selection instruction, the following is displayed: Figure 13 The item claiming page shown in Figure (C) displays a message indicating successful item claiming, for example, "European table claimed," where "European table" is the target virtual item. Based on this, the target virtual item can also be displayed in the item list.

[0183] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0184] Secondly, in an embodiment of the present application, a method for collecting resources based on a prop collection page is provided. Through the above method, users can participate in prop collection activities by scanning derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0185] Optionally, in the above Figure 3In another optional embodiment provided by the embodiments of the present application, based on the corresponding embodiments, the first terminal device responds to a selection instruction for an item collection control and displays a prompt message indicating successful item collection and an item list on an item collection page, which may specifically include:

[0186] The first terminal device activates the image acquisition device in response to the selection instruction for the item collection control;

[0187] The first terminal device acquires the image to be recognized through the image acquisition device;

[0188] If the image to be identified meets the conditions for receiving the props, the first terminal device displays a prompt message indicating that the props have been successfully received and a list of props on the prop receiving page.

[0189] This embodiment introduces a method for claiming virtual props in conjunction with a photo-taking function. As can be seen from the aforementioned embodiments, the activity operation page provides at least a target activity interface, which can be an item claim interface. Based on this, if a user triggers an operation on the item claim interface, the item claim page is displayed. If the user clicks the item claim control on the item claim page, an image acquisition device (e.g., a mobile phone camera) is activated, allowing the user to take a photo. If the photo is identified and determined to meet the item claim conditions, a prompt message indicating successful item claim and a list of items are displayed.

[0190] Specifically, for ease of explanation, see Figure 14 , Figure 14 This is another interface diagram for receiving virtual props through the props receiving page in the embodiment of the present application, as shown in FIG. Figure 14 The item collection page shown in Figure (A) shows the item collection control indicated by I1. After the user clicks the item collection control indicated by I1, the selection instruction for the item collection control is triggered. In response to the selection instruction, the following is displayed: Figure 14 The prop collection interface shown in Figure (B) is shown in the figure. At this time, the image acquisition device has been started, and the image to be identified collected in real time by the image acquisition device will be displayed on the interface. When the user is sure that the framing is completed, he can click the "shooting completed" control indicated by I2. Thus, the image to be identified is identified, and whether the prop collection conditions are met is determined based on the identification result. For example, the identification result of the image to be identified is "table", and the virtual props also include "table", which means that the prop collection conditions are met. Based on this, the display is as follows Figure 14The item claiming page shown in Figure (C) displays a message indicating successful item claim, for example, "European table claimed," where "European table" is the target virtual item. Based on this, the target virtual item can also be displayed in the item list. For another example, if the recognition result of the image to be identified is "TV," but the virtual item does not include "TV," the item claiming conditions are not met.

[0191] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0192] Again, in an embodiment of the present application, a method of obtaining virtual props in combination with a photo-taking function is provided. Through the above method, users can also take images of real scenes, recognize the taken images, and then display the virtual props in conjunction with them, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0193] Optionally, in the above Figure 3 In another optional embodiment provided by the embodiments of the present application, based on the corresponding embodiments, the first terminal device responds to a selection instruction for an item collection control and displays a prompt message indicating successful item collection and an item list on an item collection page, which may specifically include:

[0194] The first terminal device responds to the selection instruction for the item collection control, and the first terminal device obtains the current location information of the first terminal device;

[0195] If the current location information of the first terminal device meets the conditions for receiving the props, the first terminal device will display a prompt message indicating that the props have been successfully received and a list of props on the prop receiving page.

[0196] This embodiment introduces a method for claiming virtual items based on geographic location. As can be seen from the aforementioned embodiments, the activity operation page provides at least a target activity interface, which can be an item claim interface. Based on this, if a user triggers an action on the item claim interface, the item claim page is displayed. If the user clicks the item claim control on the item claim page, a positioning function is also activated, thereby obtaining the user's real-time location information. If the location information meets the item claim conditions, a prompt message indicating successful item claim and an item list are displayed.

[0197] Specifically, for ease of explanation, see Figure 15 , Figure 15 This is another interface diagram for receiving virtual props through the props receiving page in the embodiment of the present application, as shown in FIG. Figure 15The item collection page shown in Figure (A) shows the item collection control indicated by J1. After the user clicks the item collection control indicated by J1, the selection instruction for the item collection control is triggered. In response to the selection instruction, the following is displayed: Figure 15 The prop collection interface shown in Figure (B) is shown in the figure. At this time, the positioning function has been activated, and the current location information collected in real time is displayed on the interface. When the user clicks the "Upload Location" control indicated by J2, it is necessary to determine whether the current location information meets the prop collection conditions. For example, arriving at a certain designated location or designated area satisfies the prop collection conditions. Therefore, the target virtual prop corresponding to the location information (for example, "European table") is allocated. Based on this, the following is displayed: Figure 15 The item claiming page shown in Figure (C) displays a message indicating successful item claim, for example, "European table claimed." The target virtual item can also be displayed in the item list. For another example, if the image to be recognized is "TV," but the virtual item doesn't include "TV," the item claiming conditions are not met.

[0198] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0199] Again, in an embodiment of the present application, a method of collecting virtual props in combination with geographic location is provided. Through the above method, users can also go to a designated location to collect corresponding virtual props, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0200] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is a reward activity interface;

[0201] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0202] The first terminal device responds to the selection instruction for the reward activity interface by displaying a reward activity page of the target application, wherein the reward activity page displays the number of draws corresponding to the limited-time reward and a limited-time reward control corresponding to the limited-time reward, where the limited-time reward is a reward provided within a preset time period;

[0203] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0204] If the number of draws corresponding to the time-limited reward is greater than or equal to 1, the first terminal device responds to the selection instruction for the time-limited reward control and displays a reward draw page, wherein the reward draw page displays the time-limited draw control;

[0205] The first terminal device responds to the selection instruction for the limited-time lottery control and displays the limited-time reward result.

[0206] In this embodiment, a method for claiming rewards based on a limited-time activity page is introduced. As can be seen from the aforementioned embodiment, at least a target activity interface is provided on the activity operation page, wherein the target activity interface can be a reward activity interface. Based on this, if the user triggers an operation on the reward activity interface, the reward activity page is displayed, and the reward activity page displays the limited-time reward control corresponding to the limited-time reward. In addition, the number of draws for the limited-time reward can also be displayed. If the user clicks the limited-time reward control on the reward activity page, it is determined whether the number of draws corresponding to the limited-time reward is greater than or equal to 1. If so, the reward draw page is displayed, and the reward draw page displays the limited-time lottery control. If the user clicks the limited-time lottery control on the reward draw page, the limited-time reward result can be displayed.

[0207] Specifically, for ease of explanation, see Figure 16 , Figure 16 This is a schematic diagram of an interface for receiving a limited-time reward through a reward activity page in an embodiment of the present application, such as Figure 16 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which K1 indicates the reward activity interface. Among them, "0 / 3" means there are 3 chances to draw a prize in a day, and the user has not drawn a prize yet. After the user clicks the reward activity interface indicated by K1, the following is displayed: Figure 16 The reward activity page shown in Figure (B) displays the limited-time reward control indicated by K2 and the number of draws corresponding to the limited-time reward (for example, 2 times). The limited-time reward refers to a reward provided within a preset time period, for example, a limited-time reward is provided every Monday.

[0208] After the user clicks the time-limited reward control indicated by K2, the selection instruction for the time-limited reward control is triggered. If the number of draws corresponding to the time-limited reward is greater than or equal to 1, the following is displayed: Figure 16 The reward drawing page shown in Figure (C) displays the time-limited lottery control indicated by K3 on the reward drawing page. After the user clicks the time-limited lottery control indicated by K3, the selection instruction for the time-limited lottery control is triggered, thereby displaying the following Figure 16 The limited-time reward result shown in Figure (D) is, for example, a "game console" reward. Furthermore, the user can also enter the reward collection address through the "fill in address" interface.

[0209] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0210] Secondly, in an embodiment of the present application, a method for receiving rewards based on a limited-time activity page is provided. Through the above method, users can also join the lottery within a specified time period and obtain rewards for limited-time activities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0211] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is a reward activity interface;

[0212] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0213] The first terminal device responds to the selection instruction for the reward activity interface by displaying a reward activity page of the target application, wherein the reward activity page displays the number of draws corresponding to the daily reward and the daily reward control corresponding to the daily reward, where the daily reward is a reward provided within any time period;

[0214] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0215] If the number of draws corresponding to the daily reward is greater than or equal to 1, the first terminal device responds to the selection instruction for the daily reward control and displays a reward draw page, wherein the reward draw page displays the daily reward control;

[0216] The first terminal device displays the daily reward result in response to the selection instruction for the daily reward control.

[0217] In this embodiment, a method for claiming rewards based on a daily activity page is introduced. As can be seen from the aforementioned embodiment, at least a target activity interface is provided on the activity operation page, wherein the target activity interface can be a reward activity interface. Based on this, if the user triggers an operation on the reward activity interface, the reward activity page is displayed, and the daily reward control corresponding to the daily reward is displayed on the reward activity page. In addition, the number of draws for the daily reward can also be displayed. If the user clicks on the daily reward control on the reward activity page, it is determined whether the number of draws corresponding to the daily reward is greater than or equal to 1. If so, the reward draw page is displayed, and the reward draw page displays the daily lottery control. If the user clicks on the daily lottery control on the reward draw page, the daily reward result can be displayed.

[0218] Specifically, for ease of explanation, see Figure 17 , Figure 17 This is a schematic diagram of an interface for receiving daily rewards through the reward activity page in the embodiment of this application, such as Figure 17 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which L1 indicates the reward activity interface, where "0 / 3" means there are 3 chances to draw a prize in a day, and the user has not drawn a prize yet. After the user clicks on the reward activity interface indicated by L1, the following interface will be displayed: Figure 17 The reward activity page shown in Figure (B) displays the daily reward control indicated by L2 and the number of draws corresponding to the daily reward (for example, 5 times).

[0219] After the user clicks the daily reward control indicated by L2, the selection instruction for the daily reward control is triggered. If the number of draws corresponding to the daily reward is greater than or equal to 1, the following is displayed: Figure 17 The reward drawing page shown in Figure (C) displays the daily lottery control indicated by L3 on the reward drawing page. After the user clicks the daily lottery control indicated by L3, the selection instruction for the daily lottery control is triggered, thereby displaying the following Figure 17 The interface shown in Figure (D) is shown in the figure. Figure 17 The interface shown in the middle (D) picture has a pop-up window, which can play a transition animation. For example, the "jar" keeps shaking and the names of all rewards are rotated. The progress bar is 3 seconds, and the daily reward results are displayed after 3 seconds. Among them, when switching to the pop-up window, the number of draws corresponding to the daily reward is reduced by 1 at the same time, or the number of draws corresponding to the daily reward is cleared. After the animation is played, it is displayed as follows Figure 17 The daily reward results shown in the middle (E) figure, for example, the reward of obtaining a "prop card".

[0220] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0221] Secondly, in an embodiment of the present application, a method for receiving rewards based on the daily activity page is provided. Through the above method, users can also join regular lottery activities and obtain rewards for daily activities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0222] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is an illustration collection interface;

[0223] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0224] The first terminal device responds to the selection instruction for the illustration collection interface, displays the illustration collection page of the target application, and displays the virtual image corresponding to the first derivative entity on the illustration collection page.

[0225] This embodiment introduces a method for collecting virtual images based on an illustration collection page. As can be seen from the aforementioned embodiment, the activity operation page provides at least a target activity interface, wherein the target activity interface can be an illustration collection interface. Based on this, if the user triggers an operation on the illustration collection interface, the illustration collection page is displayed, and the virtual image corresponding to the first derivative entity is displayed on the illustration collection page. Assuming that the first derivative entity is "Game Character A", the corresponding virtual image image can be an image of "Game Character A", or it can be other images, such as an image of "Plant A", etc., which are not limited here.

[0226] Specifically, for ease of explanation, see Figure 18 , Figure 18 This is a schematic diagram of an interface for collecting virtual image images through the illustration collection page in the embodiment of the present application, as shown in FIG. Figure 18 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which M1 indicates the illustration collection interface. Among them, "0 / 1" means that there is a total of 1 illustration collection opportunity per day, and the user has not yet collected an image. After the user clicks the illustration collection interface indicated by M1, the following is displayed Figure 18 The illustration collection page shown in Figure (B) displays the virtual image (for example, the image of "plant C") corresponding to the derived entity (for example, the first derived entity) on the illustration collection page.

[0227] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0228] Secondly, in an embodiment of the present application, a method for collecting virtual images based on an atlas collection page is provided. Through the above method, users can also collect virtual images corresponding to derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0229] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is an in-game reward interface;

[0230] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0231] The first terminal device responds to the selection instruction for the in-game reward interface by displaying an in-game reward page of the target application, wherein the in-game reward page displays an in-game reward control;

[0232] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0233] The first terminal device responds to the selection instruction for the in-game reward control and displays a prompt message of successful prop collection on the prop collection page, wherein the prompt message of successful prop collection is used to prompt the acquisition of the in-game virtual props of the game.

[0234] This embodiment introduces a method for claiming in-game items on the in-game rewards page. As can be seen from the previous embodiment, the activity operation page provides at least a target activity interface, which can be an in-game rewards interface. Based on this, if a user triggers an action on the in-game rewards interface, the item claim page is displayed. If the user clicks the in-game rewards control on the item claim page, a prompt message indicating successful item claim is displayed. Furthermore, a list of in-game items can also be displayed.

[0235] Specifically, for ease of explanation, see Figure 19 , Figure 19 This is a schematic diagram of an interface for receiving virtual props in the game through the props receiving page in the embodiment of the present application, as shown in FIG. Figure 19 As shown in the middle (A) figure, there are multiple activity interfaces displayed on the activity operation page, among which N1 indicates the in-game reward interface. Among them, "0 / 3" means that there are 3 opportunities to receive in-game props in a day, and the user has not received any in-game props at present. After the user clicks the in-game reward interface indicated by N1, the following is displayed Figure 19 The in-game reward page shown in Figure (B) displays the in-game reward control indicated by N2 on the in-game reward page. After the user clicks the in-game reward control indicated by N2, a selection instruction for the in-game reward control is triggered. In response to the selection instruction, the following is displayed: Figure 19 The item collection page shown in the middle (C) image displays a prompt message indicating that the item has been successfully collected, for example, "Resurrection Card has been collected."

[0236] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0237] Secondly, in an embodiment of the present application, a method for collecting in-game props based on the in-game reward page is provided. Through the above method, users can also collect virtual props that can be used in game matches, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0238] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, the target activity interface is a physical interaction interface;

[0239] The first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, which may specifically include:

[0240] The first terminal device responds to the selection instruction for the entity interaction interface and displays the entity interaction page of the target application, wherein the entity identification control is displayed on the entity interaction page;

[0241] After the first terminal device responds to the selection instruction for the target activity interface and displays the associated activity page of the target application, the method may further include:

[0242] The first terminal device responds to the selection instruction for the entity identification control, and when it is detected that the first terminal device enters the effective communication range of the second near-field interaction chip, a prompt message indicating that the reward is successfully received is displayed on the entity interaction page, wherein the second near-field interaction chip is built into the second derivative entity.

[0243] In this embodiment, a method of sequentially activating derivative entities to obtain more rewards is introduced. As can be seen from the aforementioned embodiments, at least a target activity interface is provided on the activity operation page, wherein the target activity interface can be an entity interaction interface. Based on this, if the user triggers an operation on the entity interaction interface, the entity interaction page is displayed, and a prompt for scanning derivative entities to obtain different rewards is displayed on the entity interaction page. It can be understood that this application is introduced by taking the scanning of the first derivative entity and the second derivative entity as an example. In actual applications, a larger number of derivative entities can also be scanned. This is only an illustration and should not be understood as a limitation of this application.

[0244] Specifically, for ease of explanation, see Figure 20 , Figure 20 This is a schematic diagram of an interface for receiving rewards through an entity interactive page in an embodiment of the present application, such as Figure 20 As shown in Figure (A), there are multiple activity interfaces displayed on the activity operation page, among which O1 indicates the entity interaction interface. After the user clicks the entity interaction interface indicated by O1, the following is displayed: Figure 20The entity interaction page shown in Figure (B) displays the items that can be obtained by scanning the figures in a certain order. After the user clicks the entity recognition control indicated by O2, a selection instruction for the entity recognition control is triggered. Based on this, if it detects that it has entered the effective communication range of the second near-field interaction chip, a prompt message indicating that the reward has been successfully received will be displayed on the entity interaction page. Similarly, the second near-field interaction chip is built into the second derivative entity (e.g., figure C).

[0245] It should be noted that the above diagram is only for reference, and the layout and content of the diagram can be flexibly adjusted according to actual needs and are not limited here.

[0246] Secondly, in an embodiment of the present application, a method is provided for sequentially activating derivative entities to obtain more rewards. Through the above method, users can also share derivative entities with each other to obtain corresponding rewards, thereby increasing the interactivity between users, thereby increasing the diversity of activities, and supporting more diversified operating methods.

[0247] Optionally, in the above Figure 3 Based on the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, when it is detected that the first terminal device enters the effective communication range of the first near-field interaction chip, the first terminal device generates a startup instruction for the target application, which may specifically include:

[0248] When detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, the first terminal device obtains the encrypted identification information corresponding to the first derivative entity;

[0249] The first terminal device sends the encrypted identification information to the server, so that the server decrypts and authenticates the encrypted identification information to obtain entity information of the first derived entity;

[0250] The first terminal device receives the entity information of the first derivative entity sent by the server;

[0251] The first terminal device generates a startup instruction for the target application according to the entity information of the first derived entity.

[0252] In this embodiment, a method of verifying the near field interaction chip based on the background server is introduced. In order to improve the security of the use of the derivative entity, the server can also verify the entity information of the derivative entity. For ease of understanding, the following will be combined with Figure 21 Provide explanation.

[0253] See also Figure 21 , Figure 21This is a flow chart of background verification of entity information in an embodiment of the present application. As shown in the figure, taking the first terminal device and the first derived entity as an example, specifically:

[0254] In step P1, when a first terminal device enters the effective communication range of a first near-field interaction chip, the first terminal device connects to the first near-field interaction chip via a first derived entity. The first terminal device is a chip reader, and the first near-field interaction chip is a tag being read. The tag stores encrypted identification information corresponding to the first derived entity. Based on this, the first terminal device obtains the encrypted identification information by reading the tag.

[0255] In step P2, after the first terminal device reads the encrypted identification information, it transparently transmits the encrypted identification information to the cloud server.

[0256] In step P3, the cloud server decrypts and authenticates the encrypted identification information, extracting the entity information of the first derivative entity corresponding to the encrypted identification information and then forwarding it to the first terminal device. Some of the encrypted identification information read is ciphertext, for example, obtained using symmetric encryption. Therefore, the cloud server needs to use the same key for decryption. The authentication process involves reading the tag identifier and checking whether the tag identifier has been backed up in the backend list. If so, authentication is successful. Furthermore, the plaintext random number can be verified. The cloud server decrypts the random number. If the two random numbers are identical, authentication is successful.

[0257] In step P4, the first terminal device receives the entity information of the first derivative entity sent by the server, and then generates a startup instruction for the target application, so that the privilege corresponding to the derivative entity, such as a game gift package, can be used in the game.

[0258] Secondly, the present embodiment provides a method for verifying the near-field interaction chip based on a backend server. Through this method, each time a derivative entity is sensed, the legitimacy information of the derivative entity can be obtained in a timely manner, thereby preventing theft. Furthermore, the use of cloud-based encryption technology to verify the derivative entity can also prevent the near-field interaction chip from being copied on a large scale, further enhancing security.

[0259] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, another optional embodiment provided by the embodiment of the present application may further include:

[0260] When detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, the first terminal device generates a transaction on-chain request, wherein the transaction on-chain request includes the user public key address, the entity information of the first derivative entity, and the identification information of the first terminal device;

[0261] The first terminal device sends a transaction on-chain request to the server, so that the server verifies the first terminal device according to the user's public key address. If the verification is successful, the server generates a target block based on the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes the binding relationship information between the first derivative entity and the first terminal device.

[0262] In this embodiment, a method for initially binding a derived entity is introduced. In order to improve the security of using the derived entity, the derived entity can be bound in advance. For ease of understanding, the following will be combined with Figure 22 Provide explanation.

[0263] See also Figure 22 , Figure 22 This is a flow chart of the initial binding of a derived entity in an embodiment of the present application. As shown in the figure, taking the first terminal device and the first derived entity as an example, specifically:

[0264] In step Q1, the server pre-uploads the entity information corresponding to the derivative entity to be sold by the merchant to the blockchain, and can package the entity information of the derivative entity and upload it to the blockchain.

[0265] In step Q2, when it is detected that a terminal device (for example, a first terminal device) enters the effective communication range of a near-field interaction chip (for example, a first near-field interaction chip), a corresponding transaction chain request can be generated, and the transaction chain request includes the user's public key address, the entity information of the first derivative entity, and the identification information of the first terminal device.

[0266] In step Q3, based on this, the server can first use the user's public key address to verify the first terminal device. If the verification is successful, it will further generate the binding relationship information between the first derivative entity and the first terminal device, and then perform on-chain processing.

[0267] For easier understanding, see Figure 23The data sharing system shown, the data sharing system 200 refers to a system for sharing data between nodes, and the data sharing system may include multiple nodes 201, and the multiple nodes 201 may refer to each client in the data sharing system. Each node 201 can receive input information during normal operation and maintain the shared data in the data sharing system based on the received input information. In order to ensure the intercommunication of information in the data sharing system, an information connection can exist between each node in the data sharing system, and information can be transmitted between nodes through the above-mentioned information connection. For example, when any node in the data sharing system receives input information, the other nodes in the data sharing system obtain the input information according to the consensus algorithm, and store the input information as data in the shared data, so that the data stored on all nodes in the data sharing system are consistent.

[0268] Each node in the data sharing system has a corresponding node identifier, and each node in the data sharing system can store the node identifiers of other nodes in the data sharing system so that the generated blocks can be broadcast to other nodes in the data sharing system based on the node identifiers of other nodes. Each node can maintain a node identifier list as shown in the following table, and store the node name and node identifier in the node identifier list accordingly. Among them, the node identifier can be the Internet Protocol (IP) address of the interconnection protocol between networks or any other information that can be used to identify the node. Table 1 only uses the IP address as an example for explanation.

[0269] Table 1

[0270] Node Name Node ID Node 1 117.114.151.174 Node 2 117.116.189.145 … … Node N XX.XX.XX.XX

[0271] Each node in the data sharing system stores the same blockchain. The blockchain consists of multiple blocks, see Figure 24 The blockchain consists of multiple blocks. The genesis block includes a block header and a block body. The block header stores the input information feature value, version number, timestamp and difficulty value, and the block body stores the input information; the next block of the genesis block uses the genesis block as the parent block, and the next block also includes a block header and a block body. The block header stores the input information feature value of the current block, the block header feature value, version number, timestamp and difficulty value of the parent block, and so on, so that the block data stored in each block in the blockchain is associated with the block data stored in the parent block, ensuring the security of the input information in the block.

[0272] When generating each block in the blockchain, see Figure 25When the node where the blockchain is located receives the input information, it verifies the input information. After the verification is completed, the input information is stored in the memory pool and the hash tree used to record the input information is updated. After that, the update timestamp is updated to the time when the input information is received, and different random numbers are tried. The eigenvalue calculation is performed multiple times so that the calculated eigenvalue can satisfy the following formula:

[0273] SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET

[0274] Among them, SHA256 is the eigenvalue algorithm used to calculate the eigenvalue; version (version number) is the version information of the relevant block protocol in the blockchain; prev_hash is the block header eigenvalue of the parent block of the current block; merkle_root is the eigenvalue of the input information; ntime is the update time of the update timestamp; nbits is the current difficulty, which is a fixed value within a period of time and is determined again after exceeding the fixed time period; x is a random number; TARGET is the eigenvalue threshold, which can be determined based on nbits.

[0275] In this way, when a random number that satisfies the above formula is calculated, the information can be stored accordingly, and the block header and block body can be generated to obtain the current block. Subsequently, the blockchain node sends the newly generated block to other nodes in the data sharing system based on the node identifiers of other nodes in the data sharing system. The other nodes verify the newly generated block and, after verification, add the newly generated block to their stored blockchain.

[0276] Secondly, in an embodiment of the present application, a method for initially binding a derivative entity is provided. Through the above method, blockchain technology is used to process the binding information of the derivative entity on the chain, so that the binding information cannot be tampered with, thereby preventing others from illegally binding the derivative entity.

[0277] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, another optional embodiment provided by the embodiment of the present application may further include:

[0278] When detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, the first terminal device obtains the original transaction record information corresponding to the first derivative entity from the relevant block of the blockchain, wherein the relevant block includes the binding relationship information between the first derivative entity and the second terminal device, and the original transaction record information includes the entity information of the first derivative entity and the identification information of the second terminal device;

[0279] The first terminal device sends a transaction request to the server based on the identification information of the second terminal device, so that the server sends a transaction request to the second terminal device based on the transaction request. If the second terminal device confirms the transaction request, the server generates a target block based on the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes binding relationship information between the first derivative entity and the first terminal device.

[0280] In this embodiment, a method for implementing derivative entity transactions based on blockchain technology is introduced, which can trade derivative entities. For ease of understanding, the following will be combined with Figure 26 Provide explanation.

[0281] See also Figure 26 , Figure 26 This is a flow chart of a transaction of a derivative entity in an embodiment of the present application. As shown in the figure, it is assumed that the buyer of a second-hand derivative entity uses a first terminal device, the seller of the second-hand derivative entity uses a second terminal device, and the second-hand derivative entity is a first derivative entity. Specifically:

[0282] In step R1, when it is detected that the first terminal device enters the effective communication range of the first near-field interaction chip, that is, the buyer scans the purchased second-hand derivative entity, thereby obtaining the entity information of the first derivative entity from the blockchain, and further querying the original transaction record information of the first derivative entity in the blockchain. The original transaction record information includes the entity information of the first derivative entity and the identification information of the second terminal device. Therefore, the seller information bound to the first derivative entity, that is, the identification information of the second terminal device, can be determined.

[0283] In step R2, the first terminal device sends a transaction request to the server based on the identification information of the second terminal device (ie, the seller information), and the server forwards the transaction request to the second terminal device, thereby allowing the seller to determine whether to proceed with the transaction.

[0284] In step R3, if the seller confirms the transaction request, the server generates a new block, namely the target block, based on the entity information of the first derivative entity and the identification information of the first terminal device, and adds the target block to the blockchain.

[0285] In step R4, if the seller denies the transaction, information about locking the derivative entity is generated and uploaded to the chain by the server.

[0286] In step R5, after the derivative entity is locked based on the content of the smart contract in the blockchain, the buyer will not be able to trade the derivative entity.

[0287] Secondly, in the embodiments of the present application, a method for implementing derivative entity transactions based on blockchain technology is provided. Through the above method, derivative entities can be traded instead of one-time purchases and sales. In addition, transactions based on blockchain can also improve the security of derivative entity transactions and prevent derivative entities from being lost or stolen.

[0288] The following is a detailed description of the derivative entity trading device in this application. Figure 27 , Figure 27 This is a schematic diagram of an embodiment of a derivative entity transaction device in an embodiment of the present application. The derivative entity transaction device 30 includes:

[0289] A generating module 301 is configured to generate a startup instruction for a target application when detecting that a first terminal device enters an effective communication range of a first near field interaction chip for near field communication, wherein the first near field interaction chip is built into the first derivative entity and the first terminal device has the target application installed;

[0290] A display module 302 is configured to display an activity operation page of the target application in response to a start instruction for the target application, wherein the activity operation page is configured to provide at least one activity interface;

[0291] The display module 302 is further configured to display an associated activity page of a target application in response to a selection instruction for a target activity interface, wherein the target activity interface is one of the at least one activity interface.

[0292] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above-mentioned device, a near-field interaction chip is built into the derivative entity. Interaction can be achieved by scanning the near-field interaction chip through a terminal device. At the same time, it will not affect the aesthetics of the derivative entity, but also avoid the QR code from being photographed and spread, preventing a large number of users from crowding out reward resources, thereby improving the fairness of the activity.

[0293] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application,

[0294] The display module 302 is further configured to display a scan prompt message, wherein the scan prompt message is used to prompt that the first near-field interaction chip is currently in a scanning state;

[0295] The display module 302 is further configured to display a prompt message indicating that the scan is successful if the first terminal device is detected to have entered the effective communication range of the first near-field interaction chip within a preset time;

[0296] The display module 302 is further configured to display a prompt message indicating that the scan has failed if the first terminal device is not detected to have entered the effective communication range of the first near-field interaction chip within a preset time.

[0297] In an embodiment of the present application, a derivative entity transaction device is provided. Using this device, a user can more intuitively understand whether their terminal device is in the near-field interaction chip scanning state, thereby facilitating adjustment of the distance and position between the terminal device and the derivative entity. After the scan is completed, the user can further determine whether the scan was successful, thereby enhancing scanning flexibility.

[0298] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is an activity check-in interface;

[0299] The display module 302 is specifically configured to respond to a selection instruction for the activity sign-in interface and display an activity sign-in page of the target application, wherein the activity sign-in page displays an activity sign-in control;

[0300] The display module 302 is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the activity sign-in control. If the activity sign-in conditions and entity activation conditions are met, a prompt message indicating successful sign-in is displayed on the activity sign-in page.

[0301] In an embodiment of the present application, a derivative entity transaction device is provided. Using the above device, users can participate in check-in activities by scanning derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0302] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application,

[0303] The display module 302 is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then respond to a selection instruction for an activity sign-in control to display an entity activation prompt message if an entity activation condition is not met, wherein the entity activation prompt message is used to prompt that the binding between the first terminal device and the first derived entity has failed;

[0304] The display module 302 is further configured to respond to a selection instruction for an activity sign-in control, and display a sign-in failure prompt message on the activity sign-in page if the activity sign-in condition is not met.

[0305] In one embodiment of the present application, a derivative entity transaction device is provided. Using this device, users can participate in check-in activities by scanning derivative entities, thereby increasing the diversity of activities and supporting more diversified operational methods. Furthermore, if the check-in conditions for an activity or entity activation are not met, a corresponding prompt will be displayed, thereby improving the feasibility of the solution.

[0306] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is a resource collection interface;

[0307] The display module 302 is specifically configured to respond to a selection instruction for a resource collection interface and display a resource collection page of a target application, wherein the resource collection page displays a resource collection control;

[0308] The display module 302 is further configured to respond to a selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to a selection instruction for the resource claim control. If the resource claim conditions are met, a prompt message indicating successful resource claim is displayed on the resource claim page, wherein the prompt message indicating successful resource claim is used to prompt the user to obtain the first skin resource.

[0309] The display module 302 is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the resource collection control. If the resource collection conditions are not met, a prompt message of resource collection failure will be displayed on the resource collection page, wherein the prompt message of resource collection failure is used to prompt that the first skin resource has been obtained.

[0310] In an embodiment of the present application, a derivative entity transaction device is provided. Using the above device, users can participate in resource collection activities by scanning derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0311] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the resource claiming page further displays at least one of a resource viewing control and a resource replacement control;

[0312] The display module 302 is further configured to display an information page of the first skin resource in response to a selection instruction for the resource viewing control;

[0313] The display module 302 is further configured to replace the second skin resource with the first skin resource and display the first skin resource in response to a selection instruction for the resource replacement control.

[0314] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also view the skin resources they have received, or use the skin resources they have received, thereby improving the flexibility of the solution and the diversity of operations.

[0315] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is a prop collection interface;

[0316] The display module 302 is specifically configured to respond to a selection instruction for the item collection interface and display an item collection page of the target application, wherein the item collection page displays an item collection control;

[0317] The display module 302 is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the prop collection control to display a prompt message of successful prop collection and a prop list on the prop collection page, wherein the prompt message of successful prop collection is used to prompt the acquisition of the target virtual prop, and the target virtual prop is displayed on the prop list.

[0318] In an embodiment of the present application, a derivative entity transaction device is provided. Using the above device, users can participate in prop collection activities by scanning derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0319] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application,

[0320] The display module 302 is specifically configured to respond to a selection instruction for the item collection control and activate an image acquisition device;

[0321] Acquire an image to be identified through an image acquisition device;

[0322] If the image to be recognized meets the conditions for receiving the props, a prompt message indicating that the props have been received successfully and a list of props will be displayed on the prop receiving page.

[0323] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also capture images in real scenes, recognize the captured images, and then display them in conjunction with virtual props, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0324] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application,

[0325] The display module 302 is specifically configured to obtain the current location information of the first terminal device in response to a selection instruction for the item collection control;

[0326] If the current location information of the first terminal device meets the conditions for receiving the props, a prompt message indicating that the props have been received successfully and a list of props will be displayed on the prop receiving page.

[0327] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also go to a designated location to collect corresponding virtual props, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0328] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is a reward activity interface;

[0329] Display module 302 is specifically configured to respond to a selection instruction for a reward activity interface and display a reward activity page of a target application, wherein the reward activity page displays the number of draws corresponding to a time-limited reward and a time-limited reward control corresponding to the time-limited reward, where the time-limited reward is a reward provided within a preset time period;

[0330] The display module 302 is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then, if the number of draws corresponding to the time-limited reward is greater than or equal to 1, respond to a selection instruction for a time-limited reward control and display a reward draw page, wherein the reward draw page displays a time-limited draw control;

[0331] The display module 302 is further configured to respond to a selection instruction for a time-limited lottery control and display a time-limited reward result.

[0332] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also join lottery activities within a specified time period and obtain rewards for limited-time activities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0333] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is a reward activity interface;

[0334] Display module 302 is specifically configured to respond to a selection instruction for a reward activity interface and display a reward activity page of a target application, wherein the reward activity page displays the number of draws corresponding to daily rewards and a daily reward control corresponding to the daily rewards, where the daily rewards are rewards provided within any time period;

[0335] The display module 302 is further configured to respond to a selection instruction for a target activity interface, display an associated activity page of a target application, and then, if the number of draws corresponding to a daily reward is greater than or equal to 1, respond to a selection instruction for a daily reward control and display a reward draw page, wherein the reward draw page displays a daily reward control;

[0336] The display module 302 is further configured to respond to a selection instruction for the daily reward control and display the daily reward result.

[0337] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also join regular lottery activities and obtain rewards for daily activities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0338] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is an illustration collection interface;

[0339] The display module 302 is specifically configured to respond to a selection instruction for the atlas collection interface, display an atlas collection page of the target application, and display the virtual image corresponding to the first derivative entity on the atlas collection page.

[0340] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also collect virtual images corresponding to derivative entities, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0341] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is an in-game reward interface;

[0342] The display module 302 is specifically configured to respond to a selection instruction for the in-game reward interface and display an in-game reward page of the target application, wherein the in-game reward page displays an in-game reward control;

[0343] The display module 302 is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the in-game reward control to display a prompt message of successful prop collection on the prop collection page, wherein the prompt message of successful prop collection is used to prompt the acquisition of the in-game virtual props of the game.

[0344] In an embodiment of the present application, a derivative entity transaction device is provided. By using the above device, users can also receive virtual props that can be used in game matches, thereby increasing the diversity of activities and supporting more diversified operating methods.

[0345] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the target activity interface is a physical interaction interface;

[0346] The display module 302 is specifically configured to respond to a selection instruction for the entity interaction interface and display an entity interaction page of the target application, wherein the entity identification control is displayed on the entity interaction page;

[0347] The display module 302 is also used to respond to the selection instruction for the target activity interface, display the associated activity page of the target application, and then respond to the selection instruction for the entity identification control. When it is detected that the first terminal device enters the effective communication range of the second near-field interaction chip, a prompt message indicating that the reward is successfully received is displayed on the entity interaction page, wherein the second near-field interaction chip is built into the second derivative entity.

[0348] In an embodiment of the present application, a derivative entity trading device is provided. By using the above device, users can also share derivative entities to obtain corresponding rewards, thereby increasing the interactivity between users, thereby increasing the diversity of activities, and supporting more diversified operating methods.

[0349] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application,

[0350] The generating module 301 is specifically configured to obtain the encrypted identification information corresponding to the first derived entity when detecting that the first terminal device enters the effective communication range of the first near field interaction chip;

[0351] Sending the encrypted identification information to the server, so that the server decrypts and authenticates the encrypted identification information to obtain entity information of the first derived entity;

[0352] receiving entity information of the first derived entity sent by the server;

[0353] A startup instruction for a target application is generated according to the entity information of the first derived entity.

[0354] In one embodiment of the present application, a derivative entity transaction device is provided. Using this device, each time a derivative entity is sensed, the legitimacy information of the derivative entity can be promptly obtained, thereby preventing misappropriation. Furthermore, the use of cloud-based encryption technology to verify the derivative entity can also prevent the large-scale duplication of the near-field interaction chip, further enhancing security.

[0355] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the derivative entity transaction device 30 further includes a sending module 303;

[0356] The generation module 301 is further configured to generate a transaction on-chain request when detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, wherein the transaction on-chain request includes a user public key address, entity information of the first derivative entity, and identification information of the first terminal device;

[0357] The sending module 303 is used to send a transaction on-chain request to the server, so that the server verifies the first terminal device according to the user's public key address. If the verification is successful, the server generates a target block according to the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes the binding relationship information between the first derivative entity and the first terminal device.

[0358] In an embodiment of the present application, a derivative entity transaction device is provided. The above-mentioned device is used to process the binding information of the derivative entity on the chain using blockchain technology, so that the binding information cannot be tampered with, thereby preventing others from illegally binding the derivative entity.

[0359] Optionally, in the above Figure 27 On the basis of the corresponding embodiment, in another embodiment of the derivative entity transaction device 30 provided in the embodiment of the present application, the derivative entity transaction device 30 further includes an acquisition module 304;

[0360] An acquisition module 304 is configured to, upon detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, acquire original transaction record information corresponding to the first derivative entity from a relevant block in the blockchain, wherein the relevant block includes binding relationship information between the first derivative entity and the second terminal device, and the original transaction record information includes entity information of the first derivative entity and identification information of the second terminal device;

[0361] The sending module 303 is further configured to send a transaction request to the server based on the identification information of the second terminal device, so that the server sends the transaction request to the second terminal device based on the transaction request. If the second terminal device confirms the transaction request, the server generates a target block based on the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes binding relationship information between the first derivative entity and the first terminal device.

[0362] In an embodiment of the present application, a derivative entity transaction device is provided. Using the above device, derivative entities can be traded instead of being a one-time sale. In addition, transactions based on blockchain can also improve the security of derivative entity transactions and prevent derivative entities from being lost or stolen.

[0363] The present application also provides another derivative entity transaction device, such as Figure 28 For ease of explanation, only the parts related to the embodiments of the present application are shown. For specific technical details not disclosed, please refer to the method part of the embodiments of the present application. The terminal device can be any terminal device including a mobile phone, tablet computer, personal digital assistant (PDA), point of sales (POS), car computer, etc., taking the mobile phone as an example:

[0364] Figure 28 The block diagram shows a partial structure of a mobile phone related to the terminal device provided in the embodiment of the present application. Figure 28 The mobile phone includes components such as a radio frequency (RF) circuit 410, a memory 420, an input unit 430, a display unit 440, a sensor 450, an audio circuit 460, a wireless fidelity (WiFi) module 470, a processor 480, and a power supply 490. Those skilled in the art will understand that Figure 28 The mobile phone structure shown in the figure does not constitute a limitation to the mobile phone, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0365] The following combination Figure 28 A detailed introduction to the various components of a mobile phone:

[0366] The RF circuit 410 can be used to receive and send signals during information transmission or calls. In particular, after receiving the downlink information from the base station, it is sent to the processor 480 for processing; in addition, the designed uplink data is sent to the base station. Generally, the RF circuit 410 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier (LNA), a duplexer, etc. In addition, the RF circuit 410 can also communicate with the network and other devices through wireless communication. The above-mentioned wireless communication can use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Messaging Service (SMS), etc.

[0367] Memory 420 can be used to store software programs and modules. Processor 480 executes the various functional applications and data processing of the mobile phone by running the software programs and modules stored in memory 420. Memory 420 may mainly include a program storage area and a data storage area. The program storage area may store an operating system and at least one application required for a function (such as a sound playback function, an image playback function, etc.); the data storage area may store data created based on the use of the mobile phone (such as audio data, a phone book, etc.). In addition, memory 420 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0368] The input unit 430 can be used to receive input digital or character information, and to generate key signal input related to the user settings and function control of the mobile phone. Specifically, the input unit 430 may include a touch panel 431 and other input devices 432. The touch panel 431, also known as a touch screen, can collect user touch operations on or near it (such as operations performed by the user using any suitable object or accessory such as a finger, stylus, etc. on or near the touch panel 431) and drive the corresponding connection device according to a pre-set program. Optionally, the touch panel 431 may include two parts: a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch direction, detects the signal caused by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device and converts it into touch point coordinates, which are then sent to the processor 480, and can receive commands sent by the processor 480 and execute them. In addition, the touch panel 431 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 431, the input unit 430 may further include other input devices 432. Specifically, the other input devices 432 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, power keys, etc.), a trackball, a mouse, and a joystick.

[0369] The display unit 440 can be used to display information input by the user or information provided to the user and various menus of the mobile phone. The display unit 440 may include a display panel 441. Optionally, the display panel 441 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), etc. Further, the touch panel 431 may cover the display panel 441. When the touch panel 431 detects a touch operation on or near it, it is transmitted to the processor 480 to determine the type of touch event. Subsequently, the processor 480 provides corresponding visual output on the display panel 441 according to the type of touch event. Although in Figure 28 In the embodiment, the touch panel 431 and the display panel 441 are used as two independent components to realize the input and output functions of the mobile phone, but in some embodiments, the touch panel 431 and the display panel 441 can be integrated to realize the input and output functions of the mobile phone.

[0370] The mobile phone may also include at least one sensor 450, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 441 according to the brightness of the ambient light, and the proximity sensor may turn off the display panel 441 and / or the backlight when the mobile phone is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that identify the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for other sensors that the mobile phone can also be configured with, such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., they will not be repeated here.

[0371] Audio circuit 460, speaker 461, and microphone 462 provide an audio interface between the user and the phone. Audio circuit 460 converts received audio data into electrical signals and transmits them to speaker 461, which then converts them into sound signals for output. Microphone 462, on the other hand, converts collected sound signals into electrical signals, which are then received by audio circuit 460 and converted into audio data. The audio data is then processed by processor 480 and transmitted to, for example, another phone via RF circuit 410, or stored in memory 420 for further processing.

[0372] WiFi is a short-range wireless transmission technology. The mobile phone can help users send and receive emails, browse the web and access streaming media through the WiFi module 470. It provides users with wireless broadband Internet access. Figure 28 A WiFi module 470 is shown, but it is understandable that it is not an essential component of the mobile phone and can be omitted as needed without changing the essence of the invention.

[0373] Processor 480 is the control center of the mobile phone. It connects all parts of the mobile phone using various interfaces and circuits. It executes software programs and / or modules stored in memory 420 and accesses data stored in memory 420 to perform various functions and process data. Processor 480 may optionally include one or more processing units. Alternatively, processor 480 may integrate an application processor and a modem processor. The application processor primarily handles the operating system, user interface, and application programs, while the modem processor primarily handles wireless communications. It is understood that the modem processor may not be integrated into processor 480.

[0374] The mobile phone also includes a power supply 490 (such as a battery) for supplying power to various components. Optionally, the power supply can be logically connected to the processor 480 through a power management system, thereby managing functions such as charging, discharging, and power consumption through the power management system.

[0375] Although not shown, the mobile phone may also include a camera, a Bluetooth module, etc., which will not be described in detail here.

[0376] The steps performed by the terminal device in the above embodiment can be based on the Figure 28 The terminal device structure shown.

[0377] A computer-readable storage medium is also provided in an embodiment of the present application. The computer-readable storage medium stores a computer program, which, when executed on a computer, enables the computer to execute the methods described in the aforementioned embodiments.

[0378] An embodiment of the present application also provides a computer program product including a program, which, when executed on a computer, enables the computer to execute the methods described in the aforementioned embodiments.

[0379] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0380] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

[0381] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0382] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0383] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0384] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A trading method for a derivative entity, characterized in that: include: When it is detected that a first terminal device enters an effective communication range of a first near-field interaction chip, original transaction record information corresponding to a first derivative entity is obtained from a relevant block of the blockchain, wherein the first near-field interaction chip is built into the first derivative entity, the first terminal device is installed with a target application, the relevant block includes binding relationship information between the first derivative entity and the second terminal device, the original transaction record information includes entity information of the first derivative entity and identification information of the second terminal device, the first derivative entity includes a figurine, a toy, a mobile phone case, or a mouse pad, and the entity information is obtained by: when it is detected that the first terminal device enters an effective communication range of the first near-field interaction chip, obtaining encrypted identification information corresponding to the first derivative entity; and decrypting and authenticating the encrypted identification information by a server to obtain the entity information of the first derivative entity; A transaction request is sent to a server according to the identification information of the second terminal device, so that the server sends the transaction request to the second terminal device according to the transaction request; if the second terminal device confirms the transaction request, the server generates a target block according to the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes binding relationship information between the first derivative entity and the first terminal device.

2. The transaction method according to claim 1, characterized in that: The method further comprises: When detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, generating a startup instruction for the target application; In response to a start instruction for the target application, displaying an activity operation page of the target application, wherein the activity operation page is used to provide at least one activity interface; In response to a selection instruction for a target activity interface, an associated activity page of the target application is displayed, wherein the target activity interface is one of the at least one activity interface.

3. The transaction method according to claim 2, characterized in that: The method further comprises: Displaying a scanning prompt message, wherein the scanning prompt message is used to prompt that the first near-field interaction chip is currently in a scanning state; If the first terminal device is detected to enter the effective communication range of the first near-field interaction chip within the preset time, a prompt message indicating that the scan is successful is displayed; If the first terminal device is not detected to enter the effective communication range of the first near-field interaction chip within the preset time, a prompt message indicating that the scan failed is displayed.

4. The transaction method according to claim 2, characterized in that: When detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, generating a startup instruction for the target application includes: acquiring the encrypted identification information corresponding to the first derived entity when detecting that the first terminal device enters the effective communication range of the first near-field interaction chip; Sending the encrypted identification information to the server, so that the server decrypts and authenticates the encrypted identification information to obtain entity information of the first derived entity; receiving entity information of the first derivative entity sent by the server; The startup instruction for the target application is generated according to the entity information of the first derived entity.

5. The transaction method according to claim 4, characterized in that: The sending the encrypted identification information to the server so that the server decrypts and authenticates the encrypted identification information to obtain the entity information of the first derived entity includes: The encrypted identification information is sent to the server, so that the server decrypts the encrypted identification information using a key and performs authentication processing based on the read tag identification to obtain entity information of the first derived entity.

6. The transaction method according to any one of claims 1 to 5, characterized in that: The method further comprises: When detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, generating a transaction on-chain request, wherein the transaction on-chain request includes the user public key address, the entity information of the first derivative entity, and the identification information of the first terminal device; Sending the transaction on-chain request to the server so that the server verifies the first terminal device according to the user public key address; if the verification is successful, the server generates a corresponding target block according to the entity information and the identification information of the first terminal device, and adds the corresponding target block to the blockchain, wherein the corresponding target block includes the binding relationship information between the first derivative entity and the first terminal device.

7. The transaction method according to claim 1, characterized in that: The method further comprises: A transaction request is sent to a server according to the identification information of the second terminal device, so that the server sends the transaction request to the second terminal device according to the transaction request; if the second terminal device denies the transaction request, the server performs on-chain processing on the information of locking the first derivative entity.

8. A derivative entity trading device, characterized in that: include: an acquisition module configured to, upon detecting that a first terminal device enters an effective communication range of a first near-field interaction chip, obtain original transaction record information corresponding to a first derivative entity from a relevant block of a blockchain, wherein the first near-field interaction chip is built into the first derivative entity, the first terminal device is installed with a target application, the relevant block includes binding relationship information between the first derivative entity and a second terminal device, the original transaction record information includes entity information of the first derivative entity and identification information of the second terminal device, the first derivative entity includes a figurine, a toy, a mobile phone case, or a mouse pad, and the entity information is obtained by: upon detecting that the first terminal device enters an effective communication range of the first near-field interaction chip, obtaining encrypted identification information corresponding to the first derivative entity; and performing decryption and authentication processing on the encrypted identification information by a server to obtain the entity information of the first derivative entity; a sending module, configured to send a transaction request to a server based on the identification information of the second terminal device, so that the server sends the transaction request to the second terminal device based on the transaction request; if the second terminal device confirms the transaction request, the server generates a target block based on the entity information and the identification information of the first terminal device, and adds the target block to the blockchain, wherein the target block includes binding relationship information between the first derivative entity and the first terminal device.

9. The device according to claim 8, characterized in that The device further comprises: a generating module, configured to generate a startup instruction for the target application when detecting that the first terminal device enters an effective communication range of the first near-field interaction chip; The display module is used to respond to a startup instruction for the target application and display an activity operation page of the target application, wherein the activity operation page is used to provide at least one activity interface; and respond to a selection instruction for a target activity interface and display an associated activity page of the target application, wherein the target activity interface is one of the at least one activity interface.

10. The device according to claim 9, characterized in that The display module is also used for: Displaying a scanning prompt message, wherein the scanning prompt message is used to prompt that the first near-field interaction chip is currently in a scanning state; If the first terminal device is detected to enter the effective communication range of the first near-field interaction chip within the preset time, a prompt message indicating that the scan is successful is displayed; If the first terminal device is not detected to enter the effective communication range of the first near-field interaction chip within the preset time, a prompt message indicating that the scan failed is displayed.

11. The device according to claim 9, characterized in that The generation module is specifically used to: acquiring the encrypted identification information corresponding to the first derived entity when detecting that the first terminal device enters the effective communication range of the first near-field interaction chip; Sending the encrypted identification information to the server, so that the server decrypts and authenticates the encrypted identification information to obtain entity information of the first derived entity; receiving entity information of the first derivative entity sent by the server; The startup instruction for the target application is generated according to the entity information of the first derived entity.

12. The device according to claim 11, characterized in that The generation module is specifically used to: The encrypted identification information is sent to the server, so that the server decrypts the encrypted identification information using a key and performs authentication processing based on the read tag identification to obtain entity information of the first derived entity.

13. The device according to any one of claims 8 to 12, characterized in that The apparatus further comprises a generating module; The generating module is configured to generate a transaction on-chain request when detecting that the first terminal device enters the effective communication range of the first near-field interaction chip, wherein the transaction on-chain request includes a user public key address, entity information of the first derivative entity, and identification information of the first terminal device; The sending module is used to send the transaction on-chain request to the server, so that the server verifies the first terminal device according to the user public key address. If the verification is successful, the server generates a corresponding target block according to the entity information and the identification information of the first terminal device, and adds the corresponding target block to the blockchain, wherein the corresponding target block includes the binding relationship information between the first derivative entity and the first terminal device.

14. The device according to claim 8, characterized in that The sending module is further configured to send a transaction request to the server based on the identification information of the second terminal device, so that the server sends the transaction request to the second terminal device based on the transaction request; if the second terminal device denies the transaction request, the server performs on-chain processing on the information of locking the first derivative entity.

15. A terminal device, characterized in that: include: Memory, processor, and bus system; Wherein, the memory is used to store programs; The processor is configured to execute the program in the memory, and the processor is configured to execute the transaction method according to any one of claims 1 to 7 according to instructions in the program code; The bus system is used to connect the memory and the processor so that the memory and the processor can communicate with each other.

16. A computer-readable storage medium comprising instructions, which, when executed on a computer, causes the computer to execute the transaction method according to any one of claims 1 to 7.

17. A computer program product, characterized in that The computer program product includes a program, and when the program is run on a computer, the computer is caused to execute the transaction method according to any one of claims 1 to 7.

Images