Interaction method, device and equipment of virtual environment application and storage medium

Abstract

The application discloses an interaction method and device of a virtual environment application, equipment and a storage medium, and relates to the technical field of computers. The method comprises the following steps: displaying a commodity acquisition entrance in a virtual environment application, a first account is logged in the virtual environment application, and the first account is used for controlling a virtual role to move in the virtual environment; in the case that a triggering operation of the commodity acquisition entrance is detected and the first account has bound a second account, a commodity acquisition menu is displayed in the virtual environment application, the commodity acquisition menu is used for indicating candidate commodities to be acquired by the second account, and the second account is an account used for acquiring commodities based on a commodity application; and in response to an acquisition operation of a first commodity in the candidate commodities, an acquisition result of the first commodity is displayed in the virtual environment application. Based on this, the interaction mode of the virtual environment application is expanded, and the efficiency of acquiring commodities and the running fluency of the terminal are improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to an interactive method, apparatus, device, and storage medium for virtual environment applications. Background Technology

[0002] With the development of computer technology, more and more users will interact with virtual environment applications. For example, virtual environment applications can refer to game applications, meaning that users will interact with game applications.

[0003] When users interact with virtual environment applications, they may have a need to obtain goods. For example, when users interact with game applications, they may have a need to order takeout. Summary of the Invention

[0004] This application provides an interactive method, apparatus, device, and storage medium for virtual environment applications. The technical solutions provided by this application include the following aspects.

[0005] According to one aspect of the embodiments of this application, an interaction method for a virtual environment application is provided, the method comprising:

[0006] The virtual environment application displays a product acquisition portal. A first account is logged into the virtual environment application, and the first account is used to control the virtual character's activities in the virtual environment.

[0007] When the trigger operation of the product acquisition entry is detected and the first account is bound to the second account, a product acquisition menu is displayed in the virtual environment application. The product acquisition menu is used to indicate the candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0008] In response to the acquisition operation of the first item among the candidate items, the acquisition result of the first item is displayed in the virtual environment application.

[0009] According to one aspect of the embodiments of this application, another interaction method for a virtual environment application is provided, the method comprising:

[0010] The receiving terminal sends a first acquisition request. The terminal runs a virtual environment application, and a first account is logged into the virtual environment application. The first account is used to control the activities of virtual characters in the virtual environment. The first acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry displayed in the virtual environment application and the first account is bound to a second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0011] Based on the first acquisition request, the product information of the candidate products to be acquired by the second account is obtained, and the product information of the candidate products is sent to the terminal. The product information of the candidate products is used by the terminal to respond to the acquisition operation of the first product among the candidate products and to display the acquisition result of the first product in the virtual environment application.

[0012] According to one aspect of the embodiments of this application, an interactive device for a virtual environment application is provided, the device comprising:

[0013] The first display module is used to display the product acquisition portal in the virtual environment application, wherein a first account is logged in in the virtual environment application, and the first account is used to control the virtual character's activities in the virtual environment.

[0014] The second display module is used to display a product acquisition menu in the virtual environment application when the trigger operation of the product acquisition entry is detected and the first account is bound to the second account. The product acquisition menu is used to indicate candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0015] The third display module is used to display the acquisition result of the first product in the virtual environment application in response to the acquisition operation of the first product among the candidate products.

[0016] In one possible implementation, the second display module is configured to send a first acquisition request to the server when a trigger operation of the product acquisition entry is detected and the first account is bound to the second account. The first acquisition request is used by the server to acquire product information of the candidate products. Based on the product information of the candidate products sent by the server, the product acquisition menu is displayed in the virtual environment application.

[0017] In one possible implementation, the candidate products are products provided by a first merchant. The second display module is configured to send a second acquisition request to the server when a trigger operation for the product acquisition entry is detected and the first account is bound to the second account. The second acquisition request is used by the server to acquire merchant information of candidate merchants recommended by the product application for the second account, including the first merchant. Based on the merchant information of the candidate merchants sent by the server, a merchant selection menu is displayed in the virtual environment application, which is used to indicate the candidate merchants. In response to the selection operation of the first merchant, the first acquisition request is sent to the server.

[0018] In one possible implementation, the device further includes:

[0019] The fourth display module is used to display an account binding page, which is used to instruct users to enter the account identifier of the second account to establish a binding relationship between the first account and the second account; to obtain the account identifier of the second account entered through the account binding page; and to display a message indicating that the first account and the second account have been successfully bound.

[0020] In one possible implementation, the fourth display module is configured to display the account binding page when a trigger operation of the product acquisition entry is detected and the first account is not bound to the second account; or, when a resource claim operation in the virtual environment application is detected and the first account is not bound to the second account, the account binding page is displayed, wherein the resource claim operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value required for the second account to acquire the product.

[0021] In one possible implementation, the second display module is further configured to send a resource deduction request to the server when a resource claiming operation is detected in the virtual environment application and the first account is already bound to the second account; wherein the resource claiming operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value required for the second account to obtain goods; the resource deduction request is used by the server to associate the second account with the identification information of the deductible resources.

[0022] In one possible implementation, the third display module is configured to, in response to the acquisition operation of the first item among the candidate items, display at least one payment method in the virtual environment application; acquire the payment result corresponding to the selected payment method among the at least one payment method; and, based on the payment result, display the acquisition result of the first item in the virtual environment application.

[0023] In one possible implementation, the third display module is configured to send an order creation request to the server in response to the acquisition operation of the first product among the candidate products. The order creation request is used by the server to create an order for the first product. If the order creation is successful, the module returns an order creation success response. Based on the order creation success response sent by the server, at least one payment method is displayed in the virtual environment application.

[0024] In one possible implementation, the third display module is configured to send a first payment request to the server when the selected payment method is the virtual environment application payment. The first payment request is used by the server to deduct a first resource value from the account of the first account, and to determine the payment result corresponding to the selected payment method based on the deduction of the first resource value; and to receive the payment result of the selected payment method sent by the server; wherein the first resource value is determined based on the commodity resource value of the first commodity and the deduction resource value corresponding to the deduction resource used to obtain the first commodity.

[0025] In one possible implementation, the third display module is configured to send a second payment request to the server if the selected payment method is not the payment method of the virtual environment application. The second payment request is used by the server to return a redirect link, which is used to redirect to a payment window that matches the selected payment method. Based on the redirect link, the payment window that matches the selected payment method is displayed. Based on the payment window, the payment result corresponding to the selected payment method is obtained.

[0026] According to one aspect of the embodiments of this application, another interactive device for a virtual environment application is provided, the device comprising:

[0027] The receiving module is used to receive a first acquisition request sent by a terminal. The terminal runs a virtual environment application, and a first account is logged in in the virtual environment application. The first account is used to control the activities of virtual characters in the virtual environment. The first acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry displayed in the virtual environment application and the first account is bound to a second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0028] The acquisition module is used to acquire product information of candidate products to be acquired by the second account based on the first acquisition request;

[0029] The sending module is used to send product information of the candidate products to the terminal. The product information of the candidate products is used by the terminal to respond to the acquisition operation of the first product among the candidate products and to display the acquisition result of the first product in the virtual environment application.

[0030] In one possible implementation, the candidate product is a product provided by the first merchant;

[0031] The receiving module is further configured to receive a second acquisition request sent by the terminal, wherein the second acquisition request is sent by the terminal when it detects the triggering operation of the product acquisition entry and the first account is bound to the second account;

[0032] The acquisition module is further configured to acquire, based on the second acquisition request, merchant information of candidate merchants recommended by the second account for the product application, wherein the candidate merchants include the first merchant;

[0033] The sending module is further configured to send the merchant information of the candidate merchants to the terminal; the merchant information of the candidate merchants is used by the terminal to send the first acquisition request in response to the selection operation of the first merchant.

[0034] In one possible implementation, the receiving module is further configured to receive a resource deduction distribution request sent by the terminal, the resource deduction distribution request being sent by the terminal when it detects a resource claiming operation in the virtual environment application and the first account is already bound to the second account; the resource claiming operation is used to claim deductible resources, the deductible resources being used to reduce the resource value required for the second account to obtain goods; based on the resource deduction distribution request, the second account is associated with the identification information of the deductible resources.

[0035] In one possible implementation, the receiving module is further configured to receive an order creation request sent by the terminal, the order creation request being sent by the terminal in response to the acquisition operation of the first product among the candidate products;

[0036] The acquisition module is further configured to create an order for the first product based on the order creation request;

[0037] The sending module is further configured to send an order creation success response to the terminal when the order is successfully created; the order creation success response is used by the terminal to display at least one payment method in the virtual environment application.

[0038] In one possible implementation, the receiving module is further configured to receive a first payment request sent by the terminal, wherein the first payment request is sent when the terminal selects the virtual environment application payment as the payment method among the at least one payment method;

[0039] The acquisition module is further configured to deduct a first resource value from the account of the first account based on the first payment request, and determine the payment result corresponding to the selected payment method based on the deduction of the first resource value; wherein, the first resource value is determined based on the commodity resource value of the first commodity and the deduction resource value corresponding to the deduction resource used to acquire the first commodity.

[0040] The sending module is also used to send the payment result corresponding to the selected payment method to the terminal.

[0041] In one possible implementation, the receiving module is further configured to receive a second payment request sent by the terminal, wherein the second payment request is sent when the payment method selected by the terminal among the at least one payment method is not the virtual environment application payment;

[0042] The acquisition module is further configured to determine a redirect link based on the second payment request, the redirect link being used to redirect to a payment window that matches the selected payment method;

[0043] The sending module is further configured to send the redirect link to the terminal; the redirect link is used by the terminal to obtain the payment result corresponding to the selected payment method.

[0044] According to one aspect of the embodiments of this application, a computer device is provided, the computer device including a processor and a memory, the memory storing a computer program, the computer program being loaded and executed by the processor to enable the computer device to implement the interaction method of any of the above-described virtual environment applications.

[0045] According to one aspect of the embodiments of this application, a computer-readable storage medium is provided, wherein a computer program is stored in the computer program, which is loaded and executed by a processor to enable a computer to implement the interaction method of any of the above-described virtual environment applications.

[0046] According to one aspect of the embodiments of this application, a computer program product is provided, the computer program product including a computer program stored in a computer-readable storage medium, wherein a processor reads from the computer-readable storage medium and executes the computer program to enable the computer to implement the interaction method of any of the above-described virtual environment applications.

[0047] According to one aspect of the embodiments of this application, a computer program is provided, the computer program being stored in a computer-readable storage medium, and a processor reading from the computer-readable storage medium and executing the computer program to enable the computer to implement the interaction method of any of the above-described virtual environment applications.

[0048] The technical solution provided in this application can bring the following beneficial effects:

[0049] In this embodiment, a product acquisition entry is displayed in the virtual environment application. Based on this, the first product can be directly acquired within the virtual environment application, thus expanding the interaction methods of the virtual environment application. Users interacting with the virtual environment application can acquire products directly within the virtual environment application without opening the product application, making the operation simple and improving the efficiency of product acquisition. Furthermore, since users do not need to switch between different applications on the terminal to acquire products, it helps reduce terminal lag and other issues caused by switching, improving the smoothness of terminal operation. Attached Figure Description

[0050] Figure 1 This is a schematic diagram of a computer system provided in an embodiment of this application;

[0051] Figure 2 This is a flowchart illustrating an interaction method for a virtual environment application provided in an embodiment of this application;

[0052] Figure 3 This is a schematic diagram of a first interface in a virtual environment application provided in an embodiment of this application;

[0053] Figure 4 This is a schematic diagram of a resource acquisition interface provided in an embodiment of this application;

[0054] Figure 5 This is a schematic diagram of a binding prompt page provided in an embodiment of this application;

[0055] Figure 6 This is a schematic diagram of an account binding page provided in an embodiment of this application;

[0056] Figure 7 This is a schematic diagram of another account binding page provided in an embodiment of this application;

[0057] Figure 8 This is a schematic diagram of a binding confirmation page provided in an embodiment of this application;

[0058] Figure 9 This is a flowchart of another interaction method for a virtual environment application provided in an embodiment of this application;

[0059] Figure 10 This is a schematic diagram of a merchant selection menu provided in an embodiment of this application;

[0060] Figure 11 This is a schematic diagram of a product retrieval menu provided in an embodiment of this application;

[0061] Figure 12 This is a schematic diagram of an interface for obtaining a first product according to an embodiment of this application;

[0062] Figure 13 This is a schematic diagram of another interface for obtaining the first product provided in an embodiment of this application;

[0063] Figure 14 This is a schematic diagram of a payment method selection page provided in an embodiment of this application;

[0064] Figure 15 This is a schematic diagram illustrating the acquisition result of a first product according to an embodiment of this application;

[0065] Figure 16 This is a schematic diagram of the interaction process of a virtual environment application provided in an embodiment of this application;

[0066] Figure 17 This is a flowchart of another interaction method for a virtual environment application provided in an embodiment of this application;

[0067] Figure 18 This is a flowchart of another interaction method for a virtual environment application provided in an embodiment of this application;

[0068] Figure 19 This is a block diagram of an interactive device for a virtual environment application provided in an embodiment of this application;

[0069] Figure 20 This is a block diagram of an interactive device for another virtual environment application provided in this application embodiment;

[0070] Figure 21 This is a schematic diagram of the structure of a terminal provided in an embodiment of this application;

[0071] Figure 22 This is a schematic diagram of the structure of a server provided in an embodiment of this application. Detailed Implementation

[0072] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.

[0073] For ease of understanding, the terms used in this application are explained here.

[0074] Account: A personal identifier created by a user in an application. Accounts have functions such as identifying users, managing user information, and providing personalized services to users.

[0075] An application (APP) is a computer program developed and running on an operating system to accomplish one or more specific tasks. It is a type of software that, through interaction with computer hardware systems and other software, provides users with a variety of functional services. In some embodiments, an application may also be called an application program, client, etc.

[0076] Virtual environment applications: Applications that provide virtual environments. Types of virtual environment applications may include, but are not limited to: VR (Virtual Reality) applications, AR (Augmented Reality) applications, 3D mapping applications, gaming applications, social networking applications, interactive entertainment applications, etc.

[0077] Virtual environment: A virtual environment is the virtual environment provided by an application when it runs on a terminal. This virtual environment can be a simulation of a real-world environment, a semi-simulated / semi-fictional environment, or a purely fictional environment. A virtual environment can be any of the following: two-dimensional, 2.5-dimensional, or three-dimensional.

[0078] Virtual Character: A virtual character refers to a movable object in a virtual environment. This movable object can be at least one of a virtual person, virtual animal, or virtual vehicle. Optionally, when the virtual environment is a three-dimensional virtual environment, the virtual character is a three-dimensional model created based on animation skeletal technology. Each virtual character has its own shape, volume, and orientation in the three-dimensional virtual environment and occupies a portion of the space within the three-dimensional virtual environment. In some embodiments, a virtual character may also be referred to as a virtual object.

[0079] Product App: An application specifically designed for users to obtain goods online. This application does not limit the types of goods offered by the product app. For example, the types of goods offered by the product app may include, but are not limited to, clothing, food, furniture, cosmetics, toys, musical instruments, and books. For example, the product app may provide food delivery services, which refers to a service model where users place orders, merchants prepare goods based on order information, and delivery personnel deliver the goods to the user's designated location. In some embodiments, the product app may also be called a shopping app, a food delivery app, etc.

[0080] Account binding: This involves linking the account of a virtual environment application with the account of a product application for subsequent use. For example, a page might be embedded within the virtual environment application where the user enters their mobile phone number to obtain a verification code. This verification code then retrieves the product application's account information. Once the account information is obtained, the virtual environment application's account is linked to the product application's account. Taking a game application as an example and a food delivery application as an example, account binding refers to linking the game account with the food delivery platform account.

[0081] In related technologies, virtual environment applications do not have the function of obtaining goods. If a user needs to obtain goods during the interaction with the virtual environment application, they need to exit the virtual environment application, open the product application, and then obtain the goods in the product application.

[0082] The process of users obtaining goods by interacting with virtual environment applications is relatively complex, resulting in low efficiency. Furthermore, the process of obtaining goods by users interacting with virtual environment applications requires switching between different applications on the terminal, which can easily lead to terminal lag and other issues, resulting in low smoothness of terminal operation.

[0083] Furthermore, with the increasing convenience of product-related apps, more and more people are choosing to obtain goods through these apps, such as ordering takeout through food delivery apps to solve their meal problems. Some virtual environment apps will link with product-related apps, for example, distributing coupons for the product-related app within the virtual environment app. However, after users receive the coupon in the virtual environment app, they need to manually copy the coupon number and then open the product-related app to redeem the coupon. This coupon redemption process is cumbersome, interrupts the user's interaction with the virtual environment app, and also requires the user to have the product-related app nearby.

[0084] The related technical solutions offer a poor user experience and pose significant risks because the coupons are a string of code and are not linked to the product application's account. This leads many users to resell the coupons directly on third-party platforms after obtaining them, rendering the product application meaningless in its collaboration with virtual environment applications to acquire new users.

[0085] Please refer to Figure 1 The diagram illustrates a computer system provided in an embodiment of this application. The computer system may include a terminal 11 and a server 12.

[0086] For example, terminal 11 can be any electronic product capable of human-computer interaction with a user through one or more methods such as a keyboard, touchpad, touchscreen, remote control, voice interaction, or handwriting device, such as PC (Personal Computer), mobile phone, smartphone, PDA (Personal Digital Assistant), wearable device, PPC (Pocket PC), tablet computer, smart car system, smart TV, smart speaker, in-vehicle terminal, etc. Server 12 can be a single server, a server cluster consisting of multiple servers, or a cloud computing service center. Terminal 11 and server 12 establish a communication connection through wired or wireless network.

[0087] In this embodiment, a virtual environment application is installed on terminal 11. Users of terminal 11 can interact with the virtual environment application and obtain goods that are normally only available in the product application. In other words, the virtual environment application has a product acquisition function. Server 12 provides services related to the product acquisition function of the virtual environment application. The product acquisition function refers to the function related to the process of users interacting with the virtual environment application obtaining goods that are normally only available in the product application.

[0088] For example, server 12 can be set up independently of the backend server of the virtual environment application, or it can be integrated with the backend server of the virtual environment application. The backend server of the virtual environment application is a server used to provide backend services for the basic functions of the virtual environment application, which refer to functions other than the product acquisition function of the virtual environment application. In the case where server 12 is set up independently of the backend server of the virtual environment application, server 12 can establish a communication connection with the backend server of the virtual environment application through a wired or wireless network.

[0089] For example, server 12 can establish a communication connection with the backend server of the product application via a wired or wireless network to obtain information from the backend server of the product application necessary to provide services for the product acquisition function of the virtual environment application. The backend server of the product application is a server used to provide backend services for the product acquisition function of the product application.

[0090] For example, see Figure 1Terminal 11 can display a product acquisition entry 110 in a virtual environment application, where a first account is logged in. Terminal 11 can also display a product acquisition menu 120 in the virtual environment application when it detects the triggering operation of the product acquisition entry 110 and the first account is bound to a second account. The product acquisition menu 120 is used to indicate candidate products to be acquired by the second account, which is the account used to acquire products based on the product application. Terminal 11 can also display the acquisition result 130 of the first product in the virtual environment application based on the acquisition operation of the first product among the candidate products.

[0091] For example, the terminal 11 interacts with the server 12 to display the product acquisition menu 120 in a virtual environment application. This process includes: when the terminal 11 detects a trigger operation of the product acquisition entry 110 and the first account is bound to the second account, the terminal 11 sends a first acquisition request to the server 12; the server 12 receives the first acquisition request sent by the terminal 11, and based on the first acquisition request, obtains the product information of candidate products to be acquired by the second account, and sends the product information of the candidate products to the terminal 11; the terminal 11 displays the product acquisition menu 120 in the virtual environment application based on the product information of the candidate products sent by the server 12.

[0092] Those skilled in the art should understand that the above-described terminal 11 and server 12 are merely examples. Other existing or future terminals or servers that are applicable to this application should also be included within the scope of protection of this application, and are hereby incorporated by reference.

[0093] This application provides an interaction method for a virtual environment application, which can be applied to the above-mentioned... Figure 1 The computer system shown. Taking the method executed by a terminal as an example, please refer to... Figure 2 The flowchart illustrates the interaction method of the virtual environment application provided in the embodiments of this application, which may include the following steps 201 to 203.

[0094] In step 201, a product acquisition portal is displayed in the virtual environment application. A first account is logged in in the virtual environment application, and the first account is used to control the virtual character's activities in the virtual environment.

[0095] A virtual environment application is an application installed on a terminal that can provide a virtual environment. This application does not limit the type of virtual environment application, as long as it can provide a virtual environment. For example, the types of virtual environment applications may include, but are not limited to: VR applications, AR applications, 3D map applications, game applications, social applications, interactive entertainment applications, etc.

[0096] In this embodiment, the account logged into the virtual environment application is referred to as the first account. The first account is used to control the activities of the virtual character in the virtual environment provided by the application. These activities include, but are not limited to: adjusting body posture, crawling, walking, running, riding, jumping, driving, picking up items, shooting, attacking other virtual characters, throwing items, and changing position. The first account is an account created by the user in the virtual environment application that can identify their personal identity. This embodiment does not limit the type of the first account. For example, the type of the first account can be a communication number, or an account composed of at least one of letters, numbers, and words.

[0097] It should be noted that when a first account is logged in in the virtual environment application, the first account may be displayed in all interfaces of the virtual environment application, or it may only be displayed in some interfaces of the virtual environment application. This application embodiment does not limit this. For example, the first account may only be displayed in the personal information viewing interface and the virtual game interface of the virtual environment application.

[0098] In this embodiment, the terminal displays a product acquisition entry point in a virtual environment application. This entry point is a portal displayed in the virtual environment application for acquiring products. This application does not limit the display format of the product acquisition entry point; for example, it can be a triggerable icon, a button, or a link. In some embodiments, the product acquisition entry point may be marked with text information indicating that triggering the entry point initiates the product acquisition process.

[0099] In an exemplary embodiment, the method by which the terminal displays the product acquisition entry point in a virtual environment application includes: the terminal displays the product acquisition entry point on a first interface of the virtual environment application. Exemplarily, the first interface can be any interface among all interfaces of the virtual environment application, or any interface among specific interfaces of the virtual environment application. A specific interface is a subset of all interfaces of the virtual environment application. Specific interfaces can be set based on experience or flexibly adjusted according to needs. Exemplarily, specific interfaces may include, but are not limited to, virtual game interfaces, settings interfaces, information viewing interfaces, resource acquisition interfaces, etc.

[0100] The display position of the product acquisition entry point in the first interface of the virtual environment application can be set based on experience or flexibly adjusted according to needs, and this application embodiment does not limit this. For example, the display position of the product acquisition entry point in the first interface can be in the top area, bottom area, left area, right area, etc. of the first interface.

[0101] For example, such as Figure 3As shown, in the first interface 301 of the virtual environment application, there is a product acquisition entry 302, which is marked with the text information "order food".

[0102] The prerequisite for implementing the product acquisition function in a virtual environment application is that a first account is bound to a second account, which is the account used to acquire products based on the product application. The product application is specifically designed for users to acquire products online. This application does not limit the types of products offered by the product application; for example, the types of products offered by the product application may include, but are not limited to, clothing, food, furniture, cosmetics, toys, musical instruments, and books. In some embodiments, the product application may also be called a shopping application, a food delivery application, etc.

[0103] The product application and the virtual environment application are two independent applications. That is, you cannot access the product application from within the virtual environment application, and vice versa. For example, if the product application and the virtual environment application are installed on the terminal, and you want to access the product application from the virtual environment application, you must first exit the virtual environment application; similarly, if you want to access the virtual environment application from the product application, you must first exit the product application.

[0104] The second account can be an account already created by the user while using the product application, or a newly created account used by the user to obtain products based on the product application. This application does not limit the type of the second account; for example, the second account can be a communication number, or an account consisting of at least one of letters, numbers, and characters.

[0105] For example, the first account and the second account are accounts of the same user, respectively bound to a virtual environment application and a product application. In some embodiments, accounts of the same user bound to different applications can all be used to identify the user's personal identity, but the accounts of the same user bound to different applications are different, that is, the first account and the second account are different.

[0106] In one possible implementation, before binding the first account to the second account, the method further includes: displaying an account binding page, which instructs the user to enter the account identifier of the second account to establish a binding relationship between the first account and the second account; obtaining the account identifier of the second account entered through the account binding page; and displaying a message indicating that the first account and the second account have been successfully bound.

[0107] By displaying an account binding page for users to bind their accounts, the process becomes more convenient and increases user interest, thereby improving the human-computer interaction rate.

[0108] In an exemplary embodiment, the timing for displaying the account binding page includes: displaying the account binding page when a triggering operation of the product acquisition entry is detected and the first account is not bound to the second account.

[0109] Since the product acquisition process is linked to a second account, if the first account is not bound to the second account, and a triggering operation for the product acquisition entry is detected, the user needs to be prompted to bind the second account. At this time, the account binding page will be displayed.

[0110] In an exemplary embodiment, the timing for displaying the account binding page includes: when a resource claiming operation is detected in a virtual environment application and the first account is not bound to a second account, the account binding page is displayed. The resource claiming operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value required for the second account to obtain goods. This application embodiment does not limit the form of deductible resources; for example, the form of deductible resources may include, but is not limited to, payment red envelopes, coupons, etc.

[0111] Since the deductible resources need to be linked to a second account, if a resource claiming operation for deductible resources is detected when the first account is not linked to the second account, the user needs to be prompted to link the second account. At this time, the account linking page will be displayed.

[0112] In an exemplary embodiment, the virtual environment application may display a resource claiming interface, which shows candidate resources for which the user is eligible to claim, as well as claiming controls for the candidate resources. The candidate resources include deductible resources. Exemplarily, the resource claiming operation includes triggering the claiming control for deductible resources.

[0113] The type and quantity of candidate resources can be determined by factors such as the level of the first account, the first account's control over the virtual character's activities in the virtual environment, and the activities the first account participates in. This embodiment does not limit these factors. A resource claiming control is used to claim candidate resources. Different resources in the candidate pool correspond to different claiming controls. The form of the resource claiming control may include, but is not limited to, triggerable icons, buttons, etc. Discounted resources can be obtained by the user through participating in activities, completing tasks, or redeeming through redemption codes using the first account. For example, the form of discounted resources may be coupons. Coupons issued in the virtual environment application may be generated and issued by the product application to the virtual environment application.

[0114] In some embodiments, the resource claiming interface also displays a total claim control, which is used to claim all candidate resources for which the user is eligible. In some embodiments, the total claim control may also be called a one-click claim control. In some embodiments, the resource claiming operation may also refer to the triggering operation of this total claim control.

[0115] For example, the resource acquisition interface can be like this Figure 4 As shown, the resource claiming interface 401 displays deducted resources 402, a claiming control 403 corresponding to the deducted resources, and an overall claiming control 404. When the trigger operation of the claiming control 403 corresponding to the deducted resources is obtained, or when the trigger operation of the overall claiming control 404 is obtained, the resource claiming operation is obtained.

[0116] It should be noted that, in addition to deductible resources, candidate resources may also include interactive resources of virtual environment applications. These interactive resources are associated with the first account and are used by the first account to control the virtual character's activities in the virtual environment.

[0117] The embodiments of this application do not limit the method of obtaining candidate resources. It can be set by the developer of the virtual environment application or adjusted by the user according to their needs.

[0118] In some embodiments, the method of obtaining candidate resources may include at least one of the following:

[0119] After the virtual character arrives at a designated location in the virtual environment provided by the application, it can obtain candidate resources.

[0120] Control a virtual character to defeat an enemy character and obtain candidate resources;

[0121] Candidate resources can be obtained by participating in activities provided by virtual environment applications (such as holiday events, limited-time events, lucky draws, etc.).

[0122] Candidate resources are obtained by completing tasks set in the virtual environment application (such as check-in tasks, virtual game tasks, etc.);

[0123] Purchase candidate resources within a virtual store within a virtual environment application;

[0124] Log in to the virtual environment application daily to check in, and obtain candidate resources after checking in for a certain number of consecutive days;

[0125] Obtain candidate resources gifted by friends.

[0126] The account binding page can be triggered by the product acquisition entry or resource claiming operation. The display of the account binding page is highly flexible, which helps to increase the probability of the account binding page being displayed, thereby increasing the probability of account binding and thus increasing the human-computer interaction rate.

[0127] The account binding page is used to instruct users to enter the account identifier of a second account to establish a binding relationship between the first and second accounts. The account identifier of the second account is used to identify the information of the second account. This application embodiment does not limit the type of account identifier. For example, the account identifier can be the second account itself, the communication number or ID card number bound to the second account, or the username of the second account, etc.

[0128] The account binding page can be overlaid on the current display interface of the virtual environment application. For example, the account binding page can be overlaid on the first interface, or on the resource acquisition interface. The position of the account binding page on the current display interface can be set based on experience or flexibly adjusted according to needs. For example, the position of the account binding page on the current display interface can be centered or at the top of the current display interface.

[0129] In an exemplary embodiment, before displaying the account binding page, the method further includes: displaying a binding prompt page in the virtual environment application, the binding prompt page being used to prompt the user that a second account needs to be bound. The binding prompt page displays a prompt message, a binding control, and an unbinding control, the prompt message being used to prompt the user that a second account needs to be bound. In response to a triggering operation of the binding control on the binding prompt page, the account binding page is displayed. The triggering operation of the binding control may include, but is not limited to, a single click or double click operation of the binding control. For example, the triggering operation of the binding control may be implemented by the user through finger touch, mouse triggering, gamepad triggering, etc. In response to a triggering operation of the unbinding control on the binding prompt page, it is determined that the user has unbound the second account, and the account binding page is not displayed.

[0130] For example, when an account binding page is displayed upon detecting a triggering operation for obtaining a product, the prompt message is used to remind the user that a second account needs to be bound in order to obtain the product; when an account binding page is displayed upon detecting a resource claiming operation, the prompt message is used to remind the user that a second account needs to be bound in order to claim the deductible resources.

[0131] For example, the binding prompt page can be like this: Figure 5 As shown. See also Figure 5 In (1), when the account binding page is displayed upon detecting the triggering operation of the product acquisition entry, the binding prompt page 510 displays prompt information 511, a binding control 512, and an unbinding control 513. See also Figure 5 In (2), when the account binding page is displayed when the resource acquisition operation is detected, the binding prompt page 520 displays the prompt message 521, the binding control 522 and the abandon binding control 523.

[0132] In some embodiments, displaying the account binding page can be achieved by directly displaying the account binding page within the virtual environment application. Based on this, account binding can be implemented directly within the virtual environment application.

[0133] In other embodiments, the account binding page can be displayed by jumping from the virtual environment application to the account binding application, where the account binding page is displayed. The account binding application is a platform used to bind a first account to an account corresponding to at least one application. The account binding application can be a client or an embedded program within a client, etc., and this application embodiment does not limit this. The specific type and number of the at least one application can be set by the developer of the account binding application, as long as at least one application includes a product application. Based on this, account binding is achieved by jumping from the virtual environment application to the account binding application.

[0134] Whether the account binding page is displayed in a virtual environment application or in an account binding application, the terminal can obtain the account identifier of the second account entered through the account binding page.

[0135] In an exemplary embodiment, the account binding page directly displays an account identifier input box, which is used for the user to enter the account identifier of the second account. In this case, the account identifier of the second account entered through the account binding page refers to the account identifier entered in the account identifier input box on the account binding page.

[0136] For example, in the case where an account identifier input box is displayed on the account binding page, an input confirmation control and a toggle control may also be displayed. The input confirmation control is used to confirm the information entered on the account binding page, and the toggle control is used to switch the input mode on the account binding page. The input modes on the account binding page include a password input mode and a verification code input mode.

[0137] In password input mode, the account binding page displays an account identifier input box, an input confirmation control, a toggle control, and a password input box. In verification code input mode, the account binding page displays an account identifier input box, an input confirmation control, a toggle control, a verification code input box, and a get verification code control, which is used to obtain the verification code corresponding to the communication number.

[0138] For example, the account binding page can be like this Figure 6 As shown. Figure 6 (1) shows the account binding page 610 in password input mode. Figure 6(2) shows the account binding page 620 in the verification code input mode.

[0139] In an exemplary embodiment, the account binding page displays identification information for at least one application and a binding entry point corresponding to that application. The at least one application includes a product application. In response to a triggering operation of the binding entry point of the product application among the at least one application, an account binding window corresponding to the product application is displayed. This account binding window includes an account identifier input box for the user to input an account identifier for a second account. In this case, the account identifier of the second account entered through the account binding page refers to the account identifier entered in the account identifier input box within the account binding window.

[0140] For example, such as Figure 7 As shown, the account binding page 710 displays the identification information of three applications (product application, live streaming application, and short video application) and their respective binding entry points. In response to the trigger operation of the binding entry point 701 for the product application, the account binding window for the product application is displayed. The content displayed in the account binding window for the product application is the same as... Figure 6 The content displayed on the account binding page shown in the image is similar, so it will not be described again here.

[0141] For example, an input confirmation control is displayed on the account binding page or in the account binding window. Before an account identifier is entered into the account identifier input box on the account binding page or in the account identifier input box in the account binding window, the input confirmation control is in a non-triggerable state. After an account identifier is entered into the account identifier input box on the account binding page or in the account identifier input box in the account binding window, the input confirmation control becomes triggerable. For example, in response to the triggering operation of the input confirmation control on the account binding page or in the account binding window, the terminal obtains the account identifier of the second account entered through the account binding page.

[0142] In one possible implementation, after obtaining the account identifier of the second account entered through the account binding page, the method further includes: sending a verification request to the server, the verification request being used by the server to verify the account identifier; if the account identifier is verified successfully, returning a verification success response; and determining that the account identifier has been verified successfully based on the verification success response sent by the server.

[0143] The terminal interacts with the server to determine whether the account identifier has been verified. The verification process is performed by the server, which helps save the terminal's computing resources and improves the smoothness of the terminal's operation.

[0144] After obtaining the account identifier entered through the account binding page, the terminal sends a verification request to the server so that the server can verify the account identifier entered through the account binding page.

[0145] The process by which the server verifies the account identifier entered through the account binding page includes: the server receiving a verification request sent by the terminal, verifying the account identifier based on the verification request, and sending a verification success response to the terminal if the account identifier verification is successful. This application embodiment does not limit the method by which the server verifies the account identifier.

[0146] In some embodiments, in addition to entering an account identifier, a password is also entered through the account binding page. This is applicable to scenarios where users log in to a product application using an account identifier and a password. The account identifier can be a username registered by the user in the product application, or it can be the user's communication number, etc. In this case, the verification request carries the account identifier entered through the account binding page and a first password. The server verifies the account identifier in the following ways: if the first password is the same as the standard password corresponding to the account identifier, the account identifier verification is successful; if the first password is different from the standard password corresponding to the account identifier, the account identifier verification is unsuccessful. The first password is the password entered by the user through the account binding page, that is, the password entered by the user corresponding to the account identifier; the standard password corresponding to the account identifier is the password set by the user when registering the account identified by that account identifier.

[0147] For example, the server records the standard password corresponding to the account identifier, so that the first password can be directly compared with the standard password corresponding to the account identifier to determine whether the first password and the standard password corresponding to the account identifier are the same.

[0148] For example, the standard password corresponding to the account identifier is recorded by the backend server of the product application. In this case, the server can obtain the standard password corresponding to the account identifier by interacting with the backend server of the product application, and then compare the first password with the standard password corresponding to the account identifier. Alternatively, the server can send both the account identifier and the first password to the backend server of the product application, and the backend server of the product application can perform the process of comparing the first password with the standard password corresponding to the account identifier. Based on the comparison result fed back by the backend server of the product application, it can determine whether the first password and the standard password corresponding to the account identifier are the same.

[0149] In other embodiments, the account identifier entered through the account binding page is a communication number. In addition to entering the communication number, a verification code is also entered through the account binding page. In this case, the verification request carries the communication number and a first verification code. The first verification code is the verification code entered through the account binding page, that is, the verification code entered by the user corresponding to the communication number.

[0150] For example, when the account identifier entered through the account binding page is a communication number, the method further includes: the terminal responding to the verification code acquisition operation by sending a verification code sending request to the server, the verification code sending request carrying the communication number; the server receiving the verification code sending request sent by the terminal, and sending a standard verification code to the terminal using the communication number based on the verification code sending request. The terminal using the communication number and the terminal used to execute the current embodiment can be the same terminal or different terminals. The user can enter the first verification code based on the standard verification code received by the terminal using the communication number.

[0151] In some embodiments, after sending the standard verification code, the server can store the code in a database for subsequent verification operations. For example, the database can be Redis (Remote Dictionary Server), a high-performance key-value store database commonly used for caching data.

[0152] For example, the standard verification code is stored in the database for a reference duration. After the reference duration is exceeded, the standard verification code is deleted. The reference duration can be set based on experience or adjusted flexibly according to needs, and this application embodiment does not limit it in this way. For example, the reference duration can be 5 minutes. In some embodiments, the reference duration can also be called the validity period. By setting an validity period for the standard verification code, it can be ensured that the standard verification code automatically expires after a certain period of time, thereby improving security.

[0153] In some embodiments, when the account identifier entered through the account binding page is a communication number, the account binding page or account binding window includes a verification code retrieval control. After the communication number is entered in the communication number input box, the verification code retrieval control is in a triggerable state. In response to the triggering operation of the verification code retrieval control, the terminal performs a verification code retrieval operation.

[0154] In some embodiments, after verifying the legitimacy of the communication number, the server calls the interface of the product application's backend server to request the backend server to randomly generate a standard verification code for the communication number, and then sends an SMS message containing the standard verification code to the terminal using the communication number via an SMS platform. For example, the standard verification code consists of multiple digits, such as 6 digits or 4 digits. In some embodiments, the verification code may also be referred to as a random code.

[0155] When the account identifier entered through the account binding page is a communication number, and the verification request carries the communication number and a first verification code, the server verifies the account identifier in the following ways: if the first verification code is the same as the standard verification code, the communication number verification is successful; if the first verification code is different from the standard verification code, the communication number verification fails. For example, the server can extract the standard verification code from the database and then compare the standard verification code with the first verification code. In an exemplary embodiment, after receiving the verification request, the server first checks the validity of the communication number. If the communication number is valid, it then performs the operation of comparing the first verification code with the standard verification code. For example, checking the validity of the communication number can include checking whether the format of the communication number conforms to rules, such as checking whether the communication number is an 11-digit number or whether the communication number is a valid communication number segment.

[0156] Verification via a combination of phone number and verification code ensures reliability and eliminates the need to remember the standard password corresponding to the account identifier, thus lowering the barrier to account binding and increasing the success rate of account binding.

[0157] In an exemplary embodiment, after the account identifier is verified, the server sends a verification pass response to the terminal so that the terminal can determine that the account identifier has been verified based on the verification pass response.

[0158] For example, the successful verification response includes a verification success message, a second account, and a token corresponding to the second account. The second account can be the account identifier entered on the account binding page, a newly generated account based on the account identifier entered on the account binding page, or an account bound to the account identifier entered on the account binding page for obtaining goods in the product application. The token corresponding to the second account identifies the second account; for example, the token for the second account can be a JWT (JSON Web Token). The JWT contains relevant user information (such as the user's second account) and is encrypted, providing a certain level of security.

[0159] In an exemplary embodiment, the server can also send a verification failure response to the terminal if the account identifier verification fails, so that the terminal can determine that the account identifier verification has failed based on the verification failure response.

[0160] In some embodiments, the terminal sends a verification code sending request to the server by calling a first interface provided by the server. The first interface is an interface provided by the server for receiving and processing verification code sending requests.

[0161] The main function of the first interface is to verify the legitimacy of the communication number provided by the user, generate a random standard verification code, send the standard verification code to the terminal using the communication number through the SMS platform, and store the standard verification code in Redis with a validity period of 5 minutes.

[0162] In an exemplary embodiment, the terminal can send a verification code request to the server by calling the first interface as follows: the terminal calls the first interface to send a verification code request to the server via the POST (submit) request method. The POST request method is a request method in HTTP (Hypertext Transfer Protocol) used to submit data to the server, typically for creating or updating resources.

[0163] For example, when a terminal calls the first interface to send a verification code to the server via a POST request method, it needs to specify a first request path. The first request path indicates at least one of the following: the version number of the first interface, the function type of the first interface, and the specific function of the first interface. For example, the function type of the first interface is related to authentication, and the specific function of the first interface is to send a standard verification code.

[0164] In an exemplary embodiment, the verification code sending request sent by the terminal to the server via the first interface includes a first request header and a first request body. Exemplarily, the first request header may be used to indicate the data format of the first request body, such as JSON. The first request header may also be used to transmit a developer key. The server uses this developer key to verify the legitimacy of the verification code sending request, ensuring that only authorized developers or applications can call the first interface. The first request body includes the communication number from which the user intends to receive the standard verification code.

[0165] In an exemplary embodiment, after the terminal calls the first interface to send a verification code sending request to the server, the server returns first response information to the terminal. The first response information is used to indicate whether the standard verification code was successfully sent.

[0166] In some embodiments, the terminal sends a verification request to the server by calling a second interface provided by the server. The second interface is an interface provided by the server for receiving and processing verification requests.

[0167] The main function of the second interface is to verify the communication number and verification code entered by the user. If the verification is successful, it will generate a unique user ID (Identifier) ​​and a JWT token for the user, thereby completing the account binding operation. The user ID is the second account, and the JWT token is the token for the second account.

[0168] In an exemplary embodiment, the terminal can send a verification request to the server by calling the second interface. The terminal can send a verification request to the server via the POST request method by calling the second interface.

[0169] For example, when a terminal calls the second interface to send a verification request to the server via the POST request method, it needs to specify a second request path. The second request path indicates at least one of the following: the version number of the second interface, the function type of the second interface, and the specific function of the second interface. For example, the function type of the second interface is related to authentication, and the specific function of the second interface is verification.

[0170] In an exemplary embodiment, the verification request sent by the terminal to the server via the second interface includes a second request header and a second request body. Exemplarily, the second request header may be used to indicate the data format of the second request body, such as JSON. The second request header may also be used to transmit a developer key. The server uses this developer key to verify the legitimacy of the verification request, ensuring that only authorized developers or applications can call the second interface. The second request body includes the communication number used by the user to receive a standard verification code and the first verification code entered by the user for verification.

[0171] In an exemplary embodiment, after the terminal sends a verification request to the server via the second interface, the server returns second response information to the terminal. The second response information indicates whether verification was successfully performed. If the second response information indicates successful verification, it further includes a second account generated for the user and a token for that second account. The second account is used to uniquely identify the user in the product application, and the token is used for subsequent user authentication and authorization. The terminal carries this token in subsequent requests to obtain products, allowing the server to verify the user's identity. For example, the token for the second account can be a JWT token.

[0172] In one possible implementation, the verification request also carries the identification information of the first account. If the account identification verification passes, the server directly binds the first account to the second account. For example, the server can bind the first account to the second account by writing the binding relationship between the first and second accounts into a database. For example, after binding the first account to the second account, the server sends a binding success response to the terminal. This binding success response indicates that the first account and the second account have been successfully bound, and the terminal can determine that the first account has been bound to the second account based on this binding success response.

[0173] After receiving the successful binding response, the terminal displays a notification that the first account and the second account have been successfully bound, to inform the user that the first account has been successfully bound to the second account. This embodiment of the application does not limit the display location of the notification of successful binding of the first and second accounts. For example, the notification can be displayed in a virtual environment application or an account binding application.

[0174] For example, the notification that the first and second accounts have been successfully linked disappears automatically after a certain period of time. For example, after receiving a close operation, the notification that the first and second accounts have been successfully linked is canceled.

[0175] In one possible implementation, the method further includes: displaying a first account, a second account, and a binding confirmation control when the account identifier entered through the account binding page is verified; wherein the first account and the second account are bound based on the triggering operation of the binding confirmation control.

[0176] Once the account identifier entered on the account binding page is verified, a binding confirmation control is displayed for the user to confirm whether to bind the first account and the second account. This helps reduce the possibility of binding the wrong account and improves the reliability of account binding.

[0177] In some embodiments, if the account identifier entered on the account binding page is successfully verified, a binding confirmation page is displayed. The binding confirmation page displays the association information of the first account, the association information of the second account, and a binding confirmation control. Exemplarily, the binding confirmation page can be displayed in a virtual environment application or an account binding application; this embodiment does not limit the display to either.

[0178] The association information of the first account is information associated with the first account, and the association information of the first account includes the first account. For example, the association information of the first account may also include at least one of the first account's profile picture and the identifier of the application to which the first account belongs. The association information of the second account is information associated with the second account, and the association information of the second account includes the second account. For example, the association information of the second account may also include at least one of the second account, the second account's profile picture, and the identifier of the application to which the second account belongs.

[0179] For example, the virtual environment application has multiple backend servers. The process of the first account controlling the activities of the virtual character in the virtual environment is provided by one of the backend servers of the virtual environment application. Different backend servers of the virtual environment application correspond to different regions (which can be called regions). The first account has a default corresponding backend server. The association information of the first account may also include a switching control corresponding to the first account, which is used by the user to switch the default backend server to another backend server. In some embodiments, the process of switching backend servers may also be called the process of switching regions.

[0180] For example, the binding confirmation page may also display agreement information and a corresponding consent control. The agreement information is used to obtain the user's informed consent to the data collected to implement the product acquisition function. Before the user triggers the consent control corresponding to the agreement information, the binding confirmation control is in an untriggerable state. After the user triggers the consent control corresponding to the agreement information, the binding confirmation control becomes triggerable.

[0181] For example, the binding confirmation page may also display a switching entry, which allows users to switch to the second account bound to the first account.

[0182] For example, the binding confirmation page can be like this: Figure 8 As shown. In Figure 8 In the process, the binding confirmation page 801 displays the association information 802 of the first account, the association information 803 of the second account, and the binding confirmation control 804.

[0183] For example, the process of binding the first account and the second account is performed by the server. After the terminal receives the trigger operation of the binding confirmation control, it sends a binding request to the server, which includes the first account and the second account. After receiving the binding request, the server binds the first account and the second account and sends a binding success response to the terminal. After receiving the binding success response, the terminal displays a prompt indicating that the first account and the second account have been successfully bound.

[0184] For example, the process of binding the first account and the second account can also be performed by the terminal. That is, after the terminal obtains the trigger operation of the binding confirmation control, it directly binds the first account and the second account, and then displays a prompt that the first account and the second account are successfully bound.

[0185] In step 202, when the trigger operation of the product acquisition entry is detected and the first account is bound to the second account, the product acquisition menu is displayed in the virtual environment application. The product acquisition menu is used to indicate the candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0186] The terminal can determine whether the first account is bound to the second account. Only when the first account is bound to the second account will the product acquisition process be started if the trigger operation of the product acquisition entry is detected.

[0187] In some embodiments, after the first account is bound to the second account, the terminal records the binding relationship between the first account and the second account. The terminal can determine whether the first account is bound to the second account by: the terminal detecting whether the binding relationship between the first account and the second account is recorded; if the binding relationship between the first account and the second account is recorded, it is determined that the first account has been bound to the second account; if the binding relationship between the first account and the second account is not recorded, it is determined that the first account has not been bound to the second account.

[0188] In other embodiments, the terminal determines whether the first account is bound to the second account as follows: the terminal sends a query request to the server, the query request carrying the first account; the server receives the query request sent by the terminal, and queries whether the first account is bound to the second account based on the query request. If the query finds that the first account is bound to the second account, the server sends a first response to the terminal; if the query finds that the first account is not bound to the second account, the server sends a second response to the terminal; the terminal determines that the first account is bound to the second account based on the first response sent by the server, and determines that the first account is not bound to the second account based on the second response sent by the server. The first response is used to indicate that the first account is bound to the second account, and the second response is used to indicate that the first account is not bound to the second account.

[0189] For example, the way a terminal sends a query request to a server includes: the terminal calling an interface provided by the server to send a query request to the server.

[0190] For example, the timing when the terminal sends a query request to the server may include, but is not limited to: the terminal sending a query request to the server when it receives a trigger operation for obtaining a product entry; or, the terminal sending a query request to the server once every reference time interval; or, the terminal sending a query request to the server when it receives a resource acquisition operation in a virtual environment application.

[0191] When the first account is bound to the second account, if a trigger operation for the product acquisition entry is detected, the product acquisition process will be started. That is, a product acquisition menu will be displayed in the virtual environment application, which will indicate the candidate products available for the second account to acquire.

[0192] This application does not limit the type of triggering operation for the product acquisition entry point. For example, the triggering operation for the product acquisition entry point may include, but is not limited to, a single click or double click. For example, the triggering operation for the product acquisition entry point may be implemented by the user through finger touch, mouse triggering, or gamepad triggering.

[0193] In one possible implementation, the terminal performs step 202 above by interacting with the server, see [link to relevant documentation]. Figure 9 Step 202 above can be replaced by the following steps 2021 and 2022:

[0194] Step 2021: When the trigger operation of the product acquisition entry is detected and the first account is bound to the second account, a first acquisition request is sent to the server. The first acquisition request is used by the server to obtain product information of candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application.

[0195] The server provides services for the product acquisition function of a virtual environment application. The product acquisition function refers to the functionality related to the process of a user interacting with the virtual environment application obtaining products that would normally be available only in a dedicated product application. For example, the server can be set up independently of the virtual environment application's backend server, or it can be integrated with the virtual environment application's backend server. The virtual environment application's backend server is a server that provides backend services for the virtual environment application's basic functions, which refer to functions other than the product acquisition function.

[0196] After the terminal sends a first acquisition request to the server, the server receives the first acquisition request. Upon receiving the first acquisition request, the server, based on the request, obtains the product information of candidate products to be acquired by the second account, and sends the product information of the candidate products to the terminal. For example, the first acquisition request carries identification information of the second account, which is used to identify the second account. For example, the identification information of the second account can be referred to as the token of the second account; for example, the token of the second account can be of type JWT. For example, the first acquisition request carries location information, which indicates the geographical location of the terminal, referring to the geographical location of the user using the terminal.

[0197] In an exemplary embodiment, the candidate products are those recommended by the product application for the second account. In this case, when the terminal detects the triggering operation of the product acquisition entry and the first account is already bound to the second account, it directly sends a first acquisition request to the server. In this case, the server, based on the first acquisition request, acquires the product information of the candidate products to be acquired by the second account, including: the server, based on the first acquisition request, acquires the product information of the candidate products recommended by the product application for the second account.

[0198] For example, the implementation of the server obtaining product information of candidate products recommended by the product application for the second account based on the first acquisition request may include: the server sending a first recommendation request to the backend server of the product application based on the first acquisition request; the backend server of the product application determining the candidate products recommended by the second account based on the first recommendation request and sending the product information of the candidate products to the server; and the server receiving the product information of the candidate products sent by the backend server of the product application.

[0199] This application does not limit the recommendation algorithm used by the backend server of the product application to recommend candidate products for the second account; it can be determined by the backend server of the product application. For example, the recommendation algorithm used by the backend server of the product application may be an algorithm that comprehensively considers information such as the geographical location of the terminal, product ratings, product delivery capabilities, and the second account's product acquisition habits. In some embodiments, if the second account has a product acquisition record, the backend server of the product application can recommend candidate products for the second account based on the locations frequently used by the second account and the products frequently acquired; if the second account has no product acquisition record, the backend server of the product application can recommend candidate products based on the geographical location of the terminal.

[0200] In some embodiments, the recommendation algorithm used by the backend server of the product application can also be called the product application's LBS (Location Based Service). That is, the server obtains product information of candidate products recommended for the second account by calling the product application's LBS.

[0201] In some embodiments, when the backend server of the product application recommends candidate products for a second account, it may prioritize recommending products that can use the deduction resources associated with the second account.

[0202] The product information of the candidate product is information used to describe the candidate product. This application embodiment does not limit the content of the product information of the candidate product. For example, the product information of the candidate product may include at least one of the following: the identification information of the candidate product, the name of the candidate product, the picture of the candidate product, the feature description of the candidate product, the sales volume of the candidate product, the product resource value of the candidate product, the product evaluation of the candidate product, and the inventory quantity of the candidate product.

[0203] In an exemplary embodiment, the candidate product is a product provided by a first merchant, which is any merchant among the candidate merchants recommended by the product application for the second account. In this case, when the terminal detects the triggering operation of the product acquisition entry and the first account is already bound to the second account, sending a first acquisition request to the server includes: the terminal sending a second acquisition request to the server when it detects the triggering operation of the product acquisition entry and the first account is already bound to the second account. The second acquisition request is used by the server to obtain merchant information of candidate merchants recommended by the product application for the second account, including the first merchant; based on the merchant information of the candidate merchants sent by the server, displaying a merchant selection menu in the virtual environment application, which is used to indicate the candidate merchants; and sending the first acquisition request to the server in response to the selection operation of the first merchant. That is, when the terminal detects the triggering operation of the product acquisition entry and the first account is already bound to the second account, it does not directly send the first acquisition request to the server, but first sends the second acquisition request to the server, and only after obtaining the user's selection operation of the first merchant among the recommended candidate merchants does it send the first acquisition request to the server.

[0204] The terminal obtains product information of candidate products by interacting with the server twice. The candidate products are the products provided by the first merchant selected by the user. The candidate products have a high degree of matching with the user's product acquisition needs, which helps to increase the likelihood of the user obtaining products from the candidate products, thereby increasing the human-computer interaction rate.

[0205] If the candidate product is a product provided by the first merchant, before the server receives the first acquisition request sent by the terminal, the process includes: the server receiving the second acquisition request sent by the terminal; based on the second acquisition request, acquiring the merchant information of the candidate merchants recommended by the second account for the product application, and sending the merchant information of the candidate merchants to the terminal.

[0206] For example, the second acquisition request carries identification information of a second account, which is used to identify the second account. For example, the second acquisition request carries location information, which is used to indicate the geographical location of the terminal.

[0207] For example, the implementation of the server obtaining merchant information of candidate merchants recommended by the product application for the second account based on the second acquisition request may include: the server sending a second recommendation request to the backend server of the product application based on the second acquisition request; the backend server of the product application determining the candidate merchants recommended by the second account based on the second recommendation request and sending the merchant information of the candidate merchants to the server; and the server receiving the merchant information of the candidate merchants sent by the backend server of the product application.

[0208] This application does not limit the recommendation algorithm used by the backend server of the product application to recommend candidate merchants for the second account; it can be determined by the backend server of the product application. For example, the recommendation algorithm used by the backend server of the product application may be an algorithm that comprehensively considers information such as the terminal's geographical location, the merchant's rating, the merchant's delivery capabilities, and the second account's product acquisition habits. In some embodiments, if the second account has a product acquisition record, the backend server of the product application can recommend candidate merchants for the second account based on the locations frequently used by the second account and the products frequently acquired; if the second account has no product acquisition record, the backend server of the product application can recommend candidate merchants based on the geographical location of the terminal.

[0209] In some embodiments, the recommendation algorithm used by the backend server of the product application can also be referred to as the LBS of the product application. That is, the server obtains the merchant information of the candidate merchants recommended for the second account by calling the LBS of the product application.

[0210] In some embodiments, when the backend server of the product application recommends candidate merchants for the second account, it may prioritize recommending merchants who can use the deduction resources associated with the second account.

[0211] The merchant information of the candidate merchant is information used to describe the candidate merchant. This application embodiment does not limit the content of the merchant information of the candidate merchant. For example, the merchant information of the candidate merchant may include at least one of the following: the name of the candidate product, the image of the candidate merchant, the characteristic description of the candidate merchant, the sales volume of the candidate merchant, the merchant reviews of the candidate merchant, the average consumption resource value of the candidate merchant, the minimum order resource value of the candidate merchant, the delivery resource value of the candidate merchant, the positive review rate of the candidate merchant, the delivery time of the candidate merchant, and the distance between the candidate merchant and the location of the terminal.

[0212] After receiving the merchant information of candidate merchants, the terminal displays a merchant selection menu in the virtual environment application based on the merchant information. The merchant selection menu is used to indicate the candidate merchants. In some embodiments, the merchant selection menu may also be referred to as a merchant list.

[0213] For example, there are multiple candidate merchants, and the merchant selection menu includes sub-menus corresponding to each candidate merchant. The sub-menu of any candidate merchant is used to indicate that candidate merchant. The sub-menu of any candidate merchant can be generated based on the merchant information of any candidate merchant, and at least one piece of information from the merchant information of any candidate merchant can be displayed in the sub-menu of any candidate merchant.

[0214] In response to a trigger action from the submenu of the first merchant in the candidate merchants, the system retrieves the selection action of the first merchant. After retrieving the selection action of the first merchant, a first retrieval request is sent to the server. Upon receiving the first retrieval request, the server retrieves the product information of the goods provided by the first merchant based on the first retrieval request and sends the product information of the goods provided by the first merchant to the terminal.

[0215] For example, the server may obtain product information of the first merchant's products from a database or other data source (e.g., the backend server of a product application).

[0216] Step 2022: Based on the product information of the candidate products sent by the server, display the product acquisition menu in the virtual environment application. The product acquisition menu is used to indicate the candidate products.

[0217] After receiving the product information of the candidate products, the terminal displays a product acquisition menu in the virtual environment application, allowing users to select the product they wish to acquire from the menu.

[0218] Based on steps 2021 and 2022 above, the process of recommending candidate products for the second account is executed by the server, which helps to save the terminal's computing resources and improve the smoothness of the terminal's operation.

[0219] Taking the candidate product provided by the first merchant as an example for further explanation, the terminal obtains the product information of the candidate product by first sending a second acquisition request to the server, and then sending a first acquisition request to the server.

[0220] For example, the terminal sends a second acquisition request to the server by calling a third interface provided by the server. The third interface is an interface provided by the server for receiving and processing the second acquisition request. In some embodiments, the third interface may also be called a merchant list interface.

[0221] After receiving the second retrieval request sent by the terminal through the third interface, the server invokes the LBS (Location-Based Services) of the product application. The LBS determines nearby merchants based on the terminal's geographical location (such as latitude and longitude) and the product application's own merchant data. For example, the LBS sorts the selected merchants according to factors such as distance, ratings, and delivery capabilities. Merchants that are closer to the terminal, have higher ratings, and stronger delivery capabilities may be ranked higher to provide a more suitable selection for the user.

[0222] In an exemplary embodiment, the terminal can send a second retrieval request to the server by calling the third interface as follows: the terminal calls the third interface to send a second retrieval request to the server using the GET (retrieve) request method. The GET request method is a request method in HTTP used to retrieve resources from the server; in this case, it retrieves merchant information near the user.

[0223] For example, when a terminal sends a second retrieval request to the server via a GET request method using a third interface, it needs to specify a third request path. This third request path indicates at least one of the following: the version number of the third interface, the function type of the third interface, and the specific function of the third interface. For example, the function type of the third interface is related to merchants, and the specific function of the third interface is to retrieve merchant information from merchants near the terminal's geographical location.

[0224] For example, the information in the third request path that indicates the specific function of the third interface includes location information and range information. Location information indicates the geographical location of the terminal, and range information limits the geographical location of the merchants. For example, location information may include the latitude and longitude of the terminal's geographical location; range information may include the radius of the searched merchants. For instance, if the radius of the searched merchants is 5000 meters, it indicates that a search needs to be conducted for merchants within a 5000-meter radius of the terminal's geographical location.

[0225] In an exemplary embodiment, the second acquisition request sent by the terminal to the server via the third interface includes a third request header. The third request header includes the user's identity token, that is, the token corresponding to the second account. The server verifies the token to confirm the legitimacy of the second acquisition request and the user's identity.

[0226] In an exemplary embodiment, after the terminal sends a second acquisition request to the server by calling the third interface, the server returns third response information to the terminal. The third response information indicates whether the merchant information was successfully acquired. If the merchant information was successfully acquired, the third response information also includes the acquired merchant information. For example, the merchant information may include, but is not limited to, the merchant's unique identifier, the merchant's name, the geographical distance between the merchant and the terminal, the merchant's rating, and the merchant's estimated delivery time.

[0227] For example, the terminal sends a first acquisition request to the server by calling a fourth interface provided by the server. The fourth interface is an interface provided by the server for receiving and processing the first acquisition request. In some embodiments, the fourth interface may also be called a product list interface.

[0228] After receiving the first retrieval request sent by the terminal through the fourth interface, the server returns all product information from the specified merchant for the user to choose from. When returning product information, the server synchronizes the merchant's real-time inventory and prices to ensure that the information displayed to the user is up-to-date. This avoids situations where there is insufficient stock or inconsistent pricing when the user places an order.

[0229] In an exemplary embodiment, the terminal can send a first retrieval request to the server by calling the fourth interface as follows: the terminal calls the fourth interface to send a first retrieval request to the server using the GET request method. The GET request method is a request method in HTTP used to retrieve resources from the server; in this case, it retrieves product information of the goods provided by the first merchant.

[0230] For example, when the terminal sends a first retrieval request to the server via the GET request method using the fourth interface, it needs to specify a fourth request path. The fourth request path indicates at least one of the following: the version number of the fourth interface, the function type of the fourth interface, and the specific function of the fourth interface. For example, the function type of the fourth interface is merchant-related, and the specific function of the fourth interface is to retrieve product information of goods provided by a first merchant. For example, the information in the fourth request path indicating the specific function of the fourth interface includes a unique identifier of the first merchant to specify which merchant's product information is to be retrieved.

[0231] In an exemplary embodiment, the first acquisition request sent by the terminal to the server via the fourth interface includes a fourth request header. The fourth request header includes the user's identity token, i.e., the token corresponding to the second account. The server verifies the token to confirm the legality of the first acquisition request and the user's identity, ensuring that only authorized users can obtain product information provided by the merchant.

[0232] In an exemplary embodiment, after the terminal sends a first acquisition request to the server by calling the fourth interface, the server returns fourth response information to the terminal. The fourth response information indicates whether the product information of the goods provided by the first merchant has been successfully acquired. If the product information of the goods provided by the first merchant has been successfully acquired, the fourth response information also includes the unique identifier of the first merchant and the product information of the goods provided by the first merchant. The unique identifier of the first merchant is used to confirm the merchant to which the returned product information belongs. The product information of the goods provided by the first merchant may include, but is not limited to, the unique identifier of the goods provided by the first merchant, the name of the goods, the price of the goods (i.e., the value of the goods resource), the inventory quantity of the goods, the current remaining available quantity of the goods, and a link to an image of the goods.

[0233] It should be noted that steps 2021 and 2022 described above are merely one exemplary implementation of step 202, and this application embodiment does not limit this implementation. In some embodiments, the terminal can interact with the backend server of the product application to obtain product information of candidate products, and then display a product acquisition menu in the virtual environment application based on the product information of the candidate products. In some embodiments, the product acquisition menu can also be referred to as a product list.

[0234] For example, there are multiple candidate products, and the product retrieval menu includes sub-menus corresponding to each candidate product. The sub-menu of any candidate product is used to indicate that candidate product. The sub-menu of any candidate product is generated based on the product information of that candidate product.

[0235] For example, the submenu for any candidate product includes description information for that candidate product and a selection entry point for that candidate product. The description information for any candidate product is used to introduce that candidate product, and for example, the description information for any candidate product may include at least one item of the product information for that candidate product. The selection entry point for any candidate product is used for the user to select and obtain that candidate product.

[0236] For example, when detected Figure 3 If the product acquisition entry 302 is triggered and the first account is already bound to the second account, see [link to relevant documentation]. Figure 10 In the virtual environment application, the merchant selection menu 1010 is displayed. After the user selects the first merchant (Merchant A (Store 1)) based on the merchant selection menu 1010, see [link to relevant documentation]. Figure 11 In the virtual environment application, the product acquisition menu 1110 is displayed.

[0237] In one possible implementation, the method further includes: upon detecting a resource claiming operation in the virtual environment application and the first account being bound to the second account, sending a resource deduction distribution request to the server; wherein the resource claiming operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value required for the second account to obtain goods; the resource deduction distribution request is used by the server to associate the second account with the identification information of the deductible resources.

[0238] For example, after the terminal sends a request for the distribution of deductible resources to the server, the server receives the request and associates the second account with the identification information of the deductible resources based on the request.

[0239] Virtual environment applications also support the redemption of discounted resources, which facilitates the further expansion of interactive methods within these applications. Furthermore, users can use discounted resources when acquiring goods within virtual environment applications, thereby increasing user interest in obtaining goods and encouraging them to purchase more items, ultimately improving the human-computer interaction rate.

[0240] For example, the terminal sends a resource allocation request to the server by calling the fifth interface provided by the server. The fifth interface is an interface provided by the server for receiving and processing resource allocation requests. In some embodiments, the fifth interface may also be referred to as the resource allocation interface.

[0241] After receiving the request for the distribution of discount resources from the terminal via the fifth interface, the server first verifies whether the user is eligible to receive the discount resources. If the user is eligible, the server calls the coupon code generation system of the product application to generate identification information for the discount resources. The coupon code generation system typically uses encryption algorithms to ensure the security and uniqueness of the identification information. After generating the identification information for the discount resources, the server associates the user's ID (i.e., the secondary account) with the identification information for the discount resources to facilitate subsequent management of the user's discount resource information. For example, the association information between the secondary account and the identification information for the discount resources is written to the database, recording detailed information about the discount resources obtained by the user, including the type of discount resources, expiration time, activity number, etc. At the same time, the information of the discount resources is synchronized to the user's account center, allowing the user to view and use the discount resources in their account.

[0242] In an exemplary embodiment, the terminal can send a request for the distribution of deductible resources to the server by calling the fifth interface. The terminal can send the request for the distribution of deductible resources to the server by calling the fifth interface through the POST request method. The POST request method is usually used to submit data to the server. Here, it is used to submit the relevant information required for the distribution of deductible resources to the server in order to complete the distribution operation of deductible resources.

[0243] For example, when a terminal calls the fifth interface to send a request for the distribution of deductible resources to the server via the POST request method, it needs to specify the fifth request path. The fifth request path is used to indicate at least one of the following: the version number of the fifth interface, the function type of the fifth interface, and the specific function of the fifth interface. For example, the function type of the fifth interface is related to deductible resources (also known as coupons), and the specific function of the fifth interface is to distribute deductible resources.

[0244] In an exemplary embodiment, the request for the distribution of deductible resources sent by the terminal to the server via the fifth interface includes a fifth request header and a third request body. The fifth request header may indicate the data format of the third request body; for example, the data format of the third request body may be JSON. The fifth request header may also include the user's identity token, i.e., the token corresponding to the second account, which the server uses to verify the user's identity and permissions. The third request body may include at least one of the following: the type of deductible resource, the expiration time of the deductible resource, and a unique identifier for the activity. For example, the type of deductible resource may be a coupon for a discount of 10 yuan or a 5 yuan no-threshold red envelope. The unique identifier for the activity is used to identify the activity in which the deductible resource is obtained; different deductible resource distribution activities have different unique identifiers.

[0245] In an exemplary embodiment, after the terminal calls the fifth interface to send a request for the allocation of deductible resources to the server, the server returns a fifth response message to the terminal. The fifth response message indicates whether the allocation of deductible resources was successful. If the fifth response message indicates successful allocation of deductible resources, it also includes a unique identifier for the deductible resource, the remaining number of uses or quantity of the deductible resource, etc. The unique identifier for the deductible resource is used to uniquely identify the resource, facilitating subsequent management and use. The remaining number of uses or quantity of the deductible resource indicates the number or quantity of times the resource can be used.

[0246] In step 203, in response to the acquisition operation of the first item among the candidate items, the acquisition result of the first item is displayed in the virtual environment application.

[0247] The first product may include one or more products from the candidate products, and this application embodiment does not limit this. The quantity of each product in the first product may be one or more pieces. The acquisition operation of the first product is used to obtain the first product through the second account. In some embodiments, the acquisition operation of the first product may also be referred to as the purchase operation of the first product.

[0248] In an exemplary embodiment, the acquisition method for the first product acquisition operation may include: in response to the selection operation of the selection entry of any candidate product among the candidate products, adding any candidate product to the shopping cart, wherein the number of any candidate product added to the shopping cart is the same as the number of times the selection operation of the selection entry of any candidate product is executed; in response to the triggering operation of the checkout control corresponding to the shopping cart, taking the product added to the shopping cart as the first product; displaying the order submission page, and in response to the triggering operation of the order submission control on the order submission page, acquiring the acquisition operation of the first product.

[0249] The order submission page includes a product delivery address input area and a display area for the first product information. Users can fill in the delivery address and recipient information for the first product in the input area. The display area shows the specific acquisition information of the first product, including but not limited to the product name, quantity, product resource value, packaging resource value, delivery resource value, and total resource value.

[0250] The order submission page also displays an order submission control. After the order submission control is triggered, the first product is retrieved.

[0251] For example, the interface for retrieving the first product could be as follows: Figure 12 and Figure 13 As shown. See also Figure 12 The user adds item 2 to the shopping cart 1210 by triggering the selection entry for item 2. In response to the triggering operation of the checkout control 1220 corresponding to the shopping cart 1210, item 2 is set as the first item. Then, the display... Figure 13 The order submission page 1310 shown includes a fill area 1320, a display area 1330, and an order submission control 1340. After the trigger operation of the order submission control 1340 is detected, the acquisition operation of the first product is obtained.

[0252] After obtaining the first item from the candidate items, the result of obtaining the first item is displayed in the virtual environment application. The result of obtaining the first item indicates whether the first item was successfully obtained. In some embodiments, the result of obtaining the first item may also be referred to as the purchase result of the first item, the payment result of the first item, etc.

[0253] In one possible implementation, the process of displaying the acquisition result of the first item in a virtual environment application in response to the acquisition operation of the first item among the candidate items includes the following steps 2031 to 2033:

[0254] Step 2031: In response to the acquisition operation of the first item in the candidate items, display at least one payment method in the virtual environment application.

[0255] At least one payment method refers to a payment method that a user can choose to pay for the resources required to acquire the first commodity. The number and type of at least one payment method can be set based on experience or flexibly adjusted according to the application scenario. This application embodiment does not limit this.

[0256] For example, at least one payment method includes virtual environment application payment, that is, payment is made directly using the account of the first account. For example, at least one payment method also includes other payment methods besides virtual environment application payment. For example, other payment methods may refer to product application payment, or third-party payment, etc., where third-party payment refers to payment using an account of an application other than virtual environment application and product application.

[0257] In an exemplary embodiment, the process of displaying at least one payment method in a virtual environment application in response to the terminal's acquisition operation of the first item among the candidate items includes: the terminal sending an order creation request to the server in response to the acquisition operation of the first item among the candidate items, the order creation request being used by the server to create an order for the first item, and returning an order creation success response if the order creation is successful; and displaying at least one payment method in the virtual environment application based on the order creation success response sent by the server.

[0258] After the terminal sends an order creation request to the server, the server receives the order creation request from the terminal, creates an order for the first product based on the order creation request, and sends an order creation success response to the terminal if the order is successfully created.

[0259] Before displaying at least one payment method, the terminal first sends an order creation request to the server so that the server can create the order. After the server successfully creates the order for the first product, the terminal then displays at least one payment method. This helps to ensure the success rate of obtaining the first product, thereby improving the user's experience in obtaining the product and increasing the human-computer interaction rate.

[0260] In some embodiments, the terminal sends an order creation request to the server by calling a sixth interface provided by the server. The sixth interface is an interface provided by the server for receiving and processing order creation requests. In some embodiments, the sixth interface may also be referred to as the order placement interface.

[0261] The main function of the sixth interface is to allow users to select specific products and fill in detailed shipping address information to complete the order process. When processing an order, the server verifies the consistency between product inventory and price, generates a unique order number, and then calls the order center of the product application to process the order.

[0262] After receiving an order creation request from the terminal via the sixth interface, the server first verifies whether the request was initiated by a legitimate user. If the request is legitimate, the server can continue processing the order; otherwise, it returns an error message and rejects the request. During order processing, the server queries the merchant's product inventory and pricing information. It checks whether the user-selected product has sufficient stock and whether the price matches the price in the merchant's product inventory. If the stock is insufficient or the price is inconsistent, the server returns an error message, and the order creation fails.

[0263] If the product inventory and price verification pass, the server will generate a unique order number for the order. This unique order number identifies the order and facilitates subsequent queries and management. After generating the order number, the server will call the order center of the product application and pass the order information (including merchant information, product information, shipping address information, etc.) to the order center for processing. The order center will record the detailed order information and perform subsequent processing, such as notifying the merchant to accept the order and arranging delivery.

[0264] After the order center completes the processing, the server organizes the generated order number, total order amount, payment timeout time, and other information into response data and returns it to the terminal.

[0265] In an exemplary embodiment, the terminal can send an order creation request to the server by calling the sixth interface in the following way: the terminal calls the sixth interface to send an order creation request to the server via the POST request method.

[0266] For example, when a terminal calls the sixth interface to send an order creation request to the server via the POST request method, it needs to specify the sixth request path. The sixth request path is used to indicate at least one of the following: the version number of the sixth interface, the function type of the sixth interface, and the specific function of the sixth interface. For example, the function type of the sixth interface is related to orders, and the specific function of the sixth interface is to create an order.

[0267] In an exemplary embodiment, the order creation request sent by the terminal to the server via the sixth interface includes a sixth request header and a fourth request body. The sixth request header may indicate the data format of the fourth request body; for example, the data format of the fourth request body may be JSON. The sixth request header may also include the user's identity token, i.e., the token corresponding to the second account. The server verifies this token to confirm the legitimacy of the order creation request and the user's identity. The fourth request body may include the merchant's unique identifier, the associated information of the selected goods, and detailed information about the shipping address. The merchant's unique identifier specifies which merchant the order was placed with. The associated information of the selected goods may include the goods' unique identifier, the quantity of goods selected by the user, etc. The detailed information about the shipping address may include the recipient's name, the recipient's contact information, and a detailed shipping address, etc.

[0268] In an exemplary embodiment, after the terminal sends an order creation request to the server via the sixth interface, the server returns a sixth response message to the terminal. The sixth response message indicates whether the order was successfully created. If the sixth response message indicates successful order creation, it also includes the order's unique identifier, the total order amount, and the order's payment timeout period. The order's unique identifier is used for subsequent order queries and management. If payment is not made within the order's payment timeout period, the order may be automatically cancelled.

[0269] For example, the process of displaying at least one payment method on a terminal in a virtual environment application includes: the terminal displaying a payment method selection page in the virtual environment application, the payment method selection page displaying at least one payment method, each payment method corresponding to a selection control. In an exemplary embodiment, the payment method selection page may also display the resource value required to obtain the first product and the remaining payment time.

[0270] For example, the payment method selection page can be like... Figure 14 As shown. In Figure 14 The payment method selection page 1410 shows three payment methods, each with a corresponding selection control.

[0271] Step 2032: Obtain the payment result corresponding to the selected payment method among at least one payment method.

[0272] The payment result corresponding to the selected payment method refers to the result of paying the resource value required to obtain the first commodity using the selected payment method. The way the terminal obtains the payment result varies depending on the selected payment method.

[0273] In one possible implementation, the selected payment method is virtual environment application payment. In this case, the process of the terminal obtaining the payment result corresponding to the selected payment method includes: the terminal sending a first payment request to the server, the first payment request being used by the server to deduct a first resource value from the account of the first account; determining the payment result corresponding to the selected payment method based on the deduction of the first resource value; and receiving the payment result of the selected payment method sent by the server.

[0274] After the terminal sends the first payment request to the server, the server receives the first payment request from the terminal, deducts the first resource value from the first account based on the first payment request, determines the payment result corresponding to the selected payment method based on the deduction of the first resource value, and sends the payment result corresponding to the selected payment method to the terminal.

[0275] When a user chooses to use a virtual environment application for payment, the server can directly deduct the resource value required to obtain the first item from the first account, thereby directly obtaining the payment result, which helps to improve the efficiency of obtaining the payment result.

[0276] The first resource value is the resource value required to acquire the first commodity. It is determined based on the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resources used to acquire it. The commodity resource value of the first commodity refers to its value, and the deductible resource value is the reduction in the resource value required to acquire the first commodity that can be achieved by using the deductible resources. The first resource value is determined based on the difference between the commodity resource value of the first commodity and the deductible resource value.

[0277] For example, if no other factors need to be considered in determining the first resource value, then the first resource value is equal to the difference between the commodity resource value of the first commodity and the deductible resource value.

[0278] For example, in determining the first resource value, in addition to considering the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resource, it is also necessary to consider other consumed resource values. For example, other consumed resource values ​​may include at least one of the packaging resource value and the delivery resource value of the first commodity. In this case, the first resource value is the value obtained by adding the other consumed resource values ​​to the difference between the commodity resource value and the deductible resource value of the first commodity.

[0279] For example, the method for determining the payment result corresponding to the selected payment method based on the deduction of the first resource value includes: if the first resource value is successfully deducted, the payment result corresponding to the selected payment method is determined to be a successful payment; if the first resource value is not deducted, the payment result corresponding to the selected payment method is determined to be a failed payment.

[0280] In one possible implementation, the selected payment method is not a virtual environment application payment. In this case, the process by which the terminal obtains the payment result corresponding to the selected payment method includes: the terminal sending a second payment request to the server, the second payment request being used by the server to return a redirect link, the redirect link being used to redirect to a payment window matching the selected payment method; displaying the payment window matching the selected payment method based on the redirect link; and obtaining the payment result corresponding to the selected payment method based on the payment window.

[0281] After the terminal sends a second payment request to the server, the server receives the second payment request from the terminal, determines the redirect link based on the second payment request, and sends the redirect link to the terminal.

[0282] When a user chooses to pay using a method other than a virtual environment application, the server can return a redirect link to the payment window that matches the selected payment method. This allows the terminal to be redirected to the payment window that matches the selected payment method for payment, which helps improve the success rate of payment.

[0283] The display style of the payment window and the implementation process of obtaining the payment result corresponding to the selected payment method based on the payment window are related to the selected payment method, and this application embodiment does not limit this. For example, the selected payment method may refer to third-party payment, which refers to payment using the account of an application other than virtual environment application and product application. In this case, the payment window is a payment window provided by the third party, and the process of obtaining the payment result based on the payment window is a process specified by the third party. For example, the process of obtaining the payment result based on the payment window includes: entering the third party's payment password in the payment window, the third party's backend server verifying the payment password, and after successful verification of the payment password, the third party's backend server deducting a first resource value from the third party's account. If the deduction is successful, a payment result of successful payment is returned to the terminal; if the deduction fails, a payment result of payment failure is returned to the terminal.

[0284] In some embodiments, the terminal sends a payment request (first payment request or second payment request) to the server by calling a seventh interface provided by the server. The seventh interface is an interface provided by the server for receiving and processing payment requests. In some embodiments, the seventh interface may also be referred to as a payment interface.

[0285] The main function of the seventh interface is to handle order payment matters, supporting multiple payment methods, including in-application payments within virtual environments and payments through other payment methods. Additionally, this seventh interface supports the use of deductible resources, which will be verified and cancelled during the payment process.

[0286] After receiving a payment request, the server first verifies whether the payment request was initiated by a legitimate user. If the payment request was initiated by a legitimate user, the server can continue to process the payment request; if the payment request was not initiated by a legitimate user, the server returns the corresponding error message and rejects the payment request.

[0287] When the payment method is virtual environment application payment, the server will directly deduct the balance from the user's primary account to complete the payment. When the payment method is not virtual environment application payment, the server will generate a redirect link to another payment method and return it to the terminal, guiding the user to the product application to complete the payment.

[0288] Regardless of the payment method used, the deductible resources used by the user need to be verified during the payment process. This can be achieved by calling the coupon system interface to lock the deductible resources, preventing them from being reused, and simultaneously updating the status of the deductible resources to "used".

[0289] In addition, the server will calculate the actual amount to be paid after the discount based on the order amount and the deductible resources used by the user, and include it in the response data and return it to the terminal.

[0290] In an exemplary embodiment, the terminal can send a payment request to the server by calling the seventh interface in the following way: the terminal calls the seventh interface to send a payment request to the server via the POST request method.

[0291] For example, when a terminal calls the seventh interface to send a payment request to the server via the POST request method, it needs to specify the seventh request path. The seventh request path indicates at least one of the following: the version number of the seventh interface, the function type of the seventh interface, and the specific function of the seventh interface. For example, the function type of the seventh interface is related to payment functionality, and the specific function of the seventh interface is to submit a payment request.

[0292] In an exemplary embodiment, the payment request sent by the terminal to the server via the seventh interface includes a seventh request header and a fifth request body. The seventh request header can indicate the data format of the fifth request body; for example, the data format of the fifth request body may be JSON. The seventh request header may also include the user's identity token, i.e., the token corresponding to the second account, which the server uses to verify the user's identity and permissions. The fifth request body may include a unique identifier for the order, a unique identifier for the deducted resource used by the user, the payment method, etc. Exemplarily, there are two optional values ​​for the payment method: one option represents in-application payment within the virtual environment, and the other option represents opening a payment window for other payment methods.

[0293] In an exemplary embodiment, after the terminal sends a payment request to the server by calling the seventh interface, the server returns a seventh response message to the terminal. The seventh response message indicates whether the payment request was successfully processed. If the seventh response message indicates successful processing of the payment request, it may further include payment-related data. For example, when the payment method is another payment method, the payment-related data includes a redirect link to a payment window for that other payment method. For example, the payment-related data also includes the actual payment amount after using deducted resources, i.e., the first resource value.

[0294] Step 2033: Based on the payment result, display the acquisition result of the first product in the virtual environment application.

[0295] For example, if the payment result is successful, the first acquisition result of the first product is displayed in the virtual environment application; if the payment result is unsuccessful, the second acquisition result of the first product is displayed in the virtual environment application. The first acquisition result indicates that the first product was successfully acquired, and the second acquisition result indicates that the first product was unsuccessfully acquired. For example, in the case of successful acquisition of the first product, the acquisition result of the first product can be as follows: Figure 15 As shown.

[0296] First, at least one payment method is displayed for the user to choose from. Then, the result of obtaining the first product is displayed according to the payment interface corresponding to the payment method. This allows users to flexibly choose the payment method according to their needs, improves the user experience of obtaining products, and thus increases the human-computer interaction rate.

[0297] For example, the solution provided in this application requires a server to act as an intermediary layer between the product application and the virtual environment application, providing a complete SDK (Software Development Kit) for the virtual environment application to access. This SDK can be accessed by any virtual environment application, and after access, the virtual environment application can freely choose in which scenarios the SDK appears. The first, second, third, fourth, fifth, sixth, and seventh interfaces mentioned above are all functions included in this SDK.

[0298] This application embodiment, based on an account binding scheme, provides basic search and order payment functions for product applications within a virtual environment application. This allows users to quickly redeem discount resources (e.g., coupons) within the virtual environment application, enhancing the user's interactive experience and providing more possibilities for joint operations between the virtual environment application and the product application. The method provided in this application embodiment effectively solves the problem of activity linkage between the product application and the virtual environment application, increasing the convenience of user interaction, improving the stickiness of the virtual environment application, enhancing the interactive experience of the virtual environment application, increasing the operational capabilities of the product application, and providing more new and active users for the virtual environment application, while offering users more cross-platform interactive features.

[0299] In this embodiment, a product acquisition entry is displayed in the virtual environment application. Based on this, the first product can be directly acquired within the virtual environment application, thus expanding the interaction methods of the virtual environment application. Users interacting with the virtual environment application can acquire products directly within the virtual environment application without opening the product application, making the operation simple and improving the efficiency of product acquisition. Furthermore, since users do not need to switch between different applications on the terminal to acquire products, it helps reduce terminal lag and other issues caused by switching, improving the smoothness of terminal operation.

[0300] For example, taking a game as an example of a virtual environment application and a food delivery platform as an example of a product application, the interaction process of the virtual environment application can be as follows: Figure 16 As shown, the interaction process of a virtual environment application can include four parts: initial authentication, core business calls, payment processing, and exception handling.

[0301] The initial authentication process includes: after the game starts, calling the SDK initialization interface to verify the game's identity (i.e., the identity of the user interacting with the game); determining whether the game account is bound to a food delivery account. If the game account is bound to a food delivery account, reading the food delivery account's token stored locally; if the game account is not bound to a food delivery account, calling the send verification code interface to send a standard verification code; the player enters the verification code; calling the verification code verification interface, and returning the user's unique ID and token upon successful verification.

[0302] The core business process includes: after a player triggers coupon redemption, the coupon distribution interface is called to associate the coupon with the user ID; when a player views nearby merchants, the merchant list interface is called to return a list of recommended merchants through an LBS recommendation algorithm; after a player selects a merchant, the specified merchant menu interface is called to obtain real-time inventory / price; after a player places an order, the order creation interface is called to verify inventory, generate the order, and synchronize it to the food delivery platform.

[0303] The payment processing procedure includes: after the player initiates a payment, determining the selected payment method; if the selected payment method is in-game payment, deducting the amount from the game account, calling the coupon redemption interface, and updating the coupon status; if the selected payment method is external payment, launching the food delivery platform payment SDK, redirecting to the payment window, calling back the payment result, and notifying the game server of the payment result.

[0304] The exception handling process includes: after an interface call fails, starting an automatic retry mechanism, recording error logs, and sending an alert notification to the developer.

[0305] This application provides an interaction method for a virtual environment application, which can be applied to the above-mentioned... Figure 1 The computer system shown. Taking the method executed by the server as an example, please refer to... Figure 17 The document illustrates a flowchart of an interaction method for a virtual environment application provided in an embodiment of this application. This method may include the following steps 1701 to 1703.

[0306] In step 1701, a first acquisition request is sent by the receiving terminal. The terminal is running a virtual environment application, and a first account is logged in in the virtual environment application. The first account is used to control the virtual character's activities in the virtual environment. The first acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry displayed in the virtual environment application and the first account is bound to a second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0307] In one possible implementation, the candidate products are products provided by the first merchant. Before receiving the first acquisition request sent by the terminal, the method further includes: receiving a second acquisition request sent by the terminal, the second acquisition request being sent by the terminal when it detects a trigger operation of the product acquisition entry and the first account is bound to the second account; based on the second acquisition request, acquiring merchant information of candidate merchants recommended by the product application for the second account, the candidate merchants including the first merchant; sending the merchant information of the candidate merchants to the terminal; the merchant information of the candidate merchants is used by the terminal in response to the selection operation of the first merchant to send the first acquisition request.

[0308] In step 1702, based on the first acquisition request, the product information of the candidate products to be acquired by the second account is obtained.

[0309] In step 1703, product information of candidate products is sent to the terminal. The product information of candidate products is used by the terminal to respond to the acquisition operation of the first product among the candidate products and to display the acquisition result of the first product in the virtual environment application.

[0310] In one possible implementation, the method further includes: receiving a resource allocation request sent by a terminal, wherein the resource allocation request is sent by the terminal when it detects a resource claiming operation in a virtual environment application and the first account is bound to the second account; the resource claiming operation is used to claim resource allocation, wherein the resource allocation is used to reduce the resource value required for the second account to obtain goods; and associating the second account with the identification information of the resource allocation based on the resource allocation request.

[0311] In one possible implementation, after sending the product information of candidate products to the terminal, the method further includes: receiving an order creation request sent by the terminal in response to the terminal's acquisition operation of the first product among the candidate products; creating an order for the first product based on the order creation request; and, if the order creation is successful, sending an order creation success response to the terminal; the order creation success response is used by the terminal to display at least one payment method in a virtual environment application.

[0312] In one possible implementation, after sending an order creation success response to the terminal, the method further includes: receiving a first payment request sent by the terminal, wherein the first payment request is sent by the terminal when the selected payment method among at least one payment method is virtual environment application payment; deducting a first resource value from the account of a first account based on the first payment request; determining the payment result corresponding to the selected payment method based on the deduction of the first resource value; and sending the payment result corresponding to the selected payment method to the terminal; wherein the first resource value is determined based on the commodity resource value of the first product and the deductible resource value corresponding to the deductible resource used to obtain the first product.

[0313] In one possible implementation, after sending an order creation success response to the terminal, the method further includes: receiving a second payment request sent by the terminal, wherein the second payment request is sent by the terminal when the selected payment method among at least one payment method is not virtual environment application payment; determining a redirect link based on the second payment request, wherein the redirect link is used to redirect to a payment window matching the selected payment method; sending the redirect link to the terminal; wherein the redirect link is used by the terminal to obtain the payment result corresponding to the selected payment method.

[0314] For details regarding the interaction methods of the above servers in executing virtual environment applications, please refer to [link / reference]. Figure 2 The operations performed by the server in the illustrated embodiment will not be described in detail here.

[0315] For example, the interaction method of the virtual environment application provided in this application embodiment can be executed by the interaction between the terminal and the server, see [link to relevant documentation]. Figure 18 The method includes steps 1801 to 1827.

[0316] Step 1801: The terminal displays the account binding page, which is used to instruct users to enter the account identifier of the second account to establish a binding relationship between the first account and the second account.

[0317] For example, when the terminal detects a trigger operation for obtaining goods and the first account is not bound to a second account, it displays an account binding page; or, when it detects a resource claim operation in a virtual environment application and the first account is not bound to a second account, it displays an account binding page.

[0318] Step 1802: The terminal obtains the account identifier of the second account entered through the account binding page.

[0319] Step 1803: The terminal displays a message indicating that the first and second accounts have been successfully bound.

[0320] Step 1804: The terminal displays the product acquisition entry in the virtual environment application.

[0321] Step 1805: When the terminal detects the triggered operation of the product acquisition entry and the first account has been bound to the second account, it sends a second acquisition request to the server.

[0322] Step 1806: The server receives the second acquisition request sent by the terminal, and based on the second acquisition request, acquires the merchant information of the candidate merchants recommended by the second account for the product application.

[0323] Step 1807: The server sends the merchant information of the candidate merchants to the terminal.

[0324] Step 1808: Based on the merchant information of the candidate merchants sent by the server, the terminal displays a merchant selection menu in the virtual environment application. The merchant selection menu is used to indicate the candidate merchants.

[0325] Step 1809: In response to the selection operation of the first merchant, the terminal sends a first acquisition request to the server.

[0326] Step 1810: The server receives the first acquisition request sent by the terminal, and based on the first acquisition request, acquires the product information of the candidate products to be acquired by the second account.

[0327] Step 1811: The server sends the product information of the candidate products to the terminal.

[0328] Step 1812: Based on the product information of the candidate products sent by the server, the terminal displays the product acquisition menu in the virtual environment application.

[0329] Step 1813: In response to the acquisition operation of the first product in the candidate products, the terminal sends an order creation request to the server.

[0330] Step 1814: The server receives the order creation request sent by the terminal; based on the order creation request, it creates an order for the first product.

[0331] Step 1815: If the order is successfully created, the server sends an order creation success response to the terminal.

[0332] Step 1816: Based on the order creation success response sent by the server, the terminal displays at least one payment method in the virtual environment application.

[0333] Step 1817: When the selected payment method is virtual environment application payment, the terminal sends a first payment request to the server.

[0334] Step 1818: The server receives the first payment request sent by the terminal; based on the first payment request, the server deducts the first resource value from the account of the first account; based on the deduction of the first resource value, the server determines the payment result corresponding to the selected payment method.

[0335] The first resource value is determined based on the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resources used to acquire the first commodity.

[0336] Step 1819: The server sends the payment result corresponding to the selected payment method to the terminal.

[0337] Step 1820: The terminal receives the payment result of the selected payment method sent by the server.

[0338] Step 1821: If the selected payment method is not virtual environment application payment, the terminal sends a second payment request to the server.

[0339] Step 1822: The server receives the second payment request sent by the terminal; based on the second payment request, it determines the redirect link, which is used to redirect to the payment window that matches the selected payment method.

[0340] Step 1823: The server sends a redirect link to the terminal.

[0341] Step 1824: The terminal displays a payment window matching the selected payment method based on the redirect link; based on the payment window, it obtains the payment result corresponding to the selected payment method.

[0342] Step 1825: Based on the payment result, the terminal displays the acquisition result of the first product in the virtual environment application.

[0343] Step 1826: When the terminal detects a resource claiming operation in the virtual environment application and the first account has been bound to the second account, it sends a resource deduction request to the server.

[0344] The resource claiming operation is used to claim deductible resources, which are used to reduce the amount of resources that the second account needs to pay to acquire goods.

[0345] Step 1827: The server receives the resource allocation request sent by the terminal; based on the resource allocation request, it associates the second account with the identification information of the resource allocation.

[0346] The implementation process of steps 1801 to 1827 above can be found in [link to documentation]. Figure 2 The relevant descriptions in the illustrated embodiments will not be repeated here.

[0347] The following are embodiments of the apparatus described in this application, which can be used to execute the embodiments of the method described in this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the method described in this application.

[0348] Please refer to Figure 19 The diagram illustrates a block diagram of an interactive device for a virtual environment application according to an embodiment of this application. This interactive device for the virtual environment application can be used to execute... Figure 2 The method embodiment shown. The interactive device for this virtual environment application includes:

[0349] The first display module 1901 is used to display the product acquisition portal in the virtual environment application. The first account is logged in in the virtual environment application and is used to control the virtual character's activities in the virtual environment.

[0350] The second display module 1902 is used to display a product acquisition menu in the virtual environment application when the trigger operation of the product acquisition entry is detected and the first account is bound to the second account. The product acquisition menu is used to indicate the candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0351] The third display module 1903 is used to display the acquisition result of the first product in a virtual environment application in response to the acquisition operation of the first product among the candidate products.

[0352] In one possible implementation, the second display module 1902 is used to send a first acquisition request to the server when a trigger operation for the product acquisition entry is detected and the first account is bound to the second account. The first acquisition request is used by the server to acquire product information of candidate products. Based on the product information of the candidate products sent by the server, the product acquisition menu is displayed in the virtual environment application.

[0353] In one possible implementation, the candidate products are products provided by the first merchant. The second display module 1902 is used to send a second acquisition request to the server when a trigger operation for obtaining the product acquisition entry is detected and the first account is bound to the second account. The second acquisition request is used by the server to obtain merchant information of candidate merchants recommended by the product application for the second account, including the first merchant. Based on the merchant information of the candidate merchants sent by the server, a merchant selection menu is displayed in the virtual environment application to indicate the candidate merchants. In response to the selection operation of the first merchant, a first acquisition request is sent to the server.

[0354] In one possible implementation, the device further includes:

[0355] The fourth display module is used to display the account binding page, which is used to instruct users to enter the account identifier of the second account to establish a binding relationship between the first account and the second account; to obtain the account identifier of the second account entered through the account binding page; and to display a message indicating that the first account and the second account have been successfully bound.

[0356] In one possible implementation, the fourth display module is used to display an account binding page when a trigger operation for obtaining goods is detected and the first account is not bound to the second account; or, when a resource claim operation in a virtual environment application is detected and the first account is not bound to the second account, the account binding page is displayed. The resource claim operation is used to claim deductible resources, and the deductible resources are used to reduce the amount of resources that the second account needs to pay to obtain goods.

[0357] In one possible implementation, the second display module 1902 is further configured to send a resource deduction distribution request to the server when a resource claiming operation is detected in the virtual environment application and the first account is bound to the second account; wherein, the resource claiming operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value required for the second account to obtain goods; the resource deduction distribution request is used by the server to associate the second account with the identification information of the deductible resources.

[0358] In one possible implementation, the third display module 1903 is configured to, in response to the acquisition operation of the first item among the candidate items, display at least one payment method in a virtual environment application; acquire the payment result corresponding to the selected payment method among the at least one payment method; and, based on the payment result, display the acquisition result of the first item in the virtual environment application.

[0359] In one possible implementation, the third display module 1903 is used to send an order creation request to the server in response to the acquisition operation of the first item among the candidate items. The order creation request is used by the server to create an order for the first item. If the order creation is successful, an order creation success response is returned. Based on the order creation success response sent by the server, at least one payment method is displayed in the virtual environment application.

[0360] In one possible implementation, the third display module 1903 is used to send a first payment request to the server when the selected payment method is virtual environment application payment. The first payment request is used by the server to deduct a first resource value from the account of the first account. Based on the deduction of the first resource value, the payment result corresponding to the selected payment method is determined. The third display module 1903 is used to receive the payment result of the selected payment method sent by the server. The first resource value is determined based on the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resource used to obtain the first commodity.

[0361] In one possible implementation, the third display module 1903 is used to send a second payment request to the server when the selected payment method is not a payment method for the virtual environment application. The second payment request is used by the server to return a redirect link, which is used to redirect to a payment window that matches the selected payment method. Based on the redirect link, the payment window that matches the selected payment method is displayed in the virtual environment application. Based on the payment window, the payment result corresponding to the selected payment method is obtained.

[0362] Please refer to Figure 20 The diagram illustrates a block diagram of an interactive device for a virtual environment application according to an embodiment of this application. This interactive device for the virtual environment application can be used to execute... Figure 17 The method embodiment shown. The interactive device for this virtual environment application includes:

[0363] The receiving module 2001 is used to receive a first acquisition request sent by the terminal. The terminal runs a virtual environment application, and a first account is logged in in the virtual environment application. The first account is used to control the virtual character's activities in the virtual environment. The first acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry displayed in the virtual environment application and the first account is bound to a second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications.

[0364] The acquisition module 2002 is used to acquire product information of candidate products to be acquired by the second account based on the first acquisition request;

[0365] The sending module 2003 is used to send product information of candidate products to the terminal. The product information of the candidate products is used by the terminal to respond to the acquisition operation of the first product among the candidate products and to display the acquisition result of the first product in the virtual environment application.

[0366] In one possible implementation, the candidate product is the product offered by the first merchant;

[0367] The receiving module 2001 is also used to receive a second acquisition request sent by the terminal. The second acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry and the first account has been bound to the second account.

[0368] The acquisition module 2002 is also used to acquire merchant information of candidate merchants recommended by the product application for the second account based on the second acquisition request, and the candidate merchants include the first merchant;

[0369] The sending module 2003 is also used to send the merchant information of the candidate merchants to the terminal; the merchant information of the candidate merchants is used by the terminal to send a first acquisition request in response to the selection operation of the first merchant.

[0370] In one possible implementation, the receiving module 2001 is further configured to receive a resource deduction distribution request sent by the terminal. The resource deduction distribution request is sent by the terminal when it detects a resource claiming operation in the virtual environment application and the first account is already bound to the second account. The resource claiming operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value that the second account needs to pay to obtain goods. Based on the resource deduction distribution request, the second account is associated with the identification information of the deductible resources.

[0371] In one possible implementation, the receiving module 2001 is further configured to receive an order creation request sent by the terminal, the order creation request being sent by the terminal in response to the acquisition operation of the first product among the candidate products;

[0372] The acquisition module 2002 is also used to create an order for the first product based on the order creation request;

[0373] The sending module 2003 is also used to send an order creation success response to the terminal when the order is successfully created; the order creation success response is used by the terminal to display at least one payment method in the virtual environment application.

[0374] In one possible implementation, the receiving module 2001 is further configured to receive a first payment request sent by the terminal, wherein the first payment request is sent by the terminal when the payment method selected by the terminal among at least one payment method is virtual environment application payment.

[0375] The acquisition module 2002 is also used to deduct the first resource value from the account of the first account based on the first payment request, and to determine the payment result corresponding to the selected payment method based on the deduction of the first resource value; wherein, the first resource value is determined based on the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resource used to acquire the first commodity.

[0376] The sending module 2003 is also used to send the payment result corresponding to the selected payment method to the terminal.

[0377] In one possible implementation, the receiving module 2001 is further configured to receive a second payment request sent by the terminal, wherein the second payment request is sent by the terminal when the selected payment method among at least one payment method is not virtual environment application payment.

[0378] The acquisition module 2002 is also used to determine a redirect link based on the second payment request. The redirect link is used to redirect to a payment window that matches the selected payment method.

[0379] The sending module 2003 is also used to send a redirect link to the terminal; the redirect link is used by the terminal to obtain the payment result corresponding to the selected payment method.

[0380] It should be noted that the apparatus provided in the above embodiments is only illustrated by the division of the above functional modules when implementing its functions. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the content structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the apparatus and method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process can be found in the method embodiments, which will not be repeated here.

[0381] In an exemplary embodiment, a computer device is also provided, comprising a processor and a memory storing a computer program. The computer program is loaded and executed by one or more processors to enable the computer device to implement the interactive method of any of the aforementioned virtual environment applications.

[0382] Please refer to Figure 21 This diagram illustrates a structural block diagram of a terminal provided in an embodiment of this application. The terminal may be... Figure 1 Terminal 11 in the computer system shown is used to implement the above. Figure 2 The illustrated embodiment provides an interaction method for a virtual environment application. The terminal may also be referred to as a user device, portable terminal, laptop terminal, desktop terminal, or other names. Specifically:

[0383] Typically, a terminal includes a processor 2101 and a memory 2102.

[0384] Processor 2101 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 2101 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field Programmable Gate Array), and PLA (Programmable Logic Array). Processor 2101 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 2101 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 2101 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0385] The memory 2102 may include one or more computer-readable storage media, which may be non-transitory. The memory 2102 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 2102 are used to store a computer program configured to be executed by one or more processors to implement the interactive method of the virtual environment application described above.

[0386] In some embodiments, the terminal may also optionally include: a peripheral device interface 2103 and at least one peripheral device. The processor 2101, memory 2102, and peripheral device interface 2103 can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface 2103 via a bus, signal line, or circuit board. Specifically, the peripheral device includes at least one of: a radio frequency circuit 2104, a display screen 2105, a camera assembly 2106, an audio circuit 2107, and a power supply 2108.

[0387] Peripheral device interface 2103 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 2101 and memory 2102. In some embodiments, processor 2101, memory 2102 and peripheral device interface 2103 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 2101, memory 2102 and peripheral device interface 2103 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0388] The radio frequency (RF) circuit 2104 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 2104 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 2104 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 2104 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc. The RF circuit 2104 can communicate with other terminals through at least one wireless communication protocol. This wireless communication protocol includes, but is not limited to: metropolitan area networks (MANs), various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks (WLANs), and / or WiFi (Wireless Fidelity) networks. In some embodiments, the RF circuit 2104 may also include circuitry related to NFC (Near Field Communication), which is not limited in this application.

[0389] Display screen 2105 is used to display a UI (User Interface). This UI may include graphics, text, icons, videos, and any combination thereof. When display screen 2105 is a touch display screen, it also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to processor 2101 for processing. In this case, display screen 2105 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, display screen 2105 can be a single screen, located on the front panel of the terminal; in other embodiments, display screen 2105 can be at least two screens, respectively located on different surfaces of the terminal or in a folded design; in other embodiments, display screen 2105 can be a flexible display screen, located on a curved or folded surface of the terminal. Furthermore, display screen 2105 can be configured as a non-rectangular, irregular shape, i.e., a non-rectangular screen. Display screen 2105 can be made of materials such as LCD (Liquid Crystal Display) or OLED (Organic Light-Emitting Diode).

[0390] The camera assembly 2106 is used to acquire images or videos. Optionally, the camera assembly 2106 includes a front-facing camera and a rear-facing camera. Typically, the front-facing camera is located on the front panel of the terminal, and the rear-facing camera is located on the back of the terminal. In some embodiments, there are at least two rear-facing cameras, which are any one of a main camera, a depth-sensing camera, a wide-angle camera, and a telephoto camera, to achieve background blurring by fusion of the main camera and the depth-sensing camera, panoramic shooting by fusion of the main camera and the wide-angle camera, VR (Virtual Reality) shooting, or other fusion shooting functions. In some embodiments, the camera assembly 2106 may also include a flash. The flash can be a single-color temperature flash or a dual-color temperature flash. A dual-color temperature flash refers to a combination of a warm-light flash and a cool-light flash, which can be used for light compensation at different color temperatures.

[0391] The audio circuit 2107 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, converting the sound waves into electrical signals that are input to the processor 2101 for processing, or input to the radio frequency circuit 2104 for voice communication. For stereo sound acquisition or noise reduction purposes, multiple microphones may be used, each positioned at a different location on the terminal. The microphone may also be an array microphone or an omnidirectional microphone. The speaker is used to convert electrical signals from the processor 2101 or the radio frequency circuit 2104 into sound waves. The speaker may be a conventional diaphragm speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can convert electrical signals not only into audible sound waves but also into inaudible sound waves for purposes such as distance measurement. In some embodiments, the audio circuit 2107 may also include a headphone jack.

[0392] Power supply 2108 is used to power the various components in the terminal. Power supply 2108 can be AC ​​power, DC power, a disposable battery, or a rechargeable battery. When power supply 2108 includes a rechargeable battery, the rechargeable battery can support wired charging or wireless charging. The rechargeable battery can also be used to support fast charging technology.

[0393] In some embodiments, the terminal further includes one or more sensors 2109. The one or more sensors 2109 include, but are not limited to: an acceleration sensor 2110, a gyroscope sensor 2111, a pressure sensor 2112, an optical sensor 2113, and a proximity sensor 2114.

[0394] Accelerometer 2110 can detect the magnitude of acceleration along the three coordinate axes of a coordinate system established by the terminal. For example, accelerometer 2110 can be used to detect the components of gravitational acceleration along the three coordinate axes. Processor 2101 can control display screen 2105 to display the user interface in either a landscape or portrait view based on the gravitational acceleration signal acquired by accelerometer 2110. Accelerometer 2110 can also be used for games or for acquiring user motion data.

[0395] The gyroscope sensor 2111 can detect the terminal's orientation and rotation angle. The gyroscope sensor 2111 can work in conjunction with the accelerometer sensor 2110 to collect the user's 3D movements on the terminal. Based on the data collected by the gyroscope sensor 2111, the processor 2101 can perform the following functions: motion sensing (e.g., changing the UI based on the user's tilt), image stabilization during shooting, game control, and inertial navigation.

[0396] The pressure sensor 2112 can be disposed on the side bezel of the terminal and / or the lower layer of the display screen 2105. When the pressure sensor 2112 is disposed on the side bezel of the terminal, it can detect the user's grip signal on the terminal, and the processor 2101 can perform left / right hand recognition or quick operation based on the grip signal collected by the pressure sensor 2112. When the pressure sensor 2112 is disposed on the lower layer of the display screen 2105, the processor 2101 can control the operable controls on the UI interface based on the user's pressure operation on the display screen 2105. The operable controls include at least one of button controls, scroll bar controls, icon controls, and menu controls.

[0397] An optical sensor 2113 is used to collect ambient light intensity. In one embodiment, the processor 2101 can control the display brightness of the display screen 2105 based on the ambient light intensity collected by the optical sensor 2113. Specifically, when the ambient light intensity is high, the display brightness of the display screen 2105 is increased; when the ambient light intensity is low, the display brightness of the display screen 2105 is decreased. In another embodiment, the processor 2101 can also dynamically adjust the shooting parameters of the camera assembly 2106 based on the ambient light intensity collected by the optical sensor 2113.

[0398] The proximity sensor 2114, also known as a distance sensor, is typically installed on the front panel of the terminal. The proximity sensor 2114 is used to detect the distance between the user and the front of the terminal. In one embodiment, when the proximity sensor 2114 detects that the distance between the user and the front of the terminal is gradually decreasing, the processor 2101 controls the display screen 2105 to switch from a screen-on state to a screen-off state; when the proximity sensor 2114 detects that the distance between the user and the front of the terminal is gradually increasing, the processor 2101 controls the display screen 2105 to switch from a screen-off state to a screen-on state.

[0399] Those skilled in the art will understand that Figure 21 The structure shown does not constitute a limitation on the terminal and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0400] Figure 22This is a schematic diagram of a server structure provided in an embodiment of this application. The server can vary significantly due to differences in configuration or performance. It may include one or more Central Processing Units (CPUs) 2201 and one or more memories 2202. The one or more memories 2202 store at least one computer program, which is loaded and executed by the one or more processors 2201 to enable the server to implement the interactive methods of the virtual environment applications provided in the various method embodiments described above. Of course, the server may also have wired or wireless network interfaces, a keyboard, and input / output interfaces for input and output. The server may also include other components for implementing device functions, which will not be elaborated upon here.

[0401] In an exemplary embodiment, a computer-readable storage medium is also provided, which stores a computer program that is loaded and executed by a processor to enable a computer to implement the interactive method of any of the above-described virtual environment applications.

[0402] Optionally, the computer-readable storage medium may include: ROM (Read-Only Memory), RAM (Random Access Memory), SSD (Solid State Drives), or optical disc, etc. The random access memory may include ReRAM (Resistance Random Access Memory) and DRAM (Dynamic Random Access Memory).

[0403] In an exemplary embodiment, a computer program product is also provided, comprising a computer program stored in a computer-readable storage medium, wherein a processor reads from the computer-readable storage medium and executes the computer program to enable the computer to implement the interactive method of any of the above-described virtual environment applications.

[0404] In an exemplary embodiment, a computer program is also provided, which is stored in a computer-readable storage medium. A processor reads from the computer-readable storage medium and executes the computer program to enable the computer to implement the interactive method of any of the above-described virtual environment applications.

[0405] It should be noted that the collection and processing of relevant data (such as triggering operations, acquisition operations, accounts, etc.) in this application should strictly comply with the requirements of relevant national laws and regulations, obtain the informed consent or separate consent of the personal information subject, and carry out subsequent data use and processing within the scope of laws and regulations and the authorization of the personal information subject.

[0406] The terms "first," "second," etc., used in this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. The implementations described in the above exemplary embodiments do not represent all implementations consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application.

[0407] It should be understood that "multiple" as used herein refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. Furthermore, the step numbers described herein are merely illustrative of one possible execution order. In some other embodiments, the steps may not be executed in numerical order, such as two steps with different numbers being executed simultaneously, or two steps with different numbers being executed in the reverse order of the illustration. This application does not limit this.

[0408] The above description is merely an exemplary embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the principles of this application should be included within the protection scope of this application.

Claims

1. An interaction method for a virtual environment application, characterized in that, The method includes: The virtual environment application displays a product acquisition portal. A first account is logged into the virtual environment application, and the first account is used to control the virtual character's activities in the virtual environment. When the trigger operation of the product acquisition entry is detected and the first account is bound to the second account, a product acquisition menu is displayed in the virtual environment application. The product acquisition menu is used to indicate the candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications. In response to the acquisition operation of the first item among the candidate items, the acquisition result of the first item is displayed in the virtual environment application.

2. The method according to claim 1, characterized in that, The step of displaying a product acquisition menu in the virtual environment application when the trigger operation of the product acquisition entry is detected and the first account is bound to the second account includes: If the trigger operation of the product acquisition entry is detected and the first account is bound to the second account, a first acquisition request is sent to the server. The first acquisition request is used by the server to acquire the product information of the candidate product. Based on the product information of the candidate products sent by the server, the product acquisition menu is displayed in the virtual environment application.

3. The method according to claim 2, characterized in that, The candidate products are products provided by the first merchant. The step of sending a first acquisition request to the server when the trigger operation of the product acquisition entry is detected and the first account is already bound to the second account includes: If the trigger operation of the product acquisition entry is detected and the first account is bound to the second account, a second acquisition request is sent to the server. The second acquisition request is used by the server to obtain merchant information of candidate merchants recommended by the product application for the second account. The candidate merchants include the first merchant. Based on the merchant information of the candidate merchants sent by the server, a merchant selection menu is displayed in the virtual environment application, and the merchant selection menu is used to indicate the candidate merchants; In response to the selection operation of the first merchant, the first acquisition request is sent to the server.

4. The method according to claim 1, characterized in that, The method further includes: The account binding page is displayed, which is used to instruct the user to enter the account identifier of the second account in order to establish a binding relationship between the first account and the second account; Obtain the account identifier of the second account entered through the account binding page; Display a message indicating that the first account and the second account have been successfully linked.

5. The method according to claim 4, characterized in that, The account binding page includes: If the trigger operation of the product acquisition entry is detected and the first account is not bound to a second account, the account binding page is displayed; or, If a resource claiming operation is detected in the virtual environment application and the first account is not bound to the second account, the account binding page is displayed. The resource claiming operation is used to claim deductible resources, and the deductible resources are used to reduce the resource value that the second account needs to pay to obtain goods.

6. The method according to any one of claims 1 to 5, characterized in that, The method further includes: If a resource claiming operation is detected in the virtual environment application and the first account is already bound to the second account, a resource deduction request is sent to the server. The resource claiming operation is used to claim deductible resources, which are used to reduce the amount of resources the second account needs to pay to acquire goods; the deductible resource issuance request is used by the server to associate the second account with the identification information of the deductible resources.

7. The method according to any one of claims 1 to 5, characterized in that, The step of responding to the acquisition operation of the first product among the candidate products and displaying the acquisition result of the first product in the virtual environment application includes: In response to the acquisition operation of the first item among the candidate items, at least one payment method is displayed in the virtual environment application; Obtain the payment result corresponding to the selected payment method among the at least one payment methods; Based on the payment result, the acquisition result of the first product is displayed in the virtual environment application.

8. The method according to claim 7, characterized in that, The operation of obtaining a first item from the candidate items, displaying at least one payment method in the virtual environment application, includes: In response to the acquisition operation of the first product among the candidate products, an order creation request is sent to the server. The order creation request is used by the server to create an order for the first product. If the order is created successfully, an order creation success response is returned. Based on the order creation success response sent by the server, at least one payment method is displayed in the virtual environment application.

9. The method according to claim 7, characterized in that, Obtaining the payment result corresponding to the selected payment method among the at least one payment method includes: When the selected payment method is the virtual environment application payment, a first payment request is sent to the server. The first payment request is used by the server to deduct a first resource value from the account of the first account. Based on the deduction of the first resource value, the payment result corresponding to the selected payment method is determined. Receive the payment result of the selected payment method sent by the server; The first resource value is determined based on the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resource used to obtain the first commodity.

10. The method according to claim 7, characterized in that, Obtaining the payment result corresponding to the selected payment method among the at least one payment method includes: If the selected payment method is not the payment method of the virtual environment application, a second payment request is sent to the server. The second payment request is used by the server to return a redirect link, which is used to redirect to a payment window that matches the selected payment method. Based on the redirect link, a payment window matching the selected payment method is displayed; Based on the payment window, obtain the payment result corresponding to the selected payment method.

11. An interaction method for a virtual environment application, characterized in that, The method includes: The receiving terminal sends a first acquisition request. The terminal runs a virtual environment application, and a first account is logged into the virtual environment application. The first account is used to control the activities of virtual characters in the virtual environment. The first acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry displayed in the virtual environment application and the first account is bound to a second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications. Based on the first acquisition request, the product information of the candidate products to be acquired by the second account is obtained, and the product information of the candidate products is sent to the terminal. The product information of the candidate products is used by the terminal to respond to the acquisition operation of the first product among the candidate products and to display the acquisition result of the first product in the virtual environment application.

12. The method according to claim 11, characterized in that, The candidate product is a product provided by the first merchant. Before the first acquisition request sent by the receiving terminal, the method further includes: Receive a second acquisition request sent by the terminal, wherein the second acquisition request is sent by the terminal when it detects the triggering operation of the product acquisition entry and the first account has been bound to the second account; Based on the second acquisition request, acquire merchant information of candidate merchants recommended by the second account for the product application, the candidate merchants including the first merchant; The merchant information of the candidate merchants is sent to the terminal; the merchant information of the candidate merchants is used by the terminal to send the first acquisition request in response to the selection operation of the first merchant.

13. The method according to claim 11, characterized in that, The method further includes: The terminal receives a resource distribution request for discounts. The resource distribution request is sent by the terminal when it detects a resource claiming operation in the virtual environment application and the first account is already bound to the second account. The resource claiming operation is used to claim discount resources, which are used to reduce the resource value that the second account needs to pay to obtain goods. Based on the request for the distribution of the deductible resources, the second account is associated with the identification information of the deductible resources.

14. The method according to any one of claims 11 to 13, characterized in that, After sending the product information of the candidate product to the terminal, the method further includes: The terminal receives an order creation request, which is sent by the terminal in response to the acquisition operation of the first product among the candidate products. Based on the order creation request, create an order for the first product; Upon successful order creation, an order creation success response is sent to the terminal; the order creation success response is used by the terminal to display at least one payment method in the virtual environment application.

15. The method according to claim 14, characterized in that, After sending an order creation success response to the terminal, the method further includes: The terminal receives a first payment request, wherein the first payment request is sent when the terminal selects the virtual environment application payment as the payment method among the at least one payment methods. Based on the first payment request, the first resource value is deducted from the account of the first account, and based on the deduction of the first resource value, the payment result corresponding to the selected payment method is determined; Send the payment result corresponding to the selected payment method to the terminal; The first resource value is determined based on the commodity resource value of the first commodity and the deductible resource value corresponding to the deductible resource used to obtain the first commodity.

16. The method according to claim 14, characterized in that, After sending an order creation success response to the terminal, the method further includes: Receive a second payment request sent by the terminal, wherein the second payment request is sent when the payment method selected by the terminal among the at least one payment methods is not the virtual environment application payment; Based on the second payment request, a redirect link is determined, which is used to redirect to a payment window that matches the selected payment method; The redirect link is sent to the terminal; the redirect link is used by the terminal to obtain the payment result corresponding to the selected payment method.

17. An interactive device for a virtual environment application, characterized in that, The device includes: The first display module is used to display the product acquisition portal in the virtual environment application, wherein a first account is logged in in the virtual environment application, and the first account is used to control the virtual character's activities in the virtual environment. The second display module is used to display a product acquisition menu in the virtual environment application when the trigger operation of the product acquisition entry is detected and the first account is bound to the second account. The product acquisition menu is used to indicate candidate products to be acquired by the second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications. The third display module is used to display the acquisition result of the first product in the virtual environment application in response to the acquisition operation of the first product among the candidate products.

18. An interactive device for a virtual environment application, characterized in that, The device includes: The receiving module is used to receive a first acquisition request sent by a terminal. The terminal runs a virtual environment application, and a first account is logged in in the virtual environment application. The first account is used to control the activities of virtual characters in the virtual environment. The first acquisition request is sent by the terminal when it detects the trigger operation of the product acquisition entry displayed in the virtual environment application and the first account is bound to a second account. The second account is the account used to acquire products based on the product application. The product application and the virtual environment application are two independent applications. The acquisition module is used to acquire product information of candidate products to be acquired by the second account based on the first acquisition request; The sending module is used to send product information of the candidate products to the terminal. The product information of the candidate products is used by the terminal to respond to the acquisition operation of the first product among the candidate products and to display the acquisition result of the first product in the virtual environment application.

19. A computer device, characterized in that, The computer device includes a processor and a memory, the memory storing a computer program, the computer program being loaded and executed by the processor to enable the computer device to implement the interactive method of the virtual environment application as described in any one of claims 1 to 16.

20. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, which is loaded and executed by a processor to enable the computer to implement the interactive method of the virtual environment application as described in any one of claims 1 to 16.

21. A computer program product, characterized in that, The computer program product includes a computer program stored in a computer-readable storage medium, which a processor reads from and executes to enable the computer to implement the interactive method of the virtual environment application as described in any one of claims 1 to 16.

Images