Game operation method, device, equipment and storage medium

Abstract

The present application discloses a game operation method, device, equipment and storage medium, and relates to the field of game technology. The method includes: in response to an instruction to start a first game, starting the first game and displaying the first game interface of the first game, and loading the resources of the first game through a background thread; starting the second game and displaying the second game interface of the second game, and responding to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game; when the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the second game operation corresponding to the input is responded to through the first game. Through the above technical means, the problem of players being bored waiting for the game to load resources in the prior art is solved, the playability of the game in the process of loading resources is improved, the negative experience of players when waiting is reduced, and the satisfaction and participation of players in the game are improved.

Description

Technical Field

[0001] The present application relates to the field of game technology, and in particular to a game running method, device, equipment and storage medium. Background Art

[0002] With the rapid development of the gaming industry, game design is becoming increasingly complex, and the graphics and sound resources involved are becoming more and more abundant, which has continuously increased the size of game files. The increase in these resources has undoubtedly led to a longer loading time for the game, especially when dealing with high-resolution graphics and complex audio effects. Excessive loading time will gradually reduce the patience of players when playing games, resulting in a poor gaming experience for players.

[0003] In the prior art, in order to allow players to wait patiently while the game is loading, the game's plot animation can be played on the game's loading interface so that users can watch the plot animation while waiting and will not be bored while the game is loading. However, the plot animation played each time the game is loaded is fixed and unchanged. After watching the plot animation multiple times, the player will still enter a state of bored waiting. The playability of the game during the resource loading process is poor, and the player's gaming experience is low. Summary of the invention

[0004] The present application provides a game operation method, apparatus, device and storage medium, so that players can kill boring waiting time by playing a second game while loading game resources in the background of a first game, thereby solving the problem of players being bored waiting for the game to load resources in the prior art, improving the playability of the game during the resource loading process, reducing the negative experience of players while waiting, and improving players' satisfaction and participation in the game.

[0005] In a first aspect, the present application provides a game running method, comprising:

[0006] In response to an instruction to start a first game, the first game is started and a first game interface of the first game is displayed, and resources of the first game are loaded through a background thread;

[0007] Starting a second game and displaying a second game interface of the second game, and responding to a corresponding input operation of the first game through the second game; wherein the second game is a lightweight game built into the first game;

[0008] When the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the first game responds to the second game operation corresponding to the input.

[0009] In a second aspect, the present application provides a game running device, comprising:

[0010] A resource loading module, configured to, in response to an instruction to start a first game, start the first game and display a first game interface of the first game, and load resources of the first game through a background thread;

[0011] A second game running module, configured to start a second game and display a second game interface of the second game, and respond to a corresponding input first game operation through the second game; wherein the second game is a lightweight game built into the first game;

[0012] The first game running module is configured to close the second game and display the first game interface when the resources of the first game are loaded, and respond to the second game operation corresponding to the input through the first game.

[0013] In a third aspect, the present application provides a game running device, including:

[0014] one or more processors;

[0015] The memory stores one or more programs. When the one or more programs are executed by the one or more processors, the one or more processors implement the game running method as described in the first aspect.

[0016] In a fourth aspect, the present application provides a storage medium comprising computer executable instructions, which, when executed by a computer processor, are used to execute the game running method as described in the first aspect.

[0017] In the present application, in response to the instruction to start the first game, the first game is started and the first game interface of the first game is displayed, and the resources of the first game are loaded through the background thread; the second game is started and the second game interface of the second game is displayed, and the second game responds to the first game operation inputted correspondingly; wherein the second game is a lightweight game built into the first game; when the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the first game responds to the second game operation inputted correspondingly. Through the above technical means, the lightweight mini-game built into the first game can be quickly started during the process of loading game resources in the background of the first game, so that the player can kill the boring waiting time by playing the mini-game while waiting for the first game to load game resources, which solves the problem of players being bored waiting for the game to load resources in the prior art, improves the playability of the game during the resource loading process, reduces the negative experience of the player while waiting, and improves the player's satisfaction and participation in the game. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 is a flowchart of a game running method provided by an embodiment of the present application;

[0019] Figure 2 is a flow chart of starting a second game based on resource loading time provided by an embodiment of the present application;

[0020] Figure 3 is a flow chart of displaying the second game interface by dynamic loading provided by an embodiment of the present application;

[0021] Figure 4 is a flowchart of closing a second game based on a game process of the second game provided by an embodiment of the present application;

[0022] Figure 5 is a flow chart of closing the second game through prompt information provided in an embodiment of the present application;

[0023] Figure 6 is a flowchart of the game running process provided by an embodiment of the present application;

[0024] Figure 7 It is a structural schematic diagram of a game running device provided in an embodiment of the present application;

[0025] Figure 8 It is a structural diagram of a game running device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0026] In order to make the purpose, technical scheme and advantages of the present application clearer, the specific embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. It is understood that the specific embodiments described herein are only used to explain the present application, rather than to limit the present application. It should also be noted that, for the convenience of description, only the part related to the present application but not all the contents are shown in the accompanying drawings. Before discussing the exemplary embodiments in more detail, it should be mentioned that some exemplary embodiments are described as processes or methods depicted as flow charts. Although the flow chart describes each operation (or step) as a sequential process, many of the operations therein can be implemented in parallel, concurrently or simultaneously. In addition, the order of each operation can be rearranged. The process can be terminated when its operation is completed, but it can also have additional steps not included in the accompanying drawings. The process can correspond to a method, a function, a procedure, a subroutine, a subprogram, etc.

[0027] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first", "second", etc. are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0028] In a more common existing implementation, the game's plot animation can be played on the game's loading interface so that users can watch the plot animation while waiting and will not be bored while the game is loading. However, the plot animation played each time the game is loaded is fixed, and players will still enter a state of bored waiting after watching the plot animation multiple times. The game's playability during the resource loading process is poor, and the player's gaming experience is low.

[0029] To solve the above problems, this embodiment provides a game running method, which loads the game resources of a first game in the background and starts a second game built into the first game, so that players can kill boring waiting time by playing the second game, thereby improving the playability of the game during the resource loading process, reducing the negative experience of players while waiting, and improving players' satisfaction and participation in the game.

[0030] The game running method provided in this embodiment can be executed by a game running device, which can be implemented by software and / or hardware, and can be composed of two or more physical entities or one physical entity. For example, the game running device can be a terminal device such as a mobile phone or a computer.

[0031] The game running device is installed with at least one type of operating system, wherein the operating system includes but is not limited to Android system, Linux system and Windows system. The game running device can install at least one application based on the operating system, and the application can be an application that comes with the operating system, or an application downloaded from a third-party device or server. In this embodiment, the game running device has at least an application that can execute the game running method.

[0032] For ease of understanding, this embodiment is described by taking a terminal device as an example of a subject that executes the game running method.

[0033] Figure 1 A flowchart of a game running method provided by an embodiment of the present application is given. Figure 1, the game running method specifically includes:

[0034] S110. In response to an instruction to start a first game, the first game is started and a first game interface of the first game is displayed, and resources of the first game are loaded through a background thread.

[0035] Exemplarily, the icon of the first game is displayed in the main interface of the terminal device, and the user can click the icon of the first game in the main interface to trigger the instruction to start the first game. The terminal device responds to the instruction to start the first game to start the first game and displays the first game interface (the game interface of the first game) on the screen of the terminal device. After starting the first game, the first game needs to load its own game resources to run normally. At this time, the resource loading operation can be performed through the background thread of the first game so that the game resources of the first game are loaded in the background, so that the main thread of the first game can perform other tasks or operations.

[0036] S120, starting the second game and displaying the second game interface of the second game, and responding to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game.

[0037] Exemplarily, the second game is started through the main thread of the first game and the second game interface is displayed on the screen of the terminal device, so that the player can play the second game while the first game is loading game resources, killing the boring waiting time and improving the player's gaming experience. Since the second game is a lightweight game built into the first game, the second game can be quickly started through the main thread of the first game, which will not occupy too much memory resources of the terminal device and will not affect the loading speed of the game resources of the first game. Among them, the second game can be developed based on HTML5 and JavaScript, which is lightweight enough and has good compatibility, and can be applied to many types of games and devices.

[0038] In one embodiment, when the time required for the first game to load resources is short, the first game may finish loading resources soon after the second game is started, and the terminal device may close the second game to return to the first game. During the whole process, the player has almost no time to participate in the second game, the energy consumption of the terminal device is high, and the player's gaming experience is poor. In this regard, whether to start the second game can be determined based on the resource loading time of the first game to avoid starting the second game in a shorter resource loading time, which effectively saves the energy consumption of the terminal device. Exemplary, Figure 2 1 is a flow chart of starting a second game based on resource loading time provided by an embodiment of the present application. Figure 2 As shown, the step of starting the second game specifically includes S1201-S1202:

[0039] S1201. Determine resource loading time according to the amount of resource data of the first game.

[0040] The resource data volume is the data volume of the resources to be loaded by the first game, and the resource loading time is the time required for the first game to load the resources in the background. The resource data volume and the resource loading time satisfy a certain linear relationship, and a linear function between the resource data volume and the resource loading time can be pre-calibrated, and the resource loading time is determined by the pre-calibrated linear function and the resource data volume.

[0041] In addition, the resource loading time will also be affected by the processor load of the terminal device and the available memory space. A correction coefficient can be determined based on the processor load and the available memory space. The correction coefficient is multiplied by the resource loading time determined based on the linear function and the amount of resource data to obtain the final resource loading time.

[0042] S1202: When the resource loading time is greater than a preset time threshold, start a second game and display a second game interface of the second game.

[0043] The preset time threshold is the game loading time that the player can patiently wait for in this embodiment. When the resource loading time is less than or equal to the preset time threshold, it indicates that the time required for the first game to load resources is short, and the player can patiently wait for the first game's resource loading. In order to save energy consumption of the terminal device, the second game may not be started. When the resource loading time is greater than the preset time threshold, it indicates that the time required for the first game to load resources is long, and the player cannot patiently wait for the first game's resource loading. In this case, the second game may be started and the second game interface (the game interface of the second game) may be displayed in the terminal device, so that the player can kill the boring waiting time by operating the second game.

[0044] When the terminal device displays the second game interface, a window may pop up in the first game interface to display the second game interface. Alternatively, the second game interface may be embedded in a certain area of ​​the first game interface. However, the position and size of the pop-up window may not meet the needs of the player, and the player needs to adjust it by himself, and the design of the embedded interface requires more development resources. In this regard, the second game interface can be displayed by dynamic loading. For example, Figure 3 1 is a flow chart of displaying the second game interface by dynamically loading provided by an embodiment of the present application. Figure 3 As shown, the step of displaying the second game interface by means of dynamic loading specifically includes S1203-S1204:

[0045] S1203. Dynamically load resources of the second game through the first game.

[0046] S1204: When the resources of the second game are loaded, start the second game and display the second game interface in the first game interface.

[0047] Exemplarily, the resources of the second game are dynamically loaded into the memory through the main thread of the first game. Since the second game is a lightweight game, the main thread can quickly complete the loading of the resources of the second game. After loading the resources of the second game, the second game is started and the second game interface is displayed in the first game interface. This embodiment can achieve seamless switching between the second game and the first game through dynamic loading. Players can operate the second game without leaving the first game interface, providing players with a smooth gaming experience. In addition, dynamic loading allows the use of the resources of the first game to develop the second game during the development process, which can effectively save the development cost of the second game.

[0048] In this embodiment, the first game operation is a game operation input by the player to the second game. When the second game is started, the player can input the first game operation in the second game interface to kill time waiting for the first game to load its own resources. Further, when the main thread of the first game runs the second game, the operation data of the first game operation can be collected, and the collected operation data can be associated and stored in a preset storage space, so that when the main thread of the first game runs the first game later, the player's interest in the second game can be analyzed based on the operation data, so as to determine whether to start the second game based on the interest when the resources of the first game are loaded in the background.

[0049] It should be noted that if the player is not interested in the second game currently being launched, he may not input game operations for the second game. At this time, if the main thread of the first game is still running the second game, it will waste the energy consumption of the terminal device for no reason. Therefore, if the first game operation is not received within the preset time period, the second game can be closed and the first game interface can be displayed. Exemplarily, if the first game operation is not received within the preset time period after the second game is launched, it indicates that the player is not interested in the second game. In order to save the energy consumption of the terminal device, the second game can be automatically closed and the first game interface can be returned to display. If the first game operation is received within the preset time period after the second game is launched, it indicates that the player is interested in the second game, and the main thread of the first game can continue to run the second game, so that the player can use the second game to kill time waiting for the first game to load its own resources.

[0050] S130: When the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the first game responds to the second game operation corresponding to the input.

[0051] Exemplarily, after the background thread of the first game has finished loading the resources of the first game, a message that the loading of the resources of the first game has been completed is transmitted to the main thread of the first game through a message queue or a shared data structure. After the main thread of the first game receives the message that the loading of the resources of the first game has been completed, the second game is closed and the interface of the first game is displayed to continue running the first game, thereby achieving seamless switching between the first game and the second game and ensuring a smooth experience for players.

[0052] In one embodiment, Figure 4 1 is a flowchart of closing the second game based on the game process of the second game provided by an embodiment of the present application. Figure 4 As shown, the step of closing the second game based on the game process of the second game specifically includes S1301-S1302:

[0053] S1301: When the resources of the first game are loaded, detect whether the game progress of the second game meets the preset end condition.

[0054] Exemplarily, when the main thread of the first game receives a message that the loading of resources of the first game has been completed, if it is detected that the game progress of the second game is that the player is in the process of completing a level, it is determined that the game progress does not meet the preset end condition; if it is detected that the game progress of the second game is that the player has finished the level, it is determined that the game progress meets the preset end condition.

[0055] In addition, the end condition may also be that the player completes the reward task of the second game. In this embodiment, when the player completes the reward task of the second game, the first game may issue the corresponding game reward to the player, so the main thread of the first game may wait until the player completes the reward task before closing the second game so that the player can obtain the corresponding game reward.

[0056] S1302: When the game progress of the second game meets a preset end condition, close the second game and display the first game interface.

[0057] Exemplarily, when the main thread of the first game determines that the game progress of the second game meets the end condition, the second game is automatically closed so that the first game interface is redisplayed on the terminal screen, and the main thread continues to run the first game. It can be understood that when the game progress of the second game is that the player is in the process of breaking through the level or the player has not completed the reward task, it indicates that the player still wants to continue to experience the second game, so there is no need to close the second game; when the game progress of the second game is that the player has finished breaking through the level or the player has completed the reward task, it indicates that the player does not want to continue to experience the second game, so the second game can be closed. This embodiment determines the player's intention to continue to experience the second game through the game progress of the second game, so that when the player does not want to continue to experience the second game, the second game is closed and the first game interface is displayed, so that the player can switch to experience the first game with loaded resources, which is conducive to improving the player's gaming experience.

[0058] In another embodiment, Figure 5 1 is a flowchart of closing the second game through prompt information provided by an embodiment of the present application. Figure 5 As shown, the step of closing the second game through the prompt information specifically includes S1303-S1304:

[0059] S1303: When the resources of the first game are completely loaded, a prompt message indicating that the resources have been completely loaded is displayed in the second game interface.

[0060] For example, when the main thread of the first game receives a message indicating that the loading of resources of the first game has been completed, a prompt message indicating that the loading of resources has been completed can be generated, and the prompt message can be displayed in the second game interface in the form of a pop-up window, so that the player can confirm that the first game has loaded the corresponding resources based on the prompt message in the pop-up window.

[0061] S1304: In response to a click operation on the prompt information, close the second game and display the first game interface.

[0062] Exemplarily, if the player wants to return to the first game, the player can click on the prompt information in the second game interface to input a click operation on the prompt information to the terminal device. In response to the click operation, the main thread of the first game closes the second game so that the first game interface is redisplayed on the terminal screen, and the main thread continues to run the first game. This embodiment notifies the player that the first game has completed resource loading by displaying a prompt information in the second game interface, and confirms that the player wants to experience the first game when the player clicks on the prompt information, and promptly closes the second game and displays the first game interface, so that the player can switch to experience the first game with loaded resources, which is conducive to improving the player's gaming experience.

[0063] In one embodiment, in order to stimulate the player's enthusiasm for the second game, a reward task can be set in the second game, so that when the player completes the reward task of the second task, the game reward can be issued to the player through the first game. Accordingly, after the main thread of the first game closes the second game and continues to run the first game, it can be determined whether the player has completed the reward task of the second game; when the player completes the reward task of the second game, the corresponding game reward is issued to the player through the first game. Exemplarily, if the end condition of the game progress of the second game is that the player completes the reward task, the main thread of the first game can determine that the player has completed the reward task of the second game after running the first game, and issue the corresponding game reward to the player through the first game. If the end task of the game progress of the second game is not that the player completes the reward task, the main thread of the first game can save the information of whether the player has completed the reward task when running the second game, so as to read the information when starting to run the first game to confirm whether the player has completed the reward task of the second game, and issue the game reward to the player when confirming that the player has completed the reward task of the second game.

[0064] In this embodiment, the second game operation is a game operation input by the player to the first game. When the main thread of the first game continues to run the first game, the player can input the second game operation in the first game interface to experience the first game.

[0065] In order to more clearly show the switching process between the first game and the second game, this embodiment can be combined with Figure 6 The flowchart of the game running process is described as shown in FIG. Figure 6 As shown, after starting the first game, the resources of the first game are loaded through the background thread, and at the same time, the second game is started through the main thread. When the main thread is running the second game, if the notification of resource loading completion sent by the background thread is received, the second game is closed and the first game continues to run.

[0066] Furthermore, when the main thread of the first game runs the first game, the operation data of the first game operation can be read from the preset storage space, and the operation frequency and experience duration of the player on the second game can be determined according to the operation data, and the operation frequency and experience duration are weighted and summed to obtain the player's interest in the second game. The interest level is compared with the preset level threshold. If the interest level is greater than or equal to the preset level threshold, it is determined that the player is interested in the second game, and the start condition of the second game is set to start when the first game background loads resources, so that the second game can be started in time when the first game background loads resources, so that the player can pass the boring waiting time by experiencing the second game. If the interest level is less than the preset level threshold, it is determined that the player is not interested in the second game, and the start condition of the second game is not set, so that the second game is not started when the first game background loads resources, so as to save energy consumption of the terminal device.

[0067] In another embodiment, the first game has multiple lightweight games built in, and these lightweight games can be started when the first game is running, or when the first game loads resources. Among them, the lightweight game started when the first game loads resources is the second game described in the above embodiment. Exemplarily, when the main thread of the first game runs the lightweight game, the operation data of the game operation input by the player to the lightweight game can be collected. After the collected operation data reaches a certain amount or the operation data is collected for a certain period of time, the player’s interest in each lightweight game is analyzed according to the collected operation data, and the lightweight game with the highest interest is set as the second game, and then the lightweight game that the player is most interested in is started when the first game loads resources, which can effectively improve the player’s gaming experience.

[0068] In addition, when the main thread of the first game runs the first game, the player's gaming level can be determined based on the game score of the player when experiencing the first game, so as to set the game difficulty of the second game according to the player's gaming level, so that the game difficulty of the second game is more in line with the player's gaming level and improves the player's gaming experience of the second game.

[0069] In summary, the game running method provided in the embodiment of the present application starts the first game and displays the first game interface of the first game in response to the instruction to start the first game, and loads the resources of the first game through the background thread; starts the second game and displays the second game interface of the second game, and responds to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game; when the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the first game responds to the second game operation corresponding to the input. Through the above technical means, the lightweight mini-game built into the first game can be quickly started during the process of loading game resources in the background of the first game, so that players can kill the boring waiting time by playing mini-games while waiting for the first game to load game resources, which solves the problem of players being bored waiting for the game to load resources in the prior art, improves the playability of the game during the resource loading process, reduces the negative experience of players while waiting, and improves the satisfaction and participation of players in the game.

[0070] Based on the above embodiments, Figure 7 This is a schematic diagram of the structure of a game running device provided in an embodiment of the present application. Figure 7 The game running device provided in this embodiment specifically includes: a resource loading module 21, a second game running module 22 and a first game running module 23.

[0071] The resource loading module 21 is configured to respond to an instruction to start the first game, start the first game and display the first game interface of the first game, and load the resources of the first game through a background thread;

[0072] The second game running module 22 is configured to start the second game and display the second game interface of the second game, and respond to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game;

[0073] The first game running module 23 is configured to close the second game and display the first game interface when the resources of the first game are loaded, and respond to the second game operation corresponding to the input through the first game.

[0074] Based on the above embodiment, the second game running module 22 includes: a loading time determination unit, configured to determine the resource loading time according to the amount of resource data of the first game; a first running unit, configured to start the second game and display the second game interface of the second game when the resource loading time is greater than a preset time threshold.

[0075] Based on the above embodiment, the second game running module 22 includes: a dynamic loading unit, configured to dynamically load the resources of the second game through the first game; a second running unit, configured to start the second game and display the second game interface in the first game interface when the resources of the second game are loaded.

[0076] Based on the above embodiment, the second game running module 22 also includes: a first closing unit, which is configured to close the second game and display the first game interface after starting the second game and displaying the second game interface of the second game, if no first game operation is received within a preset time period.

[0077] Based on the above embodiment, the first game running module 23 includes: an end detection unit, configured to detect whether the game progress of the second game meets the preset end condition when the resources of the first game are loaded; a third running unit, configured to close the second game and display the first game interface when the game progress of the second game meets the preset end condition.

[0078] Based on the above embodiment, the first game running module 23 includes: a loading prompt unit, which is configured to display a prompt message that the resource loading is completed in the second game interface when the resources of the first game are loaded; and a fourth running unit, which is configured to close the second game and display the first game interface in response to a click operation on the prompt message.

[0079] On the basis of the above embodiment, the first game running module 23 includes: a reward issuing unit, which is configured to issue corresponding game rewards to the player through the first game when the player completes the reward task of the second game.

[0080] As mentioned above, the game running device provided by the embodiment of the present application responds to the instruction to start the first game, starts the first game and displays the first game interface of the first game, and loads the resources of the first game through the background thread; starts the second game and displays the second game interface of the second game, and responds to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game; when the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the second game operation corresponding to the input is responded to through the first game. Through the above technical means, the lightweight mini-game built into the first game can be quickly started during the process of loading game resources in the background of the first game, so that the player can kill the boring waiting time by playing the mini-game while waiting for the first game to load game resources, which solves the problem of players being bored waiting for the game to load resources in the prior art, improves the playability of the game during the resource loading process, reduces the negative experience of the player while waiting, and improves the player's satisfaction and participation in the game.

[0081] The game running device provided in the embodiment of the present application can be used to execute the game running method provided in the above embodiment, and has corresponding functions and beneficial effects.

[0082] Figure 8 is a schematic diagram of a game running device provided in an embodiment of the present application, with reference to Figure 8 The game running device includes: a processor 31, a memory 32, a communication device 33, an input device 34 and an output device 35. The number of processors 31 in the game running device can be one or more, and the number of memories 32 in the game running device can be one or more. The processor 31, memory 32, communication device 33, input device 34 and output device 35 of the game running device can be connected through a bus or other methods.

[0083] The memory 32, as a computer-readable storage medium, can be used to store software programs, computer executable programs and modules, such as program instructions / modules corresponding to the game running method of any embodiment of the present application (for example, the resource loading module 21, the second game running module 22 and the first game running module 23 in the game running device). The memory 32 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function; the storage data area may store data created according to the use of the device, etc. In addition, the memory 32 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage device. In some instances, the memory may further include a memory remotely arranged relative to the processor, and these remote memories may be connected to the device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network and a combination thereof.

[0084] The communication device 33 is used for data transmission.

[0085] The processor 31 executes the software programs, instructions and modules stored in the memory 32 to execute various functional applications and data processing of the device, that is, to implement the above-mentioned game running method.

[0086] The input device 34 may be used to receive input digital or character information and generate key signal input related to user settings and function control of the device. The output device 35 may include a display device such as a display screen.

[0087] The game running device provided above can be used to execute the game running method provided in the above embodiment, and has corresponding functions and beneficial effects.

[0088] An embodiment of the present application also provides a storage medium containing computer executable instructions, which are used to execute a game running method when executed by a computer processor. The game running method includes: in response to an instruction to start a first game, starting the first game and displaying a first game interface of the first game, and loading resources of the first game through a background thread; starting a second game and displaying a second game interface of the second game, and responding to a corresponding input first game operation through the second game; wherein the second game is a lightweight game built into the first game; when the resources of the first game are loaded, closing the second game and displaying the first game interface, and responding to a corresponding input second game operation through the first game.

[0089] Storage medium - any of various types of memory devices or storage devices. The term "storage medium" is intended to include: installation media, such as CD-ROM, floppy disk or tape device; computer system memory or random access memory, such as DRAM, DDR RAM, SRAM, EDO RAM, Rambus RAM, etc.; non-volatile memory, such as flash memory, magnetic media (such as hard disk or optical storage); registers or other similar types of memory elements, etc. Storage media may also include other types of memory or combinations thereof. In addition, the storage medium may be located in the first computer system in which the program is executed, or may be located in a different second computer system, which is connected to the first computer system via a network (such as the Internet). The second computer system can provide program instructions to the first computer for execution. The term "storage medium" may include two or more storage media residing in different locations (for example, in different computer systems connected by a network). The storage medium may store program instructions (for example, embodied as a computer program) that can be executed by one or more processors.

[0090] Of course, the storage medium containing computer executable instructions provided in the embodiment of the present application, whose computer executable instructions are not limited to the above game running method, can also execute related operations in the game running method provided in any embodiment of the present application.

[0091] The game running device, storage medium and game running equipment provided in the above embodiments can execute the game running method provided in any embodiment of the present application. For technical details not described in detail in the above embodiments, please refer to the game running method provided in any embodiment of the present application.

[0092] The above are only preferred embodiments of the present application and the technical principles used. The present application is not limited to the specific embodiments herein, and various obvious changes, readjustments and substitutions that can be made by those skilled in the art will not deviate from the protection scope of the present application. Therefore, although the present application is described in more detail through the above embodiments, the present application is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present application, and the scope of the present application is determined by the scope of the claims.

Claims

1. A game running method, characterized in that: include: In response to an instruction to start a first game, the first game is started and a first game interface of the first game is displayed, and resources of the first game are loaded through a background thread; Starting a second game and displaying a second game interface of the second game; The method comprises: dynamically loading resources of the second game through the first game; determining the resource loading time according to the resource data volume of the first game; wherein the determining the resource loading time according to the resource data volume of the first game comprises: determining the resource loading time according to a pre-calibrated linear function and the resource data volume of the first game, determining a correction coefficient based on a processor load and available memory space, and determining the product of the resource loading time and the correction coefficient as a new resource loading time; When the time for loading the new resource exceeds a preset time threshold and the resources of the second game are completely loaded, starting the second game and displaying the second game interface in the first game interface; Responding to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game; in the case where the first game has multiple lightweight games built into it, the second game is the lightweight game with the highest interest level, and the interest level of the lightweight game is obtained based on the operation data analysis of the game operation input by the player to the lightweight game; When the resources of the first game are loaded, the second game is closed and the first game interface is displayed, and the first game responds to the second game operation corresponding to the input.

2. The game running method according to claim 1, characterized in that: After the second game is started and the second game interface of the second game is displayed, the method further includes: If no operation of the first game is received within a preset time period, the second game is closed and the first game interface is displayed.

3. The game running method according to claim 1, characterized in that: When the resources of the first game are loaded completely, closing the second game and displaying the first game interface comprises: When the resources of the first game are loaded, detecting whether the game progress of the second game meets a preset end condition; When the game progress of the second game meets the preset end condition, the second game is closed and the first game interface is displayed.

4. The game running method according to claim 1, characterized in that: When the resources of the first game are loaded completely, closing the second game and displaying the first game interface comprises: When the resources of the first game are loaded, a prompt message indicating that the resources have been loaded is displayed in the second game interface; In response to a click operation on the prompt information, the second game is closed and the first game interface is displayed.

5. The game running method according to claim 1, characterized in that: After closing the second game and displaying the first game interface, the method further includes: When the player completes the reward task of the second game, the corresponding game reward is issued to the player through the first game.

6. A game running device, characterized in that: include: A resource loading module, configured to, in response to an instruction to start a first game, start the first game and display a first game interface of the first game, and load resources of the first game through a background thread; The second game running module is configured to start the second game and display the second game interface of the second game, and respond to the first game operation corresponding to the input through the second game; wherein the second game is a lightweight game built into the first game, and in the case where the first game has multiple lightweight games built into the first game, the second game is the lightweight game with the highest interest, and the interest level of the lightweight game is obtained based on the operation data analysis of the game operation input by the player to the lightweight game; the second game running module also includes: a dynamic loading unit, configured to dynamically load the resources of the second game through the first game; a loading time determination unit, configured to determine the resource loading time according to the resource data volume of the first game; wherein the loading time determination unit is specifically configured to determine the resource loading time according to a pre-calibrated linear function and the resource data volume of the first game, determine a correction coefficient based on the processor load and the available memory space, and determine the product of the resource loading time and the correction coefficient as a new resource loading time; the second game running module is also configured to: when the new resource loading time is greater than a preset time threshold and the resources of the second game are loaded, start the second game and display the second game interface in the first game interface; The first game running module is configured to close the second game and display the first game interface when the resources of the first game are loaded, and respond to the second game operation corresponding to the input through the first game.

7. A game running device, characterized in that: include: one or more processors; A memory stores one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors implement the game running method as described in any one of claims 1-5.

8. A storage medium containing computer executable instructions, characterized in that: The computer executable instructions are used to execute the game running method as described in any one of claims 1-5 when executed by a computer processor.

Images