CN114405011A

CN114405011A - Page processing method and related product

Info

Publication number: CN114405011A
Application number: CN202210065885.8A
Authority: CN
Inventors: 梁鉴鹏; 金亮; 黄钰良
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2022-01-20
Filing date: 2022-01-20
Publication date: 2022-04-29

Abstract

The embodiment of the application discloses a page processing method and a related product, wherein the method comprises the following steps: displaying a game fusion page, wherein the game fusion page comprises first game content and target application content, and the first game content is game display content when a first game is run; when a requirement for adjusting a first game in the game integration plane is received, the first game content is adjusted to be second game content in the game integration plane, and the second game content is game display content when the second game is run. The method and the device can decouple and display the game content and the target application content in the game fusion page, when a user needs to switch and adjust the game content, the displayed game content only needs to be changed in the same page, the game fusion page does not need to be quitted for reloading, and the display of the target application content is not influenced in the whole process. The method and the device can realize flexible switching among games in the same page, and improve the efficiency of switching adjustment.

Description

Page processing method and related product

Technical Field

The present application relates to the field of computer technologies, and in particular, to a page processing method and a related product.

Background

In recent years, with the rapid development of the game industry, more and more different kinds of games are developed and are widely liked by users. Generally, when a user determines to play a game, the user needs to enter the game interface of game A first to start the game. In this case, if the user wants to switch the game (for example, switch from game a to game B) for entertainment, the user needs to close the game interface of game a and then enter the game interface of game B to start a new game, and the switching between games is not flexible enough, and the switching efficiency is not high.

Disclosure of Invention

The embodiment of the application provides a page processing method and a related product, which can realize flexible switching among games and improve the switching adjustment efficiency.

The embodiment of the application provides a page processing method, which comprises the following steps:

displaying a game fusion page, wherein the game fusion page comprises first game content and target application content, and the first game content is game display content when a first game is run;

when a requirement for adjusting a first game in the game integration plane is received, the first game content is adjusted to be second game content in the game integration plane, the second game content is game display content when a second game is run, and the second game is different from the first game.

An embodiment of the present application provides a page processing apparatus, including:

the display module is used for displaying a game fusion page, the game fusion page comprises first game content and target application content, and the first game content is game display content when a first game is operated;

and the processing module is used for adjusting the first game content into second game content in the game integration plane when the requirement for adjusting the first game in the game integration plane is received, wherein the second game content is game display content when a second game is run, and the second game is different from the first game.

The embodiment of the application provides a terminal device, which comprises: the page processing program is stored in the memory, and when being executed by the processor, the page processing program realizes the steps of the page processing method.

The embodiment of the application provides a computer readable storage medium, wherein a computer program is stored in the computer readable storage medium, and the computer program comprises program instructions which, when executed by a processor, realize the steps of the page processing method.

Embodiments of the present application provide a computer program product comprising a computer program or computer instructions, the computer program or computer instructions being stored in a computer readable storage medium. The processor of the computer device reads the computer program or the computer instructions from the computer-readable storage medium, and the processor executes the computer program or the computer instructions, so that the computer device executes the page processing method.

The method and the device for displaying the game content in the integrated game plane can perform decoupling display on the game content and the target application content in the integrated game plane. When a user needs to switch and adjust the game, the original game content is changed into new game content only in the same page, the game integration page does not need to be quitted for reloading, and the display of the target application content is not affected in the whole process. Based on the method and the device, the flexible switching among games can be realized in the same page, and the switching adjustment efficiency is improved.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.

FIG. 1 is a system architecture diagram of a page processing provided by an embodiment of the present application;

fig. 2 is a schematic flowchart of a page processing method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a game fusion page provided in an embodiment of the present application;

FIG. 4 is a schematic diagram of another game fusion page provided in the embodiments of the present application;

FIG. 5 is a schematic diagram illustrating a game fusion page triggered to be displayed according to an embodiment of the present disclosure;

FIG. 6 is a schematic diagram of another game fusion page triggered to be displayed according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a hidden game fusion page provided in an embodiment of the present application;

FIG. 8 is a schematic diagram of a scenario in which a user is invited to enter a team room according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a close game fusion page provided by an embodiment of the present application;

FIG. 10 is a schematic diagram illustrating a change of a game fusion page when a game is switched according to an embodiment of the present application;

fig. 11 is a schematic flowchart of another page processing method provided in the embodiment of the present application;

FIG. 12 is a schematic diagram of another game fusion page triggered to be displayed according to an embodiment of the present application;

FIG. 13 is a schematic diagram of a logic architecture of a page processing method in the prior art according to an embodiment of the present application;

fig. 14 is a schematic logic architecture diagram of a page processing method according to an embodiment of the present application;

FIG. 15 is a schematic diagram of a bottom-level implementation flow of game switching according to an embodiment of the present application;

FIG. 16 is a timing diagram of a game run provided by an embodiment of the present application;

FIG. 17 is a timing diagram illustrating a shutdown of a game provided in an embodiment of the present application;

fig. 18 is a schematic structural diagram of a page processing apparatus according to an embodiment of the present application;

fig. 19 is a schematic structural diagram of a terminal device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

In the specific implementation manner of the present application, related data such as team rooms of users, user session information streams, etc. need to obtain user permission or consent when applied to specific products or technologies in the embodiment of the present application, and the collection, use and processing of related data need to comply with related laws and regulations and standards of related countries and regions.

Referring to fig. 1, a system architecture diagram of page processing according to an embodiment of the present application is shown. As shown in fig. 1, the system architecture includes a plurality of terminal devices and a server. One of the terminal devices is taken as an example for explanation: the terminal device displays a game fusion page, and the page displays first game content and target application content, wherein the first game content is display content when a first game is run (in colloquial, a first game is run in the game fusion page). When a user desires to switch games, the terminal device adjusts the first game content in the game integration plane into the second game content, at this time, the first game is not run in the game integration plane, the second game is run, and the target application content in the game integration plane remains unchanged.

Of course, during the game running process, the game content is continuously changed, so that the displaying of the first game content and the displaying of the second game content can be cooperatively completed by the terminal device and the server. The server is used for issuing game resources to the plurality of terminal devices to display the game content in the game fusion page, receiving user operations from the plurality of terminal devices, and issuing updated game resources to the terminal devices according to the user operations to display the updated game content. For example, a user a holding the terminal device 101 and a user B holding the terminal device 102 are in the same game, and when the user a performs a certain game operation (for example, the user a performs a chess playing operation in a gobang game), the server may issue updated game resources to the terminal device 101 and the terminal device 102 according to the received game operation, so that the terminal device 101 and the terminal device 102 both display new game contents in the game fusion plane (for example, display contents on a corresponding chessboard after the user a performs the chess playing operation). It should be noted that, in the implementation case, there may be one or more servers, which is not limited in this application. The terminal equipment may also be referred to as a terminal (terminal), User Equipment (UE), access terminal, subscriber unit, mobile device, user terminal, wireless communication device, user agent, or user equipment. The terminal devices include, but are not limited to, handheld devices (e.g., smart phones, tablet computers) having wireless communication functions, computing devices (e.g., Personal Computers (PCs)), and the like.

The server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a network service, cloud communication, a middleware service, a domain name service, a security service, a Content Delivery Network (CDN), a big data and artificial intelligence platform, and the like.

The method and the device can be applied to a game social platform, the platform can provide game and social functions at the same time, and users can also perform social contact (such as chat) while playing games. In particular, the game social platform may provide for running a plurality of games, but the same social system (including social friends and social components, etc.) is used, and the displayed social friends are the same and the social components are substantially the same no matter which game the platform is currently running. Therefore, for the user, the learning cost of the social function can be reduced when different games are switched, and the social contact closure in the game is broken (for example, as long as the user A and the game social platform are called friends, all team games provided by the platform can be played with the user A in a team mode); for the game provider, only the development of the game is needed to be focused, and the social function is not needed to be focused (for example, a social unit is not needed to be developed in the game), so that the development cost of the game provider can be reduced. It should be noted that the game provided by the game social platform may be a lightweight game (also referred to as a mini game) with a small game volume and a small memory, or the like.

The page processing method and the related products provided by the embodiment of the present application will be described in detail with reference to fig. 2 to 19.

Referring to fig. 2, the method is a schematic flowchart of a page processing method provided in an embodiment of the present application, and the method includes steps S201 to S202, which mainly describe visualization on a user side. It should be noted that the main body of execution of the method described in fig. 2 is the terminal device described above as an example. Wherein:

step S201, displaying a game fusion page, where the game fusion page includes first game content and target application content, and the first game content is game display content when a first game is executed.

The game fusion page is a display page of the target fusion application in the game mode, and the target fusion application can be understood as a target application + a game module (i.e., the game social platform). The first game content in the game fusion plane may be a display screen at a game preparation stage of the first game or a display screen at a game progress stage of the first game. When the target application is a social application (such as an instant chat application), the target application content includes a target application first component (or becomes a first component) including one or more functional modules of the target application and a historical conversation information stream related to the target application first component. When the embodiment of the application is applied to a specific scenario, the target application content may be understood as content contained in a team room created by a user, and includes a basic component (e.g., a social component) and a historical conversation information stream (e.g., a chat log) in the room. It should be noted that each user can create their own team room, where the basic components are the same, and the basic components are the same when the team room of the same user is in different modes.

Fig. 3 is a schematic diagram of a game fusion page provided by an embodiment of the present application, where the first component of the target application includes a team room setting area located at the top of the game fusion page and a chat interaction area located at the bottom of the game fusion page. The team room setting area comprises setting controls such as room bulletins, room heat, room privacy setting, room member microphone positions and the like, and the chat interaction area comprises chat controls such as a chat input box, expressions, microphones and the like. Specifically, the room announcement may display notification items for notifying users entering the room, the room heat is used for indicating the popularity of the room, the room privacy setting may set whether the room is private (for example, when the room is not private, all users may join the room, and when the room is private, only an invited user may join the room), the room member location may display a user avatar of a user (on the microphone) who has microphone in the current room, and it needs to be explained that the team room setting area may further include a display area of the user avatar or the number of people of the user (under the microphone) who has not microphone in the room.

The historical session information flow related to the first component is the chat record in fig. 3, and due to the limitation of the page size of the game fusion page, the chat record only displays the latest record, that is, "user a: harha! When the user needs to view all the records, the record unfolding control can be triggered to unfold. It should be noted that, if the user creates the room for the first time and does not perform the chat interaction, the chat log may include a prompt message that the room creation is successful.

In addition, the first game content may also include a game display screen at each time in the game running time period, and fig. 4 is a schematic view of another game fusion page provided in the embodiment of the present application. As shown in fig. 4 (a), the page is exemplified by a table game, in which the first game content includes a game cover (e.g., "table game" style pattern and text), a player avatar display area, and a "join game" button, and when a member (on or under a microphone) in a team room triggers the "join game" button, the member's user avatar will be displayed in the player avatar display area, so that all users in the room can know which ones of the users participate in the game together (in which case the remaining users can play the game). When the number of players in the first game satisfies the game start condition (for example, when the table game satisfies the number condition of two players), the "join game" button is switched to the "prepare game" button, and when all players trigger the "prepare game" button, a prompt word such as "ready, wait for game start" appears in the display area of the "prepare button" (as shown in (b) of fig. 4). The game fusion page includes a first game progress screen and a player avatar display area, and the first game progress screen displays a table top and remaining table tennis of two players as shown in fig. 4 (c).

When the target application content and the first game content are displayed together, the user can operate the target application content and the first game content at the same time to complete the social function and the game function in the target fusion application. For example, as shown in fig. 3, the user can chat with the other users using a chat input box, emoticon, microphone, or the like (if the chat content is a character type (including text and emoticon), the chat message with the other users can be viewed in the chat log), and the user can also operate the game in the display area of the first game content at the same time, so as to realize a scene of chatting while playing the game. The first game content is a game display screen of a first game running in the target application.

The first component of the target application content and the historical session information stream may be located at any position within the game convergence plane, and the display position of the target application content and the display position of the game content do not overlap with each other. When the target application is the rest functional applications, the component content included in the target application content may be determined according to the specific practical situation, which is not limited in the present application. For convenience of explanation, the following example descriptions all take the example that the target application is a social application.

Specifically, the modes for the terminal device to trigger the display of the game fusion page include the following two modes.

Mode 1: the terminal equipment displays the multimedia fusion page firstly, and then displays the game fusion page after receiving the operation of the user.

Specifically, the multimedia fusion page is a display page of the target fusion application in the multimedia mode, and the target fusion application here can be understood as a target application + a multimedia module. The multimedia fusion page comprises multimedia content (such as video, audio and the like), target application content and a game mode conversion inlet. The target application content within the multimedia convergence plane is the same as the target application content within the game convergence plane (including the first component and the historical session information flow related to the first component), and the first component of the target application content and the historical session information flow related to the first component can be located at any position within the multimedia convergence plane, and the position can be the same as or different from the display position within the game convergence plane.

Illustratively, in the game fusion page shown in fig. 3, in order to make the user have a better game experience, the display area of the room member is at the top of the game fusion page, and the chat records only display the latest message record (i.e., "user a: haha!"), and if the user wants to view the complete chat records, the user needs to trigger the message expansion control to view the message expansion control. Fig. 5 is a schematic diagram of a game fusion page triggered and displayed according to an embodiment of the present application, where (a) in fig. 5 is a multimedia fusion page, and as shown in (a) in fig. 5, a display area of a room member is in the middle of the multimedia fusion page, a chat record can completely display all message records (i.e., all message records including "user a: haha |"), and positions of the remaining function modules included in the first component in the multimedia fusion page are the same as positions in the game fusion page.

Optionally, when the game mode conversion entry in the multimedia fusion page is triggered, the target application is converted from the multimedia mode to the game mode, and displays the game identifiers of a plurality of candidate games. If the game identifier of the first game in the multiple candidate games is selected, the multimedia content in the multimedia fusion page is adjusted to be the first game content, and the game fusion page is displayed. Wherein, the game identification of the alternative game comprises one or more items of game cover, game name and game ID.

Illustratively, the manner of triggering the game mode transition entry may be a single click, a double click, a touch, or the like, and when the game mode transition entry in (a) in fig. 5 is triggered, a page as shown in (b) in fig. 5 is displayed, the page including game IDs of 6 games, i.e., game 1, game 2, game 3, game 4, game 5, game 6, or the like, and when game 4 is selected, the terminal device displays a game fusion page as shown in (c) in fig. 5.

It should be noted that both the game fusion page and the multimedia fusion page belong to a native page, when the native page needs to be rendered and displayed, a native engine of the target application can be called to render, and components adopted in the rendering process are basic components of a system in the terminal device where the target application is located. In the prior art, the game page is displayed by adopting an HTML5 scheme, a webpage page is embedded in the scheme to bear game rendering data, and components adopted in the rendering process are specific components during webpage page development. Therefore, the game picture displayed by the native page is less time-consuming and more efficient than the HTML5 scheme.

Mode 2: the terminal equipment displays an original page in a game mode, and displays a game fusion page after receiving the operation of a user.

The original page in the game mode comprises the target application content (namely the first component and the historical conversation information flow), and the display position of the target application content in the original page is consistent with the display position of the target application content in the game fusion page. When the embodiment of the application is applied to a specific scene, the original page can be understood as a page when the user enters a game mode for the first time and does not select any game.

Optionally, the target application content further includes a game switching entry, and when the game switching entry is triggered, the game identifiers of a plurality of candidate games are displayed; when the game identification of a first game in the plurality of alternative games is selected, adding the first game content to the original page to display a game fused page. Illustratively, fig. 6 is a schematic diagram of another trigger display game fusion page provided by an embodiment of the present application, and (a) in fig. 6 is an original page in a game mode, as shown in (a) in fig. 6, the original page includes a "please select a game" button, and the button is a game switch entry. When the user triggers the button by clicking, double-clicking, touching, or the like, the terminal device displays a page having a plurality of games as shown in (b) in fig. 6, and further displays a game-merged page as shown in (c) in fig. 6 when game 4 is selected.

It should be noted that the original page in the game mode also belongs to the native page. In the specific implementation process, the terminal device may also retain the game content that is executed when the user enters the game mode of the target application last time, that is, when the user enters the game mode of the target application, as long as the user selects the game once, the terminal device does not display the original page in the game mode, but directly displays the game display content of the game selected by the user and executed in the game mode last time.

Further, in a possible implementation manner, the game fusion page is further provided with a return entry, and when the return entry is triggered, the terminal device hides the game fusion page and displays a page pendant; and when the page pendant is triggered, the game fusion page is displayed again.

When the game fusion page is hidden by the terminal device, the terminal device displays other target application interfaces except the game mode, the other target application interfaces can be main pages of a target fusion application (target application + game module) and the like, the method is not limited to this, and the game content of the first game continuously runs in the background in the process. When the game fusion page is redisplayed, the game fusion page displays the latest game display content in the running process of the first game. Optionally, a page closing entry is further arranged in the page pendant, and when the page closing entry is triggered, the page pendant, the game fusion page, and the first game are all closed. It should be noted that this possible embodiment is also applicable to any game other than the first game.

Illustratively, a return entry is included in (a) in fig. 7, when the return entry is triggered in the form of a single click, a touch, or the like, the terminal device switches from the page shown in (a) in fig. 7 to the page shown in (b) in fig. 7, and the page pendant is located in the target application home page in (b) in fig. 7, and further includes a closed entry. When the area except the closed entry in the page pendant is triggered, the terminal device is switched back to the page of (a) in fig. 7 from the page of (b) in fig. 7 (and the game content of the game 4 in (a) in fig. 7 is the game display content which is latest at the present moment), when the closed entry in the page pendant is triggered, the terminal device is switched back to the page of (c) in fig. 7 from the page of (b) in fig. 7, and the first game is closed.

It should be noted that, in addition to the two ways of triggering and displaying the game fusion page by the terminal device described above, when the user is invited or actively joins the team room created by the other users, the terminal device may also display the game fusion page, where the game fusion page is the team room created by the other users. Fig. 8 is a schematic view of a scenario that invites a user to enter a team room according to an embodiment of the present application. Taking fig. 8 as an example, when the user a desires to invite the other users to join the team room, the invitation may be performed through the page shown in (a) in fig. 8, where the page displays the applications 1 to 4 and the recently contacted friends in the target fusion application, and the user a may select one of the applications 1 to 4 and the target fusion application, and share the team room with the friends in the selected application. Assuming that the user a shares the team room with the user B in the target fusion application, a page as shown in (B) of fig. 8 is displayed on the chat interface between the user a and the user B, including the "team room" entry sent by the user a. Further, if the user B clicks the "team room" entrance, a game fusion page as shown in fig. 3 above is displayed on the terminal device held by the user B. Further, in a possible implementation manner, when the terminal device receives a requirement for closing the first game in the game fusion page, the terminal device closes the first game in the game fusion page, and adjusts the position of the target application content in the game fusion page, so that the target application content is spread over the game fusion page.

The terminal device receives the requirement for closing the first game in the game fusion display page, and the requirement can be achieved by receiving a game closing control in the game fusion display page, or other implementation modes and the like. The method can flexibly adjust the display condition of the target application content on the terminal equipment before and after the game is closed, and increases the use experience of the user.

Illustratively, fig. 9 is a schematic diagram of closing a game fusion page provided in an embodiment of the present application, and when a game closing control in (a) in fig. 9 is triggered, a terminal device closes and displays game display content of game 4 (or referred to as game 4 game content), expands a chat record in the target application content, where only one chat record is displayed, until the entire display screen is full of the target application content, and displays a page shown in (b) in fig. 9.

Step S202, when a requirement for adjusting a first game in the game integration plane is received, the first game content is adjusted to be second game content in the game integration plane, and the second game content is game display content when a second game is run.

Wherein the second game is distinct from the first game. Optionally, the time when the terminal device receives the requirement for adjusting the first game in the game integration plane may be during the game running of the first game or when the game of the first game is ended. Also, the requirement for adjusting the first game may come from a creator of the team room or a user (such as an administrator) whose creator allows the user to have this authority, and the manner in which the terminal device receives the requirement may include the following three manners.

Mode 1: when the game switching inlet is triggered, displaying game identifiers of a plurality of alternative games; when the game identifier of the second game is selected, the requirement for adjusting the first game in the integrated game plane is received, and the second game is a game in a plurality of alternative games.

Specifically, in this case, the target application content further includes a game switching entry, when the user operates the game switching entry, the terminal device may display game identifiers of a plurality of candidate games including the first game, and if the user selects a game identifier of any game other than the first game in the plurality of candidate games, the operation is taken as a demand for adjusting the game content, and the terminal device may respond to the demand and display the game display content of the selected game (that is, the second game) in the game fusion page. Wherein the display area of the first game content is the same as the display area of the second game content.

Illustratively, as shown in fig. 10 (a), when the game 4 is running, the terminal device displays the game content of the game 4, and at this time, a "please select the game" button is also included on the page, and when the user triggers the button by clicking, double clicking, touching, etc., the terminal device displays the page with multiple games as described above (e.g., as shown in fig. 5 (b) or fig. 6 (b)) and further, if the user selects the game 5, the terminal device displays a game fusion page as shown in fig. 10 (b), that is, the game content of the game 5.

Mode 2: when the preset operation is detected to exist in the game fusion page, the requirement for adjusting the first game in the game fusion page is received.

The preset operation can be gesture operation, key operation and the like, the preset operation is not limited in the embodiment of the application, when the user executes the preset operation on the game fusion page, the terminal device can use the preset operation as a requirement for adjusting the first game, and the first game is adjusted to any game except the first game.

For example, when the preset operation is a gesture operation, the preset operation may include a first gesture operation and a second gesture operation, and when the first gesture operation is detected to be present in the game fusion page, the requirement received by the terminal device to adjust the first game is specifically "adjust the first game to a next game of the first game", and when the second gesture operation is detected to be present in the game fusion page, the requirement received by the terminal device to adjust the first game is specifically "adjust the first game to a previous game of the first game". The first gesture operation may be a left-sliding operation, a top-sliding operation, and the like of the user on the display screen of the terminal device for the first game, the second gesture operation may be a right-sliding operation, a bottom-sliding operation, and the like of the user on the display screen of the terminal device for the first game, and when the first gesture operation or the second gesture operation is triggered multiple times, the first game may be adjusted to a next game or a previous game of the first game.

For example, when the preset operation is a key operation, the key required for completing the key operation may be a single key or multiple keys in an input device of the terminal device or a corresponding peripheral device. The key operation can be up, down, left and right as the gesture operation, or key selection corresponding to the game one by one. For example, "game 1, game 2, game 3, game 4, game 5, game 6" may correspond to key "1, 2, 3, 4, 5, 6" or "A, B, C, D, E, F" in the input device or peripheral device, respectively, and may switch to the game content of game 3 when the user makes a selection trigger to key "3" or "C".

Mode 3: when it is detected that there is no trigger operation for the first game within a threshold time period, a need to adjust the first game within the game blend plane is received.

Specifically, when the first game is running and displaying in the game integration plane, the terminal device may detect whether the user participates in the first game within a threshold time period (that is, whether there is a trigger operation for the first game), and if the user does not participate in the first game, it may be determined that the user is not interested in the game content of the first game or the user has dropped in the first game, and the like, and the terminal device may adjust the game content of the first game based on this condition, and adjust the game content to the game content of any other game than the first game.

Based on the embodiment shown in fig. 2, the game content and the target application content in the game integration plane can be displayed in a decoupling manner. When the user needs to switch and adjust the game content, the original game content is changed into the new game content only in the same page, the game integration page does not need to be quitted for reloading, and the display of the target application content is not influenced in the whole process. Based on the method and the device, the flexible switching among games can be realized in the same page, and the switching adjustment efficiency is improved.

In the application scenario of the above embodiment, the user enters the game fusion page of the target fusion application (target application + game module), either through a team room created by himself or joins the team rooms of the remaining users. Next, the present application introduces a case where the user performs game random matching into a game fusion page (in which case the user does not create a team room).

Fig. 11 is a schematic flowchart of another page processing method provided in the embodiment of the present application. The method includes steps S1101 to S1102, and mainly explains visualization on the user side. It should be noted that the main body of execution of the method depicted in fig. 11 is the terminal device described above as an example. Wherein:

step S1101, displaying a game menu page, where the game menu page includes game identifiers of a plurality of candidate games.

Specifically, when the user does not need to create a team room by himself, the user can choose to match the players randomly in the target fusion application to play the team game, and the user can determine the game to be played by choosing the game identifier of the alternative game when choosing the random match, wherein the game identifier of the alternative game comprises one or more of a game cover, a game name and a game ID. Exemplarily, (a) in fig. 12 is a game menu page in the target application, which includes a game recommendation region and a room recommendation region. The game recommendation area comprises game IDs of 6 games, including game 1, game 2, game 3, game 4, game 5 and game 6, and can be used for matching players to play after the random selection of the users. The room recommendation area creates team rooms for the rest of users in the game mode or the multimedia mode, for example, game 1 room 1, game 1 room 2, game 1 room 3, game 2 room 1, etc. when the user selects a certain team room in the game mode, the game fusion page in the embodiment of fig. 2 (as shown in fig. 3) is displayed.

Step S1102, when the game identifier of the first game is selected, the game menu page is switched to a game fusion page, and the target application content includes a target application second component and a session message stream related to the target application second component.

Specifically, in the embodiment of the present application, the game fusion page in this case differs from the game fusion page in the embodiment of fig. 2 in that the target application content includes different components, specifically, the target application second component is a part of function modules in the target application first component, for example, a part of controls in the team room setting area is not included. When the embodiment of the application is applied to a specific scene, after a user determines a game (for example, game 4) that the user wants to play, the target application randomly creates a team room for the user and matches the rest users of the game, and when the number of the users matched with the game reaches a preset number, the terminal device displays a game fusion page. Illustratively, for the above-mentioned (a) in fig. 12, when the game 4 is selected, a game fusion page as shown in (b) in fig. 12 is displayed, where the game fusion page includes the game display content and the target application content of the game 4, the target application second component in the target application content includes a room member microphone at the top of the game fusion page, and a chat input box, emoticon, microphone and other controls at the bottom of the game fusion page, the session message stream related to the second component is empty when the game 4 is just entered, and if the user chats through the chat input box, emoticon, microphone and other controls during the game, the character-like message of the chat is displayed in the session message stream related to the second component.

Step S1103, when the second game in the game menu page is selected, close the game fusion page and close the first game, and display the second game fusion page.

And the display position of the second component of the target application in the game fusing plane is consistent with the display position in the second game fusing plane. Specifically, when the user randomly matches the players in the target fusion application to play the team game, if the first game needs to be switched, the user may return to the page shown in (a) in fig. 12 through the return entry in (b) in fig. 12, in this process, the terminal device hides the game fusion page and displays the page hanger, and after the user closes the first game through the closed entry in the page hanger, the user may reselect the game as the second game from the page shown in (a) in fig. 12. Alternatively, the user may directly select a new game as the second game after triggering the return entry to the page shown in fig. 12 (a). In the second case, when the user selects a new game, the target fusion application will display a prompt message to remind the user whether to close the first game, and if the user determines to close the first game, the target fusion application will display a second game fusion page.

Based on the embodiment shown in fig. 11, the game content and the target application content in the game integration plane can be displayed in a decoupling mode. When the user switches and adjusts the game in the random matching process, the game fusion page displayed after switching can also display the target application content (such as a social component) of the game fusion page before switching in a multiplexing manner, that is, only the game content in the game fusion page is changed during each switching, so that the difficulty and cost of game development and the learning cost of the user are reduced.

The above examples of fig. 2 to 12 are descriptions of user-side visualization of the page processing method, and the following embodiments will be used to describe the underlying working principle of the page processing method. First, fig. 13 is a schematic diagram of a logic architecture of a prior art page processing method (only involving a game mode) according to an embodiment of the present application. The logic architecture comprises a game service layer, an engine adaptation layer and an engine implementation layer, wherein the game service layer comprises service logic (including game scripts, plug-in scripts and package runtime scripts) and game resources of a game; the engine adaptation layer comprises an adaptation layer and middleware, and can adapt the developed game to various platforms, and the prior art mainly realizes the purpose based on a game engine Cocos Creator; after the developed game is adapted and adjusted, the game can be rendered and run on the multiple platforms through the engine implementation layer, the engines adopted by the multiple platforms during the engine implementation can include a V8 engine, a native engine, a JavaScript engine and the like, the game display is mainly based on the page (browser or application embedded browser) display of an HTML5 scheme, and the engine implementation layer further includes a rendering layer. Based on the logic architecture, the existing game only can initialize a game engine once in one process and cannot start and stop the game for multiple times in the same process. For example, when a game is opened in an instant chat application (a small game such as gobang), a process needs to be created for the running game, in which case, if another game needs to be opened again, the instant chat application needs to first end the process of the previous game and then create a process for the new game so that the game can be run. In addition, in the prior art, the game cannot be embedded into the native application page of the instant chat application, and a new page needs to be built each time to display the game picture.

Based on this, the embodiment of the present application provides a schematic diagram of a logic architecture of a page processing method, as shown in fig. 14, in the logic architecture, an application layer is similar to the game service layer, and includes service logic and game resources of a game; the game rendering layer is similar to the rendering layer in the engine implementation layer, but in the embodiment of the application, the game rendering layer can separate rendering data of the game from a view of a native application (which may also be referred to as a target application), so that the game can normally run without depending on the view of the native application, and rendering data of different games can be displayed in a decoupled manner from the view of the native application; the communication layer can carry out communication connection on the data in the game layer and the game rendering layer with the engine life cycle management layer and the engine implementation layer; the engine life cycle management layer can decouple the life cycle of the game engine and the process, the life cycle of the game engine starts and ends along with the life cycle of the running of the game without influencing the life cycle of the process, so that the game can be started and closed for multiple times in the same process (including switching new games); the engine implementation layer comprises the types of engines adopted by the multiple platforms during game running.

Therefore, the game engine and the native application can be decoupled in the embodiment of the application, so that different games can be flexibly embedded into various native applications, and the efficiency is improved when different games are switched in the native applications.

The following further describes how the logical architecture of the page processing method proposed in the present application can implement game switching by using other embodiments.

Referring to fig. 15, it is a schematic diagram of a bottom-layer implementation flow of game switching provided in the embodiment of the present application, where the method is the bottom-layer implementation of step S202 in the embodiment corresponding to fig. 2, and includes steps S1501 to S1503. It should be noted that the main body of execution of the method described in fig. 15 is the terminal device described above as an example.

Wherein:

step S1501, a target process is obtained, and a first instance set and a platform instance related to a first game are operated in the target process.

The running of the first game is realized by an instance set, the instance set of the first game comprises a first game instance and a bearing instance of the first game, the first game instance comprises game parameter definitions related to the first game and the like, the bearing instance of the first game is an isolate single instance borne by the first game instance (or directly understood as a game engine) during the running, the isolate single instance can be understood as a thread in a target process, but different from the thread, a plurality of isolate single instances in the same process do not share a memory and have a resource competition relationship, and the bearing instance of the first game is created by a platform instance, the platform instance is an initialization platform of the game engine, wherein various types (views) required by the game running are defined in the initialization platform.

In the embodiment of the present application, when a game is started in a game mode of a target application (i.e., a target converged application), the target converged application creates a target process for the target application or directly uses a process running the target application to carry out running of the game, and the target process runs a first instance set and a platform instance related to a first game. Different games are all carried by the same target process, namely the first game and the second game are both run in the target process. Specifically, in the target process, a first game bearing instance is created for the first game by using the platform instance, and the first game instance is run and is in the first game bearing instance to display the first game content. When the first game content is displayed, rendering data is carried by a surface texture (or referred to as an off-screen rendering view) of an unbound target application view (the target application view displays the target application content in the embodiment of fig. 2, which is a view corresponding to the game fusion page in the application), and when the first game needs to be rendered to the target application view, the surface texture is bound to a rendering environment of the target application view, and the rendering data is carried by the target application view, so that the first game content is rendered to the target application view, and the game fusion page is displayed. It should be noted that, in the implementation process, due to the nature of the SurfaceTexture, rendering data carried by the SurfaceTexture cannot be directly displayed on a display screen, and the SurfaceTexture may be used to receive an image stream (rendering data) first, then obtain an image frame of the image stream from the SurfaceTexture, convert the image frame into an external texture, and submit the external texture to another SurfaceView or gltextreview for display. It can be seen that when the game fusion page is hidden (corresponding to the form of the page hanging in the embodiment of fig. 2), the surface texture can also continuously receive the updated image stream, and when the game fusion page is changed from hidden to displayed, the image stream is submitted to GLTextureView to display the game fusion page.

Illustratively, fig. 16 is a game runtime sequence diagram provided based on the foregoing flow in the embodiment of the present application, and the runtime sequence step included in fig. 16 includes steps S1601 to S1612, where:

s1601, the game service module in the application layer downloads the game package.

The game service module can respond to the requirement of a user for selecting a game and download a game package according to the requirement, wherein the game package comprises game service logic and game resources (including rendering data). It should be noted that, when downloading the game package, the game service module may directly retrieve the game package stored in the terminal device, or receive the game package through an interface with the server shown in fig. 1.

S1602, the game business module creates an off-screen rendering view.

The off-screen rendering view is a surface texture that is not bound to a target application view (view corresponding to the game fusion page), and rendering data corresponding to the game picture can be continuously received, so that the game picture can be displayed in real time. More specifically, the surface texture receives rendering data and converts it into an external texture (e.g., openGL texture) which is a physical attribute of an image (e.g., gray or color), and then submits the external texture to GLTextureView for display by GLTextureView.

S1603, rendering the view from the screen and binding the view corresponding to the game fusion page.

Specifically, when the game fusion page needs to be displayed, the off-screen rendering view needs to be bound in the view corresponding to the game fusion page, so that rendering data carried in the off-screen rendering view can be submitted to the view corresponding to the game fusion page, and the game content is displayed.

It should be noted that, when the game fusion page is hidden (corresponding to the page pendant form in the embodiment of fig. 2 described above), the off-screen rendering view still receives rendering data, but the view corresponding to the game fusion page is not bound, and the view corresponding to the game fusion page does not carry rendering data.

And S1604, rendering the view off screen to create a rendering thread.

S1605, rendering the view from the screen and starting thread circulation.

In order to convert the rendering data into the display screen, the rendering data needs to be rendered in a rendering thread (GLThread), and a frame rate of the rendering may be controlled in the rendering thread, for example, the frame rate of the rendering is 60 frames/s.

S1606, initializing the rendering environment by the off-screen rendering view.

And the rendering environment is used for bearing the off-screen rendering view bound with the game fusion page.

S1607, the rendering environment notification script engine is initialized.

Before formally rendering data to display game content, a bearer instance needs to be created for the running game, an instance corresponding to the game is run in the bearer instance, and when the instance corresponding to the game runs, the data can be rendered in a rendering environment. Specifically, the process of creating the bearer instance may be implemented through steps S1607 to S1609. The initialized script engine comprises core code definition of game operation, including definition of rendering picture, game style and game operation.

S1608, the script engine notifies the native engine to initialize the platform instance.

If no platform instance exists in the script engine. A platform instance including the above-mentioned game runtime core code needs to be initialized through an interface between the script engine and the native engine.

S1609, the script engine creates a bearing instance based on the platform instance.

Specifically, according to the game which needs to be run currently, the script engine calls the core code of the running game stored in the platform instance, copies and encapsulates the core code into a bearer instance, so as to run the instance (or called game) corresponding to the game in the bearer instance.

S1610, after the load bearing example is created, the script engine informs the rendering thread.

And S1611, pushing the game to run by the rendering thread module.

S1612, the rendering thread passes the rendering process to the script engine to display the game content.

Specifically, the script engine may receive a rendering flow (or referred to as a rendering instruction) in a game package from a rendering thread using a native rendering interface (native render), and submit the rendering flow to rendering hardware for rendering.

Step S1502, the first instance set is destroyed, and a platform instance is called to create a second instance set in the target process.

Specifically, before the first game is switched to the second game, the first game needs to be closed (the running of the first game is ended), the process may be implemented by destroying the first instance set in the target process, and the triggering operation for destroying the first instance set may refer to three ways in which the terminal device receives and adjusts the requirement for fusing the first game in the game plane in fig. 2, which is not described herein again. The bottom-level implementation flow corresponding to the first game is closed, see the following example.

Illustratively, fig. 17 is a game closing timing chart provided in an embodiment of the present application, and the closing timing step of fig. 15 includes steps S1701 to S1708, where:

s1701, the game service module receives a game close request from the user.

S1702, the game closing request is transmitted to the rendering layer.

S1703, destroying the rendering process by the script engine.

S1704, destroying the example by the script engine.

S1705, destroying the bearing example by the script engine.

As can be seen from fig. 16, when the game runs, the script engine calls rendering hardware rendering data according to the rendering process, and if the script engine receives a game closing request at this time, it needs to destroy the rendering process, the game instance carried by the rendering process, and the carrying instance carried by the game instance in sequence, and this process is implemented through steps S1703 to S1705. Specifically, the destruction rendering process of the native layer (game fusion page) of the script engine may be started by calling the destruction rendering process function (destroyrender).

S1706, the script engine informs the rendering layer to release the rendering environment.

And S1707, exiting the rendering thread.

And S1708, removing the off-screen rendering view.

After the script engine completes the steps S1703 to S1705, the off-screen rendering view, the rendering thread, and the rendering environment need to be destroyed correspondingly, and the process can be implemented by S1706 to S1708.

In this embodiment of the present application, the second instance set includes a second game bearer instance and a second game instance, and the manner for invoking the platform instance to create the second instance set in the target process specifically includes: calling the platform instance, and creating a second game bearing instance in the target process; creating a second game instance in the target process; the second game instance is run in the second game bearer instance and the second game bearer instance is run in the platform instance. For a specific example of this method, see the operation timing steps S1607 to S1609 in fig. 16, which are not described herein.

And S1503, in the view corresponding to the game fusion page, rendering and displaying the second game content generated in the running process of the second instance set and the target application content, so that the first game content is adjusted to be the second game content in the game fusion page.

After the second instance set is created, in order to display the second game content, the present application may reuse the SurfaceTexture (submitted to gltextree view later) of the unbound target application view (the target application view is a view corresponding to the game fusion page in the present application) to carry rendering data, and when the second game needs to be rendered to the target application view, bind the SurfaceTexture (submitted to gltextree view later) of the target application view to the rendering environment, and carry the rendering data by the target application view, so as to render the second game content to the target application view, and display the second game fusion page, where specific examples of this manner may refer to partial corresponding steps in fig. 16, and are not described herein. That is, the off-screen rendering view is run in the target process and used for bearing rendering data of the second game content generated in the running process of the second instance set, and in the process of adjusting the game, the off-screen rendering view converts the rendering data of the second game content into an external texture of the second game content, and submits the external texture of the second game content and the target application content to the view, that is, the second game content and the target application content can be displayed on the page.

Based on the embodiment shown in fig. 15, it is possible to realize that a game can be turned on and off many times in the same process, and the game display screen and the target application display screen are displayed in a decoupled manner, so that the display screens of different games can be flexibly embedded into the target application, and the efficiency of switching games in the target application is also improved.

Fig. 18 is a schematic structural diagram of a page processing apparatus according to an embodiment of the present application. The page processing apparatus includes: display module 1801, processing module 1802. Wherein:

a display module 1801, configured to display a game fusion page, where the game fusion page includes first game content and target application content, and the first game content is game display content when a first game is run;

the processing module 1802 is configured to, when a requirement for adjusting a first game in a game blending plane is received, adjust the first game content to a second game content in the game blending plane, where the second game content is a game display content when a second game is executed.

In a possible implementation, the first game is a game in a plurality of alternative games, and the display module 1801 is further configured to display a multimedia fusion page, where the multimedia fusion page includes multimedia content, target application content, and a game mode conversion entry;

when the game mode conversion inlet is triggered, displaying game identifiers of a plurality of alternative games;

the display module 1801 is used for displaying a game merged plane, and specifically includes: when the game identifier of the first game is selected, the multimedia content in the multimedia fusion page is adjusted to be the first game content, and the game fusion page is displayed.

In one possible implementation, the game fusion page and the multimedia fusion page both belong to native pages, the target application is a social application, and the target application content includes a target application first component and a historical conversation message stream related to the target application first component.

In a possible implementation manner, the first game is a game in a plurality of alternative games, the target application content includes a game switching entry, and the display module 1801 is configured to specifically include:

displaying an original page in a game mode, wherein the original page comprises target application content, and the display position of the target application content in the original page is consistent with the display position in the game fusion page;

when the game switching inlet is triggered, displaying game identifiers of a plurality of alternative games;

when the game identifier of the first game is selected, the first game content is displayed on the original page so as to display the game fusion page.

In a possible implementation manner, the second game is a game in the multiple alternative games, the second game is different from the first game, the target application content includes a game switching entry, and the display module 1801 is further configured to:

a display module 1801, configured to display game identifiers of a plurality of candidate games when a game switching entry is triggered;

the processing module 1802 is configured to receive a requirement for adjusting a first game in a game convergence plane when a game identifier of a second game is selected.

In one possible implementation, the first game and the second game are each a game of a plurality of alternative games, and the processing module 1802 is further configured to:

when detecting that a preset operation exists in the game fusion page, receiving a requirement for adjusting a first game in the game fusion page; alternatively, the first and second electrodes may be,

when detecting that no trigger operation for a first game exists within a threshold time period, receiving a requirement for adjusting the first game within a game fused plane;

wherein the second game is randomly selected from the remaining candidate games of the plurality of candidate games other than the first game.

In one possible embodiment, the game fusion page is provided with a return entry, and the display module 1801 is further configured to:

when the return entry is triggered, hiding the game fusion page and displaying a page pendant;

and when the page pendant is triggered, the game fusion page is redisplayed.

In one possible implementation, the first game continues to run in the background while the game blend page is hidden, and when the game blend page is redisplayed, the game blend page displays the latest game display content during the first game run.

In a possible implementation manner, the page hanger carries a page close entry, and the display module 1801 is further configured to: and when the page closing entrance is triggered, closing the page pendant, the game fusion page and the first game.

In a possible implementation manner, the first game is a game in a plurality of alternative games, and the display module 1801, when configured to display a game merged plane, specifically includes:

displaying a game menu page, wherein the game menu page comprises game identifiers of a plurality of alternative games;

when the game identifier of the first game is selected, the game menu page is switched to a game fusion page, and the target application content comprises a second component of the target application.

In one possible embodiment, the second game is a game of a plurality of alternative games, and the display module 1801 is further configured to: when a second game in the game menu page is selected, closing the game fusion page and closing the first game; and displaying a second game fusion page, wherein the second game fusion page comprises second game content and a second target application component, and the display position of the second target application component in the game fusion page is consistent with the display position in the second game fusion page.

In one possible implementation, the display module 1801 is further configured to: when a requirement for closing a first game in the game fusion page is received, closing the first game in the game fusion page, and adjusting the position of the target application content in the game fusion page so as to enable the target application content to be paved on the game fusion page.

In one possible embodiment, when the first game and the second game run in a target process, and the processing module 1802 is configured to adjust the game content of the first game to the game content of the second game in the game integration plane, the method specifically includes:

a processing module 1802, configured to obtain a target process, where the target process runs a first instance set and a platform instance related to a first game;

a processing module 1802, configured to destroy the first instance set, and call a platform instance to create a second instance set in a target process;

a display module 1801, configured to render and display, in a view corresponding to the game fusion page, the game content of the second game generated in the running process of the second instance set and the target application content, so as to adjust, in the game fusion page, the game content of the first game to the game content of the second game.

In a possible implementation manner, the second instance set includes a second game instance and a second game bearer instance, and the processing module 1802, when being configured to invoke the platform instance to create the second instance set in the target process, specifically includes:

calling the platform instance, and creating a second game bearing instance in the target process;

creating a second game instance in the target process;

the second game instance is run in the second game bearer instance and the second game bearer instance is run in the platform instance.

In a possible implementation manner, an off-screen rendering view is run in a target process, where the off-screen rendering view is used to bear second game content generated in the running process of the second instance set, and the display module 1801, in the view corresponding to the game fusion page, when rendering and displaying the game content of the second game generated in the running process of the second instance set and the target application content, specifically includes:

submitting second game content generated in the running process of the second instance set from the off-screen rendering view to a view corresponding to the game fusion page;

and rendering and displaying the second game content and the target application content in the view.

It should be noted that the functions of each functional module of the model processing apparatus in the embodiment of the present application may be specifically implemented according to the method in the foregoing method embodiment, and the specific implementation process and beneficial effects thereof may refer to the related description of the foregoing method embodiment, which is not described herein again.

Fig. 19 is a schematic structural diagram of a terminal device according to an embodiment of the present application. The terminal device includes: a processor 1901, a storage 1902, and a network interface 1903. Data interaction may be performed between the processor 1901, the storage device 1902, and the network interface 1903. The storage 1902 may include a volatile memory (volatile memory), such as a random-access memory (RAM); the storage 1902 may also include a non-volatile memory (non-volatile memory), such as a flash memory (flash memory), a solid-state drive (SSD), or the like; the memory device 1902 may also include a combination of memories of the types described above. The processor 1901 may be a Central Processing Unit (CPU). In one embodiment, the storage device 1902 is configured to store program instructions, which the processor 1901 can call to perform the following operations:

when a requirement for adjusting a first game in the game integration plane is received, the first game content is adjusted to be second game content in the game integration plane, and the second game content is game display content when the second game is run.

In one possible embodiment, the first game is a game of a plurality of alternative games, and the processor 1901 is further configured to: displaying a multimedia fusion page, wherein the multimedia fusion page comprises multimedia content, target application content and a game mode conversion inlet;

displaying the game fusion page includes: when the game identifier of the first game is selected, the multimedia content in the multimedia fusion page is adjusted to be the first game content, and the game fusion page is displayed.

In one possible implementation, the first game is a game in a plurality of alternative games, the target application content includes a game switching entry, and the processor 1901, when being used for displaying the target converged page, specifically includes:

In one possible embodiment, the second game is a game of the plurality of alternative games, the second game is different from the first game, the target application content includes a game switch entry, and the processor 1901 is further configured to:

when the game identifier of the second game is selected, the requirement for adjusting the first game in the integrated game plane is received.

In one possible embodiment, the first game and the second game are each a game of a plurality of alternative games, and the processor 1901 is further configured to:

In one possible embodiment, the game fusion page is provided with a return entry, and the processor 1901 is further configured to:

and when the page pendant is triggered, the game fusion page is redisplayed.

In one possible embodiment, the page hanger carries a page close entry, and the processor 1901 is further configured to: and when the page closing entrance is triggered, closing the page pendant, the game fusion page and the first game.

In one possible embodiment, the first game is a game in a plurality of alternative games, and the display processor 1901, when being used for displaying a game merged plane, specifically includes:

In one possible embodiment, the second game is a game of a plurality of alternative games, and the processor 1901 is further configured to: when a second game in the game menu page is selected, closing the game fusion page and closing the first game; and displaying a second game fusion page, wherein the second game fusion page comprises second game content and a second target application component, and the display position of the second target application component in the game fusion page is consistent with the display position in the second game fusion page.

In one possible implementation, the processor 1901 is further configured to: when a requirement for closing a first game in the game fusion page is received, closing the first game in the game fusion page, and adjusting the position of the target application content in the game fusion page so as to enable the target application content to be paved on the game fusion page.

In a possible embodiment, the first game and the second game run in a target process, and when the processor 1901 is configured to adjust the game content of the first game to the game content of the second game within the game integration plane, the method specifically includes:

acquiring a target process, wherein the target process runs a first instance set and a platform instance related to a first game;

destroying the first instance set, and calling the platform instance to create a second instance set in the target process;

in the view corresponding to the game fusion page, rendering and displaying the game content of the second game generated in the running process of the second instance set and the target application content, so that the game content of the first game is adjusted to the game content of the second game in the game fusion page.

In a possible implementation manner, the second instance set includes a second game instance and a second game bearer instance, and when the processor 1901 is configured to invoke the platform instance to create the second instance set in the target process, the processor specifically includes:

creating a second game instance in the target process;

In a possible implementation manner, an off-screen rendering view is run in the target process, and the off-screen rendering view is used for bearing second game content generated in the running process of the second instance set;

when the processor 1901 is configured to render and display, in the view corresponding to the game fusion page, the second game content generated in the running process of the second instance set and the target application content, the method specifically includes:

It should be noted that, in a specific implementation, the processor 1901, the storage device 1902, and the network interface 1903 described in this embodiment may execute the method in the foregoing method embodiment, and a specific implementation process and beneficial effects thereof may refer to the description related to the foregoing method embodiment and are not described herein again.

Further, here, it is to be noted that: an embodiment of the present application further provides a computer-readable storage medium, where a computer program executed by the aforementioned model processing apparatus is stored in the computer-readable storage medium, and the computer program includes program instructions, and when the processor executes the program instructions, the method in the embodiment corresponding to fig. 2, fig. 11, and fig. 15 can be executed, and therefore, details will not be repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in embodiments of the computer-readable storage medium referred to in the present application, reference is made to the description of embodiments of the method of the present application. By way of example, program instructions may be deployed to be executed on one computer device or on multiple computer devices at one site or distributed across multiple sites and interconnected by a communication network, which may comprise a block chain system.

According to an aspect of the application, a computer program product or computer program is provided, comprising computer instructions, the computer instructions being stored in a computer readable storage medium. The processor of the computer device reads the computer instruction from the computer-readable storage medium, and executes the computer instruction, so that the computer device can execute the method in the embodiment corresponding to fig. 2, fig. 11, and fig. 15, and therefore, the detailed description thereof will not be repeated here.

It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), a Random Access Memory (RAM), or the like

While the invention has been described with reference to specific embodiments, the invention is not limited thereto, and various equivalent modifications and substitutions can be easily made by those skilled in the art within the technical scope of the invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims

1. A page processing method, characterized in that the method comprises:

when a requirement for adjusting the first game in the game integration plane is received, the first game content is adjusted to be second game content in the game integration plane, the second game content is game display content when a second game is run, and the second game is different from the first game.

2. The method of claim 1, wherein the first game is a game of a plurality of alternative games, the method further comprising:

displaying a multimedia fusion page, wherein the multimedia fusion page comprises multimedia content, the target application content and a game mode conversion inlet;

when the game mode conversion inlet is triggered, displaying game identifiers of the plurality of alternative games;

the display game fusion page comprises: when the game identifier of the first game is selected, the multimedia content in the multimedia fusion page is adjusted to be the first game content, so that the game fusion page is displayed.

3. The method of claim 2, wherein the game fused page and the multimedia fused page both belong to native pages, wherein the target application is a social application, and wherein the target application content comprises a target application first component and a historical conversation message stream related to the target application first component.

4. The method of claim 1, wherein the first game is a game of a plurality of alternative games, wherein the target application content comprises a game switch entry, and wherein displaying a target fusion page comprises:

displaying an original page in a game mode, wherein the original page comprises the target application content, and the display position of the target application content in the original page is consistent with the display position in the game fusion page;

when the game switching entry is triggered, displaying game identifiers of the multiple alternative games;

and when the game identifier of the first game is selected, displaying the first game content on the original page to display the game fusion page.

5. The method of claim 1, wherein the second game is a game of a plurality of alternative games, wherein the target application content comprises a game switch entry, and wherein the method further comprises:

and when the game identifier of the second game is selected, receiving a requirement for adjusting the first game in the game integration plane.

6. The method of claim 1, wherein the first game and the second game are each a game of a plurality of alternative games, the method further comprising:

when detecting that a preset operation exists in the game fusion page, receiving a requirement for adjusting the first game in the game fusion page; alternatively, the first and second electrodes may be,

receiving a requirement for adjusting the first game within the game blending plane when detecting that no trigger operation for the first game exists within a threshold time period;

wherein the second game is randomly selected from the remaining alternative games of the plurality of alternative games other than the first game.

7. The method of claim 1, wherein the game merge page is provided with a return entry, the method further comprising:

and when the page pendant is triggered, redisplaying the game fusion page.

8. The method of claim 7, wherein the first game continues to run in the background while the game blend page is hidden, and wherein the game blend page displays the latest game display content during the running of the first game when the game blend page is redisplayed.

9. The method of claim 7, wherein the page pendant carries a page close entry, the method further comprising: and when the page closing entry is triggered, closing the page pendant, the game fusion page and the first game.

10. The method of claim 1, wherein the first game is a game of a plurality of alternative games, and wherein displaying a game merge page comprises:

displaying a game menu page, wherein the game menu page comprises game identifiers of the plurality of candidate games;

and when the game identifier of the first game is selected, the game menu page is switched to the game fusion page, and the target application content comprises a second component of the target application.

11. The method of claim 10, wherein the second game is a game of a plurality of alternative games, the method further comprising:

when a second game in the game menu page is selected, closing the game fusion page, closing the first game and displaying the second game fusion page, wherein the second game fusion page comprises second game content and a target application second component, and the display position of the target application second component in the game fusion page is consistent with the display position in the second game fusion page.

12. The method of claim 1, further comprising:

when a requirement for closing a first game in the game fusion page is received, closing the first game in the game fusion page, and adjusting the position of the target application content in the game fusion page so as to enable the target application content to be paved on the game fusion page.

13. The method of claim 1, wherein the first game and the second game are run in a targeted process, and wherein the adapting, within the game blend plane, the first game content to a second game content comprises:

acquiring the target process, wherein the target process runs a first instance set and a platform instance related to the first game;

and in a view corresponding to the game fusion page, rendering and displaying the second game content generated in the running process of the second instance set and the target application content, so that the first game content is adjusted to be the second game content in the game fusion page.

14. The method of claim 13, wherein the second set of instances comprises a second game instance and a second game bearer instance, and wherein invoking the platform instance to create the second set of instances in the target process comprises:

calling the platform instance, and creating the second game bearing instance in the target process;

creating the second game instance in the target process;

and running the second game bearing instance in the second game bearing instance, and running the second game bearing instance in the platform instance.

15. The method according to claim 13, wherein an off-screen rendering view is run in the target process, and the off-screen rendering view is used for carrying the second game content generated during the running of the second instance set;

in the view corresponding to the game fusion page, rendering and displaying the second game content generated in the running process of the second instance set and the target application content, including:

submitting the second game content generated in the running process of the second instance set from the off-screen rendering view to a view corresponding to the game fusion page;

16. A page processing apparatus, characterized in that the page processing apparatus comprises:

the game fusion page comprises first game content and target application content, and the first game content is game display content when a first game is run;

the processing module is used for adjusting the first game content to be second game content in the game integration plane when the requirement for adjusting the first game in the game integration plane is received, the second game content is game display content when a second game is operated, and the second game is different from the first game.

17. A terminal device, characterized in that the terminal device comprises: memory, a processor, wherein the memory has stored thereon a page handler that, when executed by the processor, implements the method of any of claims 1-15.

18. A computer-readable storage medium, in which a computer program is stored, the computer program comprising program instructions which, when executed by a processor, cause the processor to carry out the method according to any one of claims 1-15.

19. A computer program product, characterized in that the computer program product comprises a computer program or computer instructions which, when executed by a processor, implement the method according to any one of claims 1-15.