CN112973120B

CN112973120B - Interaction method, device and equipment based on cloud game and storage medium

Info

Publication number: CN112973120B
Application number: CN202110414451.XA
Authority: CN
Inventors: 包明欣; 许敏华; 朱云峰; 邵梦超; 徐超; 徐念周; 周翔
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-04-16
Filing date: 2021-04-16
Publication date: 2022-08-16
Anticipated expiration: 2041-04-16
Also published as: CN112973120A

Abstract

The embodiment of the application provides an interaction method, device, equipment and storage medium based on a cloud game, and relates to the technical fields of the Internet, cloud technology, a block chain, games, audio and video and the like. The method comprises the following steps: receiving a starting triggering operation of an anchor user for a target cloud game; responding to the condition that the game starting of the target cloud game is met, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least one game player is displayed in the game live broadcast interface, the at least one game player comprises at least one non-anchor user, the non-anchor user is determined from game users initiating game participation requests aiming at the target cloud game, and the determination of the non-anchor user is associated with the request time of each game user initiating the game participation requests. Based on the method provided by the embodiment of the application, the game participation sense of the user can be effectively improved, and the actual application requirements are better met.

Description

Interaction method, device and equipment based on cloud game and storage medium

Technical Field

The application relates to the fields of internet, cloud technology, block chains, games, audio and video and the like, in particular to an interaction method, device, equipment and storage medium based on a cloud game.

Background

With the rapid development of science and technology and the improvement of the living standard of people, the internet video live broadcast is widely popularized. Among the numerous live broadcast forms, live broadcast of games as live content is highly appreciated by young people. In the live game, the anchor user can share the implementation situation and the operation skill of the game played by the anchor user to the audience, and the audience user can watch the game picture of the anchor at the client. Although various game live broadcast modes are available at present, in the live broadcast process, audience users basically stay in the watching stage, and are difficult to participate in games, and the participation sense of the games is low, so that the existing game interaction mode needs to be improved, and the user experience needs to be improved.

Disclosure of Invention

The application aims to provide an interaction method, device, equipment and storage medium based on a cloud game so as to better meet user requirements and improve user perception of users participating in the cloud game. In order to achieve the purpose, the technical scheme provided by the application is as follows:

in one aspect, the present application provides an interaction method based on a cloud game, including:

receiving a starting triggering operation of an anchor user for a target cloud game;

responding to the condition that the game starting of the target cloud game is met, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least one game player is displayed in the game live broadcast interface, the at least one game player comprises at least one non-anchor user, the non-anchor user is determined from game users aiming at the target cloud game to initiate a game participation request, and the determination of the non-anchor user is associated with the request time of each game user to initiate the game participation request.

Optionally, the at least one game player comprises an anchor user. Optionally, the at least one game player is determined from game users who initiated the game participation request. Optionally, the game starting condition meeting the target cloud game includes at least one of the following:

acquiring a game starting instruction of a main broadcasting user; the number of game players meets the number of player requirements for game opening.

On the other hand, the embodiment of the application provides an interaction method based on a cloud game, and the method comprises the following steps:

obtaining game participation operation of a current game user through a game participation interface, wherein the game participation operation is the participation operation aiming at a target cloud game, and the target cloud game is a cloud game triggered by the start of an anchor user;

according to the game participation operation, sending a game participation request to a cloud game server so that the cloud game server determines a game player of a target cloud game from game users who initiate the game participation request aiming at the target cloud game, wherein the determination of the game player is associated with the request time of each game user initiating the game participation request;

and in response to the current game user being determined as a game player, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least one game player is displayed in the game live broadcast interface, and the game live broadcast picture comprises a game picture corresponding to the game view angle of the current player user.

In another aspect, an embodiment of the present application provides an interactive device based on a cloud game, where the device includes:

the operation acquisition module is used for receiving starting triggering operation of the anchor user for the target cloud game;

the interface display control module is used for responding to the game starting condition of the target cloud game, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least one game player is displayed in the game live broadcast interface, the at least one game player comprises at least one non-anchor user, the non-anchor user is determined from each game user aiming at the target cloud game and initiating a game participation request, and the determination of the non-anchor user is associated with the request time of each game user initiating the game participation request.

the participation operation acquisition module is used for acquiring the game participation operation of the current game user through the game participation interface, the game participation operation is the participation operation aiming at a target cloud game, and the target cloud game is a cloud game triggered by the start of an anchor user;

the cloud game server is used for determining game players of the target cloud game from all game users initiating the game participation requests aiming at the target cloud game, wherein the determination of the game players is associated with the request time of all the game users initiating the game participation requests;

and the interface display control module is used for responding to the fact that the current game user is determined to be a game player, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least one game player is displayed in the game live broadcast interface, and the game live broadcast picture comprises a game picture corresponding to the game visual angle of the current game user.

On the other hand, the embodiment of the present application further provides an electronic device, which includes a memory and a processor, where the memory stores a computer program, and the processor is configured to execute the method provided in any optional embodiment of the present application when the processor runs the computer program.

In yet another aspect, an embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored in the storage medium, and when the computer program runs on a processor, the processor is configured to execute the method provided in any optional embodiment of the present application.

In yet another aspect, the present application provides a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. Optionally, the processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method provided in any of the optional embodiments of the present application.

The beneficial effect that technical scheme that this application provided brought as follows:

according to the interaction method provided by the embodiment of the application, the anchor user can initiate the starting triggering operation aiming at the target cloud game, and the game user who wants to participate in the target cloud game initiated by the anchor user can participate in the target cloud game by initiating the game participation request and calling the game player. Based on the method provided by the embodiment of the application, the non-anchor user can also participate in the game by initiating the request (namely the game participation request), and as the determination of the game player is associated with the request time of the game participation request initiated by the game user, any user who wants to participate in the game is likely to become the game player with the game operation authority, so that the non-anchor user can have better game participation sense, the actual application requirement is better met, and the user perception is improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings used in the description of the embodiments of the present application will be briefly described below.

Fig. 1 is a schematic structural diagram of a data sharing system according to an embodiment of the present application;

fig. 2a is a schematic flowchart of an interaction method based on a cloud game according to an embodiment of the present disclosure;

fig. 2b is a schematic flowchart of an interaction method based on a cloud game according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of an interactive system based on a cloud game according to an embodiment of the present disclosure;

fig. 4 is a schematic view of an interaction flow at an anchor user side according to an embodiment of the present application;

FIG. 5 is a schematic diagram illustrating an interaction flow at a game user side according to an embodiment of the present disclosure;

FIGS. 6 and 7 are schematic diagrams of user interfaces provided in examples of the present application;

fig. 8 is a schematic flowchart of a process of creating a cloud rendering device according to an embodiment of the present disclosure;

FIGS. 9a and 9b are schematic diagrams of user interfaces provided in examples of the present application;

FIGS. 10a and 10b are schematic diagrams of content displayed in a user interface provided in an example of the present application, respectively;

FIG. 11 is a schematic diagram illustrating a process for generating a password in an alternative embodiment of the present application;

FIG. 12, FIG. 13a, FIG. 13b and FIG. 13c are schematic views of a user interface provided in an example of the present application;

14a, 14b, 14c and 14d are schematic diagrams of what is displayed in a user interface provided in an example of the present application;

FIG. 15 is a schematic flow chart of a device for dispensing a game player provided in an alternative embodiment of the present application;

FIG. 16 is a schematic diagram illustrating a display principle of a game live interface of different user terminals provided in an alternative embodiment of the present application;

fig. 17 is a schematic diagram illustrating a principle of controlling differentiated display of different ues according to an alternative embodiment of the present application;

FIG. 18 is a schematic illustration of a player actively logging out of a game in accordance with an alternative embodiment of the present application;

FIG. 19 is a schematic diagram of an anchor user controlling a game player provided in an alternative embodiment of the present application;

FIG. 20 is a schematic view of a user interface provided in an example of the present application;

FIG. 21 is a schematic illustration of content displayed in a user interface provided in an example of the present application;

fig. 22 is a schematic flowchart of a cloud game server management device according to an embodiment of the present application;

fig. 23 is a schematic view of an interaction device based on a cloud game according to an embodiment of the present disclosure;

fig. 24 is a schematic view of an interaction device based on a cloud game according to an embodiment of the present disclosure;

fig. 25 is a schematic structural diagram of an electronic device to which the embodiment of the present application is applied.

Detailed Description

Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary only for the purpose of explaining the present application and are not to be construed as limiting the present invention.

As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.

The application provides an interaction method based on a cloud game, aiming at the problems of low participation of users and poor perception of the users caused by the fact that common audiences, namely non-anchor users, can only stay at the stage of watching a game picture and can not go deep into the game process in the existing live broadcast interaction mode based on the game.

Cloud gaming (Cloud gaming), also known as game on demand (gaming), is an online gaming technology based on Cloud computing technology. Cloud game technology enables light-end devices (thin clients) with relatively limited graphics processing and data computing capabilities to run high-quality games. In a cloud game scene, a game is not executed at a player game terminal, but is executed in a cloud server (which may be called a cloud game server), and the cloud server renders the game scene into a video/audio stream, which is transmitted to the player game terminal (i.e., a cloud game client) through a network. The player game terminal does not need to have strong graphic operation and data processing capacity, and only needs to have basic streaming media playing capacity and capacity of acquiring player input instructions and sending the instructions to the cloud server.

The cloud game server in the embodiment of the present application may be a cloud server that provides 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 CDN (Content Delivery Network), a big data and artificial intelligence platform, and the like. The terminal (also referred to as a terminal device, a user terminal, a player terminal, a game terminal, etc. in this embodiment) may be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, etc., but is not limited thereto. The terminal and the server may be directly or indirectly connected through wired or wireless communication, and the application is not limited herein.

The interaction method provided by the embodiment of the application is based on the cloud technology, and is based on the cloud game environment, so that the hardware requirement is low, the game equipment of the user, namely the user terminal, can conveniently and quickly apply to participate in the game without downloading the game without a high-end processor and a display card, and the game participation perception of the user is improved.

In the interaction method provided by the embodiment of the application, the plurality of user terminals are communicated with the cloud game server through the network, and the cloud game server responds to the game participation request of the user to establish corresponding cloud end equipment, namely a cloud end example, for the user terminals. In the embodiment of the application, each user terminal, the cloud game server and each cloud device can be used as a plurality of nodes in the data sharing system, and data sharing can be performed among the plurality of nodes. Fig. 1 shows a schematic architecture diagram of a data sharing system provided in an embodiment of the present application, and as shown in fig. 1, a data sharing system 100 refers to a system for performing data sharing between nodes, where the data sharing system may include a plurality of nodes 101, and the plurality of nodes 101 may refer to respective clients in the data sharing system. Each node 101 may receive input information while operating normally and maintain shared data within the data sharing system based on the received input information. In order to ensure information intercommunication in the data sharing system, information connection can exist between each node in the data sharing system, and information transmission can be carried out between the nodes through the information connection. For example, when an arbitrary node in the data sharing system receives input information, other nodes in the data sharing system acquire the input information according to a consensus algorithm, and store the input information as data in shared data, so that the data stored on all the nodes in the data sharing system are consistent. Each node in the data sharing system has a node identifier corresponding to the node identifier, and each node in the data sharing system can store the node identifiers of other nodes in the data sharing system, so that information interaction can be performed with other nodes according to the node identifiers of other nodes. The interaction method provided by the embodiment of the application can be implemented as a data sharing system as shown in fig. 1, wherein the cloud game server can be implemented by a block chain technology.

Some technical terms referred to in the embodiments of the present application will be first described below.

Cloud instance: and on the cloud server, cloud rendering equipment corresponding to each cloud game. Each user uses the cloud instance, and the cloud instance is a running environment for one user independently. For the Android cloud game, an instance may be a simulator, an Android container, or hardware running an Android system. For a PC (Personal Computer) cloud game, the cloud instance may be a virtual machine or an environment running a game. The cloud instance is not limited in form in the application.

The following describes the technical solutions of the present application and how to solve the above technical problems with specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.

Fig. 2a is a flowchart illustrating an interaction method based on a cloud game according to an embodiment of the present application, where the method may be performed by a first terminal device (e.g., an anchor personal computer, a smart phone, etc.) of an anchor user, and as shown in fig. 2a, the method may include the following steps:

step S110: receiving a starting triggering operation of an anchor user for a target cloud game;

wherein, the anchor user (may be simply referred to as anchor) is a user who initiates a cloud game. Specific users can be configured according to actual requirements as anchor users, and the embodiment of the application is not limited. Optionally, the anchor user may be a user with game anchor authority, that is, a game anchor, or a user meeting a preset condition, for example, a user whose game capability meets a set condition, where the game capability may be represented by a game level of a game account of the user, or may be represented by a game win rate of the game account, a game match frequency, and the like.

The start trigger operation refers to an action that the anchor user wants to start the game. For example, the anchor user may initiate the start triggering operation through a game opening entry displayed on a cloud game client of the terminal device of the anchor user, and for example, the anchor user may click the game opening entry through a mouse or by using a touch screen operation or the like, where the click action is the start triggering operation.

Optionally, the anchor user may install a cloud game client on the terminal device of the anchor user, perform registration of a cloud game account, and subsequently may use the cloud game account to log in the cloud game client to participate in the cloud game after the registration is passed. If one cloud game platform provides multiple cloud games, for one user, the game account numbers corresponding to different cloud games may be the same or different. In the embodiment of the application, the anchor user can be an anchor user authenticated by a cloud game platform, that is, a user can send an anchor application request to a cloud game server through a cloud game client, the user becomes the anchor user after the cloud game server is authenticated, the game account of the user is a game account of the anchor user, the cloud game server stores information of the anchor user, and when the user logs in the cloud game client, the cloud game server can determine whether the user is the anchor user according to the game account of the user. The anchor user may also be an anchor user of a live platform having an association with the cloud game platform, the cloud game server may acquire information of each anchor user from a live server of the live platform, and may associate the information of the anchor user with a game account corresponding thereto, and when a user logs in a cloud game client, it may be identified whether a user is an anchor user according to the association. When the anchor user wants to start the cloud game live broadcast, the anchor user can log in a cloud game client by using the cloud game account, such as logging in a web page client (i.e., a web client) or a mobile client of a cloud game. After login is successful, a cloud game (namely, a target cloud game) which the user wants to play can be selected on a user interface of the client, and starting triggering operation is initiated through a game opening entrance of the game. The target cloud game is a multi-game which is selected by the anchor user and is to be started. The anchor user may initiate the user interface for starting the triggering operation, specifically which user interface or user interfaces of the cloud game client are not limited in the application, and the specific form of the interface is not limited, and may be configured according to the requirement, for example, the user may be a home page after logging in, or other interfaces.

Optionally, a game list of the multi-start game corresponding to the anchor user may be displayed on a home page or other specific page of the cloud game client, and the anchor may select a target cloud game in the list that the anchor wants to initiate live broadcasting. The multi-start game refers to a cloud game which is interactive by adopting the method provided by the embodiment of the application.

It should be noted that various interfaces (including, but not limited to, an interface through which the anchor user can initiate an opening triggering operation, a broadcast waiting screen, a game live interface, and the like in the following text) related in the embodiment of the present application are user interfaces, i.e., user interaction interfaces, displayed by the user client, and the user can initiate corresponding operations through the interfaces to implement human-computer interaction. The embodiment of the present application is not limited to a specific style of the user interface.

Step S120: and responding to the game starting condition meeting the target cloud game, and displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least one game player is displayed in the game live broadcast interface.

The at least one game player comprises at least one non-anchor user, the non-anchor user is determined from game users initiating game participation requests aiming at the target cloud games, and the determination of the non-anchor user is associated with the request time of each game user initiating the game participation requests.

The game user is a user who wants to participate (i.e., can apply for participation) in the target cloud game, and may or may not be a registered user of the cloud game platform. A game player is a game user having game participation authority (also referred to as game operation authority), that is, a user capable of performing game manipulation on a cloud game, for example, the game player may control a virtual object (i.e., a virtual game character) of the game player in a virtual scene of the cloud game on a user terminal of the game player, such as controlling walking, skill release, and the like of the virtual player. The game user can apply for participating in the target cloud game by initiating a participation request for the target cloud game at a game participation interface of the client.

Optionally, after the anchor user initiates the target cloud game (i.e., initiates a start trigger operation for the target cloud game), the user terminal of the anchor user may send a corresponding start request to the cloud game server, and the cloud game server may create a live broadcast room corresponding to the target cloud game for the anchor user according to the start request, or, the cloud game server may send a live broadcast room creation request to a live broadcast server associated therewith, and create the live broadcast room by the live broadcast room server.

Optionally, after the anchor user initiates the start triggering operation, the user terminal thereof may respond to the operation, and display a broadcast waiting screen, that is, a waiting interface before the start of the target cloud game, at the client of the anchor user, where the specific form of the interface is not limited in this embodiment, the interface may be the first interface where the anchor initiates the start triggering operation, or may be another interface different from the first interface in content, the broadcast waiting screen may be a static page or a dynamically changing page, for example, some information (such as game activity information, match information, and the like) related to the target cloud game displayed in a dynamic form (such as an animation form, a video form, and the like), or some information (such as activity information or description information of another cloud game belonging to the same type as the target cloud game and having a higher temperature in a recent period of time) related to the target cloud game or the cloud game having a higher temperature in the broadcast waiting screen, or new popularization information of some cloud games, etc.), in addition, the related information can show partial content first, and if a user is interested in certain information, the user can also view the complete content in other modes after clicking. The waiting page can be played to enable the user to know more information and avoid the user from uninteresting waiting.

As an alternative, before displaying the live game interface of the target cloud game, the maximum number of players of the at least one game player is a set value, and the method may further include:

and responding to the starting triggering operation, displaying a broadcasting waiting picture corresponding to the target cloud game, wherein M display areas are displayed in the broadcasting waiting picture, each display area corresponds to a cloud example, and the cloud examples are the cloud examples of the target cloud game created by the cloud game server as the anchor user in response to the starting triggering operation.

For example, the maximum number of players of the target cloud game, that is, the number of players capable of participating in the game at the same time, is 5, and then M is 5. In practical applications, the number of players for starting the target cloud game, i.e., the number of the at least one player, may be less than or equal to 5.

After the anchor user initiates a start triggering operation, the cloud game server can create M cloud instances in response to the operation, and after the cloud instances are successfully created, a virtual scene picture (i.e., a virtual scene picture before the game formally starts, such as a game hall picture) before the cloud game formally starts on each cloud instance can be displayed to the client of the anchor user, and each cloud instance can correspond to a respective display area.

Optionally, the M display areas may include 1 first display area and M-1 second display areas, the first display area may be a display area corresponding to a first successfully created cloud instance, and each second display area is a display area corresponding to a cloud instance other than the successfully created cloud instance. Optionally, the picture quality of the first display area may be higher than that of the second display area, and the area size of the first display area is larger than that of the second display area.

After a game user becomes a game player, the cloud game server may allocate a created cloud instance to the game player, establish communication between a user terminal of the game player and the cloud instance, and before the game is played, a virtual scene picture before starting pushing by the cloud instance may be displayed on the user terminal of the game player, where picture quality of the virtual scene picture of the cloud instance corresponding to the game player may be higher than picture quality of other instances, and picture size may be higher than picture size of other instances.

Optionally, game account information (such as an account, a game avatar, and the like) corresponding to each cloud instance may be displayed in the broadcast waiting screen, where the displayed game account information is 5 game accounts of a target cloud game allocated to a live user by a cloud game server in response to a start trigger operation of a host user, where one game account corresponds to one cloud instance, and each game account information is account information used for logging in one cloud instance. Based on the mode, when the user who becomes the game player participates in the target cloud game, the game account of the user can be the game account corresponding to the cloud instance distributed to the user. Of course, if the game player is a user logged in to the cloud game client, the cloud game server may also obtain the game account of the player, and after determining that the user becomes a player, the game account allocated by the cloud game may be updated to the game account of the player.

Optionally, the start-play waiting screen may display current participation situation prompt information of the target cloud game, where the prompt information may be used to prompt a player of the target cloud game to participate, for example, several game players currently have game operation permissions, and further, who the game player is specifically, for example, the interface may display a player identifier of the game player having the game operation permissions, such as a game avatar of the player, account information of the player, and the like.

After the starting condition of the target cloud game is met, a live game interface of the game is displayed, namely a game picture of the target cloud game participated by at least one game player (namely at least one game player has game operation authority/game participation authority, namely the target cloud game can be operated) is displayed. It can be understood that the picture information of the game picture is sent by the cloud game server, each game player with the game operation authority can perform the game operation of the target cloud game at the client, the client sends the game operation of the player to the cloud game server, the cloud game server performs corresponding control on the game according to the operation of the user, compresses the corresponding game picture (namely multimedia data corresponding to the game picture) and sends the compressed game picture to the user terminal, and the user terminal decompresses the received data and displays the decompressed game picture on the client.

Optionally, the at least one game player may comprise an anchor user. The anchor user may be configured to have a game operation permission of the target cloud game by default (the cloud game server may assign a cloud instance to a user terminal of the anchor user by default), or may apply for participating in the cloud game by initiating a game participation request in the same manner as a non-anchor user, that is, each game user may include the anchor user. The anchor user may participate in the game on the user terminal (such as a personal computer) where the anchor user initiates the start triggering operation, or may participate in the game on another user terminal (such as a mobile phone) of the anchor.

As an optional manner, there may be two user terminals of the anchor user, and the anchor user may initiate a start triggering operation of the target cloud game on one user terminal thereof, initiate a game participation request to the cloud game on the other user terminal thereof through the game participation interface, and apply for becoming a game player to the cloud game server as with other users.

In the embodiment of the present application, which game users initiating the game participation requests may become game players, that is, have game participation right, and are associated with the request time of the game users initiating the game participation requests, where the request time may be the time when the cloud game server receives the request. The cloud game server determines the result from each game user according to the competition request result of the game participation request initiated by each game user. Optionally, the request competition result may be determined according to a game participation limiting condition corresponding to the target cloud game, in addition to being associated with the request time corresponding to the game participation request, where the game participation limiting condition includes a player number limiting condition. In practical applications, the limit condition of the number of players of the multi-start game can be pre-configured, for example, at most, several players can participate in the game at the same time, that is, the maximum number of players of the cloud game can be configured. The cloud game server may determine which game users compete successfully (i.e., the competition result is requested to be successful) according to the request time corresponding to the game participation request, where the success probability increases as the request time is earlier.

As another mode, the player number limitation condition may also be set by the anchor user on a user interface of the client of the anchor user, for example, on a user interface that displays a game list of multi-start games corresponding to the anchor user, a player number setting control corresponding to each cloud game may also be displayed, if the anchor user wants to set the number of players of a certain cloud game, the anchor user may click the setting control, and then may pop up a corresponding setting interface, and the anchor may determine the number of players on the interface by inputting the number of players or from a numerical value list displayed on the interface. In addition, the limit conditions of the number of players corresponding to different cloud games may be the same or different.

Based on the scheme provided by the application, all users who want to participate in the target cloud game initiated by the anchor user can apply for the game operation permission by initiating the game participation request to become game players, and can participate in the game control if the competition is successful. Because the game player is determined by the cloud game server based on the request time corresponding to the participation request, all game users are given an opportunity to participate in the game, and people can compete for the participation opportunity in a fair competition mode (namely, the spelling speed), so that the perception of the users can be greatly improved.

To further enhance the perception of users participating in the cloud game, after a game user successfully competes to become a game player, the cloud game server may optionally provide a virtual award to the game player, for example, provide a virtual item in the target cloud game, such as a vehicle, game equipment, or the like, to the game player. Optionally, a honor interface may be displayed at the client of the user who becomes the game player, where the interface may display information related to what the user succeeds in referring to as a multi-start game player, which may include but is not limited to an identifier (such as a name) of a target cloud game and a time when the request is successful, and in addition, the cloud game server may query a historical multi-start game participation record of the player according to the user identifier of the game player (the information related to the game player is successfully applied for participating in the multi-start game before this time, the cloud game server may actively record or the game player may manually bind the participation record with the user identifier thereof, the cloud game server performs recording according to the binding setting of the player), and the found record information may also be displayed in the honor interface. In addition, a message input area may be displayed in the interface, and a player may issue a sense of being a game player or other information in the area. The interface can be automatically closed after displaying a set time length, or can be actively closed by a player, or hidden or closed after receiving other information needing to be displayed and sent by the cloud game server.

Optionally, the game cloud game server may further provide a virtual reward for a response to a certain game user when the number of times that the game user successfully participates in the multi-start game (i.e., the number of times that the game user becomes a game player by sending a game participation request) reaches a set value according to the game participation record, for example, the virtual reward may be sent to a game account corresponding to the game participation record. The game user can log in the cloud game client through the game account number of the game user, and check the corresponding game participation record and the virtual reward of the game user, or the game user needs to successfully participate in a plurality of times of multi-start games after obtaining the virtual reward.

It should be noted that, because in an alternative embodiment of the present application, a game user may apply for participating in a game without logging in to a cloud game client (which will be described later), in this case, the user identifier of the game player may be a device identifier of a user terminal of the player, or if the game user is sending a game participation request, if the cloud game client is not logged in, a prompt may be sent to the user to prompt the user that the user has an opportunity to obtain the reward and see the honor interface after logging in, to guide the user to log in the cloud game platform or download the cloud game client and log in, and also display the fast login entrance of the cloud game platform or the download entrance of the cloud game client, therefore, a user who wants to log in can quickly complete login or log in after downloading, and at the moment, the user identification of the game player can be game account information adopted by the game player for logging in the game client. Alternatively, the honor interface and the reward may be provided only for the user who logs in the cloud game client.

In practical application, the game starting condition of the target cloud game can be set according to actual requirements and playing requirements of the cloud game. Optionally, the game starting condition of the target cloud game may include at least one of:

The number of game players meets the requirement of the number of players for starting the game, and can be equal to the minimum number of players for starting the game, namely the requirement of the lower limit of the number of players for starting the game, or equal to the maximum number of players for starting the game, namely the requirement of the upper limit of the number of players for starting the game, namely the maximum number of players for multiple games. In addition, the start of the game may also be controlled by the anchor user, for example, a game start operation area (for example, a virtual button for starting the game) may be displayed on the broadcast waiting page or the anchor operation interface (these two interfaces may also be one interface), and the anchor user may trigger the start of the game by clicking the area (i.e., a game start instruction). Of course, several conditions may be used in combination, for example, when the number of game players meets the requirement of the lower limit of the number of game players to be opened and receives a game opening command of the main player, the game is started, the client of each game player may receive and display the game picture sent by the cloud game server, and the game player may perform the game control at the client.

In an optional embodiment of the present application, player identification information of each game player is also displayed in the game live interface. Wherein the player identification information of the game player may include, but is not limited to, at least one of a player avatar or player account information of the game player. If the game player adopts game account information distributed by the cloud server for the anchor user, the player identification information of the game player is the game account information, if the game player is a user logging in the cloud game client, the cloud game server can associate the logged-in game account information of the user with the corresponding cloud instance, and the game live interface displays the game account information of the player. By displaying player identification information for each game player, both the anchor and non-anchor users participating in the game can be made aware of which players are currently participating in the game together. The player identification of each game player is also displayed in a game live view (a virtual scene view of the game) displayed on the game live view interface, so that each player and a live view audience can know which virtual object is controlled by which player.

In order to realize that multiple players can operate the game together when the cloud game is multi-open, the cloud game server needs to provide corresponding software and hardware support for the multi-open game, that is, after the anchor user initiates a start triggering operation for a target cloud game, the cloud game server needs to provide a plurality of cloud instances for the target cloud game, users who want to participate in the game can initiate game participation requests for the anchor user and the target cloud game through a game participation interface displayed on the terminal of the users to apply for game participation permission, if the application is successful, the cloud server allocates a cloud instance of the game to the player, and the subsequent game player can operate the game on the user terminal, the cloud instance corresponding to the player performs game control according to the operation instruction, that is, the cloud instance responds to the game control operation of the player (sends the game control flow of the player to the cloud instance).

The game user may initiate a game participation request, and the game user may specifically select one or more game participation interfaces, which is not limited in the present application. Optionally, the game participation interface may be an interface of a cloud game client, for example, a user interface of a web client of the cloud game (e.g., a specific interface or a live-air interface of a cloud game platform), and a game user may initiate a game participation request at the corresponding interface by opening a web page without downloading a login cloud game. Optionally, the game participation interface may not be an interface of the cloud game client, for example, the game participation interface may be a live room of the anchor user, or may be a user interface shared by the anchor user when the anchor user shares the game invitation information, for example, the sharing information may include link information of the game invitation information or a two-dimensional code, and a user who wants to apply for participating in the game may send a game participation request to the cloud game server by clicking the link or scanning the two-dimensional code, and if the user is determined to be a game player, the cloud game server may directly send a game live interface to a user terminal of the user, or display a play waiting screen to the user terminal and display the game live interface after the game is started, so that the user who wants to participate in the game may conveniently and quickly participate in the cloud game by using the method. Optionally, the game participation interface may also be a user interface of a mobile application of the cloud game, and a user who wants to participate in the game may initiate a request through a game participation interface of a client by downloading the client of the mobile application.

The embodiment of the application does not limit the specific implementation manner of the cloud game server for supporting multiple games, namely creating multiple cloud instances. As an optional manner, after an anchor user initiates a start triggering operation of a game, multiple cloud instances are allocated to the anchor user, that is, multiple cloud rendering devices are created, that is, multiple devices are created in advance, the anchor user can enable a user who wants to participate to compete for participating in the game by sending a game participation request through sharing a password or in other manners, that is, the anchor user preempts the devices, and if a certain participation request is successful in competition, one device is associated with a user identifier (for example, an identifier of a user terminal device) of a user terminal corresponding to the request, and communication between the user terminal and the associated device is established, so that the user terminal can receive a video stream of the game from the device and can send a control stream to the device. As another alternative, the user may initiate a game participation request, and after the request competition is successful, the cloud game server creates a corresponding game instance for the user, for example, the anchor user may share a password (generated by the cloud game server and provided to the anchor user) used by the user for applying for participating in the game, and after the password is acquired, the user who wants to participate in the game may send the game participation request including the password to the cloud game server, and if the cloud game server receives the request including the password for the first time, the request competition may be considered to be successful, a game instance of the target cloud game initiated by the anchor user is created, and communication between the game instance and a farmer terminal of the user corresponding to the request is established, so that the user has the operation right of the target cloud game.

In an optional embodiment of the present application, a player manipulation area is further displayed in the game live interface, and the method further includes:

and receiving a control instruction of the anchor user aiming at a target player of the at least one game player through the player control area, and correspondingly controlling the game participation authority of the target player based on the control instruction.

That is, the anchor user also has a game player control authority, that is, the authority of the game player with the game operation authority can be controlled, so as to manage the cloud game process.

The control instruction may specifically include which instructions, and may be configured according to actual requirements. Optionally, the control instruction includes any one of:

a player pause instruction; a player quit instruction; a player reset instruction; the player resumes the instruction.

Specifically, the anchor user may suspend the game control authority of the game player or players by initiating a player pause instruction, a player quit instruction for recovering the game player control authority of the game player, a player reset instruction for replacing the game player, and a player resume instruction for resuming the game control authority of the game player or players. The anchor user can send a control instruction to the cloud game server through the user terminal of the anchor user, and the cloud game server correspondingly controls a target player corresponding to the instruction according to the control instruction of the anchor user. For example, the control instruction is a player quit instruction, and the cloud game server may cancel the game participation right of the target player according to the instruction (e.g., disconnect the communication between the user terminal of the game player and the corresponding cloud instance).

Since the target cloud game is initiated by the anchor user, more permissions can be allocated to the anchor user, optionally, in order to better manage a plurality of game players participating in the cloud game together, the game atmosphere is better, for a game player kicked by the anchor (for example, a game player corresponding to a player quitting instruction or a resetting instruction), the game participation condition of the game player participating in the target cloud game again can be further limited, and if a certain limit time can be set, for example, one minute, the game player cannot participate in the game again within one minute after being withdrawn from the game participation permission.

In an alternative embodiment of the present application, the method further comprises:

responding to the starting triggering operation, displaying a main broadcasting operation interface, wherein a game invitation operation area is displayed in the main broadcasting operation interface;

and in response to the trigger operation of the host user for the game invitation operation area, displaying the game invitation information so as to enable the game user to initiate a game participation request based on the game invitation information by sharing the game invitation information.

The main broadcasting operation interface and the broadcasting waiting screen can be the same interface or different interfaces.

The game invitation information is authentication information which is applied by the user to participate in the cloud game, the information can be cloud game servers and is provided for the anchor user to be shared by the anchor user, the cloud game servers can determine which cloud game of which anchor user the game participation request corresponds to according to the information, and the form of the invitation information is not limited, and the invitation information can be a password (such as a character string). Based on the scheme, the anchor user can initiate a game participation request to the cloud game server according to the obtained game invitation information, the request carries the game invitation information, if the game invitation information is correct (that is, the game invitation information contained in the request is one of the game invitation information displayed by the trigger operation), the cloud game server can further determine a request competition result of the request according to a preconfigured strategy, that is, the game invitation information is verification information of the request for participating in the game, the game invitation information carried in the game participation request needs to be one of the invitation information shared by the anchor user, and if the game invitation information is incorrect, a corresponding prompt can be displayed on a terminal corresponding to the user.

The embodiment of the application is not limited to the sharing method of the game invitation information, for example, the anchor user may share the game invitation information in a live broadcast room or a fan group of the anchor user, or may share the game invitation information in other manners, for example, the game invitation information may be sent to a friend or a friend group through instant messaging software of the anchor user, the user obtaining the game invitation information may initiate a game participation request based on the invitation information, and for example, the game participation request may be initiated through a game participation interface of a cloud game client of a target cloud game.

Optionally, the game invitation operation area includes at least one operation sub-area, one operation sub-area may correspond to one or more game invitation messages, and optionally, one operation sub-area may correspond to one game invitation message, and the game invitation message may correspond to a set number (e.g., N ≧ 1) of game players, that is, a plurality of game users may initiate a game participation request based on the one game invitation message, and the cloud game server may determine, from among the game users, that at most N users become game players according to a request time corresponding to the participation request of each game user. Optionally, one operation sub-area may correspond to a plurality of game invitation messages, and one game invitation message corresponds to one game player. Optionally, one operation sub-area may correspond to one game invitation message, and one game invitation message corresponds to one game player.

One operation subarea corresponds to one game invitation message, so that the anchor user can control the generation of the invitation message in a finer granularity, and one invitation message is generated by one operation of one subarea, while one operation subarea corresponds to a plurality of invitation messages, so that the operation times of the anchor user can be reduced, and the anchor user can generate a plurality of game invitation messages by one operation of the anchor user in one operation subarea. One game invitation information corresponds to one game player, the players corresponding to the invitation information can completely and independently perform game control, the number of the invitation information is equal to the maximum number of the game players, and only one game user initiating a game operation request by adopting the same invitation information can be determined as the game player. One game invitation message corresponds to a plurality of game players, and the plurality of game players can cooperate with one virtual object in the cloud game virtual scene to control, for example, one cloud instance can establish communication with two user terminals, and optionally, for a mode that the plurality of game players control one virtual object together, game operation permission corresponding to each player can be configured in advance (for example, two players can control different game skills of the virtual object).

Optionally, the displaying the game invitation information in response to the trigger operation of the anchor user to the game invitation operation area includes: and responding to the triggering operation of the anchor user aiming at the operation subarea, and displaying the game invitation information corresponding to the operation subarea.

In an optional embodiment of the present application, the game participation request is acquired through a first game participation interface displayed by a client of a game user, a first game participation entry is displayed in the first game participation interface, and the game participation request is initiated in the following manner:

responding to the triggering operation of a game user for the first game participation inlet, and displaying a game invitation information input area on a client;

receiving game invitation information input by a game user through the game invitation information input area;

and initiating a game participation request to the cloud game server according to the game invitation information input by the game user, wherein the game participation request comprises the game invitation information input by the game user.

In a manner that one operation sub-region corresponds to one game invitation information and one game invitation information corresponds to one game player, the game player corresponding to each game invitation information may be a game user corresponding to the first game participation request containing the game invitation information received by the cloud game server.

The first game participation interface may be specifically configured according to application requirements, and may be one or more specific user interfaces, where the participation interface may have an association relationship with the anchor user or may not have an association relationship, for example, the participation interface may include but is not limited to a home page of a cloud game client, or a plurality of user interfaces of a cloud game client (a game participation entry may be displayed in a specific position of each interface), or a live interface of the anchor. The game participation entry form of the present application is not limited, for example, the game participation entry may be a specific area in the game participation interface, the user may click the specific area to implement the above triggering operation, and accordingly, the game invitation information input area may be displayed at this time, the user who wants to participate in the game needs to input the acquired game invitation information in the specific area, after the user inputs the invitation information and clicks the confirmation operation, the user terminal may send the game participation request carrying the invitation information to the cloud game server, and the cloud game server may determine the request competition result corresponding to the request by confirming whether the invitation information carried in the game participation request is the invitation information shared by the anchor user.

Wherein, if the invitation information in the game participation request is not the game invitation information shared by the anchor user, if the request for the competition result fails, the corresponding prompt message can be displayed at the client of the user, the user can also re-input the invitation message, if the invitation information in the request is game invitation information shared by the anchor user, the cloud game server can determine whether the user can be called as a game player according to the number of game players corresponding to the invitation information carried in the request, that is, it is determined that a competition result is requested, for example, a game invitation message corresponds to a game player, if other users have sent requests using the invitation message and the other users have had game participation rights before the user sent the request, the user can resend the game participation request by adopting other invitation information if the request competition result of the user is failure and the user cannot have the game participation right; if no other user sends a request using the invitation information before the user sends the request, the user's request competition result is successful and may have a game participation right.

As another optional mode, after the anchor user performs the triggering operation in the operation sub-area, the cloud game server directly shares the game invitation information corresponding to the sub-area, for example, the cloud game server shares the game invitation information corresponding to the sub-area to a specified destination address according to a preconfigured sharing path, for example, a live broadcast room page of the anchor user, and the game user can obtain the game invitation information on the specified interface.

In an optional embodiment of the present application, the game participation request may be acquired through a second game participation interface displayed by a client of the game user, where the second game participation interface is associated with the anchor user, the second game participation interface displays a second game participation entry, and the game participation request is initiated in the following manner:

and initiating a game participation request to the cloud game server in response to the triggering operation of the game user on the second game participation entry.

For the scheme, a game user can directly initiate a game participation request on a game participation interface having an association relationship (binding relationship) with an anchor user, for example, a live broadcast interface of the anchor user can be used, the game user can also be a personal information interface (used for displaying information introduction of the anchor) of the anchor user, if the anchor user initiates multi-open operation of a target cloud game, a corresponding game participation entry can be displayed in the user interface associated with the anchor user, and a user who wants to participate in the target cloud game can initiate the game participation request on the game participation entries of the interfaces. The form of the game entry is not limited in the embodiments of the present application.

Alternatively, the game entry may be a certain area or areas where specific information is displayed, and the user initiates the game play operation by clicking on these areas. As an example, assuming that a target cloud game can be played by 5 players at most, 5 "stool" type graphics (game entry, in this example, the game entry includes 5 sub-areas, and one "stool" is a sub-area) can be displayed in the live broadcast of the anchor user, each "stool" can correspond to one game player, and a user who wants to play can apply for playing the game by clicking on the "stool". Optionally, the initial display state of each "stool" may be a first state, and if a user initiates a game participation request by clicking the "stool" and is granted a game participation right, the display state of the "stool" may be changed to a second state, for example, the "stool" may be hidden, or the display color is changed, in this way, the user may be prompted which "stools" may initiate the game participation request. Still alternatively, the game participation port may be a sub-area, such as a "stool", in which case, the sub-area may also display the number identifier of the currently applicable game players, for example, the initial value of the identifier may be 5, and when a certain user becomes a game player, the value may be 4, and so on. Based on the mode, the game users can fairly compete for the game participation permission in a 'stool grabbing' mode, and in the mode, the game users can input additional information without the need of inputting the additional information, so that the game playing method is more convenient and faster and more convenient for the users.

In an optional embodiment of the present application, the game live view includes a game view corresponding to a game view of each game player of the at least one game player.

Based on the scheme, the anchor user or the game player can see the game pictures corresponding to the game visual angles of the players who currently participate in the target cloud game, so that the overall situation of the current game can be conveniently and quickly mastered, the game control can be carried out more strategically and pertinently based on the overall situation, and the requirements of the players are better met. For the anchor, whether to perform the control of the game player, such as initiating a player pause instruction or quit instruction, can also be determined according to the game situation of each player. As an optional manner, when the anchor user is also a game player, in order to better implement the control of the anchor on the game and the control on the player, the anchor user may have two user terminals, and the contents of the live game interface displayed on the two terminals may be different, for example, a player manipulation area may be displayed in the live game interface displayed on the terminal where the anchor initiates the game start trigger request, a game manipulation area may be displayed on the terminal where the anchor performs a game operation, and the anchor may perform the player control and the game operation through the two terminals, respectively. At this time, the method shown in fig. 1 and the execution subject based on the alternative embodiment of the method may be a user terminal used by an anchor user for controlling a player. As another mode, a game control area and a player control area may be simultaneously displayed on a terminal, the terminal receives a player control instruction of the anchor and then sends the player control instruction to the cloud game server, the server performs corresponding control on the player, and for the game operation instruction, the cloud game server may send the instruction to a cloud instance corresponding to the anchor user, and the cloud game server executes the game control instruction.

In an optional embodiment of the present application, the at least one game player includes at least two game players, the game live view includes a main view and at least one auxiliary view, and each of the main view and the at least one auxiliary view corresponds to one game player.

Optionally, one main picture and at least one auxiliary picture satisfy at least one of the following:

the picture quality of the main picture is higher than that of the auxiliary picture;

the size of the display area of the main screen is larger than that of the display area of the sub screen.

In practical application, considering that the display area of the display screen of the terminal device is limited, the game pictures of each game player can be displayed in a main picture and an auxiliary picture mode, the main picture is displayed in a larger display area, or the picture quality of the main picture is better than that of the auxiliary picture.

Optionally, the main picture is a game picture corresponding to a game view angle of a specified game player, and the auxiliary picture is a game picture corresponding to a game view angle of a player other than the specified game player.

The designated game player can be configured according to actual requirements, and optionally, the designated game player is an anchor user, or a game picture corresponding to a player perspective determined as the game player by the first one of at least one game player.

Since each game player can participate in the operation of the game, in order to enable the player to better view the game scene information corresponding to the game view angle of the player, the main picture can be a game picture of the game view angle of the current player. Specifically, if the anchor user is one of the game players, the main screen of the anchor client is a game screen corresponding to the game view of the anchor. If the anchor user is not a game player, the main picture of the client may display a game picture corresponding to the designated game player, for example, a game picture corresponding to a game player who successfully applies for the game participation right first. Correspondingly, for a non-anchor user, the home screen of the client may be a game screen corresponding to the user's own game perspective.

In an optional embodiment of the application, the game live broadcast interface comprises a main picture display area and an auxiliary picture display area; the method may further comprise:

and responding to the game picture switching operation of the main player user, switching the auxiliary picture corresponding to the switching operation into the main picture display area, and switching the main picture before switching into the auxiliary picture display area.

That is, the anchor user can switch between the main picture and the sub-picture according to the needs of the anchor user.

Based on the same principle as the method shown in fig. 2a, the embodiment of the present application further provides a cloud game-based interaction method, which is executed mainly by a user terminal of a cloud game player, that is, from the perspective of the game player, the method provided by the present application is described, as shown in fig. 2b, and the method may include the following steps:

step S210: obtaining game participation operation of a current game user through a game participation interface, wherein the game participation operation is the participation operation aiming at a target cloud game, and the target cloud game is a cloud game triggered by the start of an anchor user;

step S220: according to the game participation operation, sending a game participation request to a cloud game server so as to enable the cloud game server to determine game players of the target cloud game from game users who initiate the game participation request aiming at the target cloud game, wherein the determination of the game players is related to the request time of the game users initiating the game participation request;

step S230: in response to the current game user being determined as a game player, displaying a game live interface of the target cloud game, wherein a game live screen participated by at least one game player is displayed in the game live interface; the game live broadcast picture comprises a game picture corresponding to a game visual angle of a current player user.

The game participation interface may be specifically which interface or interfaces, which is not limited in the embodiment of the present application, for example, the game participation interface may be a home page after a game user logs in a cloud game client, a game participation entry is displayed in the home page, a player may apply for participating in a target cloud game initiated by a anchor user through the entry, or the game participation interface may also be a live broadcast room interface corresponding to the anchor user, a game participation entry is displayed in the live broadcast room interface, or the game participation interface may also be one or more user interfaces of the cloud game client, a game participation entry is displayed in a designated area of the user interfaces, for example, a banner (banner) area above the user interface may display a fast game entry, and a user may click the entry to initiate a game participation request. Alternatively, after the game user clicks the game participation entry, a game invitation information (e.g., password) input area may be displayed, and the game user may input the game invitation information in the area and click the confirmation to initiate the game participation request.

Based on the method provided by the application, a host user can select a cloud game (namely, a target cloud game) which is to be started through starting triggering operation at a cloud game client, any user (namely, a game user) which wants to participate in the target cloud game operation can initiate a game participation request aiming at the game to a cloud game server at a game participation interface of the client, the cloud game server determines a game player capable of participating in the game operation from all users according to the request initiated by all users, the game player can participate in the target cloud game to control and operate the target cloud game, a user terminal of the user can send a corresponding operation instruction to the cloud game server according to the game operation, the cloud game server performs corresponding operation on the cloud game according to the operation instruction and sends corresponding game picture data to terminals of all users participating in the game, and the terminal displays the corresponding game picture according to the received game picture data.

Optionally, in response to the current game user being determined as the game player, before displaying the game live interface of the target cloud game, the method may further include:

and displaying a broadcast waiting picture, wherein at least one display area is displayed in the broadcast waiting picture, each display area corresponds to one cloud instance, the at least one display area comprises a display area corresponding to the cloud instance corresponding to the current game user, and the cloud instance is a cloud instance of a target cloud game created by the cloud game server in response to the starting triggering operation.

Optionally, the at least one display area includes M display areas. Where M is the maximum number of players for the target cloud game.

Optionally, a game participation entry is displayed in the game participation interface, and the obtaining of the game participation operation of the current game user through the game participation interface may include any one of:

responding to a first trigger operation of a current game user for a game participation entrance, displaying a game invitation information input area, and receiving game invitation information input by the current user through the input area; the game participation operation comprises a first trigger operation and an input operation of game invitation information, and the game participation operation comprises the game invitation information;

and receiving a second trigger operation of the current game user for the game participation entry through the game participation interface, wherein the game participation interface is a user interface associated with the anchor user, and the game participation operation is the second trigger operation.

In practical application, the method that a game user can participate in a target cloud game can be configured, the participation method can include, but is not limited to, the two methods, for the first method, the game participation interface can be an interface associated with an anchor (associated means that an anchor user can be determined according to the interface), or an unassociated interface, the game user can apply for participation in a manner of inputting game invitation information, the game invitation information can uniquely identify the anchor user, that is, the cloud game server can determine, according to the invitation information, that a game participation request corresponds to a participation request of a cloud game triggered by which anchor; for the second type, the game participation interface is a user interface associated with the anchor user, the game user may not need to input information, and the game participation entry may be triggered (e.g., clicked) by performing a triggering operation on the game participation entry, for example, the game participation entry may be a graphic in a certain specific shape displayed in the live room interface of the anchor user, the operation of clicking the graphic by the game user is the triggering operation of wanting to participate in the game, at this time, the user terminal of the game user sends a game participation request to the cloud game server, where the request carries identification information of the anchor user.

In an optional embodiment of the present application, the game live view further includes game views corresponding to game views of other game players, and the other game players are players of at least one game player except a current game user; the game images corresponding to the game visual angles of the current game users are main images, and the game images corresponding to the game visual angles of other game players are auxiliary images.

Optionally, the main picture and the auxiliary picture satisfy at least one of the following conditions:

Optionally, the game live interface includes a main picture display area and an auxiliary picture display area; the method further comprises the following steps:

and responding to the game picture switching operation of the current game user, switching the auxiliary picture corresponding to the switching operation into the main picture display area, and switching the main picture before switching into the auxiliary picture display area.

For the game player, besides the game picture corresponding to the game view angle of the player, the game picture corresponding to the game view angle of other players participating in the target cloud game can be displayed on the user terminal, so that each game player can better master the global situation of the game. Optionally, when the game screens corresponding to multiple players are displayed simultaneously, because the players need to determine how to perform game control according to the game conditions in the current game scene, the game screens at the viewing angles of the players may be presented in the main screen display area, that is, displayed as the main screen, and the game screens at the viewing angles of other players are displayed as the auxiliary screens. Optionally, the game player may switch the main picture and the auxiliary picture according to the need of the game player.

It is understood that the alternative embodiment shown in fig. 2a and the other alternative embodiments based on the scheme shown in fig. 2a provided by the present application, and the alternative embodiment shown in fig. 2b and the other alternative embodiments based on the scheme shown in fig. 2b, describe the same technical solution from two different perspectives, respectively, one is a description from a user initiating a cloud game (i.e., an anchor user), that is, an execution subject of the method is a user terminal of the anchor user, and the other is a description from a perspective of a user participating in the cloud game, that is, a game player, that is, an execution subject of the method is a user terminal of the game player. In the foregoing description, when the description is performed from two angles, some repetitive descriptions may not be repeated too much, but the descriptions of the two different angles may be mutually referred and supplemented, which will be clear to those skilled in the art.

For a better explanation and understanding of the principles of the methods provided herein, the following description of the embodiments of the present application is provided in connection with an alternative embodiment. It should be noted that the specific implementation manner of each step in this specific embodiment should not be understood as a limitation to the scheme of the present application, and other implementation manners that can be conceived by those skilled in the art based on the principle of the scheme provided in the present application should also be considered as within the protection scope of the present application.

Fig. 3 is a schematic structural diagram of an interactive system based on a cloud game, to which the present application is applicable, and as shown in fig. 3, the system may include user terminals, including the

user terminals

11, 12, 21, and 31, the cloud game server 20, and the live server 30. The cloud game server 20 and the live broadcast server 30 may be two independent servers as shown in fig. 3, or may be one server that supports both the cloud game service and the live broadcast service. In this embodiment, two servers capable of communicating with each other are explained. Each user may register a game account through a cloud game client corresponding to the cloud game server 20, and after the registration is successful, the user is called a white list user of the cloud game, the user terminal may communicate with the cloud game server through a network, and the user may perform the cloud game at the cloud game client. Each user can view the live broadcast of the anchor user in the live broadcast room of the live broadcast client corresponding to the live broadcast server 30. A user may initiate an anchor user registration request to the live server 30 via the live client to become an anchor user. In this embodiment, user a is a main broadcasting user, user B is a cloud game registered user, and user C is an audience user watching a live broadcast through a live broadcast client or a live broadcast applet. It is understood that each type of user in fig. 3 is only illustrated as an example, and in practical applications, there may be many types of users. The user terminals may communicate with the cloud game server 20 and the live broadcast server 30 through a network, and the cloud game server 20 and the live broadcast server 30 also communicate through a network, and the specific form of the communication network is not limited in the embodiment of the present application.

The cloud game server 20 may support a plurality of cloud games, where the plurality of cloud games include one or more multi-start games, and the anchor user a may initiate a start trigger operation for the multi-start game through a game client thereof, so that a plurality of player users may participate in the operation of the game at the same time, and may display a live game screen of the game on the live-air client. In this embodiment, the maximum number of players of the multi-start game is 5, that is, at most, 5 game players may participate in the game operation of the multi-start game at the same time, and the game starting condition of the target cloud game selected by the anchor user a is that the number of players reaches the maximum number of players.

An alternative embodiment of the interaction method provided in the present application is described below based on the system shown in fig. 3 and fig. 4 and 5, where fig. 4 is an interaction flow at the side of the anchor user (user a in this embodiment), and fig. 5 is an interaction flow at the side of the game user (any user who wants to participate in the multi-start game initiated by the anchor user, user B in this embodiment). In this alternative embodiment, multiple games are played.

As shown in fig. 4, the anchor user a may log in to the cloud game platform at a cloud game client (which may be a web page version client, such as a pcweb shown in fig. 4) of the user terminal 11 (fig. 3 is a personal computer, for example), using its cloud game account (an account authenticated by the cloud game server, that is, an official white list account shown in fig. 4), the user terminal 11 sends a login request including the cloud game account of the anchor user a to the cloud game server 20, and the cloud game server 20 verifies the account, and if the verification is passed, the login is successful. After login is successful, the anchor user can see a cloud game list capable of being opened by one key (i.e. multi-opening game) on a home page after login or other user interfaces entered through the home page.

Optionally, in practical applications, the multi-start game corresponding to the anchor user may be determined according to the user capability of the anchor user, for example, the anchor users with different capabilities may correspond to different multi-start game lists, and optionally, the multi-start game corresponding to the higher anchor capability may also be more, for example, the anchor capability may be represented by one or more items of information such as the game level, the game winning rate, or the anchor level of the anchor. Only the anchor user can see the game entries prepared for the interactive play method of the multi-division game provided by the application, only the anchor can create the game prepared for the interactive play method, and only the anchor can perform multi-division for the game of the interactive play method.

In addition, the anchor has a player control authority, optionally, the anchor user can perform one-to-one game participation authority control on the game players participating in the interactive play, and can recover the control authority of the shared account (that is, the anchor user can pause, quit or reset the game players at any time according to the control instruction by sending the control instruction for a certain game player or certain game players to the cloud game server at any time when the player user is in a game participating state). Alternatively, if the anchor receives back the game control right, i.e., the game participation right, of the game player, the cloud game server 20 may send a corresponding prompt message to the user terminal of the player to display the prompt message at the client of the game player. Optionally, after a certain player is cancelled, the player cannot apply for participating in the game again within a certain time period, for example, the user cancelled the game participation right must apply for participating in the game again after 1 minute. Thereafter, the anchor user a may select a cloud game, i.e., a target cloud game, in the cloud game list, which the anchor user a wants to interact with other game users, and initiate a start triggering operation for the target game by selecting (e.g., clicking) the cloud game, i.e., the clicking cloud game shown in fig. 4 is turned on and off.

As an example, fig. 6 is a schematic diagram of a user interface of a cloud game client, where the interface displays a cloud game list corresponding to a host user with one-key multiple opening, as shown in a region 102 in the figure, in this example, there is only one multiple opening game, a "game name" region is used to display a name of the cloud game, a "game cover or other" region may be used to display a cover or other currently relevant information of the cloud game, a "second play" region is a game opening entry of the cloud game, and in practical applications, the region may be displayed in a highlighted manner, and an operation of the host user clicking the region is a start trigger operation for the game. It is understood that the interface is only an exemplary interface, and the forms of various user interfaces involved in the embodiments of the present application are not limited, for example, with reference to fig. 6, the start triggering operation may be an operation of "second play" click, an operation of a user clicking a region where a game cover is located, and the like, and the upper region 101 of the user interface of this example may also display a brief introduction or other contents about the cloud game, such as other activity information of the cloud game platform, and the like.

After receiving the above-mentioned start triggering operation of the user, the user terminal 11 may send, in response to the operation, a game identifier of the target cloud game to the cloud game server 20, and the cloud game server 20 may create a plurality of devices corresponding to the target cloud game for the anchor user (i.e., allocate a plurality of cloud instances), and create a game room for the anchor user, where the specific flow is as follows:

the black-out function, namely, the multi-start game, occupies more cloud instances, so that authority control is required, and only authorized anchor users can perform multi-start of the multi-start game. After the anchor user a initiates a start trigger, that is, after clicking to enter a certain multi-start game, the cloud server 20 allocates a cloud instance to the anchor as a control instance, and the anchor user a can control a game player through the control instance. In order to achieve multi-opening, the cloud game server 20 allocates a corresponding number of game accounts, for example, 5 game accounts, to the anchor user according to the maximum number of players supported by the target cloud game, and provides the 5 game accounts to the anchor user, a corresponding number of black-out windows may be displayed on the user terminal 11 of the anchor user a, where the number of black-out windows is equal to the maximum number of players that can be concurrently opened by the target cloud game, that is, the maximum number of players, as shown in fig. 7, 5 black-out windows are shown, and one window corresponds to one game account. It can be understood that fig. 7 is only an exemplary diagram, the position and the display manner of the black window in fig. 7 can be changed, and other information, such as promotion information of the target cloud game, can also be displayed on the left side in fig. 7 (the display area corresponding to the "xxx information" in the drawing). Optionally, the interface may also be absent, for example, the cloud game server may not provide 5 game accounts to each anchor user, but the cloud game server directly allocates 5 cloud instances of the target cloud game, that is, the following devices, to the anchor user based on the 5 game accounts.

Then, the 5 game accounts need to be converted into actual login devices (namely cloud rendering devices corresponding to the target cloud game), so that a hardware basis is provided for later sharing (namely, multiple users participate in the game). Fig. 8 is a schematic flow chart illustrating a process of converting a game account of an anchor user into a device, as shown in fig. 8, the anchor user may input a game account (a game account allocated to the anchor user by the cloud game server 20) after clicking through the above-mentioned blackout window, the operation of inputting the game account may be understood as a trigger operation of creating a cloud rendering device, in response to which the cloud game server pulls up the device (i.e., a cloud instance, such as an android virtual device container) and issues a game image of a target cloud game (a game installation package of the cloud game) to the device, so that the target cloud game can be installed on the device, that is, the anchor user sends a device creation request (the request includes the game account) to the cloud game server, the cloud game server 20 creates a corresponding cloud instance after receiving the request, that is, that the corresponding device is started for each account, after device start-up (i.e., successful device creation as shown in fig. 8), the cloud gaming server may operate with the remote adb (i.e., adb command, the cloud gaming server may control the device with the remote adb command) device start-up game (pull-up game as shown in fig. 8). Through the above process, the creation of 5 devices corresponding to a target cloud game is completed, that is, 5 cloud instances are created, and as shown in fig. 4, the step of pulling up the first blackout play instance successfully and pulling up the 2 nd to 5 th devices more is performed, where a cloud game server verifies a game account input by a host user when allocating 5 cloud instances to the host user, the game account input by the host user should be an account allocated by the server to the host user, and the "function of needing to support live white list and multiple billing" shown in fig. 4 means that an account requesting to create the device needs to be a white list account corresponding to the target cloud game that can be opened more (that is, 5 accounts allocated by the server).

After the first device creation is completed, the cloud game server 20 may create a room corresponding to the target cloud game for the anchor user, that is, a game room (corresponding to the room created by opening the black block on live shown in fig. 4) in which a plurality of subsequent game players play the target cloud game. Optionally, the cloud game server may send a live broadcast room creation instruction to the live broadcast server 30 after the first device is successfully created, or after a game start trigger request of the anchor user is received, or at other times (e.g., after the cloud end instance is created), create a live broadcast room for the anchor user by the live broadcast server 30, and provide live broadcast room information to the cloud game server 20 or create a live broadcast room for the anchor by the cloud game server 20, so as to display the live broadcast room on a designated interface of the cloud game server. Of course, the live broadcast room may also be displayed in the live broadcast client corresponding to the live broadcast room server 30, and a general user may find the live broadcast room of the anchor user in both the live broadcast client and the cloud game client. After the room is created, the cloud game server 20 may use each game account to complete login of the room, that is, each account is associated with the room (corresponding to account login shown in fig. 8, entering the room), that is, each game account is added into the room, information corresponding to 5 game accounts can be seen in the room, an interface corresponding to the room can be seen at a client of the anchor user, a virtual scene picture of each game account and a cloud instance corresponding to each account can be displayed in the interface, which is an optional way of a broadcast waiting picture, an interface form of the broadcast waiting picture is shown in fig. 9a, as shown in the figure, 5 areas of examples 1 to 5 display virtual scene pictures corresponding to cloud instances respectively, and a game account corresponding to each instance is displayed in a manner associated below each area, i.e., account number 1-account number 5 as shown in the figure.

In this example, the on-air waiting screen is the same interface as the anchor operating interface on which the anchor can operate to invite the game user to participate in the game. As can be seen from the foregoing description, after the anchor clicks "second play" shown in fig. 6, the live client may display the operation interface. As shown in fig. 9a, 5 areas of "new devices" may be displayed at the right side of the interface, each area corresponds to one cloud instance, and each area is an operation sub-area of a game invitation, for example, five cloud instances corresponding to instances 1 to 5 shown in fig. 9a respectively correspond to 5 areas of "new devices" displayed from top to bottom one by one, specifically, the anchor may click each area of "new devices", the cloud game server 20 generates a game invitation message in response to the action of the anchor, for example, a black password 66666 shown in fig. 9b is opened, and each anchor clicks one area of "new devices", a string of passwords may be generated, each password is associated to one device, that is, a cloud instance, may be stored in a database corresponding to the cloud game server, optionally, the life cycle of the password may be equal to the life cycle of the device, for example, the anchor resets the password, the corresponding cloud instance may fail, and a new cloud instance may be created for the reset password. Alternatively, the cloud game server 20 may generate the password satisfying the following rule:

and (3) generating a password: the administrator (namely the anchor) clicks the newly added equipment and then generates the new equipment;

validation of the password: from generation to closing of the instance, wherein closing of the cloud instance can be controlled by the anchor;

deletion/invalidation of password: the administrator closes the corresponding instance, or manually regenerates and replaces the original password;

if the anchor wants to manage the instance in sharing (for example, the player is not allowed to enter temporarily), the anchor can click the sharing account button again to regenerate the interactive code (namely the password) for the instance, at this moment, the original equipment interactive code is invalid, optionally, the game operation authority of the corresponding player can be cancelled at this moment, and the player in control can not be kicked, namely, the control authority of the player is not cancelled, but other processing modes are adopted.

Referring to the schematic diagrams shown in fig. 10a and 10b and the password generation flowchart shown in fig. 11, a password creation process is described, as shown in fig. 10a, 10b and 11, an anchor user a may click on a "new device" area on a user interface of a user terminal 11, and this action generates an instruction for a password triggered by the anchor for a specific device, the user terminal 11 sends the instruction to the cloud server 20, the server generates a fixed-length random number string as a password corresponding to the device, such as a five-digit number string shown in fig. 9b and 10b, and determines whether the generated password exists in a database by querying the database, that is, whether there is a repetition, if so, the password is regenerated, and if not, the generated password is associated with the device and stored in the database, the server can realize the control of the game player according to the association relation between the password and the equipment stored in the database, including but not limited to determining the competition result of the request corresponding to the participation request according to the password, distributing the equipment to the player and the like.

After the password is generated, a user interface on the anchor side may display information of "waiting for player link", and may further have a password copy button, and the anchor may click the button to copy the password so as to share the password, as shown in fig. 9b and fig. 10b, optionally, after the device creation is completed, the anchor user may further perform device control as needed, for example, may close the device, as shown in a 901 region shown in fig. 9b and a corresponding region in fig. 10b, and the anchor may perform device setting by clicking the region, for example, after clicking the 901 region, display a prompt of whether to determine to close the device, and if so, the cloud game server may close the corresponding device.

Returning to fig. 4, after the password is generated and displayed at the anchor client, the anchor may share the password with itself (the password shown in fig. 4 is given to its mobile device) and other users, such as its fan or any other user, and the sharing manner is not limited, for example, the password may be shared with a fan group, a live broadcast room of the anchor, or shared with users who want to share through other applications. The anchor may initiate the game participation request as a game user on his user terminal 11 or user terminal 12 through the game participation interface, alternatively, as shown in fig. 3, the anchor may initiate the game participation request on his user terminal 12, and likewise, other users may initiate the game participation request on the game participation interface on his terminal.

Taking the user B shown in fig. 3 as an example of a game user who wants to participate in a multi-start game initiated by a main broadcast, if the user B is a non-game registered user, the user B can obtain a password shared by the main broadcast through a live broadcast room or a fan group of the main broadcast, and if the user B does not have a client corresponding to the cloud game, the user B can first install and register a game account and then log in the game client through the account, as an alternative, a download two-dimensional code (the main broadcast two-dimensional code shown in fig. 5) of the cloud game client can be displayed in an interface of the live broadcast room or the fan group of the main broadcast, and the user B can download and install the cloud game client by scanning the two-dimensional code and log in the cloud game client after registering the game account. After logging in, the user B may click to enter a game participation interface (a one-touch black board top page shown in fig. 5) in a designated area of a user interface of the cloud game client (such as a one-touch black board of a game banner shown in fig. 5, or an operable area displayed for a top page of the client or an upper area of another interface), where the board has a game participation entry, and after clicking the entry, a password entry area may be displayed, where the user B may enter an interaction code, that is, an obtained anchor share password, and confirm that the entry is submitted, the user terminal 21 of the user B sends a game participation request to the cloud game server 20, where the request includes the password entered by the user B. The server 20 determines whether the corresponding cloud rendering device is occupied according to the password in the request (whether the shared account shown in fig. 5 is already occupied), the device/account corresponding to each password can only be controlled by the first user (which may be a fan of a main broadcaster or any user) who inputs the password, for the server 20, the device corresponding to the password may be allocated to the first request including the password in the game participation request received by the server, that is, the device is occupied by the user (for example, the pcweb instance shown in fig. 4), for the user B, if it is determined that the device corresponding to the password included in the request is occupied, the user is prompted that the device is occupied at the position, if not occupied, the competition result of the request is successful, the device corresponding to the password may be allocated to the user B, and the user B may participate in the cloud game, and may control the device using a cloud game manner, i.e., operate a cloud game, and accordingly, the server 20 may synchronize the player status to the user device 11 on the anchor side to prompt which player (xxx shown in the figure) is controlling the game, as shown in fig. 12, and if the device corresponding to one password is occupied, may display identification information of the player occupying the device, such as a head portrait of the player and a name of the player (such as a game account number of the player) in the area corresponding to the password in the user interface on the anchor side.

If the user B is a registered cloud game user corresponding to the cloud game server 20, as shown in the right flow branch in fig. 5, the user B may directly obtain a password in a live broadcast room corresponding to the anchor user a at the cloud game client, that is, after the anchor user a initiates a cloud game, the cloud game server 20 may pull up the live broadcast room of the cloud game client for the anchor user a (a one-key blackout play template room shown in the figure, that is, after the first cloud instance is successfully created in the foregoing, the live broadcast blackout board creates the live broadcast room of the target cloud game for the anchor), the anchor user a may share the password in the room, and the user B may enter the live broadcast room to take the password, and then may enter the game participation interface to initiate a game participation request by inputting the password.

The following describes an alternative way for the user B to apply for participating in the target cloud game with reference to several diagrams.

If the user B is a non-game registered user, the user B can take a anchor password (i.e., a password shared by an anchor) in an external live broadcast room of the anchor user a (a live broadcast room of a non-cloud game client) such as a live broadcast room of a live broadcast client corresponding to the live broadcast server 30, as shown in fig. 13a, a two-dimensional code (a two-dimensional code scanning area shown in fig. 13 a) corresponding to the cloud game client can be displayed in the external live broadcast room of the anchor, and the user B can quickly download and enter the cloud game client by scanning the two-dimensional code, and can be called a cloud game registered user after registration. After user B becomes a registered cloud game user, the user B may enter a game play interface of the cloud game client, which may be shown in fig. 13B and 13c as two examples, wherein, fig. 13B can be understood as a fast portal interface, the user B can directly click the game participation portal, i.e. the "enter black password" area, without entering the live broadcast room of the cloud game client of the anchor user a, and can display the password input area, and then input the password to initiate the game participation request, optionally, the interface may also display a list of live rooms corresponding to each anchor user, such as a live room identified by each black-filled area displayed in the "live broadcast" area in the figure, the area may display a cover of the live room, a name of the live room, identification information of the anchor user, and the like, and the user may click in the area to enter the live room interface of the anchor user. Fig. 13c is a live broadcast room interface of the cloud game client of the anchor user a, as shown in the figure, a live broadcast room name, a current live broadcast picture and a chat information display area between right angles can be displayed in the interface, a user terminal of a live broadcast audience user who enters the live broadcast room can be displayed with the interface, the audience user can speak in the live broadcast room, for example, information can be input through an "information input area" shown in the figure, the user confirms that the sent information can be displayed in the chat information display area, the current live broadcast picture displayed in the interface can be a current picture of the anchor user, for example, a video picture of an environment where the anchor is located, and a prompt message (for example, "abc" shown in the figure is being blacked out with a player) can be displayed in the interface, the prompt information can prompt the audience user in the live broadcast to initiate a multi-play game in the anchor user, and the audience who wants to participate can apply for participation, for example, for user B, he may enter the live room interface and enter a password after the interface clicks on the game entry, i.e., the "enter black and white password" area. As shown in fig. 14a, the user B may click on the password input area displayed in the "enter black password" area, where the user B may enter a password, such as "66666" shown in fig. 14B, and after click confirmation, the user terminal 21 of the user B sends a game participation request to the cloud game server, and the user B may click on "cancel" to cancel and re-enter the password. In addition, the user B can know the relevant participation rule of the multi-start game by clicking the "participation rule" in fig. 13B, 14a or 14B. After the target cloud game meets the starting condition, the current live broadcast picture in the live broadcast room may be a game live broadcast picture, such as a picture for a plurality of players to interactively play the game, optionally, the game live broadcast picture may be a game picture of a game view angle of a host player, or may include a game picture of a player view angle of each player, and for example, the game picture in the live broadcast room may also display a game picture corresponding to each player view angle in the manner of the main picture display area and the auxiliary picture display area described in the foregoing.

The specific interface form shown in fig. 13B and 13c is not limited in this embodiment, as shown in fig. 13B, a live broadcast room list of a main broadcast in which a multi-game live broadcast is being performed may also be displayed in the interface, each black polygonal area in the drawing represents one live broadcast room, the interface shown in fig. 13c may be displayed after the user B finds the live broadcast room of the user a in the list and clicks, and the interface form may not be limited to the schematic diagram shown in fig. 13 c. In addition, after the target cloud game meets the game starting condition and enters the live broadcast, a corresponding game live broadcast picture can be displayed in the live broadcast room, and a spectator entering the live broadcast room can watch the game live broadcast picture, such as a user C shown in fig. 3, the user C can watch the live broadcast in the live broadcast room of the anchor in the cloud game client side, and can also watch the live broadcast in the live broadcast room of the anchor in the live broadcast client side. The live broadcast room specifically displays the game pictures corresponding to the game views of the player or players, and the game pictures can be configured according to requirements.

After receiving the game participation request of the user B, the cloud game server 20 may perform the operations as shown in fig. 15: the server, that is, the server checks whether a player (the request may have a player identifier) is kicked by the host for less than 1 minute (checking whether the user identifier UID of the player is blackened shown in fig. 15), if so, the server rejects the request, of course, the server may first check whether the password in the request is correct, if not, prompt the user B to re-input, as shown in fig. 14c, if the user B is not blackened and the password is correct, then the server may query the database for the corresponding device according to the password, lock the checked device, at the same time, only one player may successfully lock the device, and determine whether the device is already associated with a sub-account (that is, occupied), if so, unlock the device, and return information that the password is already occupied, as shown in fig. 14d, otherwise, associate the player UID as the sub-account with the device, assign an operation authority to the sub-account, that is, assign a game operation authority to the user B, and unlocking the device, acquiring the unique id of the device and the session token (token) and providing the unique id of the device and the token for the terminal of the user B, and finishing the signaling handshake data with the device by the client of the user B through the unique id of the device, the user id of the client and the session token. After the client completes the handshake, video and control streams can be established with the device. The user sees the game picture through the video stream, and operates the game through the control stream.

Any game user who wants to participate in the game (which may include a host) may apply for participation in the game by sending a participation request to the cloud game server. After the game starting conditions of the target cloud game are met, for example, 5 cloud instances are occupied, the live game pictures are displayed on the interfaces of all game players participating in the target cloud game, the game players can control the game, the cloud game server can perform corresponding processing according to game operation instructions of all the players, and corresponding game picture data are sent to user terminals of the players to display the corresponding game pictures.

For any user with game participation right, the game live pictures displayed by the client side of the user can comprise game pictures corresponding to game views of various players. Taking the anchor as an example of one of the game players, the anchor can control the game player through its terminal 11 (which may be called as a play side), and can participate in the game through its user terminal 12, and the interface of the terminal 11 can see all the pictures of the opened cloud instances, that is, the game pictures of 5 viewing angles. Optionally, only one large picture (i.e. the main picture) of the example can be displayed at the same time, and the other examples display the low-resolution and low-bitrate video (the auxiliary picture, it should be noted that the high and low in the example of the present application are relatively speaking) so as to perform the rough preview. For each game player, taking the anchor user a and the user B as an example, the client of the terminal 12 of the anchor user a and the client of the terminal 21 of the user B may only display the game screens corresponding to the respective game viewing angles, or may display the game screens corresponding to all the player viewing angles, and the game player may perform game interaction through the user interface of the client to realize multi-player interaction.

As an example, a schematic diagram of an alternative multi-game screen display provided by the embodiment of the present application is shown in fig. 16, the leftmost portion of figure 16 that corresponds to the portion of the anchor side may be a schematic representation of the user interface of the player terminal of anchor user a, wherein, the picture a displayed in the home picture area of the example selected in fig. 16 is the home picture, the pictures b-e corresponding to the widget display picture part are the game pictures corresponding to the game views of other 4 players, i.e. players 1-4, respectively, the top of the widget display picture part may further include a widget display area corresponding to the anchor, if the anchor user wants to switch the home picture, the picture of any user of the players 1-4 can be selected, at this time, the selected picture is displayed in the main picture area, and the original main picture is displayed in the small window display area corresponding to the picture.

The middle part and the left part in fig. 16 show data interaction between a cloud game server (i.e., a cloud server in the figure) and game operation terminals (e.g., the terminal 12 of the anchor and the terminal 21 of the user B) of each game player (including the anchor), an application end or a client end of each player displays audio and video streams (i.e., game picture data) sent from a corresponding cloud instance of the cloud server, receives a game operation instruction of the player and sends the game operation instruction to the cloud server, and as shown in fig. 16, the anchor user and four players correspond to instances 1 to 4, respectively.

Optionally, in order to implement differentiated display at different terminals, a game picture of the same cloud instance may be encoded into audio and video streams with different code streams and frame rates, that is, the cloud server supports the same instance to have multiple paths of audio and video encoding and pushing capabilities with different frame rates and code rates, and the main picture and the auxiliary pictures may be switched by the anchor player and other game players as needed. Taking the anchor broadcast control side shown in fig. 16 as an example, the principle of implementing screen switching is shown in fig. 17:

the right side of the anchor broadcast control side (the small window display picture, i.e. the area 70 on the right side in fig. 16) displays the created example at a low bitrate and a low frame rate, no matter whether a player is connected to the example or not, wherein the low bitrate and the low frame rate are respectively relative to a high bitrate and a high frame rate in the following text, the low bitrate is less than the high bitrate, the low frame rate is less than the high frame rate, and the specific value of high or low is not limited in the present application. In the present application, the lower the code rate, the lower the picture quality will be, that is, the code rate of the game picture data sent to the terminal by the cloud game server, and the frame rate refers to the frequency of continuous appearance of bitmap images in units of Frames on the display, that is, the number of Frames Per Second (frame Per Second), that is, the number of Frames of the game picture data received by the terminal Per Second.

The left side is the main picture area, i.e. the area 60 in fig. 16, and shows the selected example picture (picture a, the data corresponding to the picture displayed in this area is the original observed audio/video stream shown in fig. 16), and the selected example picture is displayed at a higher bit rate (i.e. a high bit rate) and a higher frame rate (i.e. a high frame rate). The right small window example display area (area 71 to area 74 shown in the figure, each area corresponds to a game player, the area can display identification information of a player (such as a game account number distributed to a main player by a cloud game server occupied by the player) and a game picture of a visual angle of the player, the area 71 in the figure is used for displaying identification information of player 1 and a corresponding game picture, namely b picture in the figure), the selection can be clicked (a picture of a certain player or a certain player is selected), and the selected example cannot be clicked. After a new instance in the selection is clicked, the code rate and the frame rate of the audio and video stream of the instance (referred to as the original instance) corresponding to the original main picture area 60 are reduced, the audio and video picture content (such as the picture a shown in the figure) of the original instance temporarily returns to the designated position of the right small window display area (the area in the corresponding small window display picture, namely the original observation audio and video stream shown in the figure is displayed on the right column, and if the original instance is the instance corresponding to the anchor, the game picture of the anchor view angle is displayed in the uppermost area 61 of the right small window display picture in fig. 16). And (3) increasing the code rate and the frame rate of the selected example (the audio and video stream of the example corresponding to the player 1 is assumed to be the selected audio and video stream in the corresponding graph), displaying the audio and video picture content (such as the game picture of the player 1) of the selected example in the left main picture area 60 (the central area shown in the graph), and displaying no picture at the display position corresponding to the example in the small window example display area (such as the area 71 corresponding to the player 1) (namely, selecting the right column to display the selected stopped audio and video).

As can be appreciated from the foregoing description, in alternative embodiments of the present application, the anchor user may also exercise control of the game player by sending player control instructions to the cloud game server 20. Of course, the game player may also actively exit the game. The cloud gaming server 20 may also actively take player control in accordance with preconfigured player management policies. Alternative embodiments of player control are described below.

1. Player actively quits game

Optionally, a game quitting operation area may be displayed in a client interface (e.g., a live game interface) of the game player, and the game player may select to quit the game through the area, for example, after clicking the area, his user terminal sends a game quitting request to the cloud game server, and the cloud game server may control to release a game resource corresponding to the game player, for example, release a password corresponding to the game player, which may be used again for device sharing, that is, other users who want to participate may initiate a game participation request based on the password. As shown in fig. 18, after the player triggers a game quit operation (the player actively quits the game shown in the figure), the cloud game server may remove the UID of the player from the device-associated sub-account and remove the game operation authority corresponding to the UID of the player. Optionally, after the game participation authority of the player is released, the corresponding password may be resent to the live broadcast room for display, so as to prompt the user that the device corresponding to the password is idle, the user who wants to participate may apply for participating in the game using the password, for example, the next game of participating in the target cloud game may be applied to the server based on the password, and of course, if a new player is allowed to be added in the game process, the user may apply for participating in the game of the current game.

2. The player is played by the anchor

Optionally, the anchor may kick out the player occupying the device from the game by sending a player quit instruction or a player reset instruction for a certain game player to the cloud game server, and the kicked-out player cannot apply for participation in the game again through the password within a set time period (e.g., within 1 minute). As shown in fig. 19, the process may include:

1. anchor culling designated players on designated devices

2. The server removes the UID of the player from the sub-account of the device

3. Removing operational rights of a player UID

4. And storing the UID of the rejected player into a database, and blackening for 1 minute.

Alternatively, in a live process of the target cloud game, that is, in a process of playing a game by multiple players, a control terminal (such as the terminal 11) on the anchor side may display a player operation area

As an example, fig. 20 shows a schematic diagram of a game live interface at a main play control side, a blank area at the left side of the interface may display game screens at each player perspective, a player identification information of each game player, such as a player avatar and a user name (such as a game account number or a game nickname, and the like, optionally, a game account number may be a game account number allocated by a cloud game server for a main play user, and a game nickname may also be allocated by the cloud game server for each game account number) shown in the figure, game screens corresponding to each player perspective are displayed at the left side, as shown in the figure, game screens at main play perspectives (main play perspective in the figure) are displayed in a main screen display area, game screens at other player perspectives (player 1 to player 4 perspective screens shown in the figure) may be displayed in respective corresponding auxiliary screen display areas, in the figure, the area a is an auxiliary picture display area corresponding to the anchor, and if the anchor wants to switch the picture of the player 1 to the main picture display area for display, the anchor can click the view angle picture of the player 1 to perform the game picture switching operation, and can display the game picture corresponding to the anchor view angle to the area a and display the view angle picture of the player 1 to the main picture display area. The interface may further include a player operation area 301 corresponding to each game player, that is, a setting icon in a "gear" shape shown in the figure, the anchor user may click the icon to control the player, the anchor user may click the setting icon corresponding to the player when he wants to send a control instruction to which game player, optionally, after clicking the icon, the user may display information shown in fig. 21, the information may be suspended above or on one side of the information display area corresponding to the player, the anchor may select what control operation is performed according to the needs of the anchor, for example, the anchor selects "quit the player", the anchor terminal may send a player quit instruction to the cloud game server, or after selecting the anchor, may pop up a prompt message to prompt the anchor whether to determine to kick out the player, and if yes, send the player quit instruction to the server again, and the cloud game server executes the process of kicking the player according to the instruction. If the anchor selects 'reset password', the cloud game server kicks out the player and resets the password corresponding to the equipment occupied by the player, if the anchor selects 'quit equipment', the cloud game server closes the equipment occupied by the player, of course, after the anchor selects each control operation mode, prompt information can be popped up first, and corresponding operation is executed after the anchor confirms. In practical applications, the player control commands may be specifically configured according to actual needs, and the player control mode corresponding to each command may also be set correspondingly, which is only an optional example in fig. 21.

Optionally, in practical applications, before sharing the password, the anchor user may send a game participation instruction to the cloud game server at a game participation interface of the terminal 12, so as to ensure that the anchor user can become one of the game players.

3. Instance device lifecycle management, cloud gaming server management device

This section mainly relates to the recovery scene and the process of high in the clouds rendering device. The device needs to remove the authority of the live user due to program abnormity, network problems or human factors in the using process. The device with the removed authority can be distributed to other users for use through a sharing code (such as a password). Reclamation includes the following scenarios:

a. connection timeout: and the user client cannot complete handshake with the equipment due to compatibility or abnormal reasons, and the equipment is recycled in case of time-out.

b. And (3) disconnecting the user: after the user client establishes the connection, the connection is disconnected because of program abnormality or network problem. The device will then initiate a drop hold for a period of time, waiting for the user to reconnect. And the user reconnects in the offline maintaining period, and the service is continuously provided. If the user does not attach a device during the off-hold period, the device is recycled.

c. The anchor forces the user to be offline: the anchor may remove the user offline. The anchor client side initiates a forced offline request, the background server side (namely the cloud game server) can disconnect with the live user client side, and sends a corresponding error code to remove the ownership of the equipment.

Fig. 22 is a schematic flow chart illustrating a process of device management performed by an alternative cloud game server, as shown in the figure, after a device is ready, that is, after a device is created, if it is determined that a certain player user is assigned (a certain user is assigned according to the designation in the figure), that is, after a certain game player can participate in a game, a predetermined communication establishment mode may be performed, a live user (a game user determined to be able to participate in the game) is waited to connect to the device assigned to the live user, and if the connection is over time, the device may be recovered, that is, the assignment state is cleared, the device is not assigned to the user, and the user finally cannot participate in the game. If the connection is not overtime, after the communication connection between the player client and the device is successfully established, the cloud game server can send game picture data to the terminal of the user to display at the client (corresponding to the live user connection outflow in the figure), and can also receive and execute game operation instructions of the player. If the cloud game server receives a quit instruction of the anchor aiming at the player in the live broadcasting process, namely the anchor wants to force the live broadcasting user to be offline, the cloud game server can execute a process of kicking out the player, or if the player actively quits the game in the live broadcasting process, equipment is also recovered, and the equipment distribution state corresponding to the user is cleaned.

Corresponding to fig. 4, the device corresponding to the player, i.e., the cloud instance, is idle when the user is under a subscriber line (e.g., the player actively exits the game or due to connection timeout) or the manual terminal of the anchor (i.e., the anchor kicks the player), and the device may also operate, i.e., the account number is still, if other users can use or remain idle. After the target cloud game is finished (the game shown in fig. 4 is finished), the cloud game server may close the account (game account allocated to the cloud game server) allocated to the anchor, close the corresponding cloud instance, and after the first created cloud instance is closed, close the corresponding black room (the original game room is closed shown in the figure), thereby closing the live game screen. Optionally, in practical applications, after the anchor user initiates a start trigger operation for the target cloud game, that is, after the anchor initiates a game, one or more user interfaces of the anchor client, one or more user interfaces of game players, or a live broadcast interface may also display live broadcast content of the anchor, for example, a real-time video of the anchor may be acquired by a terminal of the anchor and displayed in the interface.

According to the interaction method provided by the embodiment of the application, a game anchor, namely an anchor user, can give a user watching live broadcast through a shared room password (namely game invitation information), the anchor enables the user to directly join in the game through the shared password, and can replace participating players at any time through password resetting in the game process, and the players can quickly play the game through password-free authorized login input; or after the anchor initiates the game, the game participation entrance is directly displayed in the live broadcasting room of the anchor, and the player can quickly apply for joining the game by clicking the entrance without inputting a password.

According to the method, a host user triggers to start a game, game users (namely users who want to play the game) can compete to participate in the game by initiating a game participation request, and therefore, based on the method provided by the application, one or more game players can participate together, namely, the host user starts to realize the common participation of multiple accounts in the game, namely, a cloud game server can create multiple cloud instances, the game mode can be called as game multi-start (namely, multiple players can participate in the operation of the cloud game together), the starting authority of the mode is the host user, the cloud game which can adopt the game method can be called as multi-start game or black start game, and the method provided by the application can be called as one-key black start game.

In addition, for better management of the gaming environment, the anchor user may have player control, which may include, but is not limited to, the player may set a number limit condition for the game players as described above, and may also control the start of the game, i.e., the game start condition may include the anchor user performing a game start operation, such as clicking a start button on the client interface.

In practical applications, which types of cloud games can be configured according to practical application requirements or game playing methods, for example, the multiple-start game may be a MOBA (Multiplayer Online Battle Arena) type cloud game. The multi-start games that different anchor users have the opening authority may be the same or different, for example, the multi-start games that the anchor users have the opening authority may be determined according to the game capabilities (such as game levels) of the anchor users, and may participate in the foregoing description.

Corresponding to the method shown in fig. 2a and the alternative embodiment thereof in the embodiment of the present application, an embodiment of the present application further provides an interactive device 100 based on a cloud game, which may be included in any user terminal, as shown in fig. 23, the interactive device 100 may include an operation obtaining module 110 and an interface display control module 120, where: the operation obtaining module 110 is configured to receive a start triggering operation of an anchor user for a target cloud game; the interface display control module 120 is configured to, in response to a game starting condition of the target cloud game being satisfied, display a live game interface of the target cloud game, where a live game screen in which at least one game player participates is displayed in the live game interface, where the at least one game player includes at least one non-anchor user, the non-anchor user is determined from game users who initiate game participation requests for the target cloud game, and the determination of the non-anchor user is associated with request time at which each game user initiates a game participation request.

Optionally, a player control area is further displayed in the game live interface, and the operation acquisition module may be further configured to: and receiving control instructions of the anchor user for target players of at least one game player through the player manipulation area, and correspondingly controlling the game participation authority of the target players based on the control instructions.

Optionally, the maximum number of players of the at least one game player is a set value, and the interface display control module may be further configured to, before displaying a live game interface of the target cloud game:

and responding to the starting triggering operation, displaying a broadcasting waiting picture corresponding to the target cloud game, wherein M display areas are displayed in the broadcasting waiting picture, each display area corresponds to a cloud example, and the cloud example is the cloud example of the target cloud game created by the cloud game server as the anchor user in response to the starting triggering operation. Optionally, M is a maximum number of players of the target cloud game.

Optionally, the interface display control module may be further configured to:

responding to the starting triggering operation, displaying a main broadcasting operation interface, wherein a game invitation operation area is displayed in the main broadcasting operation interface; and in response to the trigger operation of the anchor user for the game invitation operation area, displaying the game invitation information so as to enable the game user to initiate a game participation request based on the game invitation information by sharing the game invitation information.

Optionally, the game invitation operation area includes at least one operation sub-area, where one operation sub-area corresponds to one game invitation message and one game invitation message corresponds to one game player.

Optionally, the game participation request is acquired through a first game participation interface displayed by a client of the game user, a first game participation entry is displayed in the first game participation interface, and the game participation request is initiated in the following manner:

responding to the triggering operation of a game user for a first game participation inlet, and displaying a game invitation information input area on the client; receiving game invitation information input by a game user through an input area; and initiating a game participation request to the cloud game server according to the game invitation information input by the game user, wherein the game participation request comprises the game invitation information input by the game user.

Optionally, the game invitation operation area includes at least one operation sub-area, where one operation sub-area corresponds to one game invitation information, one game invitation information corresponds to one game player, and for one game invitation information, the game player corresponding to the game invitation information is a game user corresponding to a first game participation request including the game invitation information received by the cloud game server.

Optionally, the game participation request is acquired through a second game participation interface displayed by the client of the game user, the second game participation interface is associated with the anchor user, a second game participation entry is displayed on the second game participation interface, and the game participation request is initiated in the following manner:

Optionally, the game live view includes a game view corresponding to a game view of each game player of the at least one game player.

Optionally, the at least one game player includes at least two game players, the live game view includes a main view and at least one auxiliary view, and each of the main view and the at least one auxiliary view corresponds to one game player.

Optionally, the game player is designated as the anchor user, or the game frame corresponding to the player perspective of the first determined game player of the at least one game player.

Optionally, the game live interface includes a main picture display area and an auxiliary picture display area; the interface display control module may be further configured to:

Corresponding to the method shown in fig. 2b and the alternative embodiment thereof in the embodiment of the present application, an interactive device 200 based on a cloud game is further provided in the embodiment of the present application, and the interactive device 200 may be included in any user terminal, as shown in fig. 24, the interactive device 200 may include a participation operation acquiring module 210, a request sending module 220, and an interface display control module 230. The participation operation obtaining module 210 is configured to obtain a game participation operation of a current game user through a game participation interface, where the game participation operation is a participation operation for a target cloud game, and the target cloud game is a cloud game triggered by the start of an anchor user; the request sending module 220 is configured to send a game participation request to the cloud game server according to the game participation operation, so that the cloud game server determines, from among game users who initiate the game participation request for the target cloud game, game players of the target cloud game, where the determination of the game players is associated with request time of each game user initiating the game participation request; the interface display control module 230 is configured to, in response to that the current game user is determined to be a game player, display a game live view interface of the target cloud game, where a game live view in which at least one game player participates is displayed in the game live view interface, where the game live view includes a game view corresponding to a game view of the current player user.

Optionally, before displaying the live game interface of the target cloud game, the interface display control module 230 may be further configured to:

and displaying a broadcast waiting picture in response to the fact that the current game user is determined to be a game player, wherein at least one display area is displayed in the broadcast waiting picture, each display area corresponds to one cloud instance, the at least one display area comprises a display area corresponding to the cloud instance corresponding to the current game user, and the cloud instance is a cloud instance of a target cloud game created by the cloud game server in response to the starting trigger operation.

Optionally, the at least one display area includes M display areas. Optionally, M is the maximum number of players of the target cloud game.

Optionally, a game participation entry is displayed in the game participation interface, and the operation obtaining module 210 may perform any one of the following:

responding to a first trigger operation of a current game user for a game participation entrance, displaying a game invitation information input area, and receiving game invitation information input by the current game user through the input area; the game participation operation comprises a first trigger operation and an input operation of game invitation information;

Optionally, the game live view further includes a game view corresponding to a game view of another game player, and the another game player is a player of at least one game player other than the current game user.

Optionally, the game frame corresponding to the game view of the current game user is a main frame, and the game frames corresponding to the game views of other game players are auxiliary frames.

Optionally, the game live interface includes a main picture display area and an auxiliary picture display area; the interface display control module may be further configured to: and responding to the game picture switching operation of the current game user, switching the auxiliary picture corresponding to the switching operation into the main picture display area, and switching the main picture before switching into the auxiliary picture display area.

The embodiment of the present application further provides an electronic device, which may include a memory and a processor, where the memory stores a computer program, and the processor is used for the method in any method embodiment of the present application when running the computer program. The electronic equipment further comprises a communication module, and the electronic equipment can communicate with other equipment (such as a cloud game server, a live broadcast server and the like) through the communication module so as to realize data interaction.

Fig. 25 is a schematic structural diagram of an electronic device (e.g., a user terminal) to which the present application is applicable, and as shown in fig. 25, an electronic device 4000 shown in fig. 25 includes: a processor 4001 and a memory 4003. Processor 4001 is coupled to memory 4003, such as via bus 4002. Optionally, the electronic device 4000 may further include a transceiver 4004, and the transceiver 4004 may be used for data interaction between the electronic device and other electronic devices, such as transmission of data and/or reception of data. It should be noted that the transceiver 4004 is not limited to one in practical applications, and the structure of the electronic device 4000 is not limited to the embodiment of the present application.

The Processor 4001 may be a CPU (Central Processing Unit), a general-purpose Processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other Programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor 4001 may also be a combination that performs a computing function, e.g., comprising one or more microprocessors, a combination of DSPs and microprocessors, etc.

Bus 4002 may include a path that carries information between the aforementioned components. The bus 4002 may be a PCI (Peripheral Component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus 4002 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 25, but it is not intended that there be only one bus or one type of bus.

The Memory 4003 may be a ROM (Read Only Memory) or other types of static storage devices that can store static information and instructions, a RAM (Random Access Memory) or other types of dynamic storage devices that can store information and instructions, an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory) or other optical Disc storage, optical Disc storage (including Compact Disc, laser Disc, optical Disc, digital versatile Disc, blu-ray Disc, etc.), a magnetic Disc storage medium or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to these. The memory 4003 is used for storing application program codes (computer programs) for executing the present scheme, and is controlled by the processor 4001 to execute. Processor 4001 is configured to execute application code stored in memory 4003 to implement what is shown in the foregoing method embodiments.

The present application provides a computer-readable storage medium, on which a computer program is stored, which, when running on a computer, enables the computer to execute the corresponding content in the foregoing method embodiments.

Based on the same principle as the method provided by the embodiment of the present application, the embodiment of the present application also provides a computer program product or a computer program, which includes computer instructions, and the computer instructions are stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method provided in any of the alternative embodiments of the present application.

It should be understood that, although the steps in the flowcharts of the figures are shown in order as indicated by the arrows, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and may be performed in other orders unless explicitly stated herein. Moreover, at least a portion of the steps in the flow chart of the figure may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

The foregoing is only a partial embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present application.

Claims

1. An interaction method based on a cloud game is characterized by comprising the following steps:

responding to a game starting condition of the target cloud game being met, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least two game players is displayed in the game live broadcast interface, the at least two game players comprise at least one non-anchor user, the non-anchor user is determined from game users aiming at the target cloud game initiating game participation requests, and the determination of the non-anchor user is associated with the request time of each game user initiating the game participation requests;

the game participation request comprises game invitation information, the game invitation information corresponds to a plurality of game players and a virtual object in a game virtual scene of the target cloud game, the virtual object corresponding to the game invitation information is cooperatively controlled by the plurality of game players corresponding to the game invitation information, and the plurality of game players corresponding to the game invitation information have different game operation permissions for the virtual object corresponding to the game invitation information;

the game live broadcast picture comprises a main picture and at least one auxiliary picture, and each picture in the main picture and the at least one auxiliary picture corresponds to a game player; the main picture is a game picture corresponding to a game visual angle of a specified game player, and the auxiliary picture is a game picture corresponding to a game visual angle of a player except the specified game player; the one main picture and the at least one auxiliary picture satisfy at least one of:

the size of the display area of the main picture is larger than that of the display area of the auxiliary picture.

2. The method of claim 1, the game live interface further having a player manipulation area displayed therein, the method further comprising:

and receiving control instructions of the anchor user for target players of the at least two game players through the player manipulation area, and correspondingly controlling the game participation authority of the target players based on the control instructions.

3. The method of claim 1, wherein before displaying the live game interface of the target cloud game, the method further comprises:

responding to the starting triggering operation, displaying a broadcast waiting picture corresponding to the target cloud game, wherein the broadcast waiting picture comprises M display areas, each display area corresponds to a cloud example, and the cloud examples are the cloud examples of the target cloud game created by the cloud game server responding to the starting triggering operation.

4. The method of any of claims 1 to 3, further comprising:

responding to the starting triggering operation, displaying a main player operation interface, wherein a game invitation operation area is displayed in the main player operation interface, and the game invitation operation area comprises at least one operation sub-area;

responding to the trigger operation of the anchor user for the operation subarea, displaying game invitation information corresponding to the operation subarea, and enabling a game user to initiate a game participation request based on the game invitation information by sharing the game invitation information.

5. The method of claim 4, wherein the game play request is obtained through a first game play interface displayed by a client of the game user, wherein a first game play entry is displayed in the first game play interface, and wherein the game play request is initiated by:

responding to the triggering operation of a game user for the first game participation inlet, and displaying a game invitation information input area on the client;

receiving game invitation information input by the game user through the input area;

initiating a game participation request to a cloud game server according to game invitation information input by the game user, wherein the game participation request comprises the game invitation information input by the game user;

for one piece of game invitation information, the game player corresponding to the game invitation information is determined from the corresponding game user by the cloud game server according to the received request time of the game participation request containing the game invitation information.

6. The method of any of claims 1 to 3, wherein the game play request is obtained via a second game play interface displayed by a client of a game user, the second game play interface associated with the anchor user, the second game play interface displaying a second game play entry, the game play request initiated by:

and initiating a game participation request to the cloud game server in response to the triggering operation of the game user on the second game participation inlet.

7. An interaction method based on a cloud game is characterized by comprising the following steps:

obtaining game participation operation of a current game user through a game participation interface, wherein the game participation operation is participation operation aiming at a target cloud game, and the target cloud game is a cloud game triggered by the start of an anchor user;

according to the game participation operation, sending a game participation request to a cloud game server so that the cloud game server determines a game player of the target cloud game from game users who initiate the game participation request aiming at the target cloud game, wherein the determination of the game player is associated with the request time of each game user initiating the game participation request; the game participation request comprises game invitation information, the game invitation information corresponds to a plurality of game players and a virtual object in a game virtual scene of the target cloud game, the virtual object corresponding to the game invitation information is cooperatively controlled by the plurality of game players corresponding to the game invitation information, and the plurality of game players corresponding to the game invitation information have different game operation permissions for the virtual object corresponding to the game invitation information;

responding to the current game user determined to be a game player, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least two game players is displayed in the game live broadcast interface, the game live broadcast picture comprises a game picture corresponding to a game visual angle of the current game user, the game live broadcast picture comprises a main picture and at least one auxiliary picture, and each picture in the main picture and the at least one auxiliary picture corresponds to one game player; the main picture is a game picture corresponding to a game visual angle of a specified game player, and the auxiliary picture is a game picture corresponding to a game visual angle of a player except the specified game player; the one main picture and the at least one auxiliary picture satisfy at least one of:

8. The method according to claim 7, wherein a game entry is displayed in the game participation interface, and the obtaining of the game participation operation of the current game user through the game participation interface comprises any one of the following steps:

responding to a first trigger operation of the current game user for the game participation entry, displaying a game invitation information input area, and receiving game invitation information input by the current game user through the input area; the game participation operation comprises the first trigger operation and the input operation of the game invitation information;

receiving a second trigger operation of the current game user for the game participation entry through the game participation interface, wherein the game participation interface is a user interface associated with the anchor user, and the game participation operation is the second trigger operation.

9. The method according to claim 7 or 8, wherein the game view corresponding to the game view of the current game user is a main view, and the game views corresponding to the game views of the at least two game players other than the current game user are auxiliary views.

10. An interaction device based on a cloud game, comprising:

the interface display control module is used for responding to the condition that the game starting condition of the target cloud game is met, displaying a game live broadcast interface of the target cloud game, wherein a game live broadcast picture participated by at least two game players is displayed in the game live broadcast interface, the at least two game players comprise at least one non-anchor user, the non-anchor user is determined from each game user aiming at the target cloud game initiating a game participation request, and the determination of the non-anchor user is associated with the request time of each game user initiating the game participation request;

11. An interaction device based on a cloud game, comprising:

the participation operation acquisition module is used for acquiring the game participation operation of a current game user through a game participation interface, wherein the game participation operation is the participation operation aiming at a target cloud game, and the target cloud game is a cloud game triggered by the start of an anchor user;

a request sending module, configured to send a game participation request to a cloud game server according to the game participation operation, so that the cloud game server determines, from game users who initiate the game participation request for the target cloud game, game players of the target cloud game, where the determination of the game players is associated with request time for each game user to initiate the game participation request; the game participation request comprises game invitation information, the game invitation information corresponds to a plurality of game players and a virtual object in a game virtual scene of the target cloud game, the virtual object corresponding to the game invitation information is cooperatively controlled by the plurality of game players corresponding to the game invitation information, and the plurality of game players corresponding to the game invitation information have different game operation permissions for the virtual object corresponding to the game invitation information;

the interface display control module is used for responding to the fact that the current game user is determined to be a game player, displaying a game live broadcast interface of the target cloud game, wherein game live broadcast pictures participated by at least two game players are displayed in the game live broadcast interface, the game live broadcast pictures comprise game pictures corresponding to a game visual angle of the current game user, the game live broadcast pictures comprise a main picture and at least one auxiliary picture, and each picture in the main picture and the at least one auxiliary picture corresponds to one game player; the main picture is a game picture corresponding to a game visual angle of a specified game player, and the auxiliary picture is a game picture corresponding to a game visual angle of a player except the specified game player; the one main picture and the at least one auxiliary picture satisfy at least one of:

12. An electronic device, comprising a memory and a processor, wherein the memory has stored therein a computer program for performing the method of any one of claims 1 to 6, or for performing the method of any one of claims 7 to 9, when the computer program is run.

13. A computer-readable storage medium, in which a computer program is stored which, when run on a processor, is configured to carry out the method of any one of claims 1 to 6 or to carry out the method of any one of claims 7 to 9.