Data processing method and card game data processing system
By receiving, classifying and comparing card data for online card games on the server side, the problem of slow game results generation is solved, faster result generation and lower waiting time are achieved, and user experience is improved.
Patent Information
- Application Number
- CN202411756219.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-02
- Publication Date
- 2025-02-28
AI Technical Summary
In online card games where multiple players participate, the game results are generated slowly, resulting in players waiting time longer and affecting the user experience.
By receiving and classifying the card data sent by the player client on the server side, iterative comparison is performed to generate comparison results for card types, and return the results to the player client for display.
It improves the generation speed of game results, reduces players' waiting time for game results, and improves user experience.
Smart Images
Figure CN119524398A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of computer technology, and in particular to a data processing method and a card game data processing system. Background Art
[0002] As an entertainment activity that can exercise and improve thinking ability, online card games such as Landlord are very popular. In some adapted card games, the game can have any number of players, and each player can choose any combination of cards in the game interface to play cards. Since the card playing data is any combination and the number of players is not limited, the logic of the game is complicated. Especially when there are many players, the speed of generating game results on the server is slow, and the players have to wait for a long time for the game results, which affects the user experience. Summary of the invention
[0003] The embodiments of the present application provide a data processing method and a card game data processing system for increasing the speed of generating game results and reducing the waiting time of players for game results.
[0004] In a first aspect, an embodiment of the present application provides a data processing method, which is applied to a server of a card game data processing system, and the method comprises: Receiving card playing data sent by a player client in the current round of the game; wherein the card playing data is generated by each player client according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game; Classify and store the playing card data into entries corresponding to the card type categories to which the playing card data belongs in the playing card data set; When it is determined that the card playing data sent by all player clients in this round of the game are stored in the card playing data set, the card playing data in at least one entry in the card playing data set are iteratively compared to obtain a comparison result of at least one card type category; based on the monitoring data of the comparison result of the at least one card type category, the comparison result of the at least one card type category is returned to each player client in this round of the game, so that each player client can display the comparison result of the at least one card type category in turn on the game interface of this round of the game.
[0005] In a second aspect, an embodiment of the present application provides a card game data processing system, comprising: a plurality of player clients, and a server; The player client is used to generate card playing data according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game, and send the card playing data to the server; The server is used to classify and store the card-playing data into entries corresponding to the card type categories to which the card-playing data belongs in the card-playing data set; The server is further configured to iteratively compare the card playing data in at least one entry in the card playing data set to obtain at least one card type category comparison result when it is determined that the card playing data sent by all the player clients in the current round of the game are stored in the card playing data set; and return the at least one card type category comparison result to each player client in the current round of the game according to the monitoring data of the at least one card type category comparison result; The player client is also used to display the comparison results of the at least one card type category in sequence in the game interface of the current round of the game. In a third aspect, an embodiment of the present application provides an electronic device, including: a memory having a computer program stored thereon; A processor is used to execute the computer program to implement the data processing method as described in the first aspect of the embodiment of the present application.
[0006] In a fourth aspect, an embodiment of the present application provides a readable storage medium having a computer program stored thereon, wherein the computer program can be executed by a processor to implement the data processing method described in the first aspect of the embodiment of the present application.
[0007] In an embodiment of the present application, in a card game processing system, each player client generates card playing data according to the card playing operation of the player selecting any number of hands in the game interface of the current round of the game, and sends the card playing data to the server. The server receives the card playing data sent by the player client in the current round of the game, and classifies and stores the card playing data in the entry corresponding to the card type category to which the card playing data belongs in the card playing data set; thereafter, the server iteratively compares the card playing data in at least one entry in the card playing data set when determining that the card playing data sent by all player clients in the current round of the game are stored in the card playing data set, and then returns the comparison result of the at least one card type category to each player client in the current round of the game based on the monitoring data of the comparison result of the card type category, so that each player client can display the comparison result of the at least one card type category in turn in the game interface of the current round of the game, thereby greatly improving the speed of generating game results and reducing the waiting time of players for game results. BRIEF DESCRIPTION OF THE DRAWINGS
[0008] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings: Figure 1 is a schematic diagram of the structure of a card game data processing system provided by some embodiments of the present application; Figure 2 is a schematic diagram of an interaction process in a card game data processing system provided by some embodiments of the present application; Figure 3 is a schematic diagram of a game interface during a card-playing process provided by some embodiments of the present application; Figure 4 It is a schematic diagram of the classified storage process provided by some embodiments of the present application; Figure 5a It is a schematic diagram of displaying the comparison result of a certain card type category by a player client provided in some embodiments of the present application; Figure 5b is another schematic diagram of displaying the comparison result of another card type category by the player client provided in some embodiments of the present application; Figure 5c is another schematic diagram of displaying the comparison result of another card type category by the player client provided in some embodiments of the present application; Figure 6 is a schematic diagram of a data processing flow applied to a server provided in some embodiments of the present application; Figure 7 It is a schematic diagram of the structure of an electronic device provided in some embodiments of the present application. DETAILED DESCRIPTION
[0009] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.
[0010] The terms "first", "second" and the like in this application are used to distinguish similar objects, and are not used to describe a specific order or precedence. It should be understood that the data used in this way can be interchanged in appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here. In addition, in this application, "and / or" represents at least one of the connected objects, and the character " / " generally represents that the objects associated with each other are an "or" relationship.
[0011] Figure 1 is a schematic diagram of the structure of a card game data processing system provided by some embodiments of the present application. Figure 1 In some embodiments of the present application, the card game data processing system 100 includes: multiple player clients 101 and a server 102.
[0012] The player client 101 is used to generate card playing data according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game, and send the card playing data to the server 102; The server 102 is used to classify and store the card-playing data into entries corresponding to the card-type categories to which the card-playing data belongs in the card-playing data set; The server 102 is further configured to iteratively compare the card playing data in at least one entry in the card playing data set to obtain a comparison result of at least one card type category when it is determined that the card playing data sent by all the player clients in the current round of the game are stored in the card playing data set; and return the comparison result of at least one card type category to each player client 101 in the current round of the game according to the monitoring data of the comparison result of the at least one card type category; The player client 101 is also used to display the comparison result of the at least one card type category in sequence on the game interface of this round of game.
[0013] In the embodiment of the present application, the player client 101 is a client for players, which can be an APP client, a mini-program client, a web client, etc. Multiple player clients 101 can be player clients in the same round of the game, which can be any number, such as 4 or more.
[0014] Figure 1 The card game data processing system shown can be operated to provide services for a target card game. A game of the target card game can have multiple rounds. The data processing flow of each round of the game is as follows: Figure 2 shown.
[0015] Figure 2 is a schematic diagram of the interaction process in the card game data processing system provided by the embodiment of the present application. Figure 2 ,In each round of the game, the interaction process in the card game data processing system includes the following steps: S202, the player client generates card playing data according to the player's selection of any number of hand playing operations in the game interface of the current round of the game, and sends the card playing data to the server.
[0016] In the embodiment of the present application, the card playing data is a data combination consisting of hand data of any number of hands of cards arbitrarily selected by the player.
[0017] In one embodiment, Figure 3 As shown, the player client can display N hand card images on the game interface of this round of the game, and the player can select any M hand card images from the N hand card images to perform a card-playing operation. The player client can combine the hand card data of the hand card images selected by the player according to the card-playing operation of the player to obtain the card-playing data of the player, and then send the card-playing data of the player to the server.
[0018] Optionally, N is a preset value, which can be determined according to the number of game rounds. For example, in the first round of the game, N can be 6, in the second round of the game, N can be 8, in the third round of the game, N can be 10, in the fourth round of the game, N can be 10, and in the fifth round of the game, N can be 12.
[0019] M is the number of hand images chosen by the player, which can be any value.
[0020] S204, the server classifies the card-playing data and stores them in the entry corresponding to the card type category to which the card-playing data belongs in the card-playing data set.
[0021] When the server receives the playing data sent by a player client in the current round of the game, the playing data is stored in the entry corresponding to the card type category of the playing data in the playing data set according to the card type category to which the playing data belongs. In the embodiment of the present application, each entry of the playing data set corresponds to a card type category.
[0022] Each player client of this round of game executes the above step S202, and the server executes the above step S204 for the card playing data sent by each player client of this round of game.
[0023] For example, suppose there are 5 player clients in this round of the game. The card data of player client 1 is 444K83, which belongs to card type category 2 (three-band card type), and the server stores it in entry 2 corresponding to card type category 2 in the card playing data set; the card data of player client 2 is 22Q3, which belongs to card type category 3 (pair card type), and the server stores it in entry 3 corresponding to card type category 3 in the card playing data set; the card data of player client 3 is AAKKQQ9, which also belongs to card type category 3, and the server stores it in entry 3; the card data of player client 4 is J10987K, which belongs to card type category 4 (straight), and the server stores it in entry 4; the card data of player client 5 is 8889993Q, which also belongs to card type category 2 (three-band card type), and it is also stored in entry 2. After the card playing process of this round of the game is over, the data in each entry of the card playing data set is shown in Table 1: Entry 1: Null; Entry 2: Player 1: 444K83; Player 5: 8889993Q Entry 3: Player 2: 22Q3; Player 3: AAKKQQ9 Entry 4: Player 4: J10987K Table 1 In an embodiment of the present application, the card-playing operations of each player in a round of the game are independent of each other. During the process of the next player playing cards, the server can classify, store and process the card-playing data of the previous player. Thus, during the process of the player playing cards, the player's card-playing data can be classified and sorted, thereby increasing the speed of generating subsequent game results and reducing the user's waiting time for the game results.
[0024] Figure 4 This is a schematic diagram of a classified storage process provided by an embodiment of the present application. Figure 4 As shown, in step S202, the server classifies and stores the playing card data into entries corresponding to the card type categories to which the playing card data belongs in the playing card data set, which specifically includes the following steps: S402, according to the main card type recognition rule, the main card type of each player's playing card data is recognized to determine the main card type of each player's playing card data.
[0025] In the embodiment of the present application, the main card type recognition rule specifically includes the priorities of multiple card types and the data combination rules of each card type. The server can detect in sequence whether there is a data combination in the card-playing data that meets the data combination rule of the current card type according to the priorities of multiple card types in the main card type recognition rule; if so, the current card type is determined as the main card type of the card-playing data.
[0026] For example, the iteration variable i can be set to 1, and based on the priorities of multiple card types in the main card type recognition rule of the target game, the card type with the i-th priority is determined as the current card type. Afterwards, based on the data combination rule of the current card type, it is detected whether there is a data combination in the card-playing data that meets the data combination rule of the current card type. If so, the current card type is determined as the main card type of the card-playing data. If not, i can be incremented by 1 to use the card type with the next priority as the current card type, and the detection is continued until the main card type of the card-playing data is found.
[0027] Wherein, the data combination rule is, for example: there are more than four identical numbers, and whether there are more than four identical numbers in the card data can be detected to determine whether the card data conforms to the data combination rule. Different card types have different data combination rules.
[0028] S404, based on the main card type of the card playing data and the card type classification rule information, determine the card type category to which the card playing data belongs.
[0029] In the embodiment of the present application, the card type classification rule includes a mapping relationship between the main card type and the card type category. According to the mapping relationship, the card type category to which the main card type of the playing card data belongs can be determined.
[0030] For example, the main card type of player client 1's playing data 444K83 is card type 3 (3 identical single cards), and in the card type classification rules, card type 3 corresponds to card type category 2 (three bands); the main card type of player client 5's playing data 8889993Q is card type 4 (3 consecutive identical single cards), and in the card type classification rules, card type 4 also corresponds to card type category 2 (three bands).
[0031] Similarly, the main card type of the card playing data 22Q3 of player client 2 is card type 5 (a pair), and the main card type of the card playing data AAKKQQ9 of player 3 is card type 6 (continuous pairs), and their card type categories are both card type category 3 (pair).
[0032] S406, based on the card type category to which the card playing data of each player belongs, storing the card playing data of each player in the entry corresponding to the card type category to which the card playing data belongs in the card playing data set.
[0033] In the embodiment of the present application, the card type category to which the card data belongs is determined according to the main card type of the card data, and then the card data is classified and stored in the card data set according to the card type category to which the card data belongs. The main card type is obtained by the server by identifying the card data according to the main card type recognition rule of the target game, without restricting the card type of the player; after verifying the card type, the client sends the card data to the server, thereby, the card type verification can be placed in a post-position, allowing the player to play any combination of hands at the technical level.
[0034] S206, when the server determines that the card-playing data sent by all player clients in this round of the game are stored in the card-playing data set, iteratively compares the card-playing data in at least one entry in the card-playing data set to obtain a comparison result of at least one card type category; based on the monitoring data of the comparison result of the at least one card type category, the server returns the comparison result of the at least one card type category to each player client in this round of the game.
[0035] In the embodiment of the present application, the server iteratively compares the card playing data in at least one entry in the card playing data set to obtain a comparison result of at least one card type category, specifically including: The card playing data in the current entry in the card playing data set are compared to obtain the maximum card playing data in the current entry, and the above comparison operation is iteratively performed on the at least one entry to obtain a comparison result of at least one card type category.
[0036] For example, set the iteration variable j to 1, compare the size of the card data in the jth entry in the card data set, and obtain the comparison result corresponding to the jth entry. Then, increment the iteration variable j by 1 and perform the next iteration until the comparison result corresponding to each entry in the card data set is obtained. Since the entry corresponds to the card type category one by one, the comparison result corresponding to each entry is the comparison result of the card type category corresponding to each entry.
[0037] As shown in Table 1 above, in the first iteration comparison of the card playing data set, entry 2 includes two three-band card types 444K83 and 8889993Q. According to the preset rule, 8889993Q is greater than 444K83, so the comparison result of entry 2 is that 8889993Q wins.
[0038] In the second iteration comparison, entry 3 includes two pairs of cards 22Q3 and AAKKQQ9. According to the preset rule, AAKKQQ9 is greater than 22Q3, so the comparison result of entry 3 is that AAKKQQ9 wins.
[0039] In the third iteration comparison, for item 4, which includes a straight card pattern J10987K, according to the preset rules, the comparison result of item 4 is that J10987K wins.
[0040] Those skilled in the art should know that the embodiments related to the above Table 1 are merely illustrative and not exhaustive. In the actual game process, the number of the above items and the number of card playing data in the items can be any number, which will not be repeated here.
[0041] Preferably, the monitoring data of the above comparison results in the embodiment of the present application includes the number of iterations, or the iteration consumption time.
[0042] In one implementation, the server monitors the iteration process when iteratively performing the comparison of the sizes of the playing data within multiple entries in the playing data set, and adjusts the processing capacity of the server according to the load pressure of the server.
[0043] Specifically, when the number of iterations exceeds a preset first threshold, at least one comparison result that has been obtained is returned to each player client of this round of the game and the iteration continues; or, when the time consumed by the iterative comparison of this round of the game exceeds a preset second threshold, at least one comparison result that has been obtained is returned to each player client of this round of the game and the iteration continues.
[0044] For example, the first threshold can be set to 3. In this round of the game, after the server performs three iterations, the three comparison results obtained after the three iterations can be returned to each player client, so that the player client can display and process the comparison results of the three card types in turn. At the same time, the server continues to perform subsequent iterative processing, and after the processing is completed, the subsequent results are sent to the player client again.
[0045] For another example, the second threshold can be set to 200ms. In this round of the game, when the time consumed by the iterative comparison exceeds 200ms, at least one comparison result obtained by the iteration is returned to each player client, so that each player client can display and process the existing comparison result. The server continues to perform subsequent iterative processing, and after the processing is completed, the subsequent result is sent to the player client again.
[0046] By monitoring the iterative process of iteratively comparing the sizes of card playing data within multiple entries in a card playing data set on the server, when the monitored data meets the preset conditions, the server returns the obtained comparison results to the player client, so that the player client can display the obtained comparison results, and the server continues to iterate. This can reduce the player's waiting time for comparison results when the server processes large amounts of data and increase the speed of generating comparison results, especially when multiple player clients participate in the target game and there is no limit on the number of cards played by each player client.
[0047] In one implementation, only the specified card type category needs to be compared. The comparison priority of the specified card type category can be set to the highest. When the current card type category is the specified card type category, the comparison result of the item corresponding to the current card type category is returned, and the iteration is stopped, thereby avoiding the time consumed by invalid iteration.
[0048] Optionally, the designated card type category is a card type category (bomb) whose data combination rule is a card type category containing more than four identical numbers. When iterating, the card data in the corresponding entry of the designated card type category is first compared, and the comparison result of the designated card type category is directly returned to the player client, and the iteration is stopped. For example, in the following card data: Entry 1: Player 5: 9999999; Player 6: 8888888 Entry 2: Player 1: 444K83; Entry 3: Player 2: 22Q3; Player 3: AA9; Entry 4: Player 4: J10987K Table 2 In Table 2, the priority of the card type category with more than four identical numbers is set to the highest, so the comparison of item 1 is given priority, and according to the preset rules, its size is greater than the card playing data in all other items. Therefore, after comparing the card playing data in item 1, the server will stop iterating and directly return the result that player 5 wins.
[0049] S208, the player client sequentially displays the comparison results of the at least one card type category on the game interface of the current round of the game.
[0050] In the embodiment of the present application, when each player client displays the comparison results of the card type categories in the current round of the game, the comparison results of one card type category are displayed each time, such as Figure 5a-5c As shown: Figure 5a-5c Including a schematic display of the calculation process of the game result in the player client game interface, Figure 5a In the first part, the comparison results of three-band card types are shown, and the score calculation and animation rendering of the comparison results are performed during the display process; Then in Figure 5b Perform score calculation and animation rendering for subtypes; Finally Figure 5c Single card type score calculation and animation rendering are performed in .
[0051] Among them, it can be expected that when the comparison results of each card type category are displayed in this round of the game, the score calculation process and the animation rendering process will consume a certain amount of time on the player client. Therefore, during this round of the game, the player client can first receive the comparison results of some card types fed back by the server, and simultaneously receive the remaining comparison results of this round of the game sent by the server in the time window for displaying the received comparison results.
[0052] In the card game data processing system provided in the embodiment of the present application, each player client selects any number of hands of cards in the game interface of the current round of the game and sends them to the server, which classifies the received card playing data and stores them in entries corresponding to the card type categories; then, the card playing data in at least one entry in the card playing data set are iteratively compared to obtain a comparison result of at least one card type category, and based on the monitoring data of the comparison result, the comparison result of the at least one card type category is returned to each player client of the current round of the game, so that the server can increase the speed of generating comparison results when processing large amounts of data.
[0053] At the same time, according to the characteristics of the target game, the time it takes for the server to process the remaining data is superimposed on the time window for the player client to process the previous batch of data, so that the player client's display of the comparison results of this round of the game and the server's iterative processing are carried out simultaneously. Combined with the adjustment of the server's processing capacity under load pressure, it can not only relieve the pressure on the server and increase the speed of generating comparison results, but also provide a good user experience for the player client without increasing the player's waiting time.
[0054] Based on the same inventive concept as the card game data processing system described above, the present application embodiment also provides a data processing method, which is applied to a server of the card game data processing system. Figure 6 , is a flow chart of a data processing method provided in some embodiments of the present application, and the flow chart shown in the figure can be executed by a server of a card game data processing system. As shown in 6, in some embodiments of the present application, a data processing method applied to a server of a card game data processing system includes the following steps: S602, receiving card playing data sent by a player client in the current round of the game; wherein the card playing data is generated by each player client according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game; S604, classifying and storing the playing card data into entries corresponding to the card type categories to which the playing card data belongs in the playing card data set; S606, when it is determined that the card playing data sent by all player clients in this round of the game are stored in the card playing data set, iteratively compare the card playing data in at least one entry in the card playing data set to obtain a comparison result of at least one card type category; based on the monitoring data of the comparison result of the at least one card type category, return the comparison result of the at least one card type category to each player client in this round of the game, so that each player client can display the comparison result of the at least one card type category in turn in the game interface of this round of the game.
[0055] Figure 7 This is a schematic diagram of the structure of an electronic device provided by an embodiment of the present application. Figure 7 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. The memory may include a memory, such as a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. Of course, the electronic device may also include hardware required for other services.
[0056] The processor, network interface and memory can be interconnected through an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 7 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.
[0057] The memory is used to store the program. Specifically, the program may include a program code, and the program code includes a computer operation instruction. The memory may include a memory and a non-volatile memory, and provides instructions and data to the processor.
[0058] The processor executes the program stored in the memory and is specifically used to perform the following operations: Receiving card playing data sent by a player client in the current round of the game; wherein the card playing data is generated by each player client according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game; Classify and store the playing card data into entries corresponding to the card type categories to which the playing card data belongs in the playing card data set; When it is determined that the card playing data sent by all player clients in this round of the game are stored in the card playing data set, the card playing data in at least one entry in the card playing data set are iteratively compared to obtain a comparison result of at least one card type category; based on the monitoring data of the comparison result of the at least one card type category, the comparison result of the at least one card type category is returned to each player client in this round of the game, so that each player client can display the comparison result of the at least one card type category in turn on the game interface of this round of the game.
[0059] The above application Figure 6The method executed by the server disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or an instruction in the form of software. The above processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in a decoding processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
[0060] Of course, in addition to software implementation methods, the electronic device of the present application does not exclude other implementation methods, such as logic devices or a combination of software and hardware, etc. That is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.
[0061] In addition, an embodiment of the present application further provides a readable storage medium, which stores one or more programs, wherein the one or more programs include instructions, which, when executed by a server, enable the server to execute the following Figure 6 The data processing method shown is specifically used to perform the following operations: Receiving card playing data sent by a player client in the current round of the game; wherein the card playing data is generated by each player client according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game; Classify and store the playing card data into entries corresponding to the card type categories to which the playing card data belongs in the playing card data set; When it is determined that the card playing data sent by all player clients in this round of the game are stored in the card playing data set, the card playing data in at least one entry in the card playing data set are iteratively compared to obtain a comparison result of at least one card type category; based on the monitoring data of the comparison result of the at least one card type category, the comparison result of the at least one card type category is returned to each player client in this round of the game, so that each player client can display the comparison result of the at least one card type category in turn on the game interface of this round of the game.
[0062] The above description is only a preferred embodiment of the present application and is not intended to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.
[0063] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.
[0064] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.
[0065] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.
[0066] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.
Claims
1. A data processing method, characterized in that: The method is applied to a server of a card game data processing system, and comprises: Receiving card playing data sent by a player client in the current round of the game; wherein the card playing data is generated by each player client according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game; Classify and store the playing card data into entries corresponding to the card type categories to which the playing card data belongs in the playing card data set; When it is determined that the card playing data sent by all the player clients in the current round of the game are stored in the card playing data set, iteratively compare the card playing data in at least one entry in the card playing data set to obtain a comparison result of at least one card type category; Based on the monitoring data of the comparison result of at least one card type category, the comparison result of at least one card type category is returned to each player client of this round of game, so that each player client can display the comparison result of at least one card type category in sequence on the game interface of this round of game.
2. The data processing method according to claim 1, characterized in that: The step of storing the playing card data in an entry corresponding to the card type category to which the playing card data belongs in the playing card data set includes: According to the main card type recognition rule, the main card type of each player's playing card data is recognized to determine the main card type of each player's playing card data; Based on the main card type of the card playing data and the card type classification rule information, determine the card type category to which the card playing data belongs; Based on the card type category to which the card playing data of each player belongs, the card playing data of each player is stored in an entry corresponding to the card type category to which the card playing data belongs in the card playing data set.
3. The data processing method according to claim 2, characterized in that: The method of performing main card type recognition on the played card data according to the main card type recognition rule to determine the main card type of the played card data includes: According to the priorities of the multiple card types in the main card type recognition rule, sequentially detecting whether there is a data combination in the card-playing data that meets the data combination rule of the current card type; If yes, the current card type is determined as the main card type of the card-playing data.
4. The data processing method according to claim 1, characterized in that: Iteratively comparing the playing card data in at least one entry in the playing card data set to obtain at least one comparison result of the playing card type category includes: Comparing the size of the card-playing data in the current entry in the card-playing data set to obtain the maximum card-playing data in the current entry; The above comparison operation is iteratively performed on the at least one entry to obtain a comparison result of at least one card type category.
5. The data processing method according to claim 4, characterized in that: According to the monitoring data of the comparison result of the at least one card type category, returning the comparison result of the at least one card type category to each player client of the current round of the game includes: When the number of iterations exceeds the first threshold, the comparison result obtained is returned to each player client of the current round of the game and the iteration is continued; or, When the time consumed by the iterative comparison of the current round of the game exceeds the second threshold, the comparison result obtained is returned to each player client of the current round of the game and the iteration is continued.
6. The method according to claim 1, characterized in that The iterative comparison of the playing card data in at least one entry in the playing card data set to obtain at least one comparison result of the playing card type category further includes: Set the comparison priority of the specified card type category to the highest. When the current card type category is the specified card type category, return the comparison result of the entry corresponding to the current card type category and stop iteration.
7. The method according to claim 1, characterized in that The method of enabling each player client to sequentially display the comparison result of at least one card type category on the game interface of the current round of game comprises: When each player client displays the comparison results in sequence on the game interface of the current round of the game, it simultaneously receives the remaining comparison results of the current round of the game sent by the server.
8. A card game data processing system, characterized in that: include: Multiple player clients, and servers; The player client is used to generate card playing data according to the card playing operation of the player selecting any number of hands of cards in the game interface of the current round of the game, and send the card playing data to the server; The server is used to classify and store the card-playing data into entries corresponding to the card type categories to which the card-playing data belongs in the card-playing data set; The server is further configured to iteratively compare the card playing data in at least one entry in the card playing data set to obtain at least one card type category comparison result when it is determined that the card playing data sent by all the player clients in the current round of the game are stored in the card playing data set; and return the at least one card type category comparison result to each player client in the current round of the game according to the monitoring data of the at least one card type category comparison result; The player client is also used to display the comparison results of the at least one card type category in sequence on the game interface of this round of game.
9. An electronic device, characterized in that: include: a memory having a computer program stored thereon; A processor, configured to execute the computer program to implement the data processing method according to any one of claims 1 to 7.
10. A readable storage medium, characterized in that: A computer program is stored thereon, and the computer program can be executed by a processor to implement the data processing method described in any one of claims 1 to 7.