Game running method and device, equipment and storage medium

Abstract

The embodiment of the invention provides a game running method and device, equipment and a storage medium. The method comprises the steps that a target game is started to run according to a received starting instruction, the running state of the target game is monitored, and the target game is pre-configured in a container; when a game crash event of the target game is monitored, responding to a generated game recovery instruction, restarting the target game and reading progress archived content of the target game from a local storage space associated with the container; and recovering the target game to the game node of the progress archived content so as to continue running the target game from the game node. By means of the method, for the game running in the container, automatic recovery of the crashed game can be achieved directly through the monitoring logic, progress archived content storage in the container and the like, the recovery cost of the console game during game crashing is better reduced, the recovery process of game recovery is simplified, and the recovery efficiency of the console game is improved. And the influence of game collapse on the experience of players is reduced to the maximum extent.

Description

Technical Field

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

[0002] At present, with the help of social, short video or live broadcast platforms as host platforms, the application of using container technology to publish small program-style stand-alone games on the host platform has become popular. Players can directly enter and run stand-alone games through operations on the host platform.

[0003] When playing a stand-alone game, the game often crashes. Some platforms will prompt a restart after the game crashes. If the player wants to continue playing the game, he needs to restart the stand-alone game, and the game will start from the beginning, and the progress before the game crash cannot be returned. An existing solution is to develop a dedicated server for stand-alone games, so that the game progress can be continuously updated to the server through network communication while the player is playing the game.

[0004] However, existing solutions also have the following problems: 1) high development costs, requiring the maintenance of a dedicated server for stand-alone games; 2) strong account-related, requiring players to log in again when restarting is required to obtain game progress. In other words, existing solutions require high cost investment, and the cumbersome operations also affect players' gaming experience. Summary of the invention

[0005] The present disclosure provides a game running method, device, equipment and storage medium to achieve rapid recovery after a crash occurs during game running.

[0006] In a first aspect, an embodiment of the present disclosure provides a game running method, the game running method comprising:

[0007] Starting the target game to run according to the received start instruction, and monitoring the running status of the target game, the target game being pre-configured in the container;

[0008] When a game crash event is detected in the target game, in response to the generated game recovery instruction, the target game is restarted and the progress archive content of the target game is read from the local storage space associated with the container;

[0009] The target game is restored to the game node of the progress archive content to continue running the target game from the game node.

[0010] In a second aspect, the present disclosure also provides a game running device, the game running device comprising:

[0011] A startup module, used to start the target game according to the received startup instruction and monitor the running status of the target game, wherein the target game is pre-configured in the container;

[0012] A restart module, configured to restart the target game and read the progress archive content of the target game from the local storage space associated with the container in response to the generated game recovery instruction when a game crash event occurs in the target game;

[0013] A recovery module is used to restore the target game to the game node of the progress archive content to continue running the target game from the game node.

[0014] In a third aspect, an embodiment of the present disclosure further provides an electronic device, the electronic device comprising:

[0015] one or more processors;

[0016] a storage device for storing one or more programs,

[0017] 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 embodiment of the present disclosure.

[0018] In a fourth aspect, an embodiment of the present disclosure further 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 any embodiment of the present disclosure.

[0019] In a fifth aspect, an embodiment of the present disclosure further provides a computer program product, including a computer program, which, when executed by a processor, is used to implement the game running method as described in any embodiment of the present disclosure.

[0020] The technical solution of the disclosed embodiment, through the provided game running method, first starts the target game according to the received start instruction and monitors the running status of the target game, the target game is pre-configured in the container; then, when a game crash event is detected in the target game, in response to the generated game recovery instruction, the target game is restarted and the progress archive content of the target game is read from the local storage space associated with the container, and finally, the target game is restored to the game node of the progress archive content to continue running the target game from the game node. The above technical solution of this embodiment, for games running in containers, can directly achieve autonomous recovery of crashed games through containers by technical means such as setting monitoring logic in the container and directly saving progress archive content in the container. Compared to the prior art, which requires the development of a dedicated server for stand-alone games to assist in game recovery, and the prior art, which requires repeated game server login operations before recovery, this technical solution does not require the development of a patented server for stand-alone games, which better reduces the recovery cost of stand-alone games when the game crashes. At the same time, when the game crashes, the game can be directly restored without the need for cumbersome operations such as logging into the game server, which better simplifies the game recovery process. The technical solution provided by this embodiment better realizes the timely and low-cost recovery of game data when the game crashes, and also minimizes the impact of game crashes on the player experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. Throughout the accompanying drawings, the same or similar reference numerals represent the same or similar elements. It should be understood that the drawings are schematic and the originals and elements are not necessarily drawn to scale.

[0022] Figure 1a A flowchart of a game running method provided by an embodiment of the present disclosure is given;

[0023] Figure 1b An example diagram of the architecture of the game logic operation architecture involved in the target game in the game operation method provided in this embodiment is given;

[0024] Figure 2 A schematic diagram of the structure of a game running device provided by an embodiment of the present disclosure is given;

[0025] Figure 3 A schematic structural diagram of an electronic device provided by an embodiment of the present disclosure is given. DETAILED DESCRIPTION

[0026] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although certain embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as being limited to the embodiments described herein, which are instead provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for exemplary purposes and are not intended to limit the scope of protection of the present disclosure.

[0027] It should be understood that the various steps described in the method embodiments of the present disclosure may be performed in different orders and / or in parallel. In addition, the method embodiments may include additional steps and / or omit the steps shown. The scope of the present disclosure is not limited in this respect.

[0028] The term "including" and its variations used herein are open inclusions, i.e., "including but not limited to". The term "based on" means "based at least in part on". The term "one embodiment" means "at least two embodiments"; the term "another embodiment" means "at least two additional embodiments"; the term "some embodiments" means "at least some embodiments". The relevant definitions of other terms will be given in the following description.

[0029] It should be noted that the concepts such as "first" and "second" mentioned in the present disclosure are only used to distinguish different devices, modules or units, and are not used to limit the order or interdependence of the functions performed by these devices, modules or units.

[0030] It should be noted that the modifications of "one" and "plurality" mentioned in the present disclosure are illustrative rather than restrictive, and those skilled in the art should understand that unless otherwise clearly indicated in the context, it should be understood as "one or more".

[0031] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only used for illustrative purposes and are not used to limit the scope of these messages or information.

[0032] It is understandable that before using the technical solutions disclosed in the embodiments of the present disclosure, the types, scope of use, usage scenarios, etc. of the personal information involved in the present disclosure should be informed to the user and the user's authorization should be obtained in an appropriate manner in accordance with relevant laws and regulations.

[0033] For example, in response to receiving an active request from a user, a prompt message is sent to the user to clearly prompt the user that the operation requested to be performed will require obtaining and using the user's personal information. Thus, the user can autonomously choose whether to provide personal information to software or hardware such as an electronic device, application, server, or storage medium that performs the operation of the technical solution of the present disclosure according to the prompt message.

[0034] As an optional but non-limiting implementation, in response to receiving an active request from the user, the prompt information may be sent to the user in the form of a pop-up window, in which the prompt information may be presented in text form. In addition, the pop-up window may also carry a selection control for the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0035] It is understandable that the above notification and the process of obtaining user authorization are merely illustrative and do not constitute a limitation on the implementation of the present disclosure. Other methods that meet the relevant laws and regulations may also be applied to the implementation of the present disclosure.

[0036] It is understandable that the data involved in this technical solution (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of relevant laws, regulations and relevant provisions.

[0037] At present, mini-program games have become stand-alone games that are more popular among game players. However, there are cases where the game crashes during the game, because the game progress cannot be saved in real time, so the game has to be restarted from the beginning after restarting. This greatly affects the player's gaming experience. The existing solution to recovering after a game crash is to develop a special server for mini-program games, and continuously update the game progress to the server and store it during the game, so as to obtain the game progress information from the server after the game crashes to achieve game recovery. This solution requires the development of additional servers, and the cost of game recovery is high. At the same time, players need to log in to the server again before the game is restored, thereby increasing the recovery operation nodes for game recovery, which also affects the player experience.

[0038] Based on this, the present disclosure provides a game running method. Figure 1a A flow chart of a game running method provided by an embodiment of the present disclosure is given. The embodiment of the present disclosure is applicable to situations where game running is managed. The method can be executed by a game running device, which can be implemented in the form of software and / or hardware, and optionally, by an electronic device.

[0039] Exemplarily, the execution subject of the game running method provided in this embodiment can be considered as an electronic device integrated with the applet-type stand-alone game. The electronic device is preferably a mobile terminal, a desktop computer, a laptop computer, a server, and the like. In different application scenarios, the execution subject integrated in the applet-type stand-alone game is different. Exemplarily, the stand-alone game can be directly integrated into the electronic device held by the player. Whether the electronic device is connected to the Internet or not, it can realize rapid recovery after the game crashes based on the method of this embodiment, and the electronic device can also directly receive the player's related operations on the stand-alone game.

[0040] Continuing with the above description, the stand-alone game can also be integrated into the cloud server as a cloud game, and players can access the stand-alone game integrated into the cloud server through a set game portal based on their own electronic devices. The cloud server can receive relevant interactive information from the player side through communication with the electronic device held by the player, and can also transmit the running content of the stand-alone game to the electronic device on the player side, and present the game-related content on the electronic device.

[0041] like Figure 1a As shown, the game running method provided by the embodiment of the present disclosure may specifically include:

[0042] S101. Start a target game according to a received start instruction and monitor the running status of the target game, where the target game is pre-configured in the container.

[0043] In this embodiment, the target game can be considered as a small program-based stand-alone game introduced on the host platform by configuring it in a container, wherein the host platform can be considered as a game platform for integrating different stand-alone games, or an application platform that also integrates other functional applications. For a small program-based stand-alone game, its development architecture can be described as follows: first, a container is built on the host platform, and then the developed stand-alone game is introduced into the built container by writing certain codes. The logical operation architecture involved in the operation of the stand-alone game in the container can include a container layer, a game layer, and an adaptation layer.

[0044] For example, Figure 1b The following is an example diagram of the game logic operation architecture of the target game in the game operation method provided in this embodiment. Figure 1b As shown, for a target game, its game code is configured as a whole in the created container, and a logical operation architecture of the target game is formed in the container according to a three-layer architecture. Specifically, the three-layer logical operation architecture includes: a container layer 11, a game layer 12, and an adaptation layer 13, wherein the container layer 11 includes the game layer 12, and the game layer 12 includes the adaptation layer 13.

[0045] Continuing with the above description, in the logical operation architecture set up for stand-alone games, the container layer can be considered as a global logic layer, which can provide the operating environment and pre-configuration information of stand-alone games. Through this container layer, the isolated operation of stand-alone games can be realized to prevent the impact of game crashes on the host platform. At the same time, the container layer can provide monitoring services for the game running status. The game layer is mainly used to provide game instances for displaying the game content involved in stand-alone games, and can be considered as the actual execution body of stand-alone games. The adaptation layer includes a container-type software tool development kit that supports the operation of stand-alone games, which can provide various functions or function interfaces involved in the operation of stand-alone games.

[0046] It can be understood that the game running method provided in this embodiment is mainly for stand-alone games configured in a container. When the target game is a stand-alone game configured in a container, the execution logic of this step can be considered as the execution logic of the container layer in the three-tier architecture mentioned above. In this embodiment, the target game can be started according to the start instruction of the target game. In one implementation of the target game operation, the container layer can pass the start instruction to the game layer, and the game layer presents the game content of the target game through the created game instance. The monitoring logic for monitoring the running status of the target game in this step can be provided and executed by the container layer.

[0047] In this embodiment, as the execution subject of the method provided by this embodiment is different, the source of the generation of the start instruction is also different. Exemplary, if the execution subject of the game running method is an electronic device held by a player, the start instruction can be directly generated by the player through the triggering of the relevant start control of the target game on the electronic device. It is also possible that when the execution subject is a cloud server, the player can access the target game on the cloud server based on the electronic device held by the target game through the access link or access entrance. In this case, the cloud server will first pass the relevant content of the target game to the player side electronic device in the form of network communication, for the player to operate the target game, such as triggering the game start control to generate a start instruction, which will be transmitted to the cloud server by the player side electronic device, and the cloud server will receive the start instruction to execute the logic involved in this step based on the start instruction.

[0048] In the case where the target game is set on a cloud server, one of the application scenarios can be described as: the player is the anchor user, which involves a scenario in which the anchor user broadcasts the target game live. In this scenario, the anchor user can achieve real-time interaction with the cloud server through the electronic device he holds, thereby enabling the anchor user to operate the target game on the cloud server. Among them, the cloud server is the actual execution subject of the method provided in this embodiment. It and the electronic device on the anchor user side mainly involve the transmission and communication of the relevant data stream involved in the game. The electronic device is more like an operation carrier for the player to operate. In this way, the impact of problems such as failures during game operation on other applications currently running on the player side is also further weakened.

[0049] S102: When a game crash event is detected in the target game, in response to the generated game recovery instruction, the target game is restarted and the progress archive content of the target game is read from the local storage space associated with the container.

[0050] In this embodiment, the target game running state can be monitored through the above steps to determine whether a game crash event has occurred. After the game crash event occurs, the target game can be restarted and the game progress can be restored through the generated game recovery instructions.

[0051] Among them, the game crash event can be considered as a crash event caused by insufficient running memory and other reasons during the operation of the target game. The game recovery instruction can be considered as an instruction to trigger the re-running of the target game. The game recovery instruction can be generated by the player triggering it on the relevant interactive interface. The relevant interactive interface can be presented on the electronic device held by the player, and the electronic device directly responds to the execution of the game recovery instruction, or the cloud server receives the game recovery instruction, and the cloud server responds to the instruction of the game recovery instruction. In addition, the game recovery instruction can also be directly triggered by the container layer set on the execution subject to execute the execution logic related to this step according to the game crash event.

[0052] In this embodiment, the container layer can send a signal to restart the target game to the game layer by responding to the game recovery instruction, and then the game layer restarts a game instance to display the game content. The game content displayed by the game instance can be the read progress archive content, which is pre-written into the local storage space associated with the container.

[0053] As a first optional embodiment of this embodiment, the game running method provided by this embodiment may also include the following steps:

[0054] When it is monitored that the target game meets the progress collection condition during operation, the game operation data of the target game is written into the local storage space as progress archive content through the progress saving interface configured in the container.

[0055] In this embodiment, the progress archive content read when the game is restored can be pre-written into the local storage space associated with the container when the progress collection conditions are met. Specifically, the container layer involved in this embodiment can not only monitor the running status of the target game, but also monitor the game progress. Specifically, it can monitor whether the game progress enters a certain game node or a certain game level. If so, it can be considered that the progress collection conditions of the target game are met, and thus the game running data generated under the current running progress of the target game can be stored.

[0056] In this embodiment, following the above description, the generated game running data can be written into the local storage space associated with the container through the progress saving interface existing in the adaptation layer, and the written game running data can be saved in the local storage space as the progress archive content of the target game.

[0057] Compared with the prior art, which requires the development of a server specifically for stand-alone games to store game progress, the above technical solution of this embodiment can directly execute the storage logic of the game progress in the container, which greatly reduces the development cost of game progress storage. Through the archiving method of this embodiment, the server login operation before game recovery is better avoided, which effectively improves the player's operating experience and simplifies the logic implementation of game recovery.

[0058] S103: Restore the target game to the game node of the progress archive content to continue running the target game from the game node.

[0059] In this embodiment, the progress archive content read through the above steps is equivalent to the game running data before the game crashes. By analyzing the progress archive content, it can be determined which game node (or game level) of the target game it specifically corresponds to. Therefore, the game content can be rendered to the determined game node according to the game running data, so that the target game can continue to run from this game node.

[0060] The game running method provided in this embodiment can realize autonomous recovery of crashed games through containers by directly setting monitoring logic in the container and directly saving progress archive content in the container, etc. for games running in the container. Compared with the prior art that requires the development of a special server for stand-alone games to assist in game recovery, and the prior art that requires repeated game server login operations before recovery, this technical solution does not require the development of a patented server for stand-alone games, which better reduces the recovery cost of stand-alone games when the game crashes. At the same time, the game can be directly restored when the game crashes, and there is no need to perform tedious operations such as logging into the game server, which better simplifies the recovery process of game recovery. The technical solution provided in this embodiment better realizes the timely and low-cost recovery of game data when the game crashes, and also minimizes the impact of game crashes on player experience.

[0061] As a second optional embodiment of this embodiment, based on the above embodiment, the logical operation architecture that can be preferably involved in the execution of the method provided by this embodiment mainly includes a container layer, a game layer, and an adaptation layer. Therefore, for starting the target game according to the received start instruction, one implementation method can be optimized as follows: Based on the above embodiment, starting the target game according to the received start instruction can be concretized as follows:

[0062] a1) In the container, the container layer generates a start signal according to the received start instruction and transmits it to the game layer.

[0063] In this embodiment, through the provided logical operation architecture, the container layer can be regarded as a global logic layer, which receives the start instruction generated by triggering the start control of the target game, and can generate a start signal for communication within the container relative to the start instruction. The start signal can be transmitted from the container layer to the game layer for displaying game content.

[0064] b1) The game layer runs the created first game instance according to the start signal, and displays the game content of the target game by running the first game instance.

[0065] In this embodiment, relative to the logical operation architecture proposed by the container that integrates the stand-alone game, the game layer is included in the container layer, which can receive the start signal transmitted by the container layer, and can run a game instance created by the instance creation function through the start signal. In this embodiment, the game instance is recorded as the first game instance. During the operation of the game instance, the game data of the target game can be called to render the target game and present the game content.

[0066] The above technical solution of this embodiment provides a specific implementation of starting and running the target game. This technical solution proposes a technical implementation logic for running a stand-alone game integrated in a container through a three-level logical operation architecture. The interaction between the container layer, the game layer, and the adaptation layer included in the logical operation architecture in the container better ensures the normal operation of the target game.

[0067] As a third optional embodiment of this embodiment, based on the above embodiment, the game running method provided by this embodiment can be further optimized to include:

[0068] It should be noted that this optional embodiment can continue to use the three-level logical operation architecture in the container proposed in the above embodiment, and support the operation of the game based on the three-level logical operation architecture. Specifically, this optional embodiment can perform the generation operation of the game recovery instruction through the container layer in the three-level logical operation architecture.

[0069] a2) Generate game crash prompt information and display it through the crash prompt interface.

[0070] In this embodiment, it can be seen from the above description that the container layer provides a service for monitoring the running status of the target game, so that the container layer can monitor whether a game crash event occurs in the target game, and can generate game crash prompt information for reminding the player when a game crash event occurs, and can display the game crash prompt information to the player through a crash prompt interface. Among them, the crash prompt interface can be displayed on the execution entity running the target game, and can also be displayed on other electronic devices that have established a communication connection with the execution entity running the target game.

[0071] b2) receiving a trigger operation for a restart operation control presented in the crash prompt interface, and generating the game recovery instruction.

[0072] In this embodiment, the displayed crash prompt interface includes operation controls that can be operated by players, and specifically may include a restart operation control for controlling the restart of the game. The container layer involved in supporting the operation of the target game in the container can receive the trigger operation of the restart operation control in the crash prompt interface, and thereby generate a game recovery instruction for game recovery.

[0073] In order to adapt to more application scenarios, game players may not want to know that a game crash has occurred during game operation, or hope that the stand-alone game itself can achieve imperceptible recovery after the game crashes. For example, in the live broadcast scenario of the target game, the anchor user may not want the audience to notice that the game has crashed. Based on this, this embodiment provides another way to generate a game recovery instruction. Specifically, this optional embodiment can also optimize the execution of the following steps when a game crash event is detected in the target game: directly generate the game recovery instruction according to the game crash event.

[0074] In this embodiment, when a game crash event is detected, the container layer does not need to interact with the game player, but directly generates a game recovery instruction according to the game crash event.

[0075] The above technical solution of this embodiment provides a method for generating game recovery instructions. The provided generation method is more adaptable to the game running scenario, improves the player experience of the game running, and also serves as a trigger condition for triggering the subsequent logic execution in the method provided in this embodiment.

[0076] As a fourth optional embodiment of this embodiment, based on the above embodiment, restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container can be specifically implemented as follows:

[0077] a3) In the container, the container layer generates a recovery signal according to the game recovery instruction and transmits it to the game layer.

[0078] In this embodiment, the execution logic of this step can be executed by the container layer as the global logic layer in the logic operation architecture through the logic operation structure provided by the stand-alone game. Specifically, in the container where the target game is located, the container layer can respond to the game recovery instruction to trigger the restart of the target game, and then generate a recovery signal to be transmitted to the game layer in the logic operation architecture.

[0079] b3) The game layer runs the created second game instance according to the resumption signal, and sends the resumption signal to the adaptation layer.

[0080] In this embodiment, the game that receives the resume signal can run the created second game instance according to the resume signal. The second game instance is different from the first game instance and is a newly created game instance used as a new running carrier on which the target game runs. While running the second game instance, the game layer will also pass the resume signal to the adaptation layer in the logic running architecture.

[0081] c3) The adaptation layer reads the progress archive content of the target game from the local storage space associated with the container through a pre-configured progress reading interface.

[0082] In this embodiment, the adaptation layer in the logical operation architecture includes the functions or function interfaces that the stand-alone game relies on to run in the container. The progress reading interface is equivalent to creating a function interface in the adaptation layer. By calling the progress reading interface, the progress archive content of the target game can be read from the local storage space associated with the container.

[0083] The above technical solution of this embodiment provides a specific implementation of restarting the target game and obtaining the progress archive content involved in game recovery. It can be seen that the game running method provided in this embodiment needs to be implemented through the cooperation of various logical layers in the logical running architecture built in the container relative to the stand-alone game. Compared with the existing technology, this method can realize the simple and fast acquisition of progress archive content, maximize the reduction of the development cost of stand-alone game operation, and maximize the reduction of the player's game operation process.

[0084] On the basis of the above optional embodiment, the target game can be further restored to the game node of the progress archive content for optimization. Specifically, the optimization can be as follows: the game layer displays the target game starting from the game node of the progress archive content during the operation of the second game instance.

[0085] In this embodiment, the implementation logic of restoring the target game to the state before the game crash can also be concretized to be executed by the game layer in the logic operation architecture. The game layer can determine the game node corresponding to the progress storage content in the target game during the operation of the second game instance, and then render the game data content from the game node, and display the rendered game content to achieve the continued operation of the target game from the game node before the game crash. Among them, the game node corresponding to the progress archive content can be considered as the progress node of the target game before the game crash.

[0086] As a fifth optional embodiment of this embodiment, based on the above embodiment, the method provided by this embodiment can be further optimized while restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container, including: generating a game recovery prompt message and displaying it through a game recovery prompt interface.

[0087] In this embodiment, in order to improve the display effect of the interface provided by the target game to the players, a game recovery prompt interface for the players can be generated during the process of restarting the game and loading the progress archive content. The game recovery prompt interface can display the generated game recovery prompt message. The game recovery prompt message can include a simulated progress bar for game recovery, and can also include text prompt information, etc.

[0088] The above technical solution of this embodiment provides a specific implementation of the game recovery prompt, and this technical implementation better improves the player's operating experience in the game operation.

[0089] As a sixth optional embodiment of the present embodiment, based on the above embodiment, the method provided by the present embodiment can be further optimized to include: when it is detected that the progress archive content in the local storage space meets the cleaning condition, the progress archive content is cleared for cleaning, or the progress archive content stored historically is overwritten with the rewritten progress archive content.

[0090] It should be noted that the container space corresponding to the container created on the host system to support the running of stand-alone games is limited, and the storage space that can be allocated to the container is also relatively limited. Therefore, when running stand-alone games, it is necessary to reasonably use the local storage space associated with the container.

[0091] In this embodiment, the local storage space associated with the container can be detected to detect whether the progress archive content in the local storage space meets the cleaning condition. The cleaning condition can be that the storage size of the progress archive content has reached the storage upper limit threshold, or the storage time of the progress archive content has exceeded the storage time threshold, or it is detected that new progress archive content is written.

[0092] In this embodiment, the progress archive content that meets the cleaning condition can be directly deleted to clean up the stored progress archive content. The progress archive content historically stored in the local storage space can also be overwritten with the newly written progress archive content, thereby achieving the purpose of saving the local storage space associated with the container.

[0093] The above technical solution of this embodiment better realizes the effective utilization of the local storage space in the container.

[0094] In actual applications, it is more common for small program-based stand-alone games to use cloud servers as the running carrier (executing subject). Exemplarily, in order to better understand the execution process of the game running method provided in this embodiment, this embodiment takes the running of the provided game running method on a cloud server and interacting with the player-side electronic device as an example to describe the implementation steps of the game running. Among them, the player side can be preferably the anchor side, and the electronic device on the anchor side can also run the live broadcast application, and the live broadcast of the target game running process has been realized by triggering the target game on the cloud server.

[0095] Specifically, the running process of the target game can be described as follows:

[0096] S1. The anchor side terminal accesses the cloud server through the access portal and sends a start instruction of the target game to the cloud server. The start instruction is generated by triggering the operation control in the game operation interface, and the game operation interface is transmitted to the anchor side terminal by the cloud server.

[0097] S2. In the container of the cloud server, the container layer generates a start signal according to the received start instruction and transmits it to the game layer in the container.

[0098] S3. The game layer runs the created first game instance according to the start signal, and feeds back the generated game content to the anchor side terminal by running the first game instance, so as to display the game content on the anchor side terminal.

[0099] S4. When the container layer detects that a game crash event occurs in the target game, the game recovery instruction is directly generated according to the game crash event. The container layer generates a recovery signal according to the game recovery instruction and transmits it to the game layer.

[0100] S5. The game layer runs the created second game instance according to the resumption signal, and sends the resumption signal to the adaptation layer in the container.

[0101] S6. The adaptation layer reads the progress archive content of the target game from the local storage space associated with the container through a pre-configured progress reading interface.

[0102] S7. During the operation of the second game instance, the game layer generates a game recovery prompt message and executes subsequent logic accordingly through step S8.

[0103] S8. The cloud server sends the game recovery prompt message to the anchor side terminal through the container layer in the container, so that the anchor side terminal displays a game recovery prompt interface containing the game recovery prompt message while waiting for the game to restart.

[0104] S9. When the second game instance is running, the game layer starts to generate game recovery content to be displayed from the game node of the progress archive content, and executes subsequent logic through step S10 accordingly.

[0105] S10. The cloud server sends the game recovery content to be displayed to the anchor side terminal through the container layer in the container, so that the anchor side continues to display the game recovery content running after the restart in the live broadcast application.

[0106] During the execution of the above logical steps, when the container layer in the container monitors that the target game meets the progress collection conditions during operation, the game operation data of the target game is written into the local storage space as progress archive content through the progress saving interface configured in the logical layer in the container.

[0107] In addition, when the logic layer in the container detects that the progress archive content in the local storage space meets the cleaning condition, it can clear the progress archive content for cleaning, or use the rewritten progress archive content to overwrite the historically stored progress archive content.

[0108] The above-mentioned implementation process of the cloud server running a small program-style stand-alone game can better present the running process of the target game in the live broadcast application, and effectively reduce the impact of game crashes on the operation and vision of players or viewing users.

[0109] Figure 2 A schematic diagram of the structure of a game running device provided by an embodiment of the present disclosure is given, such as Figure 2 As shown, the device includes: a startup module 21, a restart module 22 and a recovery module 23, wherein:

[0110] A startup module 21, used to start the target game according to the received startup instruction and monitor the running state of the target game, wherein the target game is pre-configured in the container;

[0111] A restart module 22, configured to restart the target game and read the progress archive content of the target game from the local storage space associated with the container in response to the generated game recovery instruction when a game crash event occurs in the target game;

[0112] The recovery module 23 is used to restore the target game to the game node of the progress archive content, so as to continue to run the target game from the game node.

[0113] The disclosed embodiment provides a game running device. For games running in a container, the self-recovery of the crashed game can be achieved through the container by directly setting monitoring logic in the container and directly saving the progress archive content in the container. Compared with the prior art that requires the development of a special server for stand-alone games to assist in game recovery, and the prior art that requires repeated game server login operations before recovery, this technical solution does not require the development of a patented server for stand-alone games, which better reduces the recovery cost of stand-alone games when the game crashes. At the same time, the game can be directly restored when the game crashes, and there is no need to perform tedious operations such as logging into the game server, which better simplifies the recovery process of game recovery. The technical solution provided by this embodiment better realizes the timely and low-cost recovery of game data when the game crashes, and also minimizes the impact of game crashes on player experience.

[0114] Furthermore, the device also includes an archiving module, which is used to monitor that when the target game meets the progress collection conditions during operation, write the game operation data of the target game as progress archive content into the local storage space through a progress saving interface configured in the container.

[0115] Furthermore, the startup module 21 can be specifically used for:

[0116] In the container, the container layer generates a start signal according to the received start instruction and transmits it to the game layer;

[0117] The game layer runs the created first game instance according to the start signal, and displays the game content of the target game by running the first game instance.

[0118] Furthermore, the device may also include:

[0119] A first generating module is used to generate game crash prompt information and display it through a crash prompt interface when a game crash event occurs in the target game;

[0120] The second generating module is used to receive a triggering operation for a restart operation control presented in the crash prompt interface, and generate the game recovery instruction.

[0121] In another optimization, the device may further include: a third generating module, configured to directly generate the game recovery instruction according to the game crash event when a game crash event is detected in the target game.

[0122] Furthermore, the restart module 22 can be specifically used for:

[0123] In the container, the container layer generates a resume signal according to the game resume instruction and transmits it to the game layer;

[0124] The game layer runs the created second game instance according to the resume signal, and sends the resume signal to the adaptation layer;

[0125] The adaptation layer reads the progress archive content of the target game from the local storage space associated with the container through a pre-configured progress reading interface.

[0126] Furthermore, the recovery module 23 may be specifically configured to: during the operation of the second game instance, the game layer starts to display the target game from the game node of the progress archive content.

[0127] Furthermore, the device may also include: a fourth generating module, which is used to generate a game recovery prompt message while restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container, and display it through the game recovery prompt interface.

[0128] Furthermore, the device may also include: an archive cleaning module, which is used to clear the progress archive content for cleaning when it is detected that the progress archive content in the local storage space meets the cleaning condition, or to use the re-written progress archive content to overwrite the historically stored progress archive content.

[0129] The game running device provided in the embodiments of the present disclosure can execute the game running method provided in any embodiment of the present disclosure, and has functional modules and beneficial effects corresponding to the execution method.

[0130] It is worth noting that the various units and modules included in the above-mentioned device are only divided according to functional logic, but are not limited to the above-mentioned division, as long as the corresponding functions can be achieved; in addition, the specific names of the functional units are only for the convenience of distinguishing each other, and are not used to limit the protection scope of the embodiments of the present disclosure.

[0131] Figure 3 A schematic diagram of the structure of an electronic device provided by an embodiment of the present disclosure is given. Figure 3 , which shows an electronic device (eg, Figure 3 The terminal device in the embodiment of the present disclosure may include but is not limited to mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 3The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0132] like Figure 3 As shown, the electronic device 300 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.) 301, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 302 or a program loaded from a storage device 308 into a random access memory (RAM) 303. In the RAM 303, various programs and data required for the operation of the electronic device 300 are also stored. The processing device 301, the ROM 302, and the RAM 303 are connected to each other via a bus 304. An edit / output (I / O) interface 305 is also connected to the bus 304.

[0133] Typically, the following devices may be connected to the I / O interface 305: input devices 306 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; output devices 307 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 308 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 309. The communication devices 309 may allow the electronic device 300 to communicate with other devices wirelessly or by wire to exchange data. Although Figure 3 The electronic device 300 is shown with various devices, but it should be understood that it is not required to implement or possess all the devices shown. More or fewer devices may be implemented or possessed instead.

[0134] In particular, according to an embodiment of the present disclosure, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program contains program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication device 309, or installed from the storage device 308, or installed from the ROM 302. When the computer program is executed by the processing device 301, the above-mentioned functions defined in the method of the embodiment of the present disclosure are executed.

[0135] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only used for illustrative purposes and are not used to limit the scope of these messages or information.

[0136] The electronic device provided by the embodiment of the present disclosure and the game running method provided by the above embodiment belong to the same inventive concept. The technical details not fully described in this embodiment can be referred to the above embodiment, and this embodiment has the same beneficial effects as the above embodiment.

[0137] The embodiments of the present disclosure provide a computer storage medium on which a computer program is stored. When the program is executed by a processor, the game running method provided by the above embodiments is implemented.

[0138] It should be noted that the computer-readable medium disclosed above may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, device or device. In the present disclosure, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, in which a computer-readable program code is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer readable signal medium may also be any computer readable medium other than a computer readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0139] In some embodiments, the client and the server may communicate using any currently known or future developed network protocol such as HTTP (HyperText Transfer Protocol), and may be interconnected with any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), an internet (e.g., the Internet), and a peer-to-peer network (e.g., an adhoc peer-to-peer network), as well as any currently known or future developed network.

[0140] The computer-readable medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.

[0141] The computer-readable medium carries one or more programs. When the one or more programs are executed by the electronic device, the electronic device: receives a trigger operation for a page editing component in a first interface, and displays a second interface, wherein the second interface includes a page preview area and a page content configuration area, wherein an initial page is presented in the page preview area, and the page content configuration area includes at least one page content configuration entry, wherein the initial page includes a content-to-be-filled position to be filled with content, and the page content configuration entry is associated with the content-to-be-filled position; receives an editing operation for the page content configuration entry, and presents a target page corresponding to the edited page content configuration entry in the page preview area.

[0142] Computer program code for performing the operations of the present disclosure may be written in one or more programming languages ​​or a combination thereof, including, but not limited to, object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0143] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present disclosure. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the program segment or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some implementations as replacements, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0144] The units involved in the embodiments described in the present disclosure may be implemented by software or hardware. The name of a unit does not limit the unit itself in some cases. For example, the first acquisition unit may also be described as a "unit for acquiring at least two Internet Protocol addresses".

[0145] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), and the like.

[0146] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0147] According to one or more embodiments of the present disclosure, [Example 1] provides a game running method, the method comprising:

[0148] Starting the target game to run according to the received start instruction, and monitoring the running status of the target game, the target game being pre-configured in the container;

[0149] When a game crash event is detected in the target game, in response to the generated game recovery instruction, the target game is restarted and the progress archive content of the target game is read from the local storage space associated with the container;

[0150] The target game is restored to the game node of the progress archive content to continue running the target game from the game node.

[0151] According to one or more embodiments of the present disclosure, [Example 2] provides a game running method, which can be optimized to include: when it is monitored that the target game meets the progress collection condition during operation, the game running data of the target game is written as progress archive content into the local storage space through a progress saving interface configured in the container.

[0152] According to one or more embodiments of the present disclosure, [Example 3] provides a game running method, in which a target game is started according to a received start instruction, including:

[0153] In the container, the container layer generates a start signal according to the received start instruction and transmits it to the game layer;

[0154] The game layer runs the created first game instance according to the start signal, and displays the game content of the target game by running the first game instance.

[0155] According to one or more embodiments of the present disclosure, [Example 4] provides a game running method, in which when a game crash event is detected in the target game, the method further includes:

[0156] Generate game crash prompt information and display it through the crash prompt interface;

[0157] Receiving a trigger operation for a restart operation control presented in the crash prompt interface, and generating the game recovery instruction;

[0158] or,

[0159] When a game crash event is detected in the target game, the method further includes: directly generating the game recovery instruction according to the game crash event.

[0160] According to one or more embodiments of the present disclosure, [Example 5] provides a game running method, in which restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container includes:

[0161] In the container, the container layer generates a resume signal according to the game resume instruction and transmits it to the game layer;

[0162] The game layer runs the created second game instance according to the resume signal, and sends the resume signal to the adaptation layer;

[0163] The adaptation layer reads the progress archive content of the target game from the local storage space associated with the container through a pre-configured progress reading interface.

[0164] According to one or more embodiments of the present disclosure, [Example 6] provides a game running method. Optionally, in the method, restoring the target game to the game node of the progress archive content includes:

[0165] The game layer displays the target game starting from the game node of the progress archive content during the running of the second game instance.

[0166] According to one or more embodiments of the present disclosure, [Example 7] provides a game running method, in which while restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container, the method also includes:

[0167] Generate a game recovery prompt message and display it through the game recovery prompt interface.

[0168] According to one or more embodiments of the present disclosure, [Example Eight] provides a game running method, in which when it is detected that the progress archive content in the local storage space meets the cleaning condition, the progress archive content is cleared for cleaning, or the progress archive content stored historically is overwritten with the rewritten progress archive content.

[0169] According to one or more embodiments of the present disclosure, [Example 9] provides a game running device, the device comprising:

[0170] A startup module, used to start the target game according to the received startup instruction and monitor the running status of the target game, wherein the target game is pre-configured in the container;

[0171] A restart module, configured to restart the target game and read the progress archive content of the target game from the local storage space associated with the container in response to the generated game recovery instruction when a game crash event occurs in the target game;

[0172] A recovery module is used to restore the target game to the game node of the progress archive content to continue running the target game from the game node.

[0173] The above description is only a preferred embodiment of the present disclosure and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in the present disclosure (but not limited to) by each other to form a technical solution.

[0174] In addition, although each operation is described in a specific order, this should not be understood as requiring these operations to be performed in the specific order shown or in a sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although some specific implementation details are included in the above discussion, these should not be interpreted as limiting the scope of the present disclosure. Some features described in the context of a separate embodiment can also be implemented in a single embodiment in combination. On the contrary, the various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination mode.

[0175] Although the subject matter has been described in language specific to structural features and / or methodological logical actions, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. On the contrary, the specific features and actions described above are merely example forms of implementing the claims.

Claims

1. A game running method, characterized in that: include: Starting the target game to run according to the received start instruction, and monitoring the running status of the target game, the target game being pre-configured in the container; When a game crash event is detected in the target game, in response to the generated game recovery instruction, the target game is restarted and the progress archive content of the target game is read from the local storage space associated with the container; The target game is restored to the game node of the progress archive content to continue running the target game from the game node.

2. The method according to claim 1, characterized in that Also includes: When it is monitored that the target game meets the progress collection condition during operation, the game operation data of the target game is written into the local storage space as progress archive content through the progress saving interface configured in the container.

3. The method according to claim 1, characterized in that The step of starting the target game according to the received start instruction comprises: In the container, the container layer generates a start signal according to the received start instruction and transmits it to the game layer; The game layer runs the created first game instance according to the start signal, and displays the game content of the target game by running the first game instance.

4. The method according to claim 1, characterized in that: When a game crash event occurs in the target game, the method further includes: Generate game crash prompt information and display it through the crash prompt interface; Receiving a trigger operation for a restart operation control presented in the crash prompt interface, and generating the game recovery instruction; or, When a game crash event is detected in the target game, the method further includes: directly generating the game recovery instruction according to the game crash event.

5. The method according to claim 1, characterized in that The restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container includes: In the container, the container layer generates a resume signal according to the game resume instruction and transmits it to the game layer; The game layer runs the created second game instance according to the resume signal, and sends the resume signal to the adaptation layer; The adaptation layer reads the progress archive content of the target game from the local storage space associated with the container through a pre-configured progress reading interface.

6. The method according to claim 5, characterized in that The game node for restoring the target game to the progress archive content includes: The game layer displays the target game starting from the game node of the progress archive content during the running of the second game instance.

7. The method according to claim 1, characterized in that While restarting the target game and reading the progress archive content of the target game from the local storage space associated with the container, the method further includes: Generate a game recovery prompt message and display it through the game recovery prompt interface.

8. The method according to any one of claims 1 to 7, characterized in that: Also includes: When it is detected that the progress archive content in the local storage space meets the cleaning condition, the progress archive content is cleared for cleaning, or the progress archive content stored historically is overwritten with the rewritten progress archive content.

9. A game running device, characterized in that: include: A startup module, used to start the target game according to the received startup instruction and monitor the running status of the target game, wherein the target game is pre-configured in the container; A restart module, configured to restart the target game and read the progress archive content of the target game from the local storage space associated with the container in response to the generated game recovery instruction when a game crash event occurs in the target game; A recovery module is used to restore the target game to the game node of the progress archive content to continue running the target game from the game node.

10. An electronic device, characterized in that: include: one or more processors; A storage device for storing 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 method according to any one of claims 1 to 8.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 8 is implemented.

12. A computer program product, comprising a computer program, which, when executed by a processor, implements the method according to any one of claims 1 to 8.

Images