Recharge method, device, terminal and computer-readable storage medium

Abstract

The present application discloses a recharge method, device, terminal, and computer-readable storage medium. The method includes: obtaining time nodes at which each target game appears respectively within a set time period, and determining a recharge method for the game according to whether multiple time nodes coincide; when receiving a recharge request sent by a client, obtaining a first recharge amount and a recharge conversion ratio corresponding to each target game; determining a second recharge amount for each target game according to the recharge method, and the sum of the second recharge amounts is equal to the first recharge amount; sending the second recharge amount and the recharge conversion ratio to a server, so that the server recharges each target game according to the second recharge amount and the recharge conversion ratio. The technical problem that since the conversion ratios of virtual currencies of various games are different, users need to frequently operate recharges on various game accounts, resulting in cumbersome game recharge services, is solved, and the effects of simplifying game recharge operations and improving game recharge efficiency are achieved.

Description

Technical Field

[0001] This application relates to the field of computer technologies, and in particular, to a recharging method, apparatus, terminal, and computer-readable storage medium. Background Art

[0002] In intelligent large-screen games, there are often scenarios where users need to recharge virtual currency. The recharge of virtual currency in games usually converts cash into virtual currency. Since the conversion ratios of virtual currency in various games are different, users need to frequently operate recharges on various game accounts, resulting in cumbersome game recharge services. Summary of the Invention

[0003] Embodiments of this application provide a recharging method, apparatus, terminal, and computer-readable storage medium, aiming to solve the problem that due to different conversion ratios of virtual currency in various games, users need to frequently operate recharges on various game accounts, resulting in cumbersome game recharge services.

[0004] To achieve the above object, on the one hand, this application provides a recharging method, including:

[0005] Obtain the time nodes when each target game appears respectively within a set time period, and determine the recharging method of the game according to whether multiple time nodes coincide, where the target game is a paid game;

[0006] When receiving a recharge request sent by a client, obtain a first recharge amount and a recharge conversion ratio corresponding to each target game;

[0007] Determine a second recharge amount for each target game according to the recharging method, and the sum of the second recharge amounts is equal to the first recharge amount;

[0008] Send the second recharge amount and the recharge conversion ratio to a server, so that the server recharges each target game according to the second recharge amount and the recharge conversion ratio.

[0009] In addition, to achieve the above object, on the other hand, this application also provides a recharging apparatus, including:

[0010] An obtaining module, configured to obtain the time nodes when each target game appears respectively within a set time period, and determine the recharging method of the game according to whether multiple time nodes coincide;

[0011] A receiving module, configured to obtain a first recharge amount and a recharge conversion ratio corresponding to each target game when receiving a recharge request sent by a client;

[0012] A determining module, configured to determine a second recharge amount for each target game according to the recharging method, and the sum of the second recharge amounts is equal to the first recharge amount;

[0013] A recharge module, configured to send a second recharge amount and a recharge conversion ratio to a server, so that the server recharges each target game according to the second recharge amount and the recharge conversion ratio.

[0014] In addition, to achieve the above object, on the other hand, the present application further provides a terminal, which includes a memory, a processor, and a recharge program stored on the memory and running on the processor. When the processor executes the recharge program, the steps of the above recharge method are implemented.

[0015] In addition, to achieve the above object, on the other hand, the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the above recharge method are implemented.

[0016] In this embodiment, by obtaining the time nodes when each paid game appears respectively within a set time period, it is judged whether there are multiple overlapping time nodes, and further the recharge method of the game is determined; when a recharge request sent by a client is received, a first recharge amount and a recharge conversion ratio corresponding to each paid game are obtained; according to the recharge method, a second recharge amount for each paid game is determined, and then the second recharge amount and the recharge conversion ratio are sent to the server, so that the server recharges each target game according to the second recharge amount and the recharge conversion ratio. By determining the recharge method of the game based on whether multiple time nodes overlap, and further recharging multiple accounts simultaneously according to the recharge method, there is no need to log in to different game accounts for recharging because the conversion ratios of virtual currencies of various games are different, which simplifies the game recharge operation and improves the game recharge efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 It is a schematic diagram of the terminal structure of the hardware operating environment involved in the solution of the embodiment of the present application;

[0018] Figure 2 It is a schematic flowchart of the first embodiment of the recharge method of the present application;

[0019] Figure 3 It is a schematic flowchart of the second embodiment of the recharge method of the present application;

[0020] Figure 4 It is a schematic flowchart of the third embodiment of the recharge method of the present application;

[0021] Figure 5 It is a schematic flowchart of the fourth embodiment of the recharge method of the present application;

[0022] Figure 6 It is a schematic flowchart of the fifth embodiment of the recharge method of the present application;

[0023] Figure 7 Schematic flow chart of the sixth embodiment of the recharge method of this application;

[0024] Figure 8 Schematic flow chart after the second recharge amount and recharge conversion ratio are sent to the server in the recharge method of this application;

[0025] Figure 9 Schematic diagram of the functional modules of the recharge device of this application.

[0026] The realization, functional features and advantages of the purpose of this application will be further described with reference to the embodiments and the accompanying drawings. Detailed implementation manners

[0027] It should be understood that the specific embodiments described herein are only used to explain this application and are not used to limit this application.

[0028] Since the conversion ratios of virtual currencies of various games are different, users need to frequently operate recharges for each game account, resulting in cumbersome game recharge services. This application determines the recharge method of the game by obtaining the time nodes when each paid game appears within a set time period and judging whether there are multiple overlapping time nodes; when receiving a recharge request sent by the client, it obtains the first recharge amount and the recharge conversion ratio corresponding to each paid game; determines the second recharge amount for each paid game according to the recharge method, and then sends the second recharge amount and the recharge conversion ratio to the server, so that the server can recharge each target game according to the second recharge amount and the recharge conversion ratio. By determining the recharge method of the game based on whether multiple time nodes overlap, and further recharging multiple accounts simultaneously according to the recharge method, there is no need to log in to different game accounts for recharging due to the different conversion ratios of virtual currencies of various games, which simplifies the game recharge operation and improves the game recharge efficiency.

[0029] As Figure 1 shown, Figure 1 Schematic diagram of the terminal structure of the hardware operating environment involved in the solution of the embodiment of this application.

[0030] As Figure 1As shown in the figure, the terminal may include: a processor 1001, such as a CPU, a network interface 1004, a user interface 1003, a memory 1005, and a communication bus 1002. Among them, the communication bus 1002 is used to realize the connection and communication between these components. The user interface 1003 may include a display screen (Display) and an input unit such as a keyboard (Keyboard). Optionally, the user interface 1003 may further include a standard wired interface and a wireless interface. The network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a WI-FI interface). The memory 1005 may be a high-speed RAM memory or a stable memory (non-volatile memory), such as a disk memory. Optionally, the memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0031] Optionally, the terminal may further include a camera, an RF (Radio Frequency) circuit, sensors, a remote control, an audio circuit, a WiFi module, a detector, and so on. Of course, the terminal may also be configured with other sensors such as a gyroscope, a barometer, a hygrometer, and a temperature sensor, which will not be elaborated here.

[0032] Those skilled in the art can understand that Figure 1 the terminal structure shown in

[0033] does not constitute a limitation on the terminal device, and may include more or fewer components than shown in the figure, or combine some components, or have different component arrangements. Figure 1 As shown in

[0034] the memory 1005, as a computer-readable storage medium, may include an operating system, a network communication module, a user interface module, and a recharge program. Figure 1 In the terminal shown in

[0035] obtain the time nodes when each target game appears respectively within a set time period, and determine the recharge method of the game according to whether multiple time nodes coincide, where the target game is a paid game;

[0036] when receiving a recharge request sent by the client, obtain the first recharge amount and the recharge conversion ratio corresponding to each target game;

[0037] determine the second recharge amount of each target game according to the recharge method, and the sum of the second recharge amounts is equal to the first recharge amount;

[0038] The second recharge amount and the recharge exchange ratio are sent to the server, so that the server recharges each target game according to the second recharge amount and the recharge exchange ratio.

[0039] refer to Figure 2 , Figure 2 This is a flow chart of the first embodiment of the recharge method of the present application. The recharge method includes:

[0040] Step S10, the terminal obtains the time nodes at which each target game appears in a set time period, and determines the recharge method of the game according to whether multiple time nodes overlap, and the target game is a paid game;

[0041] In this embodiment, the target game is a paid game, and there are many types of paid games, such as Honor of Kings, Onmyoji, Happy Landlord, etc. The terminal needs to obtain the time nodes of each paid game in the set time period (such as 11:00-12:00), where the time nodes include the time nodes of logging in and exiting the paid game; further determine whether multiple time nodes overlap, where the time node overlap refers to whether there is another paid game between the time nodes of logging in and exiting a paid game; if there is another paid game, it means that there are multiple time nodes overlap; if there is no other paid game, it means that there is no multiple time node overlap. The recharge method of the game is determined based on whether multiple time nodes overlap, where the recharge method of the game includes a single-threaded time exchange method and a multi-threaded time exchange method.

[0042] Step S20, when the terminal receives the recharge request sent by the client, it obtains the first recharge amount and the recharge exchange ratio corresponding to each target game;

[0043] There are many ways to improve in the game, and recharging is the fastest way to improve. When the terminal receives the recharging request sent by the client, it determines the game to be recharged according to the recharging request and obtains the current amount recharged by the user, that is, the first recharge amount; further, since the exchange rate of each paid game is different, for example, in the legendary game, recharging 1 yuan can get 6 gold coins; in Happy Landlord, recharging 1 yuan can get 10,000 happy beans. Therefore, it is also necessary to obtain the recharge exchange rate of each paid game.

[0044] Optionally, to prevent some teenage users from overcharging when playing games, the terminal needs to set a maximum recharge limit for each paid game. Specifically, when the game account is bound to the mobile phone number, the game account is authenticated, such as through an ID card; the user's age is obtained based on the real-name verification, and the maximum recharge limit for each paid game is set based on the user's age. For example, the maximum recharge limit for users aged 10 to 15 can be set to 30 yuan, and the maximum recharge limit for users aged 15 to 18 can be set to 60 yuan. Among them, the maximum recharge limit is the limit for a single recharge. When the terminal receives a recharge request sent by the client, it obtains the recharge amount and the user's age of the user. When the recharge amount meets the recharge limit corresponding to the user's age, a recharge order is directly generated, and the recharge is performed and the recharge record is stored in the management account; when the recharge amount exceeds the recharge limit corresponding to the user's age, a limit reminder message is generated to remind the user that the current recharge amount exceeds the maximum recharge limit. Further, the maximum recharge times within a set time can also be set. For example, the maximum recharge times in a day can be set to 5 times. If the recharge times of the same game account exceed the maximum recharge times in a day, the recharge operation of the game will be stopped.

[0045] Step S30, the terminal determines the second recharge amount for each target game according to the recharge method, and the sum of the second recharge amounts is equal to the first recharge amount;

[0046] Based on the different game recharge methods, the recharge amounts of each paid game within the same set time period are also different. Among them, the second recharge amount is the amount determined for each current paid game to recharge, and the sum of the recharge amounts of each paid game is the total amount recharged by the current user. For example: when the recharge method is a single-thread time exchange method, the second recharge amount for each target game is the first recharge amount; when the recharge method is a multi-thread time exchange method, the second recharge amount for each target game is the amount obtained by evenly dividing the first recharge amount according to the number of target games.

[0047] Step S40, the terminal sends the second recharge amount and the recharge exchange ratio to the server, so that the server can recharge each target game according to the second recharge amount and the recharge exchange ratio.

[0048] The terminal sends a request for game recharge to the server, and sends the second recharge amount and recharge exchange ratio to the server. When the server responds to the game recharge request, it recharges each paid game according to the second recharge amount and recharge exchange ratio. Specifically, when the server performs the recharge, it generates a recharge order, where the recharge order includes information such as the name of the game being recharged, the recharge amount, the recharge exchange ratio, and the exchange value between the recharge amount and the recharge exchange ratio; it displays the recharge order on the terminal screen and gives a voice prompt for the user to check the recharge order. If the check is correct, it performs an automatic recharge. After the recharge is completed, it sends a reminder message of recharge completion to the user and generates a corresponding recharge record, which will be automatically stored. If the recharge fails due to network disconnection or other reasons, the terminal sends a reminder message of recharge failure to the user to remind the user to recharge again.

[0049] Further, referring to Figure 8 , after sending the second recharge amount and recharge exchange ratio to the server, the method further includes:

[0050] Step S41, when receiving an exit game request sent by the client, the terminal obtains the cash balance corresponding to the target game;

[0051] Step S42, if the cash balance corresponding to the target game is less than the set balance, the terminal sets the recharge mode for the game exchange at the next time node; or,

[0052] Step S43, if the cash balance corresponding to the target game is greater than the set balance, the terminal sets the exchange mode for the game exchange at the next time node.

[0053] When the terminal receives an exit game request sent by the client, it obtains the cash balance corresponding to the paid game. If the cash balance corresponding to the paid game is less than the set balance, it sets the recharge mode for the game exchange at the next time node; if the cash balance corresponding to the paid game is greater than the set balance, it sets the exchange mode for the game exchange at the next time node. Specifically, when the terminal obtains an exit request for one or more games, it obtains the cash balance of the user in the game platform, which refers to the cash that has not been used for game exchange; when the cash balance is less than the set value of 1 yuan, it means that the remaining cash in the current game platform is not enough for the game exchange at the next time node, so the terminal sets the recharge mode for the game exchange at the next time node, that is, when performing the game exchange at the next time node, cash recharge needs to be carried out first. When the cash balance is greater than the set value of 1 yuan, it means that there is still remaining cash in the current game platform, so the terminal sets the exchange mode for the game exchange at the next time node, that is, when performing the game exchange at the next time node, directly use the remaining cash balance from the previous time node.

[0054] In this embodiment, by obtaining the time nodes when each paid game appears within a set time period, it is determined whether there are multiple overlapping time nodes, and further the recharge method of the game is determined; when receiving a recharge request sent by the client, the first recharge amount and the recharge conversion ratio corresponding to each paid game are obtained; the second recharge amount for each paid game is determined according to the recharge method, and then the second recharge amount and the recharge conversion ratio are sent to the server so that the server can recharge each target game according to the second recharge amount and the recharge conversion ratio. By determining the recharge method of the game based on whether multiple time nodes overlap, and further recharging multiple accounts simultaneously according to the recharge method, there is no need to log in to different game accounts for recharge because the conversion ratios of virtual currencies of various games are different, which simplifies the game recharge operation and improves the game recharge efficiency.

[0055] Further, referring to Figure 3 , a second embodiment of the recharge method of this application is proposed.

[0056] The difference between the second embodiment of the recharge method and the first embodiment of the recharge method is that determining the recharge method of the game according to whether multiple time nodes overlap includes:

[0057] Step S11, if there are no multiple overlapping time nodes, the terminal determines that the recharge method is the single-thread time exchange method;

[0058] Step S31, the terminal determines the second recharge amount for each target game according to the recharge method, including:

[0059] When the recharge method is the single-thread time exchange method, the terminal determines that the second recharge amount for each target game is the first recharge amount.

[0060] When there are no multiple overlapping time nodes within the set time period, the terminal determines that the current recharge method is the single-thread time exchange method; where the single-thread time exchange method means that each recharge thread recharges one game. For example: two paid games are obtained within the set time period from 11:00 to 12:00, namely "Honor of Kings" and "Onmyoji". If the time period when "Honor of Kings" appears is from 11:00 to 11:30, and the time period when "Onmyoji" appears is from 11:35 to 12:00, then the time nodes of the two paid games do not overlap, and the recharge method is the single-thread time exchange method. The corresponding program implementation can be: Dan_System(x1) = {"10:30 - 11:30": Honor of Kings, "15:30 - 16:30": Onmyoji} / / single time mode.

[0061] When the recharge method is the single-thread time exchange method, the terminal creates multiple recharge threads, each recharge thread corresponding to a paid game for recharge and obtaining the recharge amount of each paid game; wherein, in the single-thread time exchange method, the recharge amount of each paid game is the amount input by the user. For example: If the amount input by the user for paid game 1 is 50 yuan and the amount input for paid game 2 is 30 yuan, then the second recharge amounts corresponding to paid game 1 and paid game 2 are 50 yuan and 30 yuan respectively.

[0062] In this embodiment, when the recharge method is the single-thread time exchange method, the second recharge amount of each target game is the first recharge amount. By determining the recharge amount of the target game through the recharge method, the accuracy of recharge is ensured.

[0063] Further, referring to Figure 4 , the third embodiment of the recharge method of this application is proposed.

[0064] The difference between the third embodiment of the recharge method and the first and second embodiments of the recharge method is that the terminal determines the recharge method of the game according to whether multiple time nodes coincide, and further includes:

[0065] Step S12, if there are multiple time nodes that coincide, the terminal determines that the recharge method is the multi-thread time exchange method;

[0066] Step S32, the terminal determines the second recharge amount of each target game according to the recharge method, and further includes:

[0067] When the recharge method is the multi-thread time exchange method, the terminal determines that the second recharge amount of each target game is the amount obtained by equally dividing the first recharge amount according to the number of target games.

[0068] When there are multiple time nodes that coincide within the set time period, the terminal determines that the current recharge method is the multi-thread time exchange method; wherein, the multi-thread time exchange method means that each recharge thread simultaneously recharges multiple games. For example: Two paid games, namely "Honor of Kings" and "Onmyoji", are obtained within the set time period from 11:00 to 12:00. If the time period when "Honor of Kings" appears is from 11:00 to 11:30 and the time period when "Onmyoji" appears is from 11:15 to 12:00, then the time nodes of the two paid games coincide, and the recharge method is the multi-thread time exchange method. The corresponding program implementation can be: Doub_System(x1) = {"10:30 - 11:30": Honor of Kings, "10:35 - 11:00": Onmyoji} / / Coincidence time mode.

[0069] When the recharge method is the multi-threaded time exchange method, the terminal creates a recharge thread, which simultaneously recharges multiple paid games and obtains the recharge amount for each paid game. Among them, in the multi-threaded time exchange method, the recharge amount for each paid game is the amount obtained by equally dividing the first recharge amount according to the number of paid games. For example: currently, there are 3 paid games, and the amount charged by the user is 90 yuan, then the recharge amount corresponding to each paid game is 30 yuan. The corresponding program implementation method is: Total_Game(x1)=3 (a total of 3 games are running simultaneously); Mon_Account(x1)=90 (90 yuan in cash); Ave_Mone(x1)=Mon_Account(x1) / Total_Game(x1)=90 / 3 = 30 (divide the amount equally: 30 yuan). Optionally, the terminal can also obtain the recharge record information corresponding to each paid game, determine the recharge amount for each paid game according to the recharge record information, and display the determined recharge amount on the screen for the user to confirm. Further, the user can also determine the recharge amount for each paid game.

[0070] In this embodiment, when the recharge method is the multi-threaded time exchange method, the second recharge amount for each target game is the amount obtained by equally dividing the first recharge amount according to the number of target games. By determining the recharge amount of the target game through the recharge method, the accuracy of the recharge is ensured.

[0071] Further, referring to Figure 5 , the fourth embodiment of the recharge method of this application is proposed.

[0072] The difference between the fourth embodiment of the recharge method and the first, second, and third embodiments of the recharge method is that before the terminal determines the recharge method of the game according to whether multiple time nodes coincide, the method further includes:

[0073] Step S13, the terminal sends a detection request to the server, so that the server detects the number of occurrences of the game type corresponding to the target game according to the detection request;

[0074] Step S14, if the number of occurrences of the game type is greater than the set value, the terminal obtains the time periods during which each target game appears.

[0075] Since there are various game types in the game, such as free games, paid games, ad-free games, etc. Among them, ad-free games mean that players can play the game for free by watching ads, and if they don't watch ads, it becomes a paid game. Therefore, when the terminal performs game recharge, it needs to first determine the game type in the terminal. Specifically, a detection thread for the game type is created in the terminal to detect the package name of the game. The package name of the game is the installation package name, which represents the name of the apk file. Further, obtain the virtual coin exchange interface and the value of the virtual coin exchange interface in the terminal system. There are the following situations for the value of the virtual coin exchange interface. The first situation: if the value of the virtual coin exchange interface is 0, then mark this game as a free game; the second situation: if the value of the virtual coin exchange interface is 1, then mark this game as a paid game; the third situation: if the value of the virtual coin exchange interface is 2, then mark this game as a game that can be played for free by watching ads. The corresponding program implementation can be: DuiHuanFree(x1)=0 / / 0, free game; DuiHuanMone(x1)=1 / / 1, paid game; DuiHuanGuangFree(x1)=2 / / 2, ad-free game. At the same time, set an identification value for each game type and associate and store this identification value with the package name of the game, so that when the package name of the game is obtained, the corresponding game type of the game can be known. For example: the identification value of the paid game can be uniformly set to 1, and associate the identification 1 with the package name "Honor of Kings" for storage. When obtaining "Honor of Kings", it can be known that "Honor of Kings" is a paid game.

[0076] When there is only one paid game in the terminal, the user does not need to log in to different accounts for the game recharge operation. Therefore, the terminal needs to count the number of paid games to prepare for the game recharge operation. Specifically, the terminal sends a detection request to the server. After the server responds to the detection request, it creates a statistical thread and counts the number of occurrences of each game type based on the statistical thread. When the number of occurrences of the paid game detected is greater than the set value (such as 1), the server continues to detect the time period when each paid game appears within 24 hours in a day, that is, the login time period of each paid game. For example: when the number of occurrences of the paid game detected is 3, which is greater than the set value, then continue to obtain the time period when each paid game appears. For example, the login time period of paid game 1 is 10:30 - 11:00, the login time period of paid game 2 is 10:00 - 11:00, and the login time period of paid game 3 is 11:30 - 12:00.

[0077] In this embodiment, the server detects the number of paid games. When the number of paid games is greater than the set number, it further determines the login time period of each paid game, which prepares for the recharge operation.

[0078] Further, refer toFigure 6 , a fifth embodiment of the recharge method of the present application is proposed.

[0079] The fifth embodiment of the recharge method is different from the first embodiment, the second embodiment, the third embodiment and the fourth embodiment of the recharge method in that, when receiving a request to exit the game sent by the client, before the terminal obtains the cash balance corresponding to the target game, the method further includes:

[0080] Step S43, the terminal obtains target games with insufficient balance, and determines the amount to be recharged corresponding to each target game with insufficient balance;

[0081] Step S44, the terminal counts all the amounts to be recharged to obtain the total amount to be recharged, generates reminder information including the total amount to be recharged, and sends the reminder information to the client, where the reminder information is used to remind the client to recharge.

[0082] The terminal is provided with an automatic recharge reminder module, which is used to remind the user to recharge the paid games with insufficient balance. Before sending the recharge reminder information to the user, the terminal needs to first obtain the paid games with insufficient balance, and further determine the amount to be recharged corresponding to each paid game with insufficient balance. Specifically, log in to the game platform, wherein the game platform may contain one or more games; obtain the account information corresponding to each paid game in the game platform, obtain the balance corresponding to each paid game based on the account information, and further determine whether each balance is less than the set balance; if it is less than the set balance, it means that the current paid game balance is insufficient; if it is greater than the set balance, it means that the current paid game balance is sufficient. Obtain the paid games with a balance less than the set balance, further obtain multiple historical recharge record information of the paid games with insufficient balance, and determine the amount to be recharged according to the recharge record information. For example, taking "Happy Landlord" as an example, the terminal obtains 4 historical recharge records, of which 1 recharged 8 yuan and 3 recharged 10 yuan, then it can be predicted that the current amount to be recharged is 10 yuan. Optionally, the user may also directly manually input the recharge amount corresponding to each paid game with insufficient balance.

[0083] The terminal displays the current paid games with insufficient balance and the corresponding amount to be recharged on the screen, so that the user can clearly and intuitively understand the recharge information of the current game. Furthermore, the terminal will automatically count all the amounts to be recharged to obtain the total amount to be recharged, and generate reminder information containing the total amount to be recharged, and send the reminder information to the client through the automatic recharge module, such as sending the reminder information in voice mode and announcing the total amount to be recharged by voice; or directly send the reminder information in the form of a prompt box on the terminal screen, and display the total amount to be recharged in the prompt box.

[0084] In this embodiment, by obtaining paid games with insufficient balances, the terminal automatically determines the amount to be recharged based on multiple historical recharge records, and further sends a reminder message containing the total amount to be recharged to the client based on the automatic recharge reminder module, enabling the user to complete the recharge of each paid game with insufficient balance by performing only one recharge operation, thus improving the recharge efficiency.

[0085] Further, referring to Figure 7 , the sixth embodiment of the recharge method of the present application is proposed.

[0086] The difference between the sixth embodiment of the recharge method and the above embodiments is that after the terminal sends the reminder message to the client, the method further includes:

[0087] Step S45, the terminal enables the virtual service, obtains the virtual users to be recharged according to the virtual service, and sets a MAC address and a virtual number for each virtual user to be recharged;

[0088] Step S46, the terminal determines the virtual users that appear within each set time period, and recharges the virtual users according to the MAC address and the virtual number.

[0089] In the game platform of the terminal, there may be a situation where multiple game accounts are logged in. Among them, each game account is a virtual user. After the terminal enables the virtual service, it obtains the virtual users logged in online according to the virtual service. Among them, one virtual user may correspond to one or more game accounts. Further obtain the account information corresponding to the virtual user, and obtain the balance of the account based on the account information. When the balance of the account is less than the set balance, it is determined that the current virtual user is the virtual user to be recharged, and a MAC address and a virtual number are set for each virtual user to be recharged. Among them, the MAC address is used to identify the network device location of the virtual user; the virtual label is set based on the time sequence of the appearance of the virtual user. For example: the terminal obtains virtual user A at 9 o'clock, obtains virtual user B at 9:30, and obtains virtual user C at 10 o'clock. Then the virtual number of virtual user A is 1, the virtual number of virtual user B is 2, and the virtual number of virtual user C is 3. Among them, the virtual number can be numbers, letters, special symbols, etc., which are not limited here.

[0090] In a game platform, multiple virtual users can be recharged simultaneously. When the terminal receives recharge requests sent by multiple clients, it needs to first determine the virtual users that appear within each set time period and obtain the number of virtual users within that set time period. Among them, when recharging multiple virtual users at the same time, a phenomenon of card segments may occur, resulting in an impact on the recharge efficiency. Therefore, to ensure the recharge efficiency and avoid card lag, it is necessary to set an upper limit on the number of people for recharging. For example, the upper limit of the number of people for recharging at the same time can be set to 8 people. Further, obtain the MAC address and virtual number corresponding to the virtual user, as well as the recharge amount for each virtual user, and recharge the corresponding recharge amount for each virtual user according to the MAC address and virtual number.

[0091] In this embodiment, by setting a MAC address and a virtual number for each virtual user, multiple virtual users can be recharged simultaneously based on the MAC address and the virtual number, without having to recharge one virtual user first and then execute the recharge of the next virtual user, improving the recharge efficiency.

[0092] In addition, referring to Figure 9 , this application also provides a schematic diagram of the functional modules of a recharge device, including:

[0093] An obtaining module 10, configured to obtain the time nodes when each target game appears within a set time period, and determine the recharge method of the game according to whether the time nodes coincide;

[0094] A receiving module 20, configured to obtain the first recharge amount and the recharge exchange ratio corresponding to each target game when receiving a recharge request sent by the client;

[0095] A determining module 30, configured to determine the second recharge amount for each target game according to the recharge method, and the sum of the second recharge amounts is equal to the first recharge amount;

[0096] A recharge module 40, configured to send the second recharge amount and the recharge exchange ratio to the server, so that the server recharges each target game according to the second recharge amount and the recharge exchange ratio.

[0097] Furthermore, the obtaining module 10 includes a judging unit;

[0098] The judging unit is configured to determine that the recharge method is a single-thread time exchange method if there are no multiple coincident time nodes;

[0099] The determining module 30 is further configured to determine the second recharge amount for each target game according to the recharge method, including:

[0100] When the recharge method is a single-thread time exchange method, determine that the second recharge amount for each target game is the first recharge amount.

[0101] Further, the determination unit is further configured to, if there are multiple overlapping time nodes, determine the recharge method as the multi-threaded time exchange method;

[0102] The determination module 30 is further configured to determine the second recharge amount for each target game according to the recharge method, including:

[0103] When the recharge method is the multi-threaded time exchange method, determine the second recharge amount for each target game as the amount obtained by equally dividing the first recharge amount according to the number of target games.

[0104] Further, the recharge module 40 includes a receiving unit and a setting unit;

[0105] The receiving unit is configured to, when receiving an exit game request sent by the client, obtain the cash balance corresponding to the target game;

[0106] The setting unit is configured to, if the cash balance corresponding to the target game is less than the set balance, set the recharge mode for the game exchange at the next time node;

[0107] The setting unit is further configured to, if the cash balance corresponding to the target game is greater than the set balance, set the exchange mode for the game exchange at the next time node.

[0108] Further, the obtaining module 10 further includes a sending unit and an obtaining unit;

[0109] The sending unit is configured to send a detection request to the server, so that the server detects the number of occurrences of the game type corresponding to the target game according to the detection request;

[0110] The obtaining unit is configured to, if the number of occurrences of the game type is greater than the set value, obtain the time periods when each target game appears.

[0111] Further, the receiving unit includes an obtaining subunit and a statistics subunit;

[0112] The obtaining subunit is configured to obtain the target games with insufficient balance and determine the amount to be recharged corresponding to each target game with insufficient balance;

[0113] The statistics subunit is configured to count all the amounts to be recharged to obtain the total amount to be recharged, generate a reminder message including the total amount to be recharged, and send the reminder message to the client, and the reminder message is used to remind the client to recharge.

[0114] Further, the statistics subunit is further configured to activate a virtual service, obtain the virtual users to be recharged according to the virtual service, and set a MAC address and a virtual number for each virtual user to be recharged;

[0115] The statistical subunit is also used to determine the virtual users that appear within each set time period, and recharge the virtual users according to the MAC address and the virtual number.

[0116] The implementation of the functions of each module of the above recharge device is similar to the process in the above method embodiment, and will not be elaborated here one by one.

[0117] In addition, the present application also provides a terminal. The terminal includes a memory, a processor, and a recharge program stored on the memory and running on the processor. The terminal determines the recharge method of the game by obtaining the time nodes when each paid game appears within a set time period and judging whether there are multiple overlapping time nodes; when receiving a recharge request sent by the client, obtains a first recharge amount and a recharge conversion ratio corresponding to each paid game; determines a second recharge amount for each paid game according to the recharge method, and then sends the second recharge amount and the recharge conversion ratio to the server, so that the server recharges each target game according to the second recharge amount and the recharge conversion ratio. By determining the recharge method of the game based on whether multiple time nodes overlap, and further recharging multiple accounts simultaneously according to the recharge method, there is no need to log in to different game accounts for recharge because the conversion ratios of virtual currencies of various games are different, which simplifies the game recharge operation and improves the game recharge efficiency.

[0118] In addition, the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of the above recharge method are implemented.

[0119] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0120] The present application is described with reference to the flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each flow and / or block in the flowchart and / or block diagram, and the combination of flows and / or blocks in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing devices to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing devices generate for implementing in the process Figure 1 one process or multiple processes and / or blocksFigure 1 means for the functions specified in one or more boxes.

[0121] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to operate in a particular manner, such that the instructions stored in the computer-readable memory produce a manufacture including an instruction means that implements the functions specified in one Figure 1 process or processes and / or boxes Figure 1 means for the functions specified in one or more boxes.

[0122] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus, such that a series of operational steps are performed on the computer or other programmable apparatus to produce a computer-implemented process, whereby the instructions executed on the computer or other programmable apparatus provide steps for implementing the functions specified in one Figure 1 process or processes and / or boxes Figure 1 means for the functions specified in one or more boxes.

[0123] It should be noted that, in the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The present application may be implemented by means of hardware comprising several distinct elements and by means of a suitably programmed computer. In a unit claim listing several means, several of these means may be embodied by the same item of hardware. The use of the words first, second, and third, etc. does not denote any order. These words may be interpreted as names.

[0124] Although alternative embodiments of the present application have been described, those skilled in the art can make additional changes and modifications once they learn of the basic inventive concept. Therefore, the appended claims are intended to be construed to cover alternative embodiments as well as all changes and modifications falling within the scope of the present application.

[0125] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these changes and modifications.

Claims

1. A recharge method, characterized in that, comprising: Obtaining the time nodes when each target game appears respectively within a set time period, determining the recharge method of the game according to whether multiple said time nodes coincide, the target game being a paid game, the time nodes including the login time and logout time of the target game, whether the time nodes coincide referring to whether there is another target game between the login time and logout time of the target game; When receiving a recharge request sent by the client, obtaining the first recharge amount and the recharge exchange ratio corresponding to each said target game; Determining the second recharge amount of each said target game according to the recharge method, the sum of the second recharge amounts being equal to the first recharge amount; Sending the second recharge amount and the recharge exchange ratio to the server so that the server recharges each said target game according to the second recharge amount and the recharge exchange ratio.

2. The method according to claim 1, characterized in that, The determining the recharge method of the game according to whether multiple said time nodes coincide includes: If there are no multiple said time nodes that coincide, determining the recharge method as a single-thread time exchange method; The determining the second recharge amount of each said target game according to the recharge method includes: When the recharge method is the single-thread time exchange method, determining the second recharge amount of each said target game as the first recharge amount.

3. The method according to claim 1, characterized in that, The determining the recharge method of the game according to whether multiple said time nodes coincide further includes: If there are multiple said time nodes that coincide, determining the recharge method as a multi-thread time exchange method; The determining the second recharge amount of each said target game according to the recharge method includes: When the recharge method is the multi-thread time exchange method, determining the second recharge amount of each said target game as the amount obtained by equally dividing the first recharge amount according to the number of target games.

4. The method according to any one of claims 1 to 3, characterized in that, After sending the second recharge amount and the recharge exchange ratio to the server, the method further includes: When receiving a game logout request sent by the client, obtaining the cash balance corresponding to the target game; If the cash balance corresponding to the target game is less than the set balance, setting the recharge mode for the game exchange at the next time node; Or, if the cash balance corresponding to the target game is greater than the set balance, setting the exchange mode for the game exchange at the next time node.

5. The method according to any one of claims 1 to 3, characterized in that, Before the determining the recharge method of the game according to whether multiple said time nodes coincide, the method further includes: Sending a detection request to the server so that the server detects the number of occurrences of the game type corresponding to the target game according to the detection request; If the number of occurrences of the game type is greater than the set value, obtaining the time periods when each target game appears.

6. The method according to claim 4, It is characterized in that before receiving the cash balance corresponding to the target game when receiving the game exit request sent by the client, the method further includes: obtaining target games with insufficient balances, and determining the amount to be recharged corresponding to each target game with insufficient balance; counting all the amounts to be recharged to obtain the total amount to be recharged, generating a reminder message including the total amount to be recharged, and sending the reminder message to the client, where the reminder message is used to remind the client to recharge.

7. The method according to claim 6, It is characterized in that after sending the reminder message to the client, the method further includes: enabling a virtual service, obtaining virtual users to be recharged according to the virtual service, and setting a MAC address and a virtual number for each virtual user to be recharged; determining the virtual users that appear within each set time period, and recharging the virtual users according to the MAC address and the virtual number.

8. A recharge device, It is characterized in that including: an obtaining module, configured to obtain the time nodes when each target game appears within a set time period, and determine the recharge method of the game according to whether the time nodes coincide. The time nodes include the login time and the exit time of the target game. Whether the time nodes coincide means whether there is another target game between the login time and the exit time of the target game; a receiving module, configured to obtain a first recharge amount and a recharge conversion ratio corresponding to each target game when receiving a recharge request sent by the client; a determining module, configured to determine a second recharge amount for each target game according to the recharge method, where the sum of the second recharge amounts is equal to the first recharge amount; a recharge module, configured to send the second recharge amount and the recharge conversion ratio to the server, so that the server recharges each target game according to the second recharge amount and the recharge conversion ratio.

9. A terminal, It is characterized in that the terminal includes a memory, a processor, and a recharge program stored on the memory and running on the processor. When the processor executes the recharge program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium, It is characterized in that a recharge program is stored on the computer-readable storage medium, and when the recharge program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images