Game prize redemption interaction method, apparatus, device, and storage medium
Patent Information
- Application Number
- CN202311213883.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-09-19
- Publication Date
- 2026-08-21
- Estimated Expiration
- 2043-09-19
AI Technical Summary
[0003]本发明的主要目的在于解决现有的抽卡奖励领取方式需要多次向服务端请求数据,频繁的切换卡组将会带来大量的数据传输和网络延迟的技术问题
[0014]本发明通过终端设备提供图形用户界面,图形用户界面提供一抽卡界面,抽卡界面包括至少一个抽卡控件,响应于针对抽卡界面中任一抽卡控件的触发操作,确定目标抽卡控件和对应的抽卡卡池和抽卡方式;根据抽卡方式从抽卡卡池中抽取卡片,得到抽卡结果,并更新虚拟对象的已有卡组;根据已有卡组确定当前最佳奖励类型,并将对应的兑换数据发送至服务端对虚拟对象的已有卡组进行更新结算。本发明在客户端本地同步进行,无需发送协议请求服务端,因此大大降低了界面反应延迟,并通过当前卡组自动推荐最佳奖励类型供用户选择,引导图形用户界面上的显示交互逻辑。
Smart Images

Figure CN117224938B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of game interaction, and more particularly to an interactive method, apparatus, device, and storage medium for redeeming game rewards. Background Technology
[0002] In all types of online games, there is a card-drawing gameplay element. This involves dividing all cards into n types of regular cards and one wild card. Users first need to randomly draw from a sufficiently large pool of regular cards n times. Then, based on the draw results and the wild card held by the user, they create a deck of size n. To claim a virtual reward, the client sends a request to the server and waits for a response. The server then determines the type of reward the user can create based on the number of identical or different cards in the deck. However, applying this approach to card deck creation for rewards reveals some drawbacks. If the client needs to display the relationship between the deck and the reward, or vice versa, it must request data from the server multiple times. Frequent deck switching leads to significant data transmission and network latency. Summary of the Invention
[0003] The main objective of this invention is to solve the technical problem that existing card draw reward collection methods require multiple data requests to the server, and frequent card deck switching will lead to a large amount of data transmission and network latency.
[0004] The first aspect of this invention provides an interactive method for redeeming game rewards, which provides a graphical user interface through a terminal device. The graphical user interface provides a card-drawing interface, which includes at least one card-drawing control. The method includes:
[0005] In response to a trigger operation on any card-drawing control in the card-drawing interface of the target game, the target card-drawing control is determined, and the card pool and card-drawing method of the target card-drawing control are determined.
[0006] Cards are drawn from the corresponding card pool according to the card drawing method to obtain the card drawing result, and the existing card deck of the virtual object in the target game is updated according to the card drawing result;
[0007] The best reward type is determined based on the updated existing card deck, and the redemption data corresponding to the best reward type is sent to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data.
[0008] A second aspect of the present invention provides an interactive device for redeeming game rewards, which provides a graphical user interface via a terminal device. The graphical user interface provides a card-drawing interface, which includes at least one card-drawing control. The device comprises:
[0009] The response module is used to respond to a trigger operation on any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control.
[0010] The card deck update module is used to draw cards from the corresponding card draw pool according to the card draw method, obtain the card draw result, and update the existing card deck of the virtual object in the target game according to the card draw result;
[0011] The reward redemption module is used to determine the current best reward type based on the updated existing card deck, and send the redemption data corresponding to the current best reward type to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data.
[0012] A third aspect of the present invention provides an interactive device for redeeming game rewards, comprising: a memory and at least one processor, wherein the memory stores instructions, and the memory and the at least one processor are interconnected via a circuit; the at least one processor invokes the instructions in the memory to cause the interactive device for redeeming game rewards to perform the steps of the above-described interactive method for redeeming game rewards.
[0013] A fourth aspect of the present invention provides a computer-readable storage medium storing instructions that, when executed on a computer, cause the computer to perform the steps of the above-described interactive method for redeeming game rewards.
[0014] This invention provides a graphical user interface (GUI) via a terminal device. The GUI provides a card-drawing interface, including at least one card-drawing control. In response to a trigger operation on any card-drawing control within the interface, the system determines the target card-drawing control, its corresponding card pool, and the card-drawing method. Cards are drawn from the card pool according to the card-drawing method, resulting in a draw and updating the existing card set of the virtual object. Based on the existing card set, the system determines the current best reward type and sends the corresponding redemption data to the server to update and settle the existing card set of the virtual object. This invention operates synchronously on the client side, eliminating the need to send protocol requests to the server, thus significantly reducing interface response latency. Furthermore, it automatically recommends the best reward type for the user to choose from based on the current card set, guiding the display and interaction logic on the GUI.
[0015] Other features and advantages of the invention will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the invention. The objects and other advantages of the invention are realized and obtained in accordance with the structures particularly pointed out in the description, claims and drawings.
[0016] To make the above-mentioned objects, features and advantages of the present invention more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description
[0017] Figure 1 This is a schematic diagram of an embodiment of the interactive method for redeeming game rewards in this invention;
[0018] Figure 2 This is a schematic diagram of another embodiment of the interactive method for redeeming game rewards in this invention;
[0019] Figure 3 This is a schematic diagram of another embodiment of the interactive method for redeeming game rewards in this invention;
[0020] Figure 4 This is a schematic diagram of one embodiment of the interactive device for redeeming game rewards in this invention.
[0021] Figure 5 This is a schematic diagram of another embodiment of the interactive device for redeeming game rewards in this invention;
[0022] Figure 6 This is a schematic diagram of one embodiment of the interactive device for redeeming game rewards in this invention. Detailed Implementation
[0023] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0024] The terms "comprising" and "having," and any variations thereof, used in the embodiments of this invention are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the steps or units listed, but may optionally include other steps or units not listed, or may optionally include other steps or units inherent to such processes, methods, products, or devices.
[0025] In existing technology, if a user wants to claim a virtual reward, the client must send a request to the server and wait for the server's response. The server then determines the type of reward the user can synthesize based on the number of identical or different cards in the deck. However, applying this approach to deck-based reward synthesis reveals some drawbacks. If the client needs to display the relationship between the deck and the reward, or vice versa, it must request data from the server multiple times. Frequent deck switching leads to significant data transmission and network latency.
[0026] Based on the above, the embodiments of the present invention provide an interactive method, apparatus, device, and computer-readable storage medium for redeeming game rewards. This technology can be applied to interactive control or interactive scenarios for redeeming game rewards.
[0027] In one embodiment of this disclosure, the game reward redemption interaction method can run on a local terminal device or a server. When the game reward redemption interaction method runs on a server, the method can be implemented and executed based on a cloud interaction system, wherein the cloud interaction system includes a server and client devices.
[0028] In an optional implementation, various cloud applications, such as cloud gaming, can run under the cloud interaction system. Taking cloud gaming as an example, cloud gaming refers to a gaming method based on cloud computing. In the cloud gaming operating mode, the game program and the game screen presentation are separated. The storage and execution of the interactive method for redeeming game rewards are completed on the cloud gaming server. The client device is used for receiving and sending data and presenting the game screen. For example, the client device can be a display device with data transmission capabilities located close to the user, such as a mobile terminal, television, computer, or PDA; however, the information processing is performed by the cloud gaming server in the cloud. When playing the game, the user operates the client device to send operation commands to the cloud gaming server. The cloud gaming server runs the game according to the operation commands, encodes and compresses the game screen and other data, returns it to the client device via the network, and finally, the client device decodes and outputs the game screen.
[0029] In an optional implementation, taking a game as an example, the local terminal device stores the game program and is used to display the game screen. The local terminal device is used to interact with the user through a graphical user interface (GUI), i.e., conventionally downloading, installing, and running the game program via an electronic device. The local terminal device can provide the GUI to the user in various ways, such as rendering it on the terminal's display screen or providing it to the user through holographic projection. For example, the local terminal device can include a display screen for displaying the GUI, which includes game screens, and a processor for running the game, generating the GUI, and controlling the display of the GUI on the screen. The user can operate on the interface using input devices such as a touchscreen, mouse, keyboard, or gamepad.
[0030] In one possible implementation, this invention provides an interactive method for redeeming game rewards, which provides a graphical user interface through a terminal device. The terminal device can be a local terminal device (e.g., a mobile terminal, computer, game console, etc.) or a client device in the cloud interactive system mentioned above.
[0031] To facilitate understanding of this embodiment, a detailed description of the interactive method for redeeming game rewards disclosed in this embodiment of the invention will be provided first, such as... Figure 1 As shown, the interactive method for redeeming game rewards provides a graphical user interface through a terminal device. This graphical user interface provides a card-drawing interface, which includes at least one card-drawing control. The method includes the following steps:
[0032] 101. In response to a trigger operation targeting any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control;
[0033] In this embodiment, in the target game, a card-drawing interface can be provided in the graphical user interface in various ways. For example, a lottery option can be set in a preset position in the graphical user interface, and the user can determine whether to draw cards by touching the lottery option. A card-drawing option bar can be set in the graphical user interface, and each card-drawing option in the card-drawing option bar corresponds to a card-drawing page. Developers can set new card-drawing pages according to game resource updates. The card-drawing page can correspond to a card pool and multiple card-drawing methods, or the corresponding card-drawing interface can be called up by a shortcut key. This embodiment of the invention does not limit this.
[0034] In this embodiment, the card-drawing control triggered by the user on the card-drawing page is used as the target card-drawing control. One or more card-drawing controls can be set on the card-drawing page, and different card-drawing controls correspond to different card-drawing methods. For example, one card-drawing control can be set to draw a single card, and another card-drawing control can be set to draw ten consecutive cards. The resources consumed by ten consecutive card draws are less than those consumed by ten single card draws. The draws can be random or the results of the current draw can be modified based on the previous draw results. This embodiment does not limit this.
[0035] 102. Draw cards from the corresponding card pool according to the card drawing method, obtain the card drawing results, and update the existing card deck of the virtual object in the target game according to the card drawing results;
[0036] In this embodiment, different card-drawing interfaces correspond to different card-drawing pools, and different card-drawing controls on the card-drawing page correspond to different card-drawing methods. By determining the target card-drawing control, the corresponding card-drawing pool and card-drawing method can be determined simultaneously. Cards are drawn from the corresponding card-drawing pool using the card-drawing method corresponding to the target card-drawing control. The drawn cards are used as the card-drawing results, and the cards of the card-drawing results are added to the card deck owned by the virtual object to obtain the updated existing card deck, thereby updating the existing card deck of the virtual object.
[0037] 103. Determine the best reward type based on the updated existing card deck, and send the corresponding redemption data to the server. The server will then update and settle the existing card deck of the virtual object based on the redemption data.
[0038] In this embodiment, the optimal reward can be automatically calculated from the current deck. The synthesis algorithm is based on the greedy principle. By selecting cards with a reasonable strategy, it can always obtain the global optimal solution through the local optimal solution. The client no longer needs to make tables based on all combinations. The space complexity is maintained linearly throughout the calculation process. After the client opens the game interface and obtains the card information, no protocol is sent until the deck is confirmed. The client also does not need to rely on any calculations from the server, thereby eliminating network latency.
[0039] In this embodiment, a graphical user interface (GUI) is provided through a terminal device. The GUI provides a card-drawing interface, which includes at least one card-drawing control. In response to a trigger operation on any card-drawing control in the GUI, the target card-drawing control, its corresponding card pool, and the card-drawing method are determined. Cards are drawn from the card pool according to the card-drawing method to obtain the drawing result, and the existing card set of the virtual object is updated. The current best reward type is determined based on the existing card set, and the corresponding redemption data is sent to the server to update and settle the existing card set of the virtual object. This invention operates synchronously on the client side without sending protocol requests to the server, thus greatly reducing interface response latency. It also automatically recommends the best reward type for the user to choose from based on the current card set, guiding the display interaction logic on the GUI.
[0040] Please see Figure 2 Another embodiment of the interactive method for redeeming game rewards in this invention includes:
[0041] 201. In response to a trigger operation targeting any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control;
[0042] 202. Draw cards from the corresponding card pool according to the card drawing method, obtain the card drawing results, and update the existing card deck of the virtual object in the target game according to the card drawing results;
[0043] In this embodiment, steps 201-202 are similar to steps 101-101 in the previous embodiment, and will not be described again here.
[0044] 203. Determine the number of cards of the first card type and the number of cards of the second card type in the updated existing deck, wherein the first card type includes at least one card subtype, and the second card type is used to convert to any card subtype;
[0045] In this embodiment, all cards are divided into n types of regular cards and one wild card. The wild card needs to be purchased and can be used as any type of regular card. The user first needs to randomly draw cards n times from a sufficiently large pool of regular cards. Then, based on the draw results and the wild card held by the user, a card deck of size n is created. Finally, the type of reward the user can synthesize is determined by the number of identical or different cards in the deck. Regular cards are of the first card type, while the wild card can be converted into any card subtype, i.e., a wild card.
[0046] 204. Based on the number of cards of the first card type and the number of cards of the second card type, calculate the number of cards of the same card subtype or different card subtypes in the updated existing deck;
[0047] In this embodiment, calculating the number of cards of the same subtype or different subtypes in the updated existing card set based on the number of cards of the first card type and the number of cards of the second card type includes: determining whether a preset first condition is met based on the total number of cards of the first card type and the second card type in the updated existing card set; if so, calculating the number of cards of the same subtype and the number of cards of different subtypes in the first card type; determining the number of cards of the same subtype in the updated existing card set based on the number of cards of the same subtype in the first card type and the number of cards of the second card type; and determining the number of cards of different subtypes in the updated existing card set based on the number of cards of different subtypes in the first card type and the number of cards of the second card type.
[0048] Specifically, let the number of cards of the first card type in the existing deck be K[1…n], where K[i] represents the number of cards of the i-th card subtype, and the number of cards of the second card type be U. We also count the total number of cards in K, A. We determine whether the total number of cards of the first and second card types meets the preset first condition, that is, whether A+U is less than the minimum number of cards corresponding to the synthesis reward. If so, we end the current process directly and display a prompt message on the page that the current existing deck does not meet the conditions for synthesizing the reward. Otherwise, we proceed to the next step, count the maximum number of identical cards B in K in the existing deck, and count the total number of different cards C in K.
[0049] 205. Determine the current optimal reward type based on the number of cards of the same subtype and the number of cards of different subtypes;
[0050] In this embodiment, the maximum number of cards of the same type (B) for the first card type is added to the number of cards of the second card type (U) to calculate whether a reward combination R1 with the same number of cards can be synthesized. The number of different types of cards for the first card type (C) is added to the number of cards of the second card type (U) to calculate whether a reward combination R2 with different numbers of cards can be synthesized. Finally, the reward R, which is the larger of R1 and R2, is returned as the current optimal reward type.
[0051] 206. Send the redemption data corresponding to the current best reward type to the server, and the server will update and settle the existing card deck of the virtual object based on the redemption data.
[0052] In this embodiment, the client no longer performs table generation based on all combinations, maintaining linear space complexity throughout the calculation process. After the client opens the game interface and obtains card information, no further protocols are sent until the card deck is confirmed. The client also does not need to rely on any calculations from the server, thus eliminating network latency.
[0053] In this embodiment, a graphical user interface (GUI) is provided through a terminal device. The GUI provides a card-drawing interface, which includes at least one card-drawing control. In response to a trigger operation on any card-drawing control in the GUI, the target card-drawing control, its corresponding card pool, and the card-drawing method are determined. Cards are drawn from the card pool according to the card-drawing method to obtain the drawing result, and the existing card set of the virtual object is updated. The current best reward type is determined based on the existing card set, and the corresponding redemption data is sent to the server to update and settle the existing card set of the virtual object. This invention operates synchronously on the client side without sending protocol requests to the server, thus greatly reducing interface response latency. It also automatically recommends the best reward type for the user to choose from based on the current card set, guiding the display interaction logic on the GUI.
[0054] Please see Figure 3 Another embodiment of the interactive method for redeeming game rewards in this invention includes:
[0055] 301. In response to a trigger operation targeting any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control.
[0056] 302. Draw cards from the corresponding card pool according to the card drawing method, obtain the card drawing results, and update the existing card deck of the virtual object in the target game according to the card drawing results;
[0057] In this embodiment, steps 301-302 are similar to steps 101-102 in the first embodiment, and will not be described again here.
[0058] 303. In response to a trigger operation on any reward control in the card drawing interface, determine the target reward control and the target reward type corresponding to the target reward control;
[0059] In this embodiment, the client card combination algorithm can be split into two directions: it can automatically calculate the optimal reward from the current card deck, and it can also deduce the card deck with the least consumption of the second card type from the reward manually selected by the user. In this embodiment, the card drawing interface also provides at least one reward control. By selecting the corresponding reward control, the client automatically identifies the reward control as the target reward control and identifies the reward type corresponding to the target reward control as the reward manually selected by the user, which is the target reward type.
[0060] 304. Determine the number of first cards or second cards required for the target reward type, wherein the number of first cards is the number of cards of the same subtype, and the number of second cards is the number of cards of different subtypes;
[0061] In this embodiment, let the current card deck of the first card type be K[1…n], the number of cards of the second card type be U, the selected target reward type be R, and determine the number of first cards X or the number of second cards Y required for the target reward type.
[0062] 305. Determine the maximum number of identical card subtypes and the maximum number of different card subtypes of the first card type in the existing deck of the virtual object in the target game;
[0063] In this embodiment, the existing card sets are traversed and statistics are performed to obtain the maximum number of identical card subtypes B and the maximum number of different card subtypes C of the first card type in the existing card sets.
[0064] 306. Determine whether the maximum number of identical card subtypes is less than the number of first cards required for the target reward type or whether the maximum number of different card subtypes is less than the number of second cards required for the target reward type;
[0065] In this embodiment, it is determined whether the maximum number of identical card subtypes B is less than the first number of cards X required for the target reward type, or whether the maximum number of different card types C is less than the second number of cards Y required for the target reward type.
[0066] 307. If so, calculate the cards of the second card type in the existing deck required for the target reward type, and determine the card combination of the first and second card types in the existing deck.
[0067] In this embodiment, calculating the number of cards of the second card type in the existing deck required for the target reward type, and determining the card combination of the first card type and the second card type in the existing deck, includes: calculating the first card number difference between the maximum number of identical card subtypes and the number of first cards required for the target reward type; calculating the second card number difference between the maximum number of different card subtypes and the number of second cards required for the target reward type; and combining the cards of the second card type (either the first card number difference or the second card number difference) with the cards of the first card type (either the maximum number of identical card subtypes or the maximum number of different card subtypes) as a card combination.
[0068] Specifically, for reward combinations requiring X identical cards, first find the maximum number B of identical card subtypes of the first card type in the card set K[1…n]. If B is not less than X, select X cards of that card type and 0 cards of the second card type; otherwise, select B cards of that card type and XB cards of the second card type. In both cases, if the total number of cards is less than n, select any card of the first card type to make up the difference. For reward combinations requiring Y different cards, first find the total number C of different types of the first card type in the card set K[1…n]. If C is not less than Y, select 1 card of each type Y and 0 cards of the second card type; otherwise, select 1 card of each type C and YC cards of the second card type. In both cases, if the total number of cards is less than n, select any card of the first card type to make up the difference. For reward combinations without special requirements, simply select n cards of any first card type.
[0069] 308. If not, select either the first number of cards required for the target reward type or the second number of cards required for the target reward type from the first card type of the existing deck as a card combination;
[0070] In this embodiment, selecting the first number of cards required for the target reward type or the second number of cards required for the target reward type from the first card type of the existing card deck as a card combination allows users to freely switch rewards on the client side and automatically select the corresponding card combination on the interface, so as to achieve the purpose of using the fewest wild cards to receive the corresponding reward.
[0071] 309. Display the cards of the first and second card types in the card combination on the card draw screen.
[0072] In this embodiment, the cards of the first card type and the second card type in the card combination are displayed in the card drawing interface, so that users can confirm whether they need to redeem the reward.
[0073] In this embodiment, a graphical user interface (GUI) is provided through a terminal device. This GUI provides a card-drawing interface, which includes at least one card-drawing control. In response to a trigger operation on any card-drawing control within the interface, the target card-drawing control, its corresponding card pool, and the card-drawing method are determined. Cards are drawn from the card pool according to the card-drawing method, resulting in a draw and updating the existing card set of the virtual object. The optimal reward type is determined based on the existing card set, and the corresponding redemption data is sent to the server to update and settle the existing card set of the virtual object. This invention operates synchronously on the client side, eliminating the need to send protocol requests to the server, thus significantly reducing interface response latency. Furthermore, it automatically recommends the optimal reward type for the user to choose from based on the current card set, guiding the display and interaction logic on the GUI.
[0074] The interactive method for redeeming game rewards in this embodiment of the invention has been described above. The interactive device for redeeming game rewards in this embodiment of the invention is described below. A graphical user interface is provided through a terminal device. The graphical user interface provides a card-drawing interface, which includes at least one card-drawing control. Please refer to [link to relevant documentation]. Figure 4 One embodiment of the interactive device for redeeming game rewards in this invention includes:
[0075] The response module 401 is used to respond to a trigger operation on any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control.
[0076] The card deck update module 402 is used to draw cards from the corresponding card draw pool according to the card draw method, obtain the card draw result, and update the existing card deck of the virtual object in the target game according to the card draw result;
[0077] The reward redemption module 403 is used to determine the current best reward type based on the updated existing card deck, and send the redemption data corresponding to the current best reward type to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data.
[0078] In this embodiment, a graphical user interface (GUI) is provided through a terminal device. The GUI provides a card-drawing interface, which includes at least one card-drawing control. In response to a trigger operation on any card-drawing control in the GUI, the target card-drawing control, its corresponding card pool, and the card-drawing method are determined. Cards are drawn from the card pool according to the card-drawing method to obtain the drawing result, and the existing card set of the virtual object is updated. The current best reward type is determined based on the existing card set, and the corresponding redemption data is sent to the server to update and settle the existing card set of the virtual object. This invention operates synchronously on the client side without sending protocol requests to the server, thus greatly reducing interface response latency. It also automatically recommends the best reward type for the user to choose from based on the current card set, guiding the display interaction logic on the GUI.
[0079] Please see Figure 5 Another embodiment of the interactive device for redeeming game rewards in this invention includes:
[0080] The response module 401 is used to respond to a trigger operation on any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control.
[0081] The card deck update module 402 is used to draw cards from the corresponding card draw pool according to the card draw method, obtain the card draw result, and update the existing card deck of the virtual object in the target game according to the card draw result;
[0082] The reward redemption module 403 is used to determine the current best reward type based on the updated existing card deck, and send the redemption data corresponding to the current best reward type to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data.
[0083] In one feasible implementation, the reward redemption module 403 includes:
[0084] The first quantity determination unit 4031 is used to determine the number of cards of the first card type and the number of cards of the second card type in the updated existing card set, wherein the first card type includes at least one card subtype, and the second card type is used to be converted into any card subtype;
[0085] The quantity calculation unit 4032 is used to calculate the number of cards of the same subtype or different subtypes in the updated existing card set based on the number of cards of the first card type and the number of cards of the second card type.
[0086] The reward determination unit 4033 is used to determine the current optimal reward type based on the number of cards of the same card subtype and the number of cards of different card types;
[0087] The exchange unit 4034 is used to send the exchange data corresponding to the current best reward type to the server, and the server updates and settles the existing card deck of the virtual object according to the exchange data.
[0088] In one feasible implementation, the quantity calculation unit 4032 is specifically used for:
[0089] Determine whether the preset first condition is met based on the total number of cards of the first card type and the second card type in the updated existing card deck;
[0090] If so, then calculate the number of cards of the same subtype and the number of cards of different subtypes in the first card type;
[0091] The number of cards of the same card type in the updated existing deck is determined based on the number of cards of the same card subtype in the first card type and the number of cards of the second card type;
[0092] The number of cards of different card types in the updated existing deck is determined based on the number of cards of different card subtypes in the first card type and the number of cards of the second card type.
[0093] In one feasible implementation, the card-drawing interface also provides at least one reward control, and the interactive device for redeeming game rewards further includes a reward reverse calculation module 404, which includes:
[0094] The response triggering unit 4041 is used to respond to a triggering operation on any reward control in the card drawing interface, determine the target reward control, and determine the target reward type corresponding to the target reward control;
[0095] The second quantity determination unit 4042 is used to determine the first card quantity or the second card quantity required for the target reward type, wherein the first card quantity is the number of cards of the same card subtype, and the second card quantity is the number of cards of different card types;
[0096] The deck determination unit 4043 is used to determine the card combination of the first card type and the second card type in the existing deck based on the number of first cards or the number of second cards required for the target reward type and the existing deck of the virtual object in the target game.
[0097] The card deck display unit 4044 is used to display the first card type and the second card type cards in the card deck in the card drawing interface.
[0098] In one feasible implementation, the card group determining unit 4043 is specifically used for:
[0099] Determine the maximum number of identical card subtypes and the maximum number of different card types of the first card type in the existing deck of a virtual object in the target game;
[0100] Determine whether the maximum number of identical card subtypes is less than the first number of cards required for the target reward type, or whether the maximum number of different card types is less than the second number of cards required for the target reward type;
[0101] If so, calculate the cards of the second card type in the existing deck required for the target reward type, and determine the combination of the first card type and the second card type in the existing deck;
[0102] If not, then select either the first number of cards required for the target reward type or the second number of cards required for the target reward type from the first card type of the existing card deck as a card combination.
[0103] In one feasible implementation, the card group determining unit 4043 is further configured to:
[0104] Calculate the first card number difference between the maximum number of identical card subtypes and the first card number required for the target reward type;
[0105] Calculate the difference in the number of second cards between the maximum number of different card subtypes and the number of second cards required for the target reward type;
[0106] The cards of the second card type with the first card quantity difference or the second card quantity difference are combined with the cards of the first card type with the maximum number of identical card subtypes or the maximum number of different card subtypes.
[0107] In one feasible implementation, the exchange unit 4034 is specifically used for:
[0108] The graphical user interface displays the reward control corresponding to the current best reward type.
[0109] In response to the trigger operation of the reward control corresponding to the current best reward type, the redemption data corresponding to the current best reward type is sent to the server, and the server updates and settles the existing card deck of the virtual object according to the redemption data.
[0110] In this embodiment, a graphical user interface (GUI) is provided through a terminal device. This GUI provides a card-drawing interface, which includes at least one card-drawing control. In response to a trigger operation on any card-drawing control within the interface, the target card-drawing control, its corresponding card pool, and the card-drawing method are determined. Cards are drawn from the card pool according to the card-drawing method, resulting in a draw and updating the existing card set of the virtual object. The optimal reward type is determined based on the existing card set, and the corresponding redemption data is sent to the server to update and settle the existing card set of the virtual object. This invention operates synchronously on the client side, eliminating the need to send protocol requests to the server, thus significantly reducing interface response latency. Furthermore, it automatically recommends the optimal reward type for the user to choose from based on the current card set, guiding the display and interaction logic on the GUI.
[0111] above Figure 4 and Figure 5 The interactive device for redeeming game rewards in this embodiment of the invention will be described in detail from the perspective of modular functional entities. The interactive device for redeeming game rewards in this embodiment of the invention will be described in detail from the perspective of hardware processing.
[0112] Figure 6 This is a schematic diagram of the structure of an interactive device for redeeming game rewards according to an embodiment of the present invention. The interactive device 600 for redeeming game rewards can vary significantly due to different configurations or performance. It may include one or more central processing units (CPUs) 610 (e.g., one or more processors) and a memory 620, and one or more storage media 630 (e.g., one or more mass storage devices) for storing application programs 633 or data 632. The memory 620 and storage media 630 can be temporary or persistent storage. The program stored in the storage media 630 may include one or more modules (not shown in the diagram), each module may include a series of instruction operations on the interactive device 600 for redeeming game rewards. Furthermore, the processor 610 may be configured to communicate with the storage media 630 and execute a series of instruction operations in the storage media 630 on the interactive device 600 for redeeming game rewards to achieve the following steps:
[0113] A graphical user interface (GUI) is provided through a terminal device. This GUI provides a card-drawing interface, including at least one card-drawing control. In response to a trigger operation on any card-drawing control within the GUI of the target game, a target card-drawing control is determined, along with its card pool and drawing method. Cards are drawn from the corresponding card pool according to the drawing method, resulting in a draw. The existing card deck of a virtual object in the target game is updated based on the draw result. The current optimal reward type is determined based on the updated existing card deck, and the corresponding exchange data is sent to the server. The server then updates and settles the existing card deck of the virtual object based on the exchange data. This method, performed synchronously on the client side without sending protocol requests to the server, significantly reduces interface response latency and automatically recommends the optimal reward type for the user to choose from based on the current card deck, guiding the display and interaction logic on the GUI.
[0114] Optionally, the server determines the current best reward type based on the updated existing card deck and sends the redemption data corresponding to the current best reward type to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data, including: determining the number of cards of a first card type and the number of cards of a second card type in the updated existing card deck, wherein the first card type includes at least one card subtype, and the second card type is used to convert to any card subtype; calculating the number of cards of the same card subtype or different card types in the updated existing card deck based on the number of cards of the first card type and the number of cards of the second card type; determining the current best reward type based on the number of cards of the same card type and the number of cards of different card types; sending the redemption data corresponding to the current best reward type to the server; and the server then updates and settles the existing card deck of the virtual object based on the redemption data.
[0115] The above method automatically calculates the best reward type based on the updated existing card deck and recommends it to the user, making it easier for the user to directly select the most suitable reward type for redemption and guiding the display and interaction logic on the graphical user interface.
[0116] Optionally, calculating the number of cards of the same subtype or different subtypes in the updated existing card set based on the number of cards of the first card type and the number of cards of the second card type includes: determining whether a preset first condition is met based on the total number of cards of the first card type and the second card type in the updated existing card set; if so, calculating the number of cards of the same subtype and the number of cards of different subtypes in the first card type; determining the number of cards of the same subtype in the updated existing card set based on the number of cards of the same subtype in the first card type and the number of cards of the second card type; and determining the number of cards of different subtypes in the updated existing card set based on the number of cards of different subtypes in the first card type and the number of cards of the second card type.
[0117] The above method determines whether the total number of cards meets the requirements by setting a preset first condition. If not, the calculation process is saved.
[0118] Optionally, the card-drawing interface also provides at least one reward control, and the interactive method for redeeming game rewards further includes: in response to a trigger operation on any reward control in the card-drawing interface, determining a target reward control and determining a target reward type corresponding to the target reward control; determining the first card quantity or the second card quantity required for the target reward type, wherein the first card quantity is the quantity of cards of the same card subtype, and the second card quantity is the quantity of cards of different card subtypes; determining a card combination of the first card type and the second card type in the existing card set of the target game virtual object based on the first card quantity or the second card quantity required for the target reward type and the existing card set of the target game virtual object; and displaying the cards of the first card type and the second card type in the card combination in the card-drawing interface.
[0119] The above method automatically recommends deck combinations based on the updated existing decks and the user's selected target reward type, guiding the display and interaction logic on the graphical user interface.
[0120] Optionally, determining the card combination of the first card type and the second card type in the existing card set based on the number of first cards or the number of second cards required for the target reward type and the existing card set of the virtual object in the target game includes: determining the maximum number of identical card subtypes and the maximum number of different card subtypes of the first card type in the existing card set of the virtual object in the target game; determining whether the maximum number of identical card subtypes is less than the number of first cards required for the target reward type or whether the maximum number of different card subtypes is less than the number of second cards required for the target reward type; if so, calculating the number of cards of the second card type in the existing card set required for the target reward type and determining the card combination of the first card type and the second card type in the existing card set; if not, selecting the number of cards required for the first card type or the number of cards required for the second card type from the first card type in the existing card set as the card combination.
[0121] The above method determines the card combination by determining whether the maximum number of identical card subtypes is less than the first number of cards required for the target reward type or whether the maximum number of different card subtypes is less than the second number of cards required for the target reward type.
[0122] Optionally, the above calculation of the cards of the second card type in the existing deck required for the target reward type, and the determination of the card combination of the first card type and the second card type in the existing deck, include: calculating the first card number difference between the maximum number of identical card subtypes and the number of first cards required for the target reward type; calculating the second card number difference between the maximum number of different card subtypes and the number of second cards required for the target reward type; and combining the cards of the second card type with the cards of the first card type with the maximum number of identical card subtypes or the maximum number of different card subtypes as a card combination.
[0123] The above method determines the card combination by calculating the first card quantity difference between the maximum number of identical card subtypes and the first card quantity required for the target reward type, or by calculating the second card quantity difference between the maximum number of different card subtypes and the second card quantity required for the target reward type.
[0124] Optionally, the above-mentioned sending the redemption data corresponding to the current best reward type to the server, and having the server update and settle the existing card deck of the virtual object based on the redemption data, includes: displaying the reward control corresponding to the current best reward type in the graphical user interface; in response to a trigger operation on the reward control corresponding to the current best reward type, sending the redemption data corresponding to the current best reward type to the server, and having the server update and settle the existing card deck of the virtual object based on the redemption data.
[0125] The above method performs the process locally on the client side without sending a protocol request to the server, thus greatly reducing interface response latency. The reward is only sent to the server for redemption after the reward type is determined.
[0126] The interactive device 600 for redeeming game rewards may also include one or more power supplies 640, one or more wired or wireless network interfaces 650, one or more input / output interfaces 660, and / or one or more operating systems 631, such as Windows Server, Mac OS X, Unix, Linux, FreeBSD, etc. Those skilled in the art will understand that... Figure 6 The interactive device structure for redeeming game rewards shown does not constitute a limitation on the interactive device for redeeming game rewards provided by this invention. It may include more or fewer components than shown, or combine certain components, or have different component arrangements.
[0127] The present invention also provides a computer-readable storage medium, which can be a non-volatile computer-readable storage medium or a volatile computer-readable storage medium, wherein the computer-readable storage medium stores instructions that, when executed on a computer, cause the computer to perform the following steps:
[0128] A graphical user interface (GUI) is provided through a terminal device. This GUI provides a card-drawing interface, including at least one card-drawing control. In response to a trigger operation on any card-drawing control within the GUI of the target game, a target card-drawing control is determined, along with its card pool and drawing method. Cards are drawn from the corresponding card pool according to the drawing method, resulting in a draw. The existing card deck of a virtual object in the target game is updated based on the draw result. The current optimal reward type is determined based on the updated existing card deck, and the corresponding exchange data is sent to the server. The server then updates and settles the existing card deck of the virtual object based on the exchange data. This method, performed synchronously on the client side without sending protocol requests to the server, significantly reduces interface response latency and automatically recommends the optimal reward type for the user to choose from based on the current card deck, guiding the display and interaction logic on the GUI.
[0129] Optionally, the server determines the current best reward type based on the updated existing card deck and sends the redemption data corresponding to the current best reward type to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data, including: determining the number of cards of a first card type and the number of cards of a second card type in the updated existing card deck, wherein the first card type includes at least one card subtype, and the second card type is used to convert to any card subtype; calculating the number of cards of the same card subtype or different card types in the updated existing card deck based on the number of cards of the first card type and the number of cards of the second card type; determining the current best reward type based on the number of cards of the same card type and the number of cards of different card types; sending the redemption data corresponding to the current best reward type to the server; and the server then updates and settles the existing card deck of the virtual object based on the redemption data.
[0130] The above method automatically calculates the best reward type based on the updated existing card deck and recommends it to the user, making it easier for the user to directly select the most suitable reward type for redemption and guiding the display and interaction logic on the graphical user interface.
[0131] Optionally, calculating the number of cards of the same subtype or different subtypes in the updated existing card set based on the number of cards of the first card type and the number of cards of the second card type includes: determining whether a preset first condition is met based on the total number of cards of the first card type and the second card type in the updated existing card set; if so, calculating the number of cards of the same subtype and the number of cards of different subtypes in the first card type; determining the number of cards of the same subtype in the updated existing card set based on the number of cards of the same subtype in the first card type and the number of cards of the second card type; and determining the number of cards of different subtypes in the updated existing card set based on the number of cards of different subtypes in the first card type and the number of cards of the second card type.
[0132] The above method determines whether the total number of cards meets the requirements by setting a preset first condition. If not, the calculation process is saved.
[0133] Optionally, the card-drawing interface also provides at least one reward control, and the interactive method for redeeming game rewards further includes: in response to a trigger operation on any reward control in the card-drawing interface, determining a target reward control and determining a target reward type corresponding to the target reward control; determining the first card quantity or the second card quantity required for the target reward type, wherein the first card quantity is the quantity of cards of the same card subtype, and the second card quantity is the quantity of cards of different card subtypes; determining a card combination of the first card type and the second card type in the existing card set of the target game virtual object based on the first card quantity or the second card quantity required for the target reward type and the existing card set of the target game virtual object; and displaying the cards of the first card type and the second card type in the card combination in the card-drawing interface.
[0134] The above method automatically recommends deck combinations based on the updated existing decks and the user's selected target reward type, guiding the display and interaction logic on the graphical user interface.
[0135] Optionally, determining the card combination of the first card type and the second card type in the existing card set based on the number of first cards or the number of second cards required for the target reward type and the existing card set of the virtual object in the target game includes: determining the maximum number of identical card subtypes and the maximum number of different card subtypes of the first card type in the existing card set of the virtual object in the target game; determining whether the maximum number of identical card subtypes is less than the number of first cards required for the target reward type or whether the maximum number of different card subtypes is less than the number of second cards required for the target reward type; if so, calculating the number of cards of the second card type in the existing card set required for the target reward type and determining the card combination of the first card type and the second card type in the existing card set; if not, selecting the number of cards required for the first card type or the number of cards required for the second card type from the first card type in the existing card set as the card combination.
[0136] The above method determines the card combination by determining whether the maximum number of identical card subtypes is less than the first number of cards required for the target reward type or whether the maximum number of different card subtypes is less than the second number of cards required for the target reward type.
[0137] Optionally, the above calculation of the cards of the second card type in the existing deck required for the target reward type, and the determination of the card combination of the first card type and the second card type in the existing deck, include: calculating the first card number difference between the maximum number of identical card subtypes and the number of first cards required for the target reward type; calculating the second card number difference between the maximum number of different card subtypes and the number of second cards required for the target reward type; and combining the cards of the second card type with the cards of the first card type with the maximum number of identical card subtypes or the maximum number of different card subtypes as a card combination.
[0138] The above method determines the card combination by calculating the first card quantity difference between the maximum number of identical card subtypes and the first card quantity required for the target reward type, or by calculating the second card quantity difference between the maximum number of different card subtypes and the second card quantity required for the target reward type.
[0139] Optionally, the above-mentioned sending the redemption data corresponding to the current best reward type to the server, and having the server update and settle the existing card deck of the virtual object based on the redemption data, includes: displaying the reward control corresponding to the current best reward type in the graphical user interface; in response to a trigger operation on the reward control corresponding to the current best reward type, sending the redemption data corresponding to the current best reward type to the server, and having the server update and settle the existing card deck of the virtual object based on the redemption data.
[0140] The above method performs the process locally on the client side without sending a protocol request to the server, thus greatly reducing interface response latency. The reward is only sent to the server for redemption after the reward type is determined.
[0141] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working process of the system, device, or unit described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.
[0142] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0143] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims
1. An interactive method for redeeming game rewards, characterized in that, A graphical user interface is provided through a terminal device, the graphical user interface providing a card-drawing interface, the card-drawing interface including at least one card-drawing control, and the interaction method includes: In response to a trigger operation on any card-drawing control in the card-drawing interface of the target game, the target card-drawing control is determined, and the card pool and card-drawing method of the target card-drawing control are determined. Cards are drawn from the corresponding card pool according to the card drawing method to obtain the card drawing result, and the existing card deck of the virtual object in the target game is updated according to the card drawing result; The best reward type is determined based on the updated existing card deck, and the redemption data corresponding to the best reward type is sent to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data.
2. The interaction method according to claim 1, characterized in that, The step of determining the current best reward type based on the updated existing card deck and sending the redemption data corresponding to the current best reward type to the server, and then having the server update and settle the existing card deck of the virtual object based on the redemption data, includes: Determine the number of cards of the first card type and the number of cards of the second card type in the updated existing card deck, wherein the first card type includes at least one card subtype, and the second card type is used to be converted into any card subtype; Based on the number of cards of the first card type and the number of cards of the second card type, calculate the number of cards of the same card subtype or the number of cards of different card types in the updated existing card deck; The optimal reward type is determined based on the number of cards of the same subtype and the number of cards of different subtypes. The redemption data corresponding to the current best reward type is sent to the server, and the server updates and settles the existing card deck of the virtual object based on the redemption data.
3. The interaction method according to claim 2, characterized in that, The step of calculating the number of cards of the same subtype or different subtypes in the updated existing deck based on the number of cards of the first card type and the number of cards of the second card type includes: Determine whether the preset first condition is met based on the total number of cards of the first card type and the second card type in the updated existing card deck; If so, then calculate the number of cards of the same subtype and the number of cards of different subtypes in the first card type; The number of cards of the same card type in the updated existing deck is determined based on the number of cards of the same card subtype in the first card type and the number of cards of the second card type; The number of cards of different card types in the updated existing deck is determined based on the number of cards of different card subtypes in the first card type and the number of cards of the second card type.
4. The interaction method according to claim 1, characterized in that, The card-drawing interface also provides at least one reward control, and the interactive method for redeeming game rewards further includes: In response to a trigger operation on any reward control in the card drawing interface, a target reward control is determined, and the target reward type corresponding to the target reward control is determined; Determine the first number of cards or the second number of cards required for the target reward type, wherein the first number of cards is the number of cards of the same subtype, and the second number of cards is the number of cards of different subtypes; Based on the number of first or second cards required for the target reward type and the existing card deck of the virtual object in the target game, determine the card combination of the first and second card types in the existing card deck; The cards of the first card type and the second card type in the card combination are displayed in the card drawing interface.
5. The interaction method according to claim 4, characterized in that, The step of determining the card combination of the first card type and the second card type in the existing card deck based on the number of first cards or second cards required for the target reward type and the existing card deck of the virtual object in the target game includes: Determine the maximum number of identical card subtypes and the maximum number of different card types of the first card type in the existing deck of a virtual object in the target game; Determine whether the maximum number of identical card subtypes is less than the first number of cards required for the target reward type, or whether the maximum number of different card types is less than the second number of cards required for the target reward type; If so, calculate the cards of the second card type in the existing deck required for the target reward type, and determine the combination of the first card type and the second card type in the existing deck; If not, then select either the first number of cards required for the target reward type or the second number of cards required for the target reward type from the first card type of the existing card deck as a card combination.
6. The interaction method according to claim 5, characterized in that, The calculation of the target reward type requires cards of the second card type in the existing deck. Determining the combination of the first card type and the second card type in the existing deck includes: Calculate the first card number difference between the maximum number of identical card subtypes and the first card number required for the target reward type; Calculate the difference in the number of second cards between the maximum number of different card subtypes and the number of second cards required for the target reward type; The cards of the second card type with the first card quantity difference or the second card quantity difference are combined with the cards of the first card type with the maximum number of identical card subtypes or the maximum number of different card subtypes.
7. The interaction method according to claim 2, characterized in that, The step of sending the redemption data corresponding to the current best reward type to the server, and having the server update and settle the existing card deck of the virtual object based on the redemption data, includes: The graphical user interface displays the reward control corresponding to the current best reward type. In response to the trigger operation of the reward control corresponding to the current best reward type, the redemption data corresponding to the current best reward type is sent to the server, and the server updates and settles the existing card deck of the virtual object according to the redemption data.
8. An interactive device for redeeming game rewards, characterized in that, A graphical user interface is provided through a terminal device, the graphical user interface providing a card-drawing interface, the card-drawing interface including at least one card-drawing control, and the interactive device for redeeming game rewards includes: The response module is used to respond to a trigger operation on any card-drawing control in the card-drawing interface of the target game, determine the target card-drawing control, and determine the card pool and card-drawing method of the target card-drawing control. The card deck update module is used to draw cards from the corresponding card draw pool according to the card draw method, obtain the card draw result, and update the existing card deck of the virtual object in the target game according to the card draw result; The reward redemption module is used to determine the current best reward type based on the updated existing card deck, and send the redemption data corresponding to the current best reward type to the server. The server then updates and settles the existing card deck of the virtual object based on the redemption data.
9. An interactive device for redeeming game rewards, characterized in that, The interactive device for redeeming game rewards includes: a memory and at least one processor, wherein the memory stores instructions; The at least one processor invokes the instructions in the memory to cause the interactive device for redeeming game rewards to perform the steps of the interactive method for redeeming game rewards as described in any one of claims 1-7.
10. A computer-readable storage medium storing instructions thereon, characterized in that, When the instruction is executed by the processor, it implements the steps of the interactive method for redeeming game rewards as described in any one of claims 1-7.
Citation Information
Patent Citations
Information processor and program
JP2019209164A
Player specific rewards
US20040142742A1