阅读说明：本技术 游戏控制方法、装置、存储介质、服务器以及终端 (Game control method, device, storage medium, server and terminal ) 是由 钱抒婷 于 2021-08-02 设计创作，主要内容包括：本申请公开了一种游戏控制方法、装置、存储介质、服务器以及终端,涉及云计算技术领域,在本申请中可以先基于目标系统容器中的统一数据接口,接收终端中远程客户端发送的第一外设数据,然后响应于第一外设数据的指示,将第一外设数据转换为目标系统容器中目标游戏可识别的第二外设数据,最后基于第二外设数据驱动目标游戏运行。由于统一数据接口和目标游戏均设置在服务器中的同一个目标系统容器中,因此通过统一数据接口接收并转换后的远程客户端发送的外设数据,可以直接驱动服务器中的目标游戏运行,实现了目标游戏的云端运行,且避免了外设数据与目标游戏之间的线程冲突,可以使得用户可以在终端中更加便捷、流畅的操控服务器中的游戏。(The application discloses a game control method, a game control device, a storage medium, a server and a terminal, and relates to the technical field of cloud computing. Because the unified data interface and the target game are both arranged in the same target system container in the server, the peripheral data sent by the remote client after being received and converted through the unified data interface can directly drive the target game in the server to run, the cloud running of the target game is realized, the thread conflict between the peripheral data and the target game is avoided, and the game in the server can be controlled more conveniently and smoothly by a user in the terminal.)

1. A game control method applied to a server, the method comprising:

receiving first peripheral data sent by a remote client in a terminal based on a uniform data interface in a target system container;

in response to the indication of the first peripheral data, converting the first peripheral data into second peripheral data recognizable to a target game in the target system container;

and driving the target game to run based on the second external data.

2. The method of claim 1, wherein before receiving the first peripheral data sent by the remote client in the terminal based on the unified data interface in the target system container, the method further comprises:

acquiring login information sent by a remote client in a terminal, and determining a corresponding target game and game version information of the target game based on the login information;

and determining a target system container corresponding to the target game according to the game version information, and starting the target game in the target system container.

3. The method of claim 1, wherein receiving the first peripheral data sent by the remote client in the terminal based on the unified data interface in the target system container comprises:

receiving a peripheral data set sent by a remote client in a terminal based on a uniform data interface in a target system container, wherein the peripheral data set at least comprises one peripheral data;

and extracting at least one type of first peripheral data corresponding to the peripheral data set based on peripheral identifiers carried in different peripheral data in the peripheral data set.

4. The method of claim 3, wherein converting the first peripheral data into second peripheral data recognizable to a target game in the target system container comprises:

determining a data type corresponding to each first peripheral data, wherein the data type at least comprises hardware control data and audio/video data;

determining a conversion mode corresponding to each first peripheral data according to the data type corresponding to each first peripheral data;

and converting the first peripheral data according to the conversion mode corresponding to the first peripheral data to obtain second peripheral data which corresponds to the first peripheral data and can be identified by a target game or target hardware in the target system container.

5. The method according to claim 4, wherein the determining the conversion mode corresponding to each of the first peripheral data according to the data type corresponding to each of the first peripheral data comprises:

if the data type corresponding to the first peripheral data is determined to be hardware control data, determining a data reconstruction rule corresponding to the first peripheral data according to first hardware information carried in the first peripheral data and second hardware information corresponding to the target system container;

the converting the first peripheral data according to the conversion mode corresponding to the first peripheral data includes:

and performing data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, and taking the first peripheral data subjected to the data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of driving data for driving the hardware in the target system container to run.

6. The method of claim 5, wherein said driving the target game to run based on the second peripheral data comprises:

determining target hardware corresponding to the second peripheral data in the target system container;

and driving the target hardware to run according to the second external data, so that a game engine corresponding to the target game runs the target game based on the data generated during the running of the target hardware.

7. The method according to claim 4, wherein the determining the conversion mode corresponding to each of the first peripheral data according to the data type corresponding to each of the first peripheral data comprises:

if the data type corresponding to the first peripheral data is determined to be audio and video data, determining an audio and video decoding rule corresponding to the first peripheral data according to an audio and video format corresponding to the first peripheral data;

the converting the first peripheral data according to the conversion mode corresponding to the first peripheral data includes:

and performing audio and video decoding on the first peripheral data based on an audio and video decoding rule corresponding to the first peripheral data, and using the decoded first peripheral data as second peripheral data.

8. The method of claim 7, wherein said driving the target game to run based on the second peripheral data comprises:

sending the second peripheral data to a game engine of the target game to enable the game engine to run the target game based on the second peripheral data.

9. The method according to any one of claims 1 to 8, wherein after the driving the target game to run based on the second peripheral data, further comprising:

and obtaining game data generated when the target game runs, processing the game data, and sending the processed game data to a remote client in the terminal through the unified data interface so that the remote client can display the game data.

10. A game control method is applied to a terminal, and the method comprises the following steps:

acquiring first peripheral data of a target game in a remote client, and sending the first peripheral data to a server, wherein the first peripheral data is used for indicating the server to convert the first peripheral data into second peripheral data which can be identified by the target game in a target system container and indicating the server to drive the target game to run based on the second peripheral data after the server receives the first peripheral data sent by the remote client in a terminal based on a uniform data interface in the target system container;

and receiving game data generated by the server in the running process of the target game and returned by the server aiming at the first peripheral data, and displaying the game data.

11. A game control apparatus applied to a server, the apparatus comprising:

the peripheral data acquisition module is used for receiving first peripheral data sent by a remote client in the terminal based on a uniform data interface in the target system container;

the peripheral data conversion module is used for responding to the indication of the first peripheral data and converting the first peripheral data into second peripheral data which can be identified by a target game in the target system container;

and the game driving module is used for driving the target game to run based on the second external data.

12. A game control apparatus, applied to a terminal, the apparatus comprising:

the system comprises a peripheral data uploading module, a target system container and a server, wherein the peripheral data uploading module is used for acquiring first peripheral data of a target game in a remote client and sending the first peripheral data to the server, the first peripheral data is used for converting the first peripheral data into second peripheral data which can be identified by the target game in the target system container after the server receives the first peripheral data sent by the remote client in a terminal based on a uniform data interface in the target system container, and the server is instructed to drive the target game to run based on the second peripheral data;

and the game data receiving module is used for receiving the game data which are generated by the server in the running process of the target game and returned by aiming at the first peripheral data, and displaying the game data.

13. A computer-readable storage medium storing program instructions that, when executed by a computer, cause the computer to perform the method of any of claims 110.

14. A server comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method of any one of claims 1 to 9 when executing the program.

15. A terminal comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the method of claim 10 when executing the program.

Technical Field

The present application relates to the field of cloud computing technologies, and in particular, to a game control method, an apparatus, a storage medium, a server, and a terminal.

Background

With the development of science and technology, various terminals are increasingly appearing in people's daily life, wherein games are an important entertainment mode in the terminals, and a control method for the games is one of the important research points of those skilled in the art.

In the related art, games need to be downloaded and installed in the local terminal, and for some large-scale games, the time spent on downloading, installing and updating the cache is long, and meanwhile, the problems of large occupied memory space, high requirements on hardware configuration and the like exist, and inconvenience is brought to users for playing games.

Disclosure of Invention

The application provides a game control method, a game control device, a storage medium, a server and a terminal, which can solve the technical problem that a user is inconvenient to play a game locally at the terminal in the related art.

In a first aspect, an embodiment of the present application provides a game control method, which is applied to a server, and the method includes:

receiving first peripheral data sent by a remote client in a terminal based on a uniform data interface in a target system container;

in response to the indication of the first peripheral data, converting the first peripheral data into second peripheral data recognizable to a target game in the target system container;

and driving the target game to run based on the second external data.

In a second aspect, an embodiment of the present application provides a game control method, which is applied to a terminal, and includes:

acquiring first peripheral data of a target game in a remote client, and sending the first peripheral data to a server, wherein the first peripheral data is used for indicating the server to convert the first peripheral data into second peripheral data which can be identified by the target game in a target system container and indicating the server to drive the target game to run based on the second peripheral data after the server receives the first peripheral data sent by the remote client in a terminal based on a uniform data interface in the target system container;

and receiving game data generated by the server in the running process of the target game and returned by the server aiming at the first peripheral data, and displaying the game data.

In a third aspect, an embodiment of the present application provides a game control apparatus, which is applied to a server, and includes:

the peripheral data acquisition module is used for receiving first peripheral data sent by a remote client in the terminal based on a uniform data interface in the target system container;

the peripheral data conversion module is used for responding to the indication of the first peripheral data and converting the first peripheral data into second peripheral data which can be identified by a target game in the target system container;

and the game driving module is used for driving the target game to run based on the second external data.

In a fourth aspect, an embodiment of the present application provides a game control apparatus, which is applied to a terminal, and includes:

the system comprises a peripheral data uploading module, a target system container and a server, wherein the peripheral data uploading module is used for acquiring first peripheral data of a target game in a remote client and sending the first peripheral data to the server, the first peripheral data is used for converting the first peripheral data into second peripheral data which can be identified by the target game in the target system container after the server receives the first peripheral data sent by the remote client in a terminal based on a uniform data interface in the target system container, and the server is instructed to drive the target game to run based on the second peripheral data;

and the game data receiving module is used for receiving the game data which are generated by the server in the running process of the target game and returned by aiming at the first peripheral data, and displaying the game data.

In a fifth aspect, embodiments of the present application provide a computer-readable storage medium storing program instructions, which when executed by a computer, cause the computer to perform the steps of the above-mentioned method.

In a sixth aspect, embodiments of the present application provide a server, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor executes the computer program to implement the steps of the method described above.

In a seventh aspect, an embodiment of the present application provides a terminal, including a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the steps of the method described above.

The beneficial effects brought by the technical scheme provided by some embodiments of the application at least comprise:

when the game control method is applied to a server, first peripheral data sent by a remote client in a terminal can be received based on a uniform data interface in a target system container, then the first peripheral data are converted into second peripheral data which can be identified by a target game in the target system container in response to the indication of the first peripheral data, and finally the target game is driven to run based on the second peripheral data. Because the unified data interface and the target game are both arranged in the same target system container in the server, the peripheral data sent by the remote client after being received and converted through the unified data interface can directly drive the target game in the server to run, the cloud running of the target game is realized, the thread conflict between the peripheral data and the target game is avoided, and the game in the server can be controlled more conveniently and smoothly by a user in the terminal.

Drawings

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

FIG. 1 is a diagram illustrating an exemplary system architecture of a game control method according to an embodiment of the present disclosure;

FIG. 2 is a system interaction diagram of a game control method according to an embodiment of the present disclosure;

FIG. 3 is a schematic flow chart illustrating a game control method according to another embodiment of the present application;

fig. 4A is a schematic diagram illustrating an example of a game starting method according to another embodiment of the present application;

fig. 4B is a schematic block diagram of a game control method according to another embodiment of the present application;

FIG. 5 is a flow chart illustrating a game control method according to another embodiment of the present application;

fig. 6A is a schematic flowchart of a game control method according to another embodiment of the present application;

fig. 6B is a schematic block structure diagram of a game control method according to another embodiment of the present application;

fig. 7 is a schematic structural diagram of a game control device according to another embodiment of the present application;

FIG. 8 is a schematic structural diagram of a game control apparatus according to another embodiment of the present application;

fig. 9 is a schematic structural diagram of a server according to an embodiment of the present application;

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

Detailed Description

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

When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the application, as detailed in the appended claims.

Fig. 1 is an exemplary system architecture diagram of a game control method according to an embodiment of the present application.

As shown in fig. 1, the system architecture may include at least one terminal 110, a network 120, and at least one server 130, the network 120 being used to provide a medium for communication links between the terminals 110 and the server 130. Network 120 may include various types of wired or wireless communication links, such as: the wired communication link includes an optical fiber, a twisted pair wire or a coaxial cable, and the Wireless communication link includes a bluetooth communication link, a Wireless-Fidelity (Wi-Fi) communication link, a microwave communication link, or the like.

When the distance between the terminals is long, for example, the terminals are respectively located in different countries, and at this time, if the terminals need to perform long-distance file transmission, in order to ensure the stability of the long-distance file transmission, the terminals can be connected with each other by using the special optical fiber lines of the operating network, so that a large private network inside an enterprise is formed, and 2 special optical fiber lines of 2 different operators can be used, so that one spare network is prevented from being used, and each bandwidth is 50M or more.

Each terminal may be hardware or software. When the terminals are hardware, they may be various electronic devices having a display screen, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like. When each terminal is software, it may be installed in the electronic device listed above. Which may be implemented as a plurality of software or software modules (e.g., for providing distributed services) or as a single software or software module, and is not particularly limited herein.

When each terminal is hardware, a display device may be further installed thereon, and the display device may be various devices capable of implementing a display function, for example: cathode Ray tube displays (CR), Light-Emitting Diode displays (LED), electronic ink displays, Liquid Crystal Displays (LCD), Plasma Display Panels (PDP), and the like. The user can utilize the display equipment on each terminal to check the displayed information such as characters, pictures, videos and the like. In addition, the terminal can also be provided with a positioning device, a shooting device, a sound collecting device, a sound playing device, a sensor device, a controller and the like so as to meet the requirements of users of the terminal.

Further, the server 130 may be a business server providing various services, and a database may be disposed in the server 130, and it should be noted that the server 130 may be hardware, that is, a physical server of an entity; the virtual server may also be software, that is, a non-physical virtual server, and may be a computer that provides the same function as the server or the virtual machine, such as a virtual machine on a physical server, a virtual machine built on a cloud platform, and the like. When the server 130 is hardware, it may be implemented as a distributed server cluster composed of a plurality of servers, or may be implemented as a single server. When the server 130 is software, it may be implemented as a plurality of software or software modules (for example, to provide distributed services), or may be implemented as a single software or software module, and is not limited in particular herein.

Each terminal 110 may interact with the server 130 through the network 120 to receive data from the server 130 or to transmit data to the server 130. Various remote client applications may be installed on each terminal, for example: the system comprises a cloud game remote client, a drawing application, a video recording application, a video playing application, a voice collecting application, a voice interaction application, a search application, a timely communication tool, a mailbox remote client, social platform software and the like.

It should be understood that the number of terminals, networks, and servers in fig. 1 is merely illustrative. Any number of terminals, networks, and servers may be used, as desired for an implementation.

Referring to fig. 2, fig. 2 is a system interaction diagram of a game control method according to an embodiment of the present application, and a system interaction process in the game control method will be described with reference to fig. 1 and fig. 2.

S201, the terminal obtains first peripheral data of a target game in the remote client and sends the first peripheral data to the server.

S202, the server receives first peripheral data sent by a remote client in the terminal based on a uniform data interface in the target system container.

Optionally, before receiving the first peripheral data sent by the remote client in the terminal based on the unified data interface in the target system container, the method further includes: acquiring login information sent by a remote client in a terminal, and determining a corresponding target game and game version information of the target game based on the login information; and determining a target system container corresponding to the target game according to the game version information, and starting the target game in the target system container.

Optionally, receiving, based on a unified data interface in the target system container, first peripheral data sent by a remote client in the terminal, where the receiving includes: receiving a peripheral data set sent by a remote client in a terminal based on a uniform data interface in a target system container, wherein the peripheral data set at least comprises one peripheral data; and extracting at least one type of first peripheral data corresponding to the peripheral data set based on peripheral identifiers carried in different peripheral data in the peripheral data set.

S203, the server responds to the indication of the first peripheral data and converts the first peripheral data into second peripheral data which can be identified by the target game in the target system container.

And S204, the server drives the target game to run based on the second external data.

Optionally, converting the first peripheral data into second peripheral data recognizable to the target game in the target system container includes: determining a data type corresponding to each first peripheral data, wherein the data type at least comprises hardware control data and audio/video data; determining a conversion mode corresponding to each first peripheral data according to the data type corresponding to each first peripheral data; and converting the first peripheral data according to the conversion mode corresponding to the first peripheral data to obtain second peripheral data which corresponds to the first peripheral data and can be identified by the target game or the target hardware in the target system container.

Optionally, determining a conversion manner corresponding to each piece of first peripheral data according to a data type corresponding to each piece of first peripheral data includes: if the data type corresponding to the first peripheral data is determined to be hardware control data, determining a data reconstruction rule corresponding to the first peripheral data according to first hardware information carried in the first peripheral data and second hardware information corresponding to a target system container; converting each first peripheral data according to the conversion mode corresponding to each first peripheral data, including: and performing data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, and taking the first peripheral data subjected to the data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of driving data when the hardware in the driving target system container runs.

Optionally, driving the target game to run based on the second peripheral data includes: determining target hardware corresponding to the second external data in the target system container; and driving the target hardware to run according to the second external data, so that the game engine corresponding to the target game runs the target game based on the data generated during the running of the target hardware.

Optionally, determining a conversion manner corresponding to each piece of first peripheral data according to a data type corresponding to each piece of first peripheral data includes: if the data type corresponding to the first peripheral data is determined to be audio and video data, determining an audio and video decoding rule corresponding to the first peripheral data according to an audio and video format corresponding to the first peripheral data; converting each first peripheral data according to the conversion mode corresponding to each first peripheral data, including: and audio and video decoding is carried out on the first peripheral data based on the audio and video decoding rule corresponding to the first peripheral data, and the decoded first peripheral data is used as second peripheral data.

Optionally, driving the target game to run based on the second peripheral data includes: the second peripheral data is sent to a game engine of the target game to cause the game engine to run the target game based on the second peripheral data.

Optionally, after the target game is driven to run based on the second peripheral data, the method further includes: the method comprises the steps of obtaining game data generated when a target game runs, processing the game data, and sending the processed game data to a remote client in a terminal through a unified data interface so that the remote client can display the game data.

S205, the terminal receives game data generated by the server in the running process of the target game returned by the first peripheral data, and displays the game data.

In this embodiment of the application, the server may receive first peripheral data sent by a remote client in the terminal based on a uniform data interface in the target system container, then convert the first peripheral data into second peripheral data recognizable by a target game in the target system container in response to an indication of the first peripheral data, and finally drive the target game to run based on the second peripheral data. Because the unified data interface and the target game are both arranged in the same target system container in the server, the peripheral data sent by the remote client after being received and converted through the unified data interface can directly drive the target game in the server to run, the cloud running of the target game is realized, the thread conflict between the peripheral data and the target game is avoided, and the game in the server can be controlled more conveniently and smoothly by a user in the terminal.

Referring to fig. 3, fig. 3 is a schematic flow chart of a game control method according to another embodiment of the present application.

As shown in fig. 3, the game control method in the embodiment of the present application is applied to a server, and the method includes:

s301, receiving first peripheral data sent by a remote client in the terminal based on a uniform data interface in the target system container.

It can be understood that, if a user needs to manipulate a game in the server in the terminal, a module or a component needs to be first set in the terminal to collect operation data of the user.

Optionally, the remote client needs to run in an operating system set in the terminal, and the operating system set in the terminal may not be limited in the present application, for example, the operating system set in the terminal may be an operating system such as Windows, iOS, Android, and harmony os.

Referring to fig. 4A, fig. 4A is a schematic diagram illustrating an example of a game starting method according to another embodiment of the present application.

As shown in fig. 4A, after the terminal 400 is installed with the remote client 410, when the user 420 needs to play a game, the remote client 410 may be started first by clicking an icon, voice control, or pressing a preset shortcut key of the remote client 410 through a touch screen, and at this time, the remote client 410 may establish a connection with the server 420 through a network, and at the same time, the remote client 410 may detect a target game selected by the user 420 in a list of games, and display a login interface of the target game.

Further, the remote client can also acquire login information input by a user in a login interface and send the login information to the server, so that the server verifies whether a target system container exists in the server, whether a target game exists in the target system container and whether account information corresponding to the user exists in the target game based on the login information, and if the target system container exists in the server, the target game exists in the target system container and the account information corresponding to the user exists in the target game, the server starts the target game in the corresponding target system container; and if the server has the target system container and the target game exists in the target system container but account information corresponding to the user does not exist in the target game, starting the target game in the corresponding target system container by the server and returning to a registration interface of the target game. The following description will be given by taking the case where account information corresponding to a user exists in a target game as an example.

In the server, a plurality of system containers may be provided, a system container may be considered as a container for accommodating a virtual function module, an interface, or a control, a system container may be considered as a group of processes that are limited by resources and isolated from each other, and the function module, the interface, or the control in the same system container may run in the same thread, that is, the function module, the interface, or the control in the same system container may be synchronized in time, and the operating frequencies are also the same. The system container is not provided with an independent operating system, the system container directly shares a kernel of a host, a virtual layer is not provided for resource isolation and limitation, and all limitation on the process of the system container is carried out based on the capability of the operating system, so that the system container can be regarded as an isolation technology based on the capability of the operating system, and the system container is light in weight based on the advantage of the system container.

For example, when the technologies used for isolation in the system container are all provided by the linux operating system itself, namespace therein can be used for access isolation, so that each system container process has its own independent process space; the cgroups are used for resource limitation to limit the use of resources such as cpu, memory, storage, network, etc.

Further, the system container exists depending on the operating system, so the system container may also be divided according to the operating system in the server, for example, the Windows system container may be set in the server based on the Windows system in the server, so the Windows system container may run the Windows version game; the Android system container can be set in the server based on the Android system, and the Android system container can run Android-version games, so that the purpose of setting the system container is that in the related technology, as the models of terminals used by different users and the operating systems in the terminals are different, game openers usually develop games with different operating system versions in order to meet the requirements of different users, for example, the same game possibly comprises Windows-version games which can only run in a Windows system and Android-version games which can only run in an Android system, and the data of the Windows-version games and the data of the Android-version games are not intercommunicated, so that different system containers can be set in the server to meet the requirements of users for trying to play different-version games, and as the operating systems run by the users operating remote clients are also different, the users can control the purpose of any system version in the server in the remote clients of any operating system The target game, for example, the user can control the Android version target game in the Android system in the server in the remote client of the Windows system, which greatly enriches the game experience of the user.

Further, the user can select the game version information of the target game to be played in the remote client according to the requirement, and send login information carrying the game version information of the target game to the server, and the server determines a target system container corresponding to the target game in the plurality of system containers according to the game version information and starts the target game in the target system container. For example, when a user wants to play an Android version of a certain game, a target game of the Android version can be selected from a remote client in any operating system, and a login message carrying game version information of the target game of the Android version is sent to a server, so that the server can extract the target game of which the game version information is the Android version after receiving the login message sent by the remote client, and then can determine that a system container corresponding to the target game is an Android system container, and inquire whether the target game is installed in the Android system container, if the target game exists, verify whether account information of the user exists in the target game, and if the account information of the user exists, start the target game.

After the server starts the target game, an initial game data may be returned to the remote client to remind the user to control the game, the remote client may continue to collect data generated when the user controls the target game, the data is also hardware in the user controlled terminal, and the hardware generates corresponding control data according to the user's operation (for example, the user may control the user through a touch screen, or may control the user through shaking a mobile phone or using an external game handle), that is, first peripheral data, where the first peripheral data includes, but is not limited to, audio data collected through a microphone in the terminal, video data collected through a video interface in the terminal, touch data generated through a display screen in the terminal, positioning data generated through a positioning device in the terminal, positioning data generated through sensors (for example, a gravity sensor, a pressure sensor, and a pressure sensor, Angle sensor), camera data generated by a camera device, and controller data generated by a controller (e.g., handle, joystick), among others. After the remote client acquires the first peripheral data, the first peripheral data can be sent to the server, so that the server receives the first peripheral data and processes the first peripheral data.

Furthermore, a uniform data interface can be arranged in the target system container in the server, wherein the unified data interface is used for receiving the first peripheral data of the above-mentioned various types in a unified manner, wherein a special virtual module can be configured to perform the task of monitoring and receiving the first peripheral data sent by the remote client in the terminal based on the unified data interface, for example, a proxy server module can be arranged in the target system container, a uniform data interface is arranged in the proxy server module, the server control proxy server module receives first peripheral data sent by a remote client in the terminal based on the uniform data interface, since each virtual module in the server is essentially implemented by a code, the division of each virtual module is not specifically limited in the present application, and the proxy server module is set only for convenience of description.

Compared with the prior art, different data receiving ports are respectively arranged for different types of peripheral data, and the unified data interface is arranged, so that the data interface can be conveniently deployed, the development difficulty is reduced, and the data interfaces can be deployed in batches.

S302, responding to the indication of the first peripheral data, converting the first peripheral data into second peripheral data which can be identified by a target game in a target system container.

It can be understood that the game in the server needs to be executed based on preset instructions or data during running, for example, in a certain action game, a character in the game needs to be executed based on forward movement data to realize forward movement. In the conventional art, after a game is installed in a local terminal, a user may manipulate hardware in the terminal, the hardware generating corresponding manipulation data according to the user's manipulation, on the basis of which the game is executed, but during the execution of the game in a terminal control server, since real hardware or virtual hardware also exists in the server, the game running in the target system container in the server also needs to run based on the hardware-generated manipulation data, although the first peripheral data transmitted by the remote client in the terminal has been acquired in the above steps, however, the first peripheral data is the operation data generated by the hardware in the terminal, and the specification, parameter or execution standard of the hardware in the terminal and the hardware set in the server are not consistent, so that the game in the target system container in the server cannot be directly operated by using the first peripheral data generated by the hardware in the terminal.

In order to solve the above problem, in this embodiment of the application, after receiving first peripheral data sent by a remote client in a terminal, a server may convert the first peripheral data in response to an indication of the first peripheral data to obtain second peripheral data, where the second peripheral data is data that can be identified by a target game in a target system container.

Optionally, a Virtual module may be disposed in a target system container in the server to implement the conversion of the first peripheral data, for example, a Virtual hardware abstraction layer (Virtual HAL) module may be disposed in the system container, where the Virtual hardware abstraction layer module is located at an interface layer between an operating system kernel and hardware to provide a Virtual hardware platform for an operating system, so that the operating system can be migrated on multiple platforms, and then the conversion of the first peripheral data may be implemented through the Virtual hardware abstraction layer.

In the process of converting the first peripheral data, since the types included in the first peripheral data may be multiple as described in the above steps, an appropriate conversion method may be selected according to the type of the first peripheral data in the conversion process, so that the converted data may be recognized by the target game or by hardware corresponding to the target game in the server.

As for the specific conversion method, the first method is to directly convert the first peripheral data into the data of the same type as the output data based on the type of the output data during the hardware operation in the server, so that the output data during the hardware operation in the server can be directly recognized by the game in the server, and the converted first peripheral data can also be directly recognized by the game in the server.

The second method is that the first peripheral data is converted into the data with the same type as the input data based on the type of the input data when the hardware in the driving server runs, and then the converted first peripheral data is used for driving the hardware in the driving server to run so that the hardware in the driving server generates corresponding operation data, and then the operation data can be directly identified by the game in the driving server.

And S303, driving the target game to run based on the second external data.

In the foregoing step, the second peripheral data is obtained after the first peripheral data is converted, and since the second peripheral data can be directly recognized by the target game or hardware corresponding to the target game in the server, the target game can be directly driven to run based on the second peripheral data in response to the indication of the first peripheral data, or hardware corresponding to the target game is driven to run based on the second peripheral data, so that the target game runs based on the running data of the hardware, and the control of the game in the server through the terminal is realized.

Referring to fig. 4B, fig. 4B is a schematic block structure diagram of a game control method according to another embodiment of the present application.

As shown in fig. 4B, when the implementation method is implemented by a virtual module, at least a proxy server module and a virtual hardware abstraction layer module may be set in a target system container, where a remote client in a terminal collects first peripheral data generated when a user controls a target game, a server receives various types of first peripheral data through a unified peripheral interface in the proxy server module, and sends the first peripheral data to the virtual hardware abstraction layer module, and the virtual hardware abstraction layer module converts the first peripheral data to obtain second peripheral data, where the second peripheral data is data that can be recognized by the target game in the target system container, and the virtual hardware abstraction layer module drives the target game in the target system container to run based on the second peripheral data. The agent server module and the virtual hardware abstraction layer module can adopt UNIX Domain Socket to realize interprocess communication, and can also be improved into binder communication according to needs, so that the transmission efficiency is improved.

In the embodiment of the application, first peripheral data sent by a remote client in a terminal is received based on a uniform data interface in a target system container, then, the first peripheral data is converted into second peripheral data which can be recognized by a target game in the target system container, and finally, the target game is driven to run based on the second peripheral data. Because the unified data interface and the target game are both arranged in the same target system container in the server, and input data do not need to be cached additionally, peripheral data sent by the remote client after receiving and converting through the unified data interface can be directly driven to run by the target game in the server, cloud running of the target game is realized, thread conflict between the peripheral data and the target game is avoided, and a user can more conveniently and smoothly control the game in the server in the terminal.

Referring to fig. 5, fig. 5 is a schematic flow chart of a game control method according to another embodiment of the present application.

As shown in fig. 5, the method is applied to a server, and the method includes:

s501, receiving a peripheral data set sent by a remote client in the terminal based on a uniform data interface in the target system container, wherein the peripheral data set at least comprises one peripheral data.

In the above embodiment, it is described that the types of the peripheral data sent by the remote client in the terminal are various, and then the peripheral data sent by the remote client at the same time may not only include one type, so that the peripheral data sent by the remote client each time can be considered as a set including at least one type of peripheral data, that is, the peripheral data sent by the remote client at a certain time received by the server through the unified data interface in the target system container is a set.

S502, extracting at least one type of first peripheral data corresponding to the peripheral data set based on peripheral identifiers carried in different peripheral data in the peripheral data set.

After receiving the sets of different peripheral data through the unified data interface, the server needs to convert the first peripheral data, where different types of peripheral data may have different data structures generated by different hardware, and thus different data conversion modes need to be adopted for peripheral data of different hardware types. Before each first peripheral data is converted, different peripheral data in the peripheral data set needs to be identified, that is, effective peripheral data in the peripheral data set is extracted. One possible implementation manner is that after receiving the peripheral data set, the server extracts peripheral identifiers carried in different peripheral data in the peripheral data set, where the peripheral identifiers may be identifiers that can make explicit use of specific hardware types of the peripheral data, such as fields, parameters, or attributes. If the extracted peripheral identification is the preset peripheral identification, the peripheral data corresponding to the peripheral identification can be extracted from the peripheral data set, and here, the peripheral data is named as first peripheral data in order to distinguish other peripheral data, and further, all the first peripheral data corresponding to the peripheral data set can be extracted.

For example, taking the peripheral identifier as a field, after the server receives the peripheral data set, it may extract whether data in a "MESSAGE _ CLIENT _ TOUCH" field is included in different peripheral data in the peripheral data set, where the peripheral data having the field represents a TOUCH event occurring on a display screen in the terminal, that is, the TOUCH data generated by the remote CLIENT through the display screen in the terminal as described in the above embodiment, and if there is data in the field, extract the data and use the data as the first peripheral data, and if there is no data in the field, it indicates that the currently input peripheral data set does not include the TOUCH data. Similarly, the peripheral identifier "MESSAGE _ CLIENT _ SENSOR" is carried in the SENSOR data collected by the remote CLIENT through the SENSOR (e.g., gravity SENSOR) in the terminal, and the peripheral identifier "MESSAGE _ game _ SENSOR" is carried in the controller data generated by the remote CLIENT through the controller (e.g., handle, joystick) in the terminal.

Optionally, according to the description in the foregoing embodiment, different modules may be respectively disposed in the proxy server module to respectively extract different peripheral data through the different modules, for example, a touch module may be disposed in the proxy server module to extract touch data.

S503, responding to the indication of the first peripheral data, and determining the data type corresponding to each first peripheral data, wherein the data type at least comprises hardware control data and audio and video data.

After extracting each piece of first peripheral data from each peripheral data set is determined, but each piece of first peripheral data is generated by different hardware, in order to facilitate subsequent conversion of the first peripheral data, a data type (specific structure type of the data) corresponding to each piece of first peripheral data may also be determined in response to an indication of the first peripheral data, where for convenience of description, in this embodiment, the data type corresponding to the first peripheral data is divided into at least two types, and the data type includes at least hardware control data and audio/video data, where the hardware control data may be touch data generated by a remote client in the first peripheral data through a display screen in a terminal, positioning data generated by a positioning device in the terminal, sensor data generated by a sensor (e.g., a gravity sensor, a pressure sensor, an angle sensor) in the terminal, a data type of the data corresponding to each piece of first peripheral data, and the data may be processed by a processing device, and the processing device may be processed by the processing device, or the processing device Camera data generated by the camera device and controller data generated by a controller (e.g., handle, joystick); the audio and video data can be audio data collected by a microphone in the terminal and video data collected by a video interface in the terminal in the first peripheral data. The reason for the above classification is that the hardware control data is mainly data generated by hardware in the user control terminal, and the audio and video data is mainly external data collected by hardware in the terminal, so their data structures are different, and the biggest difference is that the hardware control data cannot be directly recognized by a game in the server, and the audio and video data can be directly recognized by a game in the server.

S504, determining a conversion mode corresponding to each piece of first peripheral data according to the data type corresponding to each piece of first peripheral data.

Optionally, the conversion manner of at least two data may be predetermined according to the data type, so that after the data type corresponding to each first peripheral data is determined, the conversion manner corresponding to each first peripheral data may be determined.

For convenience of description, the following describes a conversion process of the first peripheral data, taking as an example a core conversion idea that the first peripheral data is converted into data of the same type as the input data based on the type of the input data when the hardware in the driving server operates, and then the converted first peripheral data drives the hardware in the driving server to operate, so that the hardware in the driving server generates corresponding operation data, and then the operation data can be directly identified by a game in the driving server.

If the data type corresponding to the first peripheral data is determined to be hardware control data, a conversion mode corresponding to the first peripheral data can be determined to be data reconstruction according to first hardware information carried in the first peripheral data and second hardware information corresponding to the target system container, and a data reconstruction rule corresponding to the first peripheral can also be determined. The specific hardware information when the server generates the peripheral data can be determined through the corresponding second hardware information in the target system container, and further the data structure type required by the operation of certain hardware in the driving server can be determined; the specific hardware information corresponding to the hardware in the server when the first peripheral data is generated in the terminal can be determined through the first hardware information carried in the first peripheral data, so that the data structure type of the first peripheral data generated by the hardware in the terminal is determined, and the data reconstruction rule corresponding to the first peripheral can be determined through the data structure type required by driving the hardware in the server to operate and the data structure type of the first peripheral data generated by the hardware in the terminal, namely what operation needs to be performed when the data reconstruction is performed on the first peripheral data, so that the hardware in the server can be driven to operate after the first peripheral data generated by the hardware in the terminal is subjected to the data reconstruction.

And if the data type corresponding to the first peripheral data is determined to be audio and video data, determining an audio and video decoding rule corresponding to the first peripheral data according to the audio and video format corresponding to the first peripheral data. The audio and video data are external data directly collected by the terminal, and only the external data are coded, so that only a conversion mode of decoding the first peripheral data is needed, and an audio and video decoding rule corresponding to the first peripheral data can be directly determined according to an audio and video format corresponding to the first peripheral data.

And S505, converting the first peripheral data according to the conversion mode corresponding to the first peripheral data to obtain second peripheral data which corresponds to the first peripheral data and can be identified by the target game or the target hardware in the target system container.

In the above steps, the conversion mode corresponding to each first peripheral data is determined, and then each first peripheral data may be converted according to the conversion mode corresponding to each first peripheral data to obtain second peripheral data, where the second peripheral data is the second peripheral data corresponding to the first peripheral data and recognizable by the target game or the target hardware in the target system container.

And if the data type corresponding to the first peripheral data is determined to be hardware control data, performing data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, and using the first peripheral data subjected to the data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of driving data for driving the hardware in the target system container during operation, namely the second peripheral data can be identified by target hardware in the target system.

For example, when the first peripheral data is touch data generated by the remote client through the display screen in the terminal, the first hardware information of the display screen in the terminal carried in the first peripheral data may be acquired, the second hardware information of the display screen in the server may also be acquired, and the data reconstruction rule corresponding to the first peripheral data may be determined according to the first hardware information of the display screen in the terminal and the second hardware information of the display screen in the server. The data reconstruction rule may be that coordinates of x, y of the touch point in the first peripheral data with respect to the last point in the server are redefined, the range may be [0, 32768), and a specific touch event (event _ type) is defined, 0 represents squatting down, 1 represents moving forward, and 2 represents jumping up, and the number of fingers (finger _ id) of the user simultaneously operating the touch event may be defined, starting from the number 0. Therefore, when the server extracts the first peripheral data as display screen touch data in which a single finger moves forward for a certain distance, the server constructs the received first peripheral data according to the data reconstruction rule, and obtains x as 10, y as 10, event _ type as 1, and finger _ id as 0, that is, the second peripheral data obtained after reconstructing the first peripheral data is: and x is 10, y is 10, event _ type is 1, finger _ id is 0, and the data type of the second peripheral data is the same as that of the drive data when the hardware in the drive target system container runs, so that the second peripheral data can be identified by the display hardware in the target system.

If the data type corresponding to the first peripheral data is determined to be audio and video data, the audio and video data is external data directly collected by the terminal, and only the external data is coded, so that only the first peripheral data needs to be decoded, the audio and video decoding can be directly performed on the first peripheral data according to an audio and video decoding rule corresponding to the first peripheral data, the decoded first peripheral data is used as second peripheral data, and the second peripheral data can be directly identified by hardware such as a microphone in the server.

Optionally, modules may be disposed in the target system to implement the above steps, and are not specifically limited herein.

And S506, driving the target game to run based on the second external data.

If the data type corresponding to the first peripheral data is determined to be hardware control data, the second peripheral data obtained after the first peripheral data is converted can be identified by target hardware in the target system, so that the indication of the first peripheral data can be continuously responded, the target hardware corresponding to the second peripheral data in a target system container is determined, and then the target hardware is driven to run according to the second peripheral data, so that a game engine corresponding to the target game runs the target game based on the data generated during the running of the target hardware.

If the data type corresponding to the first peripheral data is determined to be audio and video data, audio and video decoding is carried out on the first peripheral data, the decoded first peripheral data is used as second peripheral data, and then the second peripheral data can be directly sent to a game engine of a target game, so that the game engine runs the target game based on the second peripheral data.

The above describes that the first peripheral data is converted so that the second peripheral data obtained after conversion can be recognized by the target hardware in the target system container, that is, based on the type of the input data during the operation of the hardware in the drive server, the first peripheral data is converted into the data of the same type as the input data, and then the converted first peripheral data is used to drive the hardware in the drive server to operate so that the hardware in the drive server generates the corresponding operation data, so that the operation data can be directly recognized by the game in the drive server.

Similarly, the first peripheral data may also be converted, so that the second peripheral data obtained after the conversion may be recognized by the target game in the target system container, that is, based on the type of the output data during the hardware operation in the server, the first peripheral data is directly converted into the data of the same type as the output data, and then since the output data during the hardware operation in the server may be directly recognized by the game in the server, the first peripheral data after the conversion may also be directly recognized by the game in the server, which is not described herein in detail.

And S507, obtaining game data generated when the target game runs, processing the game data, and sending the processed game data to a remote client in the terminal through a uniform data interface so that the remote client can display the game data.

After the target game in the target system container is driven to run based on the second external data, the target game may generate corresponding game data during running, where the game data may be audio, video, or hardware feedback data, and the server may obtain the game data generated during running of the target game, process the game data and send the processed game data to the remote client in the terminal through the unified data interface, where the processing of the game data may include rendering, encoding, and other operations on the game data, so that the remote client displays the game data, and different display modes may be selected according to specific data types of the game data during display, for example, audio data may be played through a speaker in the terminal, video and other picture data may be played through a display screen in the terminal, and after the hardware feedback data may determine the target hardware in the terminal, and controlling the target hardware to work.

In the embodiment of the present application, conversion of first peripheral data is mainly introduced, so that second peripheral data obtained after conversion can be recognized by target hardware in a target system container, that is, based on a type of input data during hardware operation in a drive server, first peripheral data is converted into data of the same type as the input data, and then the converted first peripheral data is used to drive hardware in the drive server to operate, so that hardware in the server generates corresponding operation data, and then the operation data can be directly recognized by a game in the server. Because the unified data interface and the target game are both arranged in the same target system container in the server, the peripheral data sent by the remote client after being received and converted through the unified data interface can directly drive the target game in the server to run, the cloud running of the target game is realized, the thread conflict between the peripheral data and the target game is avoided, a user can control the game in the server more conveniently and smoothly in the terminal, the work of a cloud game service end is also lightened, the time consumption of the whole process is reduced, and the real-time performance of the cloud game is improved. In addition, because the unified data interface and the target game are both arranged in the same target system container in the server, the deployment of the unified data interface or the target system container is facilitated, the development difficulty is reduced, the unified data interface or the target system container can be conveniently transplanted to other application fields, and an additional interface development is not needed, for example, the unified data interface or the target system container can be directly transplanted to the field of a cloud mobile phone, so that a user can control a mobile phone operating system in the server based on a remote client, and further can use functions of a camera, a microphone, a map navigation and the like in the cloud mobile phone.

Referring to fig. 6A, fig. 6A is a schematic flow chart illustrating a game control method according to another embodiment of the present application.

As shown in fig. 6A, the method is applied to a terminal, and the method includes:

s601, acquiring first peripheral data of a target game in a remote client, sending the first peripheral data to a server, wherein the first peripheral data is used for indicating the server to convert the first peripheral data into second peripheral data which can be identified by the target game in a target system container after the server receives the first peripheral data sent by the remote client in the terminal based on a uniform data interface in the target system container, and indicating the server to drive the target game to run based on the second peripheral data.

S602, receiving game data generated by the server in the running process of the target game returned by the first peripheral data, and displaying the game data.

For the specific implementation method of each step, reference may be made to the specific description in the above embodiments, which is not described herein again.

Referring to fig. 6B, fig. 6B is a schematic block structure diagram of a game control method according to another embodiment of the present application.

As shown in fig. 6B, when the implementation method in fig. 6A is implemented by a virtual module in a server, a remote client in a terminal collects first peripheral data generated when a user controls a target game, and sends the first peripheral data to the server, the server receives various types of first peripheral data in a unified manner through a unified peripheral interface in a proxy server module, and sends the first peripheral data to a virtual hardware abstraction layer module, and the virtual hardware abstraction layer module converts the first peripheral data to obtain second peripheral data, where the second peripheral data is data that can be recognized by the target game in a target system container, and the virtual hardware abstraction layer module drives the target game in the target system container to run based on the second peripheral data.

After the target game in the server runs, the target game can generate corresponding game data during running, the game data can be audio, video or hardware feedback data, and the like, so that the server can obtain the game data generated during running of the target game, the game data is processed and then is sent to a remote client in the terminal through a uniform data interface, wherein the processing of the game data can comprise rendering, encoding and other operations on the game data, so that the remote client can display the game data, different display modes can be selected according to the specific data type of the game data during the display process, for example, audio data can be played through a loudspeaker in the terminal, picture data such as video and the like can be played through a display screen in the terminal, and after the hardware feedback data can determine the target hardware in the terminal, and controlling the target hardware to work.

Referring to fig. 7, fig. 7 is a schematic structural diagram of a game control device according to another embodiment of the present application.

As shown in fig. 7, the method is applied to a server, and the game control apparatus 700 includes:

and the peripheral data acquisition module 710 is configured to receive first peripheral data sent by a remote client in the terminal based on the unified data interface in the target system container.

The peripheral data conversion module 720 is configured to convert the first peripheral data into second peripheral data recognizable to the target game in the target system container in response to the indication of the first peripheral data.

And the game driving module 730 is used for driving the target game to run based on the second external data.

Wherein, the game control device 700 further includes:

and the version information acquisition module is used for acquiring login information sent by a remote client in the terminal and determining the corresponding target game and the game version information of the target game based on the login information.

And the system container determining module is used for determining a target system container corresponding to the target game according to the game version information and starting the target game in the target system container.

The peripheral data acquisition module 710 is further configured to receive a peripheral data set sent by a remote client in the terminal based on a uniform data interface in the target system container, where the peripheral data set at least includes one type of peripheral data; and extracting at least one type of first peripheral data corresponding to the peripheral data set based on peripheral identifiers carried in different peripheral data in the peripheral data set.

The peripheral data conversion module 720 is further configured to determine a data type corresponding to each first peripheral data, where the data type at least includes hardware control data and audio/video data; determining a conversion mode corresponding to each first peripheral data according to the data type corresponding to each first peripheral data; and converting the first peripheral data according to the conversion mode corresponding to the first peripheral data to obtain second peripheral data which corresponds to the first peripheral data and can be identified by the target game or the target hardware in the target system container.

Optionally, determining a conversion manner corresponding to each piece of first peripheral data according to a data type corresponding to each piece of first peripheral data includes: if the data type corresponding to the first peripheral data is determined to be hardware control data, determining a data reconstruction rule corresponding to the first peripheral data according to first hardware information carried in the first peripheral data and second hardware information corresponding to a target system container; converting each first peripheral data according to the conversion mode corresponding to each first peripheral data, including: and performing data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, and taking the first peripheral data subjected to the data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of driving data when the hardware in the driving target system container runs.

The game driver module 730 is further configured to determine target hardware corresponding to the second peripheral data in the target system container; and driving the target hardware to run according to the second external data, so that the game engine corresponding to the target game runs the target game based on the data generated during the running of the target hardware.

Optionally, determining a conversion manner corresponding to each piece of first peripheral data according to a data type corresponding to each piece of first peripheral data includes: if the data type corresponding to the first peripheral data is determined to be audio and video data, determining an audio and video decoding rule corresponding to the first peripheral data according to an audio and video format corresponding to the first peripheral data; converting each first peripheral data according to the conversion mode corresponding to each first peripheral data, including: and audio and video decoding is carried out on the first peripheral data based on the audio and video decoding rule corresponding to the first peripheral data, and the decoded first peripheral data is used as second peripheral data.

The game driver module 730 is further configured to send the second external data to the game engine of the target game, so that the game engine runs the target game based on the second external data.

Wherein, the game control device 700 further includes: and the game data sending module is used for acquiring game data generated when the target game runs, processing the game data and sending the processed game data to a remote client in the terminal through a uniform data interface so that the remote client can display the game data.

In an embodiment of the present application, a game control apparatus includes: the peripheral data acquisition module is used for receiving first peripheral data sent by a remote client in the terminal based on a uniform data interface in the target system container; the peripheral data conversion module is used for responding to the indication of the first peripheral data and converting the first peripheral data into second peripheral data which can be identified by a target game in a target system container; and the game driving module is used for driving the target game to run based on the second external data. Because the unified data interface and the target game are both arranged in the same target system container in the server, the peripheral data sent by the remote client after being received and converted through the unified data interface can directly drive the target game in the server to run, the cloud running of the target game is realized, the thread conflict between the peripheral data and the target game is avoided, and the game in the server can be controlled more conveniently and smoothly by a user in the terminal.

Referring to fig. 8, fig. 8 is a schematic structural diagram of a game control device according to another embodiment of the present application.

As shown in fig. 8, the method is applied to a terminal, and the game control apparatus 800 includes:

the peripheral data uploading module 810 is configured to obtain first peripheral data of a target game in a remote client, send the first peripheral data to a server, instruct the server to convert the first peripheral data into second peripheral data that can be recognized by the target game in a target system container after the first peripheral data sent by the remote client in the terminal is received at the server based on a uniform data interface in the target system container, and instruct the server to drive the target game to run based on the second peripheral data.

And the game data receiving module 820 is configured to receive game data generated when the target game is run and returned by the server for the first peripheral data, and display the game data.

The present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores program instructions, and the program instructions, when executed by a computer, cause the computer to execute the steps of the method in any one of the above embodiments.

Further, please refer to fig. 9, where fig. 9 is a schematic structural diagram of a server according to an embodiment of the present application. As shown in fig. 9, the server 900 may include: at least one central processor 901, at least one network interface 904, memory 905, at least one communication bus 902.

Wherein a communication bus 902 is used to enable connective communication between these components.

The network interface 904 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), among others.

The central processor 901 may include one or more processing cores. The central processor 901 connects various parts within the entire server 900 using various interfaces and lines, and performs various functions of the server 900 and processes data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 905, and calling data stored in the memory 905. Optionally, the central Processing unit 901 may be implemented in at least one hardware form of Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), and Programmable Logic Array (PLA). The CPU 901 may integrate one or a combination of a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), a modem, and the like. Wherein, the CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for rendering and drawing the content required to be displayed by the display screen; the modem is used to handle wireless communications. It is to be understood that the modem may not be integrated into the central processor 901, and may be implemented by a single chip.

The Memory 905 may include a Random Access Memory (RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 905 includes a non-transitory computer-readable medium. The memory 905 may be used to store instructions, programs, code, sets of codes, or sets of instructions. The memory 905 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the above-described method embodiments, and the like; the storage data area may store data and the like referred to in the above respective method embodiments. The memory 905 may optionally be at least one storage device located remotely from the central processor 901. As shown in fig. 9, the memory 905, which is a kind of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and a game control program.

In the server 900 shown in fig. 9, the user interface 903 is mainly used for providing an input interface for a user to obtain data input by the user; the central processor 901 may be configured to call the game control program stored in the memory 905, and specifically perform the following operations:

receiving first peripheral data sent by a remote client in a terminal based on a uniform data interface in a target system container; in response to the indication of the first peripheral data, converting the first peripheral data into second peripheral data recognizable by the target game in the target system container; and driving the target game to run based on the second external data.

Optionally, before receiving the first peripheral data sent by the remote client in the terminal based on the unified data interface in the target system container, the method further includes: acquiring login information sent by a remote client in a terminal, and determining a corresponding target game and game version information of the target game based on the login information; and determining a target system container corresponding to the target game according to the game version information, and starting the target game in the target system container.

Optionally, receiving, based on a unified data interface in the target system container, first peripheral data sent by a remote client in the terminal, where the receiving includes: receiving a peripheral data set sent by a remote client in a terminal based on a uniform data interface in a target system container, wherein the peripheral data set at least comprises one peripheral data; and extracting at least one type of first peripheral data corresponding to the peripheral data set based on peripheral identifiers carried in different peripheral data in the peripheral data set.

Optionally, converting the first peripheral data into second peripheral data recognizable to the target game in the target system container includes: determining a data type corresponding to each first peripheral data, wherein the data type at least comprises hardware control data and audio/video data; determining a conversion mode corresponding to each first peripheral data according to the data type corresponding to each first peripheral data; and converting the first peripheral data according to the conversion mode corresponding to the first peripheral data to obtain second peripheral data which corresponds to the first peripheral data and can be identified by the target game or the target hardware in the target system container.

Optionally, determining a conversion manner corresponding to each piece of first peripheral data according to a data type corresponding to each piece of first peripheral data includes: if the data type corresponding to the first peripheral data is determined to be hardware control data, determining a data reconstruction rule corresponding to the first peripheral data according to first hardware information carried in the first peripheral data and second hardware information corresponding to a target system container; converting each first peripheral data according to the conversion mode corresponding to each first peripheral data, including: and performing data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, and taking the first peripheral data subjected to the data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of driving data when the hardware in the driving target system container runs.

Optionally, driving the target game to run based on the second peripheral data includes: determining target hardware corresponding to the second external data in the target system container; and driving the target hardware to run according to the second external data, so that the game engine corresponding to the target game runs the target game based on the data generated during the running of the target hardware.

Optionally, determining a conversion manner corresponding to each piece of first peripheral data according to a data type corresponding to each piece of first peripheral data includes: if the data type corresponding to the first peripheral data is determined to be audio and video data, determining an audio and video decoding rule corresponding to the first peripheral data according to an audio and video format corresponding to the first peripheral data; converting each first peripheral data according to the conversion mode corresponding to each first peripheral data, including: and audio and video decoding is carried out on the first peripheral data based on the audio and video decoding rule corresponding to the first peripheral data, and the decoded first peripheral data is used as second peripheral data.

Optionally, driving the target game to run based on the second peripheral data includes: the second peripheral data is sent to a game engine of the target game to cause the game engine to run the target game based on the second peripheral data.

Optionally, after the target game is driven to run based on the second peripheral data, the method further includes: the method comprises the steps of obtaining game data generated when a target game runs, processing the game data, and sending the processed game data to a remote client in a terminal through a unified data interface so that the remote client can display the game data.

Further, please refer to fig. 10, where fig. 10 is a schematic structural diagram of a terminal according to an embodiment of the present application. As shown in fig. 10, terminal 1000 can include: at least one central processing unit 1001, at least one network interface 1004, a user interface 1003, a memory 1005, at least one communication bus 1002.

Wherein a communication bus 1002 is used to enable connective communication between these components.

The user interface 1003 may include a Display screen (Display) and a Camera (Camera), and the optional user interface 1003 may also include a standard wired interface and a wireless interface.

The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), among others.

The cpu 1001 may include one or more processing cores. The central processing unit 1001 connects the respective parts within the entire terminal 1000 using various interfaces and lines, and executes various functions of the terminal 1000 and processes data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 1005 and calling data stored in the memory 1005. Optionally, the central Processing unit 1001 may be implemented in at least one hardware form of a Digital Signal Processing (DSP), a Field-Programmable Gate Array (FPGA), and a Programmable Logic Array (PLA). The CPU 1001 may integrate one or a combination of a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), a modem, and the like. Wherein, the CPU mainly processes an operating system, a user interface, an application program and the like; the GPU is used for rendering and drawing the content required to be displayed by the display screen; the modem is used to handle wireless communications. It is to be understood that the modem may be implemented by a single chip without being integrated into the cpu 1001.

The Memory 1005 may include a Random Access Memory (RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 1005 includes a non-transitory computer-readable medium. The memory 1005 may be used to store an instruction, a program, code, a set of codes, or a set of instructions. The memory 1005 may include a stored program area and a stored data area, wherein the stored program area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the various method embodiments described above, and the like; the storage data area may store data and the like referred to in the above respective method embodiments. The memory 1005 may alternatively be at least one memory device located remotely from the central processing unit 1001. As shown in fig. 10, a memory 1005, which is a kind of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and a game control program.

In the terminal 1000 shown in fig. 10, the user interface 1003 is mainly used as an interface for providing input for a user, and acquiring data input by the user; the cpu 1001 may be configured to call the game control program stored in the memory 1005, and specifically perform the following operations:

the method comprises the steps that first peripheral data of a target game in a remote client side are obtained and sent to a server, wherein the first peripheral data are used for converting the first peripheral data into second peripheral data which can be identified by the target game in a target system container on the basis of a uniform data interface in the target system container in the server after the first peripheral data sent by the remote client side in a terminal are received, and the server is instructed to drive the target game to run on the basis of the second peripheral data;

and receiving game data generated by the server in the running process of the target game returned by the first peripheral data, and displaying the game data.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, a division of modules is merely a division of logical functions, and an actual implementation may have another division, for example, a plurality of modules or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or modules, and may be in an electrical, mechanical or other form.

Modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment.

In addition, functional modules in the embodiments of the present application may be integrated into one processing module, or each of the modules may exist alone physically, or two or more modules are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode.

The integrated module, if implemented in the form of a software functional module and sold or used as a separate product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method of the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

It should be noted that, for the sake of simplicity, the above-mentioned method embodiments are described as a series of acts or combinations, but those skilled in the art should understand that the present application is not limited by the described order of acts, as some steps may be performed in other orders or simultaneously according to the present application. Further, those skilled in the art should also appreciate that the embodiments described in the specification are preferred embodiments and that the acts and modules referred to are not necessarily required in this application.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In view of the above description of the game control method, device, storage medium, server and terminal provided by the present application, those skilled in the art will recognize that the embodiments of the present application can be modified in scope of the application.