Virtual object interaction method and device, electronic equipment and storage medium

Abstract

The invention provides a virtual object interaction method and device, electronic equipment and a storage medium. The method comprises the following steps: in response to an object acquisition event triggered by a first terminal, issuing a virtual object to the first terminal; an object exchange request sent by the first terminal is received, the object exchange request comprises a first category object and a second category object, the first category object is a virtual object used for exchange by the first terminal, and the second category object is a virtual object required by the first terminal; and based on the object exchange request, generating an object interaction order, and broadcasting the object interaction order to the second terminal, so that the second terminal can perform object interaction with the first terminal through the object interaction order. According to the method, the players with the redundant resources can actively initiate exchange to digest the redundant resources, and the players with scarce resources can exchange the needed resources to complete resource complementation based on the quick response of the players with the redundant resources, so that the efficiency of resource complementation and interaction between the players is remarkably improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and more specifically, to a virtual object interaction method, apparatus, electronic device, and storage medium. Background Technology

[0002] Currently, in most interactive games, players need to acquire specific virtual objects through daily tasks or random draws, and can only redeem corresponding rewards after accumulating a certain number. However, due to the randomness of virtual object distribution, uneven resource distribution is very likely to occur during long-term participation. For example, some players may hold a large number of one type of virtual object while others are extremely scarce. In addition, game mechanics often lack effective channels for resource exchange between players, meaning that even if a player has surplus game resources, they cannot transfer or exchange them with other players in need. Although some games support gifting between friends, it is often limited to fixed objects and cumbersome, failing to form an efficient and flexible resource complementarity mechanism.

[0003] Therefore, the existing game mechanics suffer from uneven distribution of resources among players and the inability to transfer resources between players, which leads to low efficiency in resource complementarity and interaction among players, thus affecting the interaction between players and the game scene. Summary of the Invention

[0004] The purpose of this application is to address the shortcomings of the prior art by providing a virtual object interaction method, device, electronic device, and storage medium to solve the problem that the existing game mechanics have uneven distribution of player resources and the inability to transfer resources between players, which leads to low efficiency in resource complementarity and interaction between players, thereby affecting the interaction effect between players and the game scene.

[0005] To achieve the above objectives, the technical solutions adopted in the embodiments of this application are as follows: In a first aspect, embodiments of this application provide a virtual object interaction method, applied to a server, the method comprising: In response to an object acquisition event triggered by the first terminal, a virtual object is sent to the first terminal. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The system receives an object exchange request sent by the first terminal. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

[0006] Secondly, embodiments of this application provide a virtual object interaction method applied to a first terminal, the method comprising: In response to an object acquisition event, a virtual object issued by the server is acquired. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. Generate an object exchange request, the object exchange request including a first category of objects and a second category of objects, wherein the first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal; Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

[0007] Thirdly, embodiments of this application provide a virtual object interaction device applied to a server, the device comprising: The delivery module is used to respond to an object acquisition event triggered by the first terminal and deliver virtual objects to the first terminal. The virtual objects include multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The receiving module is configured to receive an object exchange request sent by the first terminal. The object exchange request includes a first category of objects and a second category of objects, wherein the first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. The first generation module is used to generate an object interaction order based on the object exchange request, and broadcast the object interaction order to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

[0008] Fourthly, embodiments of this application provide a virtual object interaction device applied to a first terminal, the device comprising: The acquisition module is used to acquire virtual objects issued by the server in response to an object acquisition event. The virtual objects include multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The second generation module is used to generate an object exchange request, which includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. The third generation module is used to generate an object interaction order based on the object exchange request, and broadcast the object interaction order to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

[0009] Fifthly, embodiments of this application provide an electronic device, including: a processor, a storage medium, and a bus. The storage medium stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the virtual object interaction method as described in any one of the first and second aspects above.

[0010] Sixthly, embodiments of this application provide a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the steps of the virtual object interaction method as described in any one of the first and second aspects above.

[0011] According to an embodiment of this application, a virtual object interaction method, apparatus, electronic device, and storage medium are disclosed. In response to an object acquisition event triggered by a first terminal, a server sends virtual objects to the first terminal. The virtual objects include multiple categories, and combinations of virtual objects from different categories can be used to exchange for different virtual resources. The server receives an object exchange request sent by the first terminal. This request includes a first category of objects and a second category of objects. The first category of objects is the virtual objects the first terminal uses for exchange, and the second category of objects is the virtual objects requested by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to a second terminal, enabling the second terminal to interact with the first terminal through the object interaction order. According to this embodiment, the server's response to the object acquisition event triggered by the first terminal and the sending of virtual objects establish a basis for the random allocation of virtual objects. Based on this, the server receives an object exchange request actively sent by the first terminal, generates an object interaction order based on the object exchange request, and broadcasts the object interaction order to a second terminal belonging to the same organization as the first terminal. In this way, players with surplus resources can take the initiative to exchange them to make use of them, while players with scarce resources can exchange them for the resources they need based on the quick response of players with surplus resources, thus completing resource complementarity. This effectively solves the problems of uneven resource distribution caused by the randomness of virtual object distribution in existing games and the lack of efficient circulation mechanisms between players, thereby significantly improving the efficiency of resource complementarity and interaction between players. Attached Figure Description

[0012] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0013] Figure 1 A flowchart illustrating a virtual object interaction method provided in an embodiment of this application is shown; Figure 2 A schematic diagram of a game main interface provided in an embodiment of this application is shown; Figure 3 A schematic diagram of a throwing operation provided in an embodiment of this application is shown; Figure 4 This illustration shows a schematic diagram of an interface change provided in an embodiment of this application; Figure 5 This illustration shows another interface change diagram provided by an embodiment of this application; Figure 6This illustration shows another interface change diagram provided in an embodiment of this application; Figure 7 This illustration shows another interface change diagram provided in an embodiment of this application; Figure 8 A flowchart illustrating a virtual resource exchange method provided in an embodiment of this application is shown; Figure 9 This illustration shows another interface change diagram provided in an embodiment of this application; Figure 10 A flowchart illustrating another virtual object interaction method provided in an embodiment of this application is shown; Figure 11 This paper shows a schematic diagram of the structure of a virtual object interaction device provided in an embodiment of this application; Figure 12 This paper shows a schematic diagram of the structure of another virtual object interaction device provided in an embodiment of this application; Figure 13 A schematic diagram of the structure of an electronic device provided in an embodiment of this application is shown. Detailed Implementation

[0014] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. It should be understood that the accompanying drawings in this application are for illustrative and descriptive purposes only and are not intended to limit the scope of protection of this application. Furthermore, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate operations implemented according to some embodiments of this application. It should be understood that the operations in the flowcharts may not be implemented in sequence, and steps without logical contextual relationships may be reversed or implemented simultaneously. In addition, those skilled in the art, guided by the content of this application, may add one or more other operations to the flowcharts, or remove one or more operations from the flowcharts.

[0015] Furthermore, the described embodiments are merely some, not all, of the embodiments of this application. The components of the embodiments of this application described and illustrated herein can typically be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely to illustrate selected embodiments of the application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.

[0016] It should be noted that the term "comprising" will be used in the embodiments of this application to indicate the presence of the features declared thereafter, but does not exclude the addition of other features.

[0017] The virtual object interaction method provided in this application can run on a server. When the virtual object interaction method runs on a server, the method can be implemented and executed based on a cloud interaction system, wherein the cloud interaction system includes a server and terminal devices. In this application, the terminal devices include a first terminal and a second terminal.

[0018] In an optional implementation, various cloud applications, such as cloud gaming, can run under the cloud interaction system. Taking cloud gaming as an example, cloud gaming refers to a gaming method based on cloud computing. In the cloud gaming operating mode, the game program's execution and the game screen presentation are separated. The storage and execution of virtual object interaction methods are completed on the cloud gaming server. The terminal device is used for data reception, transmission, and game screen presentation. For example, the terminal device can be a display device with data transmission capabilities located close to the user, such as a mobile terminal, television, computer, or PDA; however, information processing is performed by the cloud gaming server in the cloud. When playing the game, the player operates the terminal device to send operation commands to the cloud gaming server. The cloud gaming server runs the game according to the operation commands, encodes and compresses game screen data, returns it to the terminal device via the network, and finally, the terminal device decodes and outputs the game screen.

[0019] In an optional implementation, taking a game as an example, the local terminal device stores the game program and is used to display the game screen. The local terminal device is used to interact with the player through a graphical user interface (GUI), i.e., conventionally by downloading, installing, and running the game program via an electronic device. The local terminal device can provide the GUI to the player in various ways, such as rendering it on the terminal's display screen or providing it to the player via holographic projection. For example, the local terminal device can include a display screen for displaying the GUI, which includes game screens, and a processor for running the game, generating the GUI, and controlling the display of the GUI on the display screen.

[0020] Figure 1 This diagram illustrates a flowchart of a virtual object interaction method provided in an embodiment of this application, wherein the method is executed by a server. (Refer to...) Figure 1 As shown, the method specifically includes the following steps: S101. In response to the object acquisition event triggered by the first terminal, send the virtual object to the first terminal.

[0021] Optionally, the first terminal is the player's device that initiates the virtual object interaction, such as a mobile phone, tablet, or computer. The object acquisition event is an event triggered by the player's operation to acquire the virtual object. When the first terminal detects the player's operation, it sends a request to the server to inform the server that the object acquisition event has been triggered. Accordingly, after receiving the request from the first terminal, the server sends the virtual object to the first terminal.

[0022] Optionally, a virtual object is a digital item that can be owned, used, or exchanged by a player. In a pinball game scenario, the virtual object is, for example, a pinball. Furthermore, virtual objects include multiple categories. Taking a pinball as an example, the categories are, for example, Class A, Class B, Class C, and Class D. Correspondingly, pinballs can be divided into Class A pinballs, Class B pinballs, Class C pinballs, and Class D pinballs.

[0023] Optionally, combinations of virtual objects of different categories can be used to redeem different virtual resources. A combination of virtual objects is a collection of multiple virtual objects of a specific category and quantity. Possessing different combinations of virtual objects is a prerequisite for redeeming different virtual resources. Virtual resources are in-game rewards that players can redeem after possessing combinations of virtual objects based on different categories, such as lottery chances, items, and skins.

[0024] For example, taking different categories of virtual objects, including marbles of type A, type B, type C, and type D, the combinations of virtual objects include, but are not limited to: "1 marble of type A + 1 marble of type B + 1 marble of type C", "1 marble of type A + 2 marbles of type C", and "2 marbles of type B + 2 marbles of type C". Correspondingly, for the combination of "1 marble of type A + 1 marble of type B + 1 marble of type C", the redeemable virtual resource is, for example, a first prize, which is, for example, a chance to win a prize. For the combination of "1 marble of type A + 2 marbles of type C", the redeemable virtual resource is, for example, a second prize, which is, for example, a game item. For the combination of "2 marbles of type B + 2 marbles of type C", the redeemable virtual resource is, for example, a third prize, which is, for example, a virtual object of a random category.

[0025] It is worth noting that the first terminal can trigger the object acquisition event multiple times. Correspondingly, the server can respond to the object acquisition event triggered by the first terminal multiple times, and send virtual objects to the first terminal, so that the first terminal has a certain type and number of virtual objects.

[0026] S102, Receive the object exchange request sent by the first terminal.

[0027] Optionally, the first terminal displays a virtual object interaction interface, which shows exchange controls and / or an order exchange list. The order exchange list displays exchangeable object interaction orders initiated by a second terminal, which belongs to the same organization as the first terminal; there can be multiple second terminals. Based on this, after the first terminal possesses a certain category and quantity of virtual objects, it can send an object exchange request to the server through the exchange controls or order exchange list displayed in the virtual object interaction interface.

[0028] Optionally, the object exchange request includes a first category of objects and a second category of objects. The first category of objects is a virtual object used by the first terminal for exchange, such as a marble that the player of the first terminal is willing to give up. If the player has 3 Class A marbles and wants to exchange one of them, then this 1 Class A marble can be used as the first category of objects. The second category of objects is a virtual object required by the first terminal, such as a marble that the player of the first terminal wants to obtain. If the player currently lacks Class B marbles and wants to exchange for 1 Class B marble, then this 1 Class B marble can be used as the second category of objects.

[0029] It's worth noting that the number of virtual objects the first terminal uses for exchange must be greater than or equal to two. That is, the first terminal can only exchange first-category objects with the second terminal for second-category objects if it possesses at least two first-category objects. For example, if the first terminal only has one type A marble, this single type A marble cannot be used as a first-category object for interaction, and the first terminal cannot initiate an object exchange request to the server to "exchange type A marble for type B marble." Furthermore, the first-category and second-category objects must be virtual objects of different categories. In other words, the first terminal cannot exchange virtual objects of the same category with the second terminal; for example, the first terminal cannot initiate an object exchange request to the server to "exchange type A marble for type A marble."

[0030] S103. Based on the object exchange request, generate an object interaction order and broadcast the object interaction order to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0031] Optionally, the object interaction request includes a first category of objects and a second category of objects. The first category of objects is a virtual object used by the first terminal for exchange, and the second category of objects is a virtual object required by the first terminal. Thus, the server generates an object interaction order based on the object exchange request. The object interaction order contains all the necessary information for object exchange, such as the two parties to the exchange (the first terminal and the second terminal), the exchange objects (the first category of objects and the second category of objects), and the identifiers of the two parties to the exchange.

[0032] Optionally, broadcasting the object interaction order to the second terminal includes broadcasting the object interaction order to the second terminal which is in the same organization as the first terminal. That is, the first terminal and the second terminal have the same organizational relationship, such as a game friend relationship, a guild relationship, or a gang relationship. Based on this, after generating the object interaction order, the server can determine the second terminal that needs to receive the object interaction order based on the same organizational relationship, and broadcast the object interaction order to the second terminal.

[0033] Optionally, broadcasting the object interaction order to the second terminal further includes: parsing the identifier of the second terminal from the object exchange request and sending the object interaction order to the second terminal. Specifically, the object exchange request sent by the first terminal may include the identifier of the second terminal in addition to the first type of object and the second type of object. Based on this, when the server receives the object exchange request sent by the first terminal, it can obtain the identifier of the second terminal by parsing the object exchange request. This identifier may be, for example, the ID of the second terminal or the name of the player corresponding to the second terminal. Then, the server determines the second terminal that will interact with the first terminal based on the identifier of the second terminal and sends the object interaction order to the second terminal.

[0034] Furthermore, the second terminal also displays a virtual object interaction interface, which includes an order exchange list. After an object interaction order is broadcast to the second terminal, it will appear in the order exchange list on the second terminal. Once the player on the second terminal sees the object interaction order displayed in the order exchange list, if they possess the required second-category object from the order, they can choose to accept the order, thus completing the object exchange with the player on the first terminal.

[0035] Based on this, the virtual object interaction method according to the embodiments of this application establishes a basis for the random allocation of virtual objects through the server's response to the object acquisition event triggered by the first terminal and the distribution of virtual objects. On this basis, the server receives the object exchange request actively sent by the first terminal, generates an object interaction order based on the object exchange request, and broadcasts the object interaction order to second terminals belonging to the same organization as the first terminal. In this way, players holding redundant resources can actively initiate exchanges to utilize these resources, while players with scarce resources can exchange for the resources they need based on the rapid response of players holding redundant resources, thus achieving resource complementarity. This effectively solves the problems of uneven resource distribution caused by the randomness of virtual object distribution in existing games and the lack of an efficient circulation mechanism among players, thereby significantly improving the efficiency of resource complementarity and interaction among players.

[0036] As one possible implementation, step S101 above responds to an object acquisition event triggered by the first terminal by sending a virtual object to the first terminal, including: receiving a virtual object acquisition request sent by the first terminal, and sending a virtual object of the target category to the first terminal based on the virtual object acquisition request.

[0037] Optionally, the first terminal displays a game main interface, which shows virtual items and multiple display positions, with each display position corresponding to a type of virtual object. (See reference...) Figure 2 The game's main interface, as shown, displays virtual items such as... Figure 2 The marble to be thrown, located on the spring, is shown in multiple display positions as follows: Figure 2 The multiple slots shown are clearly labeled and associated with a type of marble. For example, the first slot corresponds to type A marbles, the second slot corresponds to type B marbles, the third slot corresponds to type C marbles, and the fourth slot corresponds to type D marbles.

[0038] Furthermore, the virtual object acquisition request is generated by the first terminal in response to the player's triggering action, and the virtual object acquisition request includes the target category of the virtual object to be issued. The player's triggering action is a triggering action on a control displayed on the main game interface of the first terminal, such as a throwing control.

[0039] Optionally, the process of generating a virtual object acquisition request includes: in response to a throwing operation on a virtual prop, the first terminal determines the landing point of the virtual prop and generates a virtual object acquisition request based on the target display location to which the landing point belongs.

[0040] For example, continue to refer to Figure 2 As shown, the game's main interface also displays a throwing control. The throwing operation is, for example, a player clicking on the throwing control. Correspondingly, the first terminal responds to the click on the throwing control by throwing a virtual item. For example, refer to... Figure 3 As shown, the virtual prop produces the following effect after being thrown: Figure 3 The throwing curve shown in the figure allows the first terminal to determine the landing point of the virtual prop. Then, based on the target display position of the landing point, i.e., based on which slot the thrown marble landed in, a virtual object acquisition request is generated, which includes the target category of the virtual object to be sent. The target category is the category corresponding to the slot where the thrown marble finally landed.

[0041] Optionally, after generating a virtual object retrieval request that includes the target category of the virtual object to be distributed, the first terminal sends the virtual object retrieval request to the server. The server parses the virtual object retrieval request to obtain the target category of the virtual object to be distributed, and then distributes the virtual object of that target category to the first terminal. For example, continuing to refer to... Figure 3 As shown, if the virtually thrown marble lands in the first slot, the target category of the marble to be distributed is determined to be Class A. The first terminal encapsulates the information of distributing Class A marbles into a virtual object retrieval request and sends the virtual object retrieval request to the server. Correspondingly, after receiving the virtual object retrieval request sent by the first terminal, the server parses the virtual object retrieval request to obtain the information of distributing Class A marbles, and then distributes Class A marbles to the first terminal.

[0042] Based on this, by setting multiple display positions on the game's main interface that correspond one-to-one with virtual object categories, and combining this with the player's throwing action of virtual items, the target category of the virtual object to be distributed is determined, thereby generating a corresponding virtual object acquisition request to obtain the virtual object of the target category. In this way, the virtual object acquisition process is not only transformed into a fun and interactive behavior, but also a visual virtual object distribution mechanism is implemented.

[0043] As one possible implementation method, refer to Figure 4 The diagram illustrates the interface changes. The main game interface on the first terminal displays a swap control. In response to the player's interaction with the swap control on the main game interface, the first terminal displays a virtual object interaction interface (such as...). Figure 4 (See the diagram in the right half of the middle section). The virtual object interaction interface also displays an exchange control and an order exchange list, which shows multiple object interaction orders initiated by at least one second terminal that are available for exchange.

[0044] For example, refer to Figure 4As shown, in the virtual object interaction interface, for each object interaction order in the order exchange list, the object interaction order renders and displays the player's avatar, name, organizational relationship with the first terminal, provided and requested information, the number of exchangeable second-category objects, and an exchange control. The name is, for example, 6 characters long; the organizational relationship with the first terminal is, for example, a guild relationship or friendship; and the provided and requested information includes the type of marble provided and the type of marble requested. Based on this, the object exchange request generation process includes: the first terminal responding to a selection operation on an object interaction order in the order exchange list and generating an object exchange request; or, the first terminal responding to a trigger operation on the exchange control, displaying an order editing interface, and responding to the player's editing operation on the order editing interface and the trigger operation on the confirmation control in the order editing interface, generating an object exchange request.

[0045] For example, regarding the method of generating an object exchange request by selecting an object in an order exchange list, continue to refer to... Figure 4 As shown, in this virtual object exchange interface, the first terminal participates in the exchange as the recipient. When the first terminal enters the virtual object exchange interface, the order exchange list displayed shows sequentially arranged exchangeable object interaction orders initiated by different second terminals. When the player on the first terminal browses this order exchange list, they are actually viewing the virtual object demand information posted by other second terminals. Once the player on the first terminal finds an order of interest—that is, if they possess the required type and quantity of marbles and wish to receive the marbles provided by the other party—they can directly click to select that object exchange order.

[0046] It's worth noting that the object exchange orders in the order exchange list are arranged sequentially. For example, object exchange orders requesting duplicate marbles that the first terminal already owns are displayed first, followed by object exchange orders requesting duplicate marbles that the first terminal does not yet own. Furthermore, the priority order for requesting duplicate marbles that the first terminal already owns can be further sorted. For instance, if the second terminal requests marbles that the first terminal does not currently own, i.e., orders that help the first terminal collect a new type of marble, these object exchange orders can be displayed at the top of the order exchange list. For marbles that the first terminal already owns, they are sorted in descending order of the quantity the first terminal can exchange.

[0047] Furthermore, the player on the first terminal can click the exchange button displayed in the object interaction order. At this time, refer to Figure 5As shown, a secondary confirmation pop-up will appear above the order exchange list to display the exchange details to the player on the first terminal again. After the player on the first terminal confirms that everything is correct and clicks the confirmation control, the first terminal will officially generate the object exchange request. It should be noted that this method of generating an object exchange request by selecting an object in the order exchange list is a method where the player actively selects and responds to an existing exchange initiated by the second terminal, which can quickly complete the pairing and exchange of virtual objects.

[0048] For example, regarding the method of generating an object exchange request through operations on the order editing interface, refer to Figure 6 As shown, in this method, the first terminal actively initiates an object exchange request. When the player on the first terminal clicks the "Initiate Exchange" control in the virtual object exchange interface, the display interface of the first terminal will jump from the virtual object exchange interface to the order editing interface. In the order editing interface, the player on the first terminal needs to customize the specific details of the exchange: select the type and quantity of marbles to be exchanged from their own marbles, and also select the type and quantity of marbles they wish to exchange for. It should be noted that when the player customizes the exchange details, they can select multiple marbles from their own marbles to exchange for one marble owned by the second terminal. For example, if the first terminal has 3 type A marbles but lacks type B marbles, the player can edit the order in the order editing interface to select to exchange 2 type A marbles for 1 type B marble. That is to say, in the order editing interface, the quantity used for exchange can be edited, and the exchange between marbles can be 1 for 1 or multiple for 1.

[0049] Furthermore, after completing the editing and clicking the confirmation control to publish, the first terminal generates an object exchange request. It should be noted that this method of generating an object exchange request through the order editing interface involves the first terminal's player independently creating a new object interaction order and publishing it. After successful publication, this object interaction order will appear in the order exchange list displayed on the virtual object exchange interface of the second terminal, which belongs to the same organization as the first terminal. Players on the second terminal can then choose whether to engage in object interaction with the first terminal. The first terminal's own virtual object exchange interface will not display the object interaction order it initiated; instead, a bubble box such as "Initiating" will be displayed on the virtual object exchange interface as a record.

[0050] Based on this, this application provides a two-way, flexible, and efficient virtual object exchange mechanism by generating two methods of object exchange requests: responding to orders in the exchange list and actively editing and publishing exchange orders. This mechanism supports players in quickly responding to the needs of a second terminal by placing orders to achieve resource complementarity, and also allows players to actively publish exchange intentions by placing orders to accurately acquire scarce resources. This significantly improves the circulation efficiency and matching accuracy of pinball-like virtual objects among terminals belonging to the same organization. Simultaneously, the design, incorporating secondary confirmation, status bubbling prompts, and the absence of automatically displayed orders, effectively avoids problems such as player misoperation and duplicate order publishing, enhancing the security of object interaction and the clarity of the interface. This ensures a smooth player experience while promoting interaction and collaboration among players.

[0051] As one possible implementation, step S103 above generates an object interaction order based on the object exchange request, including: in response to the object exchange request, verifying whether the number of first category objects currently held by the first terminal meets the intended exchange quantity, and generating an object interaction order after the verification is passed.

[0052] Optionally, the object exchange request includes not only the first category of objects and the second category of objects, but also the specific quantity of the first category of objects. The server stores virtual object inventory records for each terminal in a pre-set database, marking which categories of virtual objects each terminal possesses and the quantity of each category. Upon receiving an object exchange request from the first terminal, the server immediately queries the virtual object inventory records of the first terminal in the pre-set database to determine the categories and quantities of virtual objects currently possessed by the first terminal. It then verifies whether the quantity of the first category of objects currently held by the first terminal meets the required exchange quantity in the object exchange request, and only generates an object interaction order after the verification is successful.

[0053] For example, if the first category of objects in the object exchange request is type A marbles, and the intended exchange quantity for type A marbles is 3, but the server finds that the first terminal currently possesses 2 type A marbles, it is clear that the number of type A marbles currently possessed by the first terminal is less than the intended exchange quantity. This means that the number of type A marbles currently possessed by the first terminal cannot meet the interaction requirements, and the verification fails. The server can return an error message to the first terminal, such as "Insufficient number of type A marbles, unable to initiate exchange." If the first category of objects in the object exchange request is type B marbles, and the intended exchange quantity for type B marbles is 1, but the server finds that the first terminal currently possesses 2 type B marbles, it is clear that the number of type A marbles currently possessed by the first terminal is greater than the intended exchange quantity. This means that the number of type A marbles currently possessed by the first terminal can meet the interaction requirements, and the verification passes. The server can then generate an object interaction order based on the object exchange request.

[0054] On the other hand, if the server determines that the first terminal does not currently have the ability to exchange, when the player on the first terminal performs editing operations on the order editing interface, the status of the selection control for the corresponding category of marbles can be directly set to an unavailable state. Continuing with the example of "the first category object is a type A marble, and the intended exchange quantity of type A marbles is 3, while the server finds that the first terminal currently has 2 type A marbles," when the server detects this situation, it actively locks the selection control corresponding to type A marbles in the order editing interface, preventing the player from clicking the selection control corresponding to type A marbles to exchange objects. At this time, the selection control corresponding to type A marbles in the order editing interface can be displayed in grayscale.

[0055] On the other hand, if the first category of the object exchange request includes a Type C marble, and the intended exchange quantity for Type C marbles is 1, and the server finds that the first terminal currently possesses 1 Type C marble, then the first terminal also lacks the ability to exchange. In other words, the number of virtual objects the first terminal uses for exchange must be greater than or equal to 2. If the first terminal currently possesses only 1 Type C marble, it is not allowed to use this 1 Type C marble as the first category object for exchange. When the server detects this situation, it will proactively lock the selection control corresponding to Type C marbles in the order editing interface, preventing players from clicking the selection control to exchange objects. At this time, the selection control corresponding to Type C marbles in the order editing interface will be displayed in grayscale.

[0056] Based on this, by verifying the quantity of the first type of objects held by the first terminal before generating the object interaction order, the authenticity of the object exchange behavior is effectively guaranteed, resource overdraft caused by user misoperation or other behavior is avoided, and the security and credibility of object exchange are significantly improved, ensuring that only executable object exchange requests can be triggered.

[0057] As one possible implementation, after generating the object interaction order, the method further includes: returning a successful order initiation response to the first terminal, and displaying a status message indicating that the order has been published in the virtual object exchange interface of the first terminal.

[0058] Optionally, after the server completes the generation of the object interaction order, it immediately sends a structured success response message to the first terminal. This success response message can be transmitted to the first terminal through the communication connection between the first terminal and the server to notify the first terminal that the server has successfully processed the request and the object interaction order has officially taken effect.

[0059] Furthermore, after receiving the successful response message from the server, the first terminal updates its current interface display. Specifically, it hides the order editing interface and displays a status message indicating that the order has been published in the virtual object exchange interface. This status message could be, for example, the text "Your exchange order has been published, awaiting responses from other players," or, as per [reference needed]. Figure 7 As shown, status prompts can be displayed using a bubble notification box. This bubble notification box displays the prompt text, which can be updated in real time according to the order publishing process of the object interaction, for example, from "Initiating" to "Published".

[0060] Based on this, by returning a successful order response to the first terminal after generating an object interaction order and displaying status prompts, the transparency and timeliness of player operations are effectively improved. Players can clearly know that their exchange request has been accepted by the server and entered the circulation process, avoiding duplicate submissions or misjudgments due to no response, and significantly enhancing the reliability of the virtual object interaction process and the smoothness of the user experience.

[0061] As one possible implementation, after the server broadcasts the object interaction order to the second terminal, the method further includes: receiving an exchange confirmation request from the second terminal for the object interaction order, responding to the exchange confirmation request, performing a virtual object exchange, and sending an exchange success notification to the first terminal and the second terminal.

[0062] Optionally, after receiving the object interaction order broadcast by the server, the second terminal will display the object interaction order in the order exchange list on its virtual object exchange interface. If the virtual objects currently owned by the second terminal meet the interaction requirements of the object interaction order, and the second terminal agrees to exchange with the first terminal, the second terminal will send an exchange confirmation request to the server. Correspondingly, after receiving the exchange confirmation request from the second terminal, the server verifies whether the first and second terminals meet the exchange qualifications. Upon successful verification, the server executes the virtual object exchange and updates the virtual object inventory records of both the first and second terminals in the preset database after the exchange is completed. This ensures that the virtual object holding status of both terminals remains up-to-date and that both terminals obtain the correct virtual objects.

[0063] Furthermore, after the virtual object exchange is completed, the server sends a successful exchange notification to both the first terminal and the second terminal, and displays the successful exchange notification on the main game interface of both terminals respectively. For example, taking the first terminal exchanging one Type A marble for one Type B marble on the second terminal as an example, after the virtual object exchange is completed, a successful exchange notification can be displayed on the main game interface of the first terminal saying "Exchange successful! You have obtained one Type B marble," and on the main game interface of the second terminal saying "Exchange successful! You have obtained one Type A marble."

[0064] Optionally, in response to the exchange confirmation request, performing a virtual object exchange includes: in response to the exchange confirmation request, verifying whether the first terminal and the second terminal possess the virtual objects required for the object interaction order, and after verification, transferring the first category of objects held by the first terminal to the second terminal, and transferring the second category of objects held by the second terminal to the first terminal.

[0065] For example, in response to an exchange confirmation request sent by the second terminal, the server first performs strict two-way resource verification. This involves real-time queries to determine whether the first terminal currently holds at least the agreed-upon number of first-category objects in the object interaction order, and whether the second terminal still holds at least the agreed-upon number of second-category objects in the object interaction order. This ensures that both the first and second terminals have the capability to fulfill the agreement at any given time. It should be noted that if either terminal has insufficient virtual objects available for exchange, the server refuses to perform the virtual object exchange and returns a failure message to the first terminal. The virtual object interaction operation is only performed after both the first and second terminals have passed verification. Specifically, the server deducts the first-category objects provided by the first terminal and adds them to the second terminal's account. Simultaneously, it deducts the second-category objects provided by the second terminal and transfers them to the first terminal's account. This completes the two-way exchange of virtual objects and updates the status of the object interaction order, for example, updating the status to "completed."

[0066] Based on this, by performing two-way verification of the resource holdings of the first and second terminals before executing virtual object exchange, problems such as transaction failure or data inconsistency caused by dynamic changes in resources are effectively prevented, ensuring the security and accuracy of virtual object exchange operations. Furthermore, resource transfer is only executed when both parties have the ability to fulfill their obligations, avoiding abnormal situations such as false transactions or unilateral deduction of resources, and significantly improving the reliability of the virtual object exchange process.

[0067] As one possible implementation, after the second terminal interacts with the first terminal through an object interaction order, the first terminal possesses a certain number and type of virtual objects. If the number and type of virtual objects currently possessed by the first terminal meet certain resource exchange conditions, the first terminal can exchange virtual resources. The virtual resource exchange method specifically includes: responding to the virtual resource exchange event triggered by the first terminal and sending virtual resources to the first terminal.

[0068] Optionally, after the second terminal completes the virtual object exchange with the first terminal through an object interaction order, the first terminal can obtain the originally scarce target category of virtual objects. This allows the combination of virtual objects formed by the quantity and category of virtual objects held by the first terminal to meet the preset resource exchange conditions. At this time, when the player triggers a virtual resource exchange event on the first terminal, the server can respond to the virtual resource exchange event triggered by the first terminal, verify whether the combination of virtual objects currently held by the first terminal meets the exchange rules of the target virtual resources. If it does, the server will deduct the corresponding quantity and category of virtual objects from the virtual objects held by the first terminal, and send the corresponding target virtual resources to the first terminal. At the same time, the game's main interface display on the first terminal will be updated, completing the complete closed loop from resource accumulation, exchange replenishment to final exchange, and realizing the player's effective acquisition and conversion of virtual resources in the game.

[0069] Figure 8 A flowchart illustrating a virtual resource exchange method provided in an embodiment of this application is shown. (Refer to...) Figure 8 As shown, the above steps respond to the virtual resource exchange event triggered by the first terminal, and distribute virtual resources to the first terminal, specifically including the following steps: S801. In response to a virtual resource exchange event triggered by the first terminal, determine the resource exchange conditions that the first terminal meets based on the combination of virtual objects owned by the first terminal.

[0070] For example, the main game interface of the first terminal also displays a virtual resource prize pool, which shows different virtual resources to be redeemed. When the number and type of virtual objects held by the first terminal can form a combination of virtual objects that meets the preset resource redemption conditions, the target virtual resource in the virtual resource prize pool that meets the preset resource redemption conditions is highlighted, or a "Current Reward" icon is displayed in a preset area of ​​the target virtual resource. A virtual resource redemption event refers to a triggering action performed by the player in the main game interface of the first terminal, such as the player selecting the target virtual resource and clicking the virtual resource redemption control in the main game interface.

[0071] For example, a virtual object combination refers to a combination of different types of virtual objects currently held by the first terminal. The resource exchange condition is the condition required to exchange for virtual resources, which limits the rules for exchanging virtual resources. For example, if there is a virtual resource in the virtual resource prize pool that is a lottery ticket, the resource exchange condition for this virtual resource is to have one of each of type A, type B, type C, and type D marbles. In this case, when all the virtual objects currently held by the first terminal can form a virtual object combination of "1 type A marble + 1 type B marble + 1 type C marble + 1 type D marble", it means that the virtual object combination held by the first terminal meets the resource exchange condition of the target virtual resource, and the first terminal can exchange for the target virtual resource.

[0072] S802. Based on the virtual object combination owned by the first terminal, exchange virtual resources that meet the resource exchange conditions, and remove the virtual objects that have been used for exchange from the virtual object combination owned by the first terminal to obtain the exchanged virtual object combination.

[0073] For example, continuing with the example of "a virtual resource in the virtual resource prize pool exists as a lottery ticket, and the resource redemption condition corresponding to this virtual resource is having one each of type A, type B, type C, and type D marbles," when all the virtual objects currently held by the first terminal can form a combination of "1 type A marble + 1 type B marble + 1 type C marble + 1 type D marble," the first terminal can redeem the target virtual resource. Specifically, the server distributes the reward "lottery ticket" corresponding to the target virtual resource to the first terminal, removes the virtual objects already used for redemption from the combination of virtual objects owned by the first terminal, updates the virtual object inventory record of the first terminal stored in the preset database, subtracts the number of virtual objects used for redemption from the virtual object inventory record of the first terminal, and reflects the latest resource status after the first terminal completes the virtual resource redemption. Based on this latest resource status, the redeemed virtual object combination still held by the first terminal after completing the current redemption can be determined.

[0074] Based on this, by identifying the virtual resources currently available for redemption on the first terminal and promptly deducting the virtual objects already used for redemption after the redemption is completed, duplicate redemptions are prevented, ensuring the stability of game operation. Simultaneously, by determining the latest resource status of the first terminal after completing the virtual resource redemption, the combined virtual objects held by the first terminal after the current redemption can be identified, providing an accurate data foundation for subsequent exchanges and new rounds of redemptions, thereby effectively improving resource flow efficiency and the continuity of user experience.

[0075] Furthermore, after step S802 above, which removes virtual objects already used for redemption from the virtual object combination owned by the first terminal to obtain the redeemed virtual object combination, the method further includes: determining the currently redeemable virtual resources based on the redeemed virtual object combination, and refreshing the virtual resource prize pool displayed on the game main interface of the first terminal based on the currently redeemable virtual resources.

[0076] Optionally, after completing the virtual resource exchange, the server re-determines the first terminal's currently redeemable virtual resources based on the exchanged virtual object combination held by the first terminal. Specifically, based on the first terminal's latest virtual object holding status, the server iterates through all resource exchange rules, matching the quantity of each type of virtual object currently held by the first terminal to whether it meets the corresponding resource exchange rules, and filters out the virtual resource combinations that the first terminal can currently successfully exchange, as well as determining the first terminal's currently redeemable resources. Then, the server generates an update command based on the first terminal's currently successfully redeemable virtual resource combinations and the first terminal's currently redeemable resources, and sends the update command to the first terminal. The first terminal responds to the update command sent by the server, dynamically refreshing the virtual resource prize pool displayed on the first terminal's main game interface, referring to... Figure 9 As shown, Figure 9 As shown in the left-middle half of the diagram, after completing the object interaction, the first terminal activates virtual resource 1. On the interface, a "Current Reward" icon appears above virtual resource 1. After the first terminal redeems virtual resource 1, the server updates the virtual resource prize pool, confirming that the first terminal's redeemed virtual object combination can still redeem virtual resource 2. If virtual resource 3 cannot be redeemed, then... Figure 9 As shown in the diagram on the right side of the middle section, the interface can highlight or mark virtual resources 2 that meet the resource exchange conditions as "exchangeable" and display the "current reward" icon above virtual resource 2. For virtual resources that do not meet the resource exchange conditions, the display transparency can be reduced. In addition, the number and type of missing virtual objects can also be displayed, thereby achieving real-time and accurate updates of the virtual resource prize pool. This ensures that players can intuitively and promptly obtain the latest information on exchangeable virtual resources, thereby improving resource exchange efficiency.

[0077] Based on this, by recalculating and refreshing the virtual resource prize pool on the main game interface of the first terminal after the exchange is completed, based on the latest combination of virtual objects, a dynamic response to the reward mechanism is achieved. This allows players to understand in real time and intuitively what virtual resources are currently available for exchange and the corresponding rewards, avoiding repetitive operations or decision-making errors caused by information lag. At the same time, it effectively improves the continuity and efficiency of the resource exchange process, continuously motivating players to participate in virtual object exchange tasks to meet new resource exchange conditions, thereby exchanging for new virtual resources and enhancing the game's positive incentives and player participation.

[0078] As one possible implementation, the method further includes: if the second terminal and the first terminal do not complete the object interaction within the valid time of the object interaction order, then cancel the object interaction order and send an order cancellation notification to the first terminal.

[0079] For example, each object interaction order has a corresponding validity period, which refers to the maximum responsive duration of the object interaction order. After this validity period, the object interaction order automatically expires. If, within the validity period of the object interaction order, the second terminal and the first terminal do not complete the object interaction, that is, no second terminal responds to the object interaction order (e.g., the player on the second terminal does not click on the object interaction order and complete the confirmation exchange operation), the object interaction order remains in a pending response state. In this case, the server updates the status of the object interaction order to expired and releases the related resources corresponding to the object interaction order, marking that the object interaction order no longer affects the number of virtual objects held by the first terminal that can be used for exchange; for example, it no longer locks the number of first-category objects used for exchange in the first terminal.

[0080] Furthermore, after canceling the object interaction order, the server sends an order cancellation notification to the first terminal to inform the first terminal that the object interaction order has been automatically canceled due to timeout, and allows the first terminal to re-initiate the same object interaction order or modify the object interaction order.

[0081] Based on this, this application introduces an order validity period mechanism, automatically canceling orders after they expire and sending an order cancellation notification to the first terminal that initiated the order. This effectively avoids problems such as resource locking and interface confusion caused by invalid orders remaining for a long time, thus improving the operational efficiency and user experience of virtual object exchange. At the same time, it can encourage players to adjust their exchange strategies in a timely manner, thereby enhancing resource circulation efficiency.

[0082] Figure 10 This illustration shows a flowchart of another virtual object interaction method provided in an embodiment of this application, where the method is executed by a first terminal. (Refer to...) Figure 10 As shown, the method specifically includes the following steps: S1001, In response to the object acquisition event, retrieve the virtual object issued by the server.

[0083] Optionally, virtual objects include multiple categories, and combinations of virtual objects from different categories can be used to exchange for different virtual resources. During gameplay, when the first terminal detects an object acquisition event triggered by the player, such as clicking the "throw marbles" button, it sends a virtual object acquisition request to the server. The server responds to the object acquisition event triggered by the first terminal, verifies the resources, and, upon successful verification, determines the category of the virtual object to be distributed based on the marble's landing point, and sends the corresponding category and quantity of virtual objects to the first terminal. The first terminal receives the server's response, updates its local interface display, and completes the acquisition of the virtual object. During this process, the first terminal can gradually accumulate marbles of different categories, such as A, B, C, and D, laying the foundation for subsequent exchanges of virtual resources or participation in virtual object exchanges.

[0084] S1002, Generate object exchange request.

[0085] Optionally, the object exchange request includes a first category of objects and a second category of objects. The first category of objects is the virtual object used for exchange by the first terminal, and the second category of objects is the virtual object requested by the first terminal. When a player on the first terminal wishes to exchange marbles with a player on another second terminal, they can click the exchange control in the virtual object interaction interface to enter the order editing page. On the order editing page, the player selects the virtual object to be provided (i.e., the first category of objects, such as one Class A marble) and the virtual object to be requested (i.e., the second category of objects, such as one Class B marble). The server verifies whether the first and second terminals meet the exchange conditions, such as the quantity of virtual objects to be provided being ≥2, or the categories of the virtual objects to be provided and requested being different. If these conditions are met, a structured object exchange request is generated, which includes information such as the first category of objects, the second category of objects, and the terminal identifier.

[0086] S1003. Based on the object exchange request, generate an object interaction order and broadcast the object interaction order to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0087] Optionally, after the first terminal generates an object exchange request, the server generates an object interaction order based on the request. This order includes detailed information such as the exchanging parties and the type of virtual object. The server then broadcasts the order to second terminals that are in the same organization as the first terminal, such as game friends or a guild. When players on the second terminal see the object interaction order in their exchange list, if they happen to possess the second type of object needed by the first terminal, they can choose to accept the order, thus completing the virtual object exchange with the first terminal. This significantly promotes player collaboration and resource optimization.

[0088] As one possible implementation, the first terminal displays a virtual object interaction interface, which includes an exchange control. The steps described above to generate an object exchange request include: displaying an order editing interface in response to the player's triggering action on the exchange control; and generating an object exchange request in response to the player's editing action on the order editing interface.

[0089] Optionally, players can trigger the exchange process by clicking the exchange controls included in the virtual object interaction interface displayed on the first terminal. In response to the click, the player is redirected from the virtual object interaction interface to the order editing interface. In the order editing interface, the player can select the type and quantity of virtual objects to be provided, as well as the type and quantity of virtual objects they wish to obtain. After the player completes the editing and confirms, the first terminal encapsulates the selected content into a structured object exchange request, which includes information such as the intentions of both parties, the type and quantity of objects, etc. This completes the generation and local construction of the exchange intentions of both parties, providing a data foundation for subsequent submission to the server to create a formal order.

[0090] As one possible implementation, the first terminal displays the game's main interface, which has multiple display locations, each corresponding to a type of virtual object. After the second terminal interacts with the first terminal via an object interaction order, the process further includes updating the display status of the target display location. The target display location includes a first display location corresponding to a first type of object and a second display location corresponding to a second type of object. The display status includes at least the number of virtual objects displayed in the target display location and the availability status of the target display location.

[0091] Optionally, after the second terminal completes the virtual object exchange with the first terminal through an object interaction order, the status of the relevant display positions on the main game interface of the first terminal can be updated according to the exchange result. The target display positions include a first display position corresponding to the first type of object (i.e., the virtual object provided by the first terminal) and a second display position corresponding to the second type of object (i.e., the virtual object obtained by the first terminal). The changes on the main game interface of the first terminal, i.e., the updated content, include reducing the corresponding number of virtual objects in the first display position, increasing the corresponding number in the second display position, and simultaneously refreshing the availability status of each display position, such as whether the exchange conditions are met and whether a new exchange can be initiated. This ensures that the interface reflects the player's current resource holdings and interactive capabilities in real time and accurately, improving information visibility and operational guidance.

[0092] As one possible implementation, the game's main interface displays a virtual resource pool, which includes multiple virtual resources to be redeemed and a redemption control. The method further includes: in response to a player's triggering action on the redemption control, redeeming the target virtual resource. The target virtual resource is a redeemable resource determined from the multiple virtual resources to be redeemed based on the current combination of virtual objects possessed by the first terminal.

[0093] Optionally, when a player clicks the redemption control in the virtual resource prize pool on the main game interface of the first terminal, in response to this trigger operation, based on the combination of virtual objects currently held by the first terminal (such as the number of Class A marbles, Class B marbles, Class C marbles, and Class D marbles), the system automatically matches the preset redemption rules, selects the target virtual resource that meets the redemption conditions from multiple virtual resources to be redeemed in the virtual resource prize pool, and executes the redemption process. Specifically, the system deducts the corresponding virtual objects in the first terminal used to redeem the target virtual resource, issues the target virtual resource to the first terminal, and updates the display status of the virtual resource prize pool, allowing players to complete the resource conversion intuitively and conveniently.

[0094] The detailed implementation methods of the above steps have been explained in detail above and will not be repeated here.

[0095] In summary, this application achieves efficient and orderly circulation of virtual objects within a specific organization through the collaboration of terminals and servers. Specifically, it accumulates diverse virtual objects for players to exchange through event-triggered distribution. Then, by generating requests containing clear exchange intentions, it transforms players' personalized resource needs into standardized interaction commands, generates and broadcasts object interaction orders, and accurately pushes the exchange needs of individual terminals to other terminals with organizational affiliations. This effectively activates and facilitates peer-to-peer resource exchange among players within the organization. In this way, it not only improves the liquidity and utilization rate of virtual objects but also greatly enhances player interaction and collaboration, optimizing the overall resource allocation efficiency within the game.

[0096] Based on the same inventive concept, this application also provides a virtual object interaction device corresponding to the virtual object interaction method. Since the principle of solving the problem by the virtual object interaction device in this application is similar to the virtual object interaction method described above in this application, the implementation of the virtual object interaction device can refer to the implementation of the virtual object interaction method, and the repeated parts will not be described again.

[0097] Reference Figure 11 The diagram shown is a structural schematic of a virtual object interaction device provided in an embodiment of this application. The virtual object interaction device 1100 includes: a sending module 1101, a receiving module 1102, and a first generating module 1103, wherein: The distribution module 1101 is used to distribute virtual objects to the first terminal in response to the object acquisition event triggered by the first terminal. The virtual objects include multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The receiving module 1102 is used to receive an object exchange request sent by the first terminal. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. The first generation module 1103 is used to generate an object interaction order based on the object exchange request and broadcast the object interaction order to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0098] Based on this, the virtual object interaction device according to the embodiments of this application establishes a basis for the random allocation of virtual objects through the server's response to the object acquisition event triggered by the first terminal and the distribution of virtual objects. On this basis, the server receives the object exchange request actively sent by the first terminal, generates an object interaction order based on the object exchange request, and broadcasts the object interaction order to second terminals belonging to the same organization as the first terminal. In this way, players holding redundant resources can actively initiate exchanges to utilize these resources, while players with scarce resources can exchange for the resources they need based on the rapid response of players holding redundant resources, thus achieving resource complementarity. This effectively solves the problems of uneven resource distribution caused by the randomness of virtual object distribution in existing games and the lack of an efficient circulation mechanism among players, thereby significantly improving the efficiency of resource complementarity and interaction among players.

[0099] In one possible implementation, the above-mentioned sending module 1101 is specifically used to: receive a virtual object acquisition request sent by the first terminal, the virtual object acquisition request being generated by the first terminal in response to the player's triggering operation, and the virtual object acquisition request including the target category of the virtual object to be sent; and send the virtual object of the target category to the first terminal based on the virtual object acquisition request.

[0100] In one possible implementation, the process of generating a virtual object acquisition request includes: a first terminal displays a game main interface, which displays virtual items and multiple display positions, and each display position corresponds to a type of virtual object; in response to a throwing operation for a virtual item, the first terminal determines the throwing landing point of the virtual item and generates a virtual object acquisition request based on the target display position to which the throwing landing point belongs.

[0101] In one possible implementation, the first terminal displays a virtual object interaction interface, which displays an exchange control and / or an order exchange list, which displays exchangeable object interaction orders initiated by the second terminal. The process of generating an object exchange request includes: the first terminal generating an object exchange request in response to a selection operation of an object interaction order in the order exchange list; or, the first terminal displaying an order editing interface in response to a trigger operation of the exchange control, and generating an object exchange request in response to the player's editing operation on the order editing interface and a trigger operation of the confirmation control on the order editing interface.

[0102] In one possible implementation, the first generation module 1103 is specifically used to: in response to an object exchange request, verify whether the number of first-category objects currently held by the first terminal meets the required exchange quantity, and generate an object interaction order after the verification is passed.

[0103] In one possible implementation, the first generation module 1103 is further configured to: return a successful order initiation response to the first terminal, and display a status message indicating that the order has been published in the virtual object exchange interface of the first terminal.

[0104] In one possible implementation, the virtual object interaction device further includes an execution module, which is specifically used to: receive an exchange confirmation request from the second terminal for the object interaction order; in response to the exchange confirmation request, perform a virtual object exchange and send an exchange success notification to the first terminal and the second terminal.

[0105] In one possible implementation, the execution module is specifically used to: in response to an exchange confirmation request, verify whether the first terminal and the second terminal possess the virtual objects required for the object interaction order; after verification, transfer the first category of objects held by the first terminal to the second terminal, and transfer the second category of objects held by the second terminal to the first terminal.

[0106] In one possible implementation, the above-mentioned distribution module 1101 is further configured to: distribute virtual resources to the first terminal in response to a virtual resource exchange event triggered by the first terminal.

[0107] In one possible implementation, the above-mentioned distribution module 1101 is further configured to: respond to a virtual resource exchange event triggered by the first terminal, determine the resource exchange conditions satisfied by the first terminal based on the combination of virtual objects owned by the first terminal; exchange virtual resources that satisfy the resource exchange conditions based on the combination of virtual objects owned by the first terminal, and remove the virtual objects already used for exchange from the combination of virtual objects owned by the first terminal to obtain the exchanged virtual object combination.

[0108] In one possible implementation, the aforementioned distribution module 1101 is further configured to: determine the currently redeemable virtual resources based on the combination of redeemed virtual objects, and refresh the virtual resource prize pool displayed on the main game interface of the first terminal based on the currently redeemable virtual resources.

[0109] In one possible implementation, the above-mentioned sending module 1101 is further configured to: if the second terminal and the first terminal do not complete the object interaction within the valid time of the object interaction order, cancel the object interaction order and send an order cancellation notification to the first terminal.

[0110] In one possible implementation, the first generation module 1103 is further configured to: parse the identifier of the second terminal from the object exchange request; and send an object interaction order to the second terminal.

[0111] In one possible implementation, the first generation module 1103 is further configured to: broadcast object interaction orders to a second terminal that is in the same organization as the first terminal.

[0112] Reference Figure 12 The diagram shown is a structural schematic of another virtual object interaction device provided in an embodiment of this application. The virtual object interaction device 1200 includes: an acquisition module 1201, a second generation module 1202, and a third generation module 1203, wherein: The acquisition module 1201 is used to acquire virtual objects issued by the server in response to an object acquisition event. The virtual objects include multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The second generation module 1202 is used to generate an object exchange request. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. The third generation module 1203 is used to generate an object interaction order based on the object exchange request and broadcast the object interaction order to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0113] Based on this, the virtual object interaction device according to the embodiments of this application establishes a basis for the random allocation of virtual objects through the server's response to the object acquisition event triggered by the first terminal and the distribution of virtual objects. On this basis, the server receives the object exchange request actively sent by the first terminal, generates an object interaction order based on the object exchange request, and broadcasts the object interaction order to second terminals belonging to the same organization as the first terminal. In this way, players holding redundant resources can actively initiate exchanges to utilize these resources, while players with scarce resources can exchange for the resources they need based on the rapid response of players holding redundant resources, thus achieving resource complementarity. This effectively solves the problems of uneven resource distribution caused by the randomness of virtual object distribution in existing games and the lack of an efficient circulation mechanism among players, thereby significantly improving the efficiency of resource complementarity and interaction among players.

[0114] In one possible implementation, the first terminal displays a virtual object interaction interface, which displays an exchange control; the second generation module 1202 is specifically used to: display an order editing interface in response to the player's trigger operation on the exchange control; and generate an object exchange request in response to the player's editing operation on the order editing interface.

[0115] In one possible implementation, the first terminal displays the main game interface, which displays multiple display positions, and each display position corresponds to a type of virtual object. The third generation module 1203 is further configured to: update the display status of the target display position, wherein the target display position includes a first display position corresponding to a first type of object and a second display position corresponding to a second type of object, and the display status includes at least the number of virtual objects displayed in the target display position and the availability status of the target display position.

[0116] In one possible implementation, the game's main interface displays a virtual resource prize pool, which includes multiple virtual resources to be redeemed and a redemption control. The third generation module 1203 is further configured to: in response to a player's trigger operation on the redemption control, redeem a target virtual resource, wherein the target virtual resource is a redeemable resource determined from multiple virtual resources to be redeemed based on the combination of virtual objects currently owned by the first terminal.

[0117] The processing flow of each module in the device and the interaction flow between each module can be referred to the relevant descriptions in the above method embodiments, and will not be detailed here.

[0118] This application also provides an electronic device 1300, such as... Figure 13 The diagram shown is a structural schematic of an electronic device 1300 provided in an embodiment of this application, including: a processor 1301, a memory 1302, and optionally, a bus 1303. The memory 1302 stores machine-readable instructions executable by the processor 1301. On one hand, when the electronic device 1300 is running, the processor 1301 and the memory 1302 communicate via the bus 1303. When the machine-readable instructions are executed by the processor 1301, the following processing is performed: In response to an object acquisition event triggered by the first terminal, a virtual object is sent to the first terminal. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The system receives an object exchange request sent by a first terminal. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0119] In one possible implementation, when the processor 1301 executes an instruction to send a virtual object to the first terminal in response to an object acquisition event triggered by the first terminal, it is specifically configured to: receive a virtual object acquisition request sent by the first terminal, wherein the virtual object acquisition request is generated by the first terminal in response to a player's triggering operation, and the virtual object acquisition request includes the target category of the virtual object to be sent; and send a virtual object of the target category to the first terminal based on the virtual object acquisition request.

[0120] In one possible implementation, when the processor 1301 executes the instruction to generate a virtual object acquisition request, it is specifically used for: the first terminal displaying the main game interface, which displays virtual items and multiple display positions, and each display position corresponding to a type of virtual object; the first terminal responding to a throwing operation for a virtual item, determining the throwing landing point of the virtual item, and generating a virtual object acquisition request based on the target display position to which the throwing landing point belongs.

[0121] In one possible implementation, the first terminal displays a virtual object interaction interface, which displays an exchange control and / or an order exchange list, which displays exchangeable object interaction orders initiated by the second terminal; when the processor 1301 executes the instruction to generate an object exchange request, it is specifically configured to: generate an object exchange request in response to a selection operation of an object interaction order in the order exchange list; or, in response to a trigger operation of the exchange control, display an order editing interface, and generate an object exchange request in response to the player's editing operation on the order editing interface and the trigger operation of the confirmation control in the order editing interface.

[0122] In one possible implementation, when the processor 1301 executes the instruction to generate an object interaction order based on an object exchange request, it is specifically used to: in response to the object exchange request, verify whether the number of first-category objects currently held by the first terminal meets the intended exchange quantity, and generate an object interaction order after the verification is passed.

[0123] In one possible implementation, after executing the instruction to generate an object interaction order, the processor 1301 is further configured to: return a response indicating successful order initiation to the first terminal, and display a status message indicating that the order has been published in the virtual object exchange interface of the first terminal.

[0124] In one possible implementation, the processor 1301 is further configured to: receive an exchange confirmation request from the second terminal for an object interaction order; in response to the exchange confirmation request, perform a virtual object exchange and send an exchange success notification to the first terminal and the second terminal.

[0125] In one possible implementation, when the processor 1301 executes the instruction to perform virtual object exchange in response to the exchange confirmation request, it is specifically configured to: in response to the exchange confirmation request, verify whether the first terminal and the second terminal possess the virtual objects required for the object interaction order; after verification, transfer the first type of object held by the first terminal to the second terminal, and transfer the second type of object held by the second terminal to the first terminal.

[0126] In one possible implementation, the processor 1301 is further configured to: send virtual resources to the first terminal in response to a virtual resource exchange event triggered by the first terminal.

[0127] In one possible implementation, when the processor 1301 executes an instruction to issue virtual resources to the first terminal in response to a virtual resource exchange event triggered by the first terminal, it is specifically used to: in response to the virtual resource exchange event triggered by the first terminal, determine the resource exchange conditions satisfied by the first terminal based on the combination of virtual objects owned by the first terminal; exchange virtual resources that satisfy the resource exchange conditions based on the combination of virtual objects owned by the first terminal, and remove the virtual objects already used for exchange from the combination of virtual objects owned by the first terminal to obtain the exchanged virtual object combination.

[0128] In one possible implementation, after executing the instruction to remove virtual objects already used for redemption from the virtual object combination owned by the first terminal and obtain the redeemed virtual object combination, the processor 1301 is further configured to: determine the currently redeemable virtual resources based on the redeemed virtual object combination, and refresh the virtual resource prize pool displayed on the game main interface of the first terminal based on the currently redeemable virtual resources.

[0129] In one possible implementation, the processor 1301 is further configured to: if the second terminal and the first terminal do not complete the object interaction within the valid time of the object interaction order, cancel the object interaction order and send an order cancellation notification to the first terminal.

[0130] In one possible implementation, when the processor 1301 executes the instruction to broadcast an object interaction order to the second terminal, it is specifically used to: parse the identifier of the second terminal from the object exchange request; and send the object interaction order to the second terminal.

[0131] In one possible implementation, when the processor 1301 executes the instruction to broadcast an object interaction order to a second terminal, it is specifically used to: broadcast an object interaction order to a second terminal that is in the same organization as the first terminal.

[0132] On the other hand, when the machine-readable instructions are executed by the processor 1301, the following processing is also performed: In response to an object acquisition event, a virtual object is obtained from the server. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. Generate an object exchange request. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0133] In one possible implementation, the first terminal displays a virtual object interaction interface, which displays an exchange control. When the processor 1301 executes the instruction to generate an object exchange request, it is specifically used to: display an order editing interface in response to the player's trigger operation on the exchange control; and generate an object exchange request in response to the player's editing operation on the order editing interface.

[0134] In one possible implementation, the first terminal displays the main game interface, which displays multiple display positions, and each display position corresponds to a type of virtual object. After the second terminal interacts with the first terminal through an object interaction order, the processor 1301 is further configured to: update the display status of the target display position, which includes a first display position corresponding to a first type of object and a second display position corresponding to a second type of object. The display status includes at least the number of virtual objects displayed in the target display position and the availability status of the target display position.

[0135] In one possible implementation, the game's main interface displays a virtual resource prize pool, which includes multiple virtual resources to be redeemed and a redemption control; the processor 1301 is further configured to: in response to a player's trigger operation on the redemption control, redeem a target virtual resource, wherein the target virtual resource is a redeemable resource determined from multiple virtual resources to be redeemed based on the combination of virtual objects currently owned by the first terminal.

[0136] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the following steps: In response to an object acquisition event triggered by the first terminal, a virtual object is sent to the first terminal. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The system receives an object exchange request sent by a first terminal. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0137] In one possible implementation, when the processor executes the instruction to send a virtual object to the first terminal in response to an object acquisition event triggered by the first terminal, it is specifically configured to: receive a virtual object acquisition request sent by the first terminal, wherein the virtual object acquisition request is generated by the first terminal in response to a player's triggering operation, and the virtual object acquisition request includes the target category of the virtual object to be sent; and send a virtual object of the target category to the first terminal based on the virtual object acquisition request.

[0138] In one possible implementation, when the processor executes the instruction to generate a virtual object acquisition request, it specifically performs the following: the first terminal displays the main game interface, which displays virtual items and multiple display positions, and each display position corresponds to a type of virtual object; in response to a throwing operation for a virtual item, the first terminal determines the throwing landing point of the virtual item and generates a virtual object acquisition request based on the target display position to which the throwing landing point belongs.

[0139] In one possible implementation, the first terminal displays a virtual object interaction interface, which displays an exchange control and / or an order exchange list, which displays exchangeable object interaction orders initiated by the second terminal; when the processor executes the instruction to generate an object exchange request, it specifically generates an object exchange request in response to a selection operation of an object interaction order in the order exchange list; or, in response to a trigger operation of the exchange control, the first terminal displays an order editing interface, and generates an object exchange request in response to the player's editing operation on the order editing interface and the trigger operation of the confirmation control in the order editing interface.

[0140] In one possible implementation, when the processor executes the instruction to generate an object interaction order based on an object exchange request, it specifically performs the following: in response to the object exchange request, it verifies whether the number of first-category objects currently held by the first terminal meets the required exchange quantity, and generates an object interaction order after the verification is passed.

[0141] In one possible implementation, after executing the instruction to generate an object interaction order, the processor is further configured to: return a successful order initiation response to the first terminal, and display a status message indicating that the order has been published in the virtual object exchange interface of the first terminal.

[0142] In one possible implementation, the processor is further configured to: receive an exchange confirmation request from the second terminal for an object interaction order; in response to the exchange confirmation request, perform a virtual object exchange, and send an exchange success notification to the first terminal and the second terminal.

[0143] In one possible implementation, when the processor executes the instruction to perform virtual object exchange in response to the exchange confirmation request, it is specifically used to: verify whether the first terminal and the second terminal possess the virtual objects required for the object interaction order in response to the exchange confirmation request; after the verification is successful, transfer the first type of object held by the first terminal to the second terminal, and transfer the second type of object held by the second terminal to the first terminal.

[0144] In one possible implementation, the processor is further configured to: send virtual resources to the first terminal in response to a virtual resource exchange event triggered by the first terminal.

[0145] In one possible implementation, when the processor executes an instruction to issue virtual resources to the first terminal in response to a virtual resource exchange event triggered by the first terminal, it specifically performs the following steps: in response to the virtual resource exchange event triggered by the first terminal, it determines the resource exchange conditions satisfied by the first terminal based on the combination of virtual objects owned by the first terminal; based on the combination of virtual objects owned by the first terminal, it exchanges virtual resources that satisfy the resource exchange conditions, and removes virtual objects already used for exchange from the combination of virtual objects owned by the first terminal to obtain the exchanged virtual object combination.

[0146] In one possible implementation, after executing the instruction to remove virtual objects already used for redemption from the virtual object combination owned by the first terminal and obtain the redeemed virtual object combination, the processor is further configured to: determine the currently redeemable virtual resources based on the redeemed virtual object combination, and refresh the virtual resource prize pool displayed on the game's main interface of the first terminal based on the currently redeemable virtual resources.

[0147] In one possible implementation, the processor is further configured to: if the second terminal and the first terminal do not complete the object interaction within the valid time of the object interaction order, cancel the object interaction order and send an order cancellation notification to the first terminal.

[0148] In one possible implementation, when the processor executes the instruction to broadcast an object interaction order to the second terminal, it is specifically used to: parse the identifier of the second terminal from the object exchange request; and send the object interaction order to the second terminal.

[0149] In one possible implementation, when the processor executes the instruction to broadcast an object interaction order to a second terminal, it is specifically used to: broadcast the object interaction order to a second terminal that is in the same organization as the first terminal.

[0150] On the other hand, when the computer program is run by the processor, it also performs the following steps: In response to an object acquisition event, a virtual object is obtained from the server. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. Generate an object exchange request. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal so that the second terminal can interact with the first terminal through the object interaction order.

[0151] In one possible implementation, the first terminal displays a virtual object interaction interface, which displays an exchange control. When the processor executes the instruction to generate an object exchange request, it specifically performs the following actions: in response to the player's triggering operation on the exchange control, it displays an order editing interface; and in response to the player's editing operation on the order editing interface, it generates an object exchange request.

[0152] In one possible implementation, the first terminal displays the main game interface, which has multiple display positions, and each display position corresponds to a type of virtual object. After the second terminal interacts with the first terminal through an object interaction order, the processor is further configured to: update the display status of the target display position, which includes a first display position corresponding to a first type of object and a second display position corresponding to a second type of object. The display status includes at least the number of virtual objects displayed in the target display position and the availability status of the target display position.

[0153] In one possible implementation, the game's main interface displays a virtual resource prize pool, which includes multiple virtual resources to be redeemed and a redemption control; the processor is further configured to: in response to a player's trigger operation on the redemption control, redeem a target virtual resource, the target virtual resource being a redeemable resource determined from multiple virtual resources to be redeemed based on the combination of virtual objects currently owned by the first terminal.

[0154] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems and devices described above can be referred to the corresponding processes in the method embodiments, and will not be repeated here. 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. The device embodiments described above are merely illustrative. For example, the division of modules is only a logical functional division; in actual implementation, there may be other division methods. Furthermore, multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed mutual coupling or direct coupling or communication connection can be through some communication interfaces; the indirect coupling or communication connection of devices or modules can be electrical, mechanical, or other forms.

[0155] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. If a function is implemented as 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 this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0156] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A virtual object interaction method, characterized in that, Applied to a server, the method includes: In response to an object acquisition event triggered by the first terminal, a virtual object is sent to the first terminal. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The system receives an object exchange request sent by the first terminal. The object exchange request includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

2. The method according to claim 1, characterized in that, The step of sending a virtual object to the first terminal in response to an object acquisition event triggered by the first terminal includes: The system receives a virtual object acquisition request sent by the first terminal. The virtual object acquisition request is generated by the first terminal in response to the player's trigger operation, and the virtual object acquisition request includes the target category of the virtual object to be sent. Based on the virtual object acquisition request, the virtual object of the target category is sent to the first terminal.

3. The method according to claim 2, characterized in that, The process of generating the virtual object acquisition request includes: The first terminal displays the main game interface, which displays virtual items and multiple display positions, and each display position corresponds to a type of virtual object; In response to the throwing operation of the virtual prop, the first terminal determines the landing point of the virtual prop and generates a virtual object acquisition request based on the target display position to which the landing point belongs.

4. The method according to claim 1, characterized in that, The first terminal displays a virtual object interaction interface, which displays an exchange control and / or an order exchange list. The order exchange list is used to display exchangeable object interaction orders initiated by the second terminal. The process of generating the object exchange request includes: The first terminal generates the object exchange request in response to the selection operation of the object interaction order in the order exchange list; or, The first terminal, in response to a trigger operation on the exchange control, displays an order editing interface, and in response to the player's editing operation on the order editing interface and a trigger operation on the confirmation control in the order editing interface, generates the object exchange request.

5. The method according to claim 4, characterized in that, The step of generating an object interaction order based on the object exchange request includes: In response to the object exchange request, the system verifies whether the number of first category objects currently held by the first terminal meets the required exchange quantity, and generates the object interaction order after the verification is passed.

6. The method according to claim 5, characterized in that, After generating the object interaction order, the process further includes: The system returns a successful order initiation response to the first terminal and displays a status message indicating that the order has been published in the virtual object exchange interface of the first terminal.

7. The method according to claim 4, characterized in that, The method further includes: Receive the exchange confirmation request from the second terminal for the interaction order of the object; In response to the exchange confirmation request, a virtual object exchange is performed, and a successful exchange notification is sent to the first terminal and the second terminal.

8. The method according to claim 7, characterized in that, The step of performing a virtual object exchange in response to the exchange confirmation request includes: In response to the exchange confirmation request, verify whether the first terminal and the second terminal possess the virtual object required for the object interaction order; After successful verification, the first category of objects held by the first terminal are transferred to the second terminal, and the second category of objects held by the second terminal are transferred to the first terminal.

9. The method according to claim 1, characterized in that, The method further includes: In response to the virtual resource exchange event triggered by the first terminal, virtual resources are sent to the first terminal.

10. The method according to claim 9, characterized in that, The step of sending virtual resources to the first terminal in response to a virtual resource exchange event triggered by the first terminal includes: In response to a virtual resource exchange event triggered by the first terminal, the resource exchange conditions satisfied by the first terminal are determined based on the combination of virtual objects owned by the first terminal. Based on the virtual object combination owned by the first terminal, virtual resources that meet the resource exchange conditions are exchanged, and virtual objects that have been used for exchange are removed from the virtual object combination owned by the first terminal to obtain the exchanged virtual object combination.

11. The method according to claim 10, characterized in that, After removing the virtual objects already used for redemption from the virtual object combination owned by the first terminal to obtain the redeemed virtual object combination, the process further includes: Based on the combination of virtual objects after redemption, determine the currently redeemable virtual resources, and refresh the virtual resource prize pool displayed on the game's main interface of the first terminal based on the currently redeemable virtual resources.

12. The method according to claim 1, characterized in that, The method further includes: If the second terminal and the first terminal do not complete the object interaction within the valid time of the object interaction order, the object interaction order is cancelled and an order cancellation notification is sent to the first terminal.

13. The method according to claim 1, characterized in that, The broadcasting of the object interaction order to the second terminal includes: The identifier of the second terminal is obtained by parsing the object exchange request; Send the object interaction order to the second terminal.

14. The method according to claim 1, characterized in that, The broadcasting of the object interaction order to the second terminal includes: The object interaction order is broadcast to a second terminal that is in the same organization as the first terminal.

15. A virtual object interaction method, characterized in that, Applied to a first terminal, the method includes: In response to an object acquisition event, a virtual object issued by the server is acquired. The virtual object includes multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. Generate an object exchange request, the object exchange request including a first category of objects and a second category of objects, wherein the first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal; Based on the object exchange request, an object interaction order is generated and broadcast to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

16. The method according to claim 15, characterized in that, The first terminal displays a virtual object interaction interface, which includes an exchange control; generating an object exchange request includes: In response to the player's triggering action on the exchange control, the order editing interface is displayed; In response to the player's editing operation on the order editing interface, the object exchange request is generated.

17. The method according to claim 15, characterized in that, The first terminal displays the game's main interface, which has multiple display locations, each corresponding to a type of virtual object. After the second terminal interacts with the first terminal through the object interaction order, the system further includes: Update the display status of the target display location, which includes a first display location corresponding to the first category of objects and a second display location corresponding to the second category of objects. The display status includes at least the number of virtual objects displayed in the target display location and the availability status of the target display location.

18. The method according to claim 17, characterized in that, The game's main interface displays a virtual resource prize pool, which includes multiple virtual resources to be redeemed and redemption controls; the method further includes: In response to a player's triggering action on the redemption control, a target virtual resource is redeemed. The target virtual resource is a redeemable resource determined from multiple virtual resources to be redeemed based on the combination of virtual objects currently owned by the first terminal.

19. A virtual object interaction device, characterized in that, Applied to a server, the device includes: The delivery module is used to respond to an object acquisition event triggered by the first terminal and deliver virtual objects to the first terminal. The virtual objects include multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The receiving module is configured to receive an object exchange request sent by the first terminal. The object exchange request includes a first category of objects and a second category of objects, wherein the first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. The first generation module is used to generate an object interaction order based on the object exchange request, and broadcast the object interaction order to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

20. A virtual object interaction device, characterized in that, Applied to a first terminal, the device includes: The acquisition module is used to acquire virtual objects issued by the server in response to an object acquisition event. The virtual objects include multiple categories, and combinations of virtual objects of different categories can be used to exchange for different virtual resources. The second generation module is used to generate an object exchange request, which includes a first category of objects and a second category of objects. The first category of objects are virtual objects used by the first terminal for exchange, and the second category of objects are virtual objects required by the first terminal. The third generation module is used to generate an object interaction order based on the object exchange request, and broadcast the object interaction order to the second terminal, so that the second terminal can interact with the first terminal through the object interaction order.

21. An electronic device, characterized in that, include: A processor and a memory, the memory storing machine-readable instructions executable by the processor, which, when the electronic device is running, are executed by the processor to perform the steps of the virtual object interaction method as described in any one of claims 1 to 18.

22. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, performs the steps of the virtual object interaction method as described in any one of claims 1 to 18.

Images