CN113617020B

CN113617020B - Game control method, game control device, storage medium, server and terminal

Info

Publication number: CN113617020B
Application number: CN202110883673.6A
Authority: CN
Inventors: 钱抒婷
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2021-08-02
Filing date: 2021-08-02
Publication date: 2023-11-17
Anticipated expiration: 2041-08-02
Also published as: CN113617020A

Abstract

The application discloses a game control method, a device, a storage medium, a server and a terminal, which relate 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, 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, cloud running of the target game is realized, thread conflict between the peripheral data and the target game is avoided, and a user can control the game in the server more conveniently and smoothly in the terminal.

Description

Game control method, game control device, storage medium, server and terminal

Technical Field

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

Background

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

In the related art, games need to be downloaded and installed on the local terminal, and for some large games, the time for downloading, installing and updating the cache is long, meanwhile, the problems of large occupied memory space, high requirement on hardware configuration and the like exist, and inconvenience is brought to users in 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 plays 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, applied to a server, including:

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

Converting the first peripheral data into second peripheral data identifiable by a target game in the target system container in response to an indication of the first peripheral data;

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, applied to a terminal, including:

acquiring first peripheral data of a target game in a remote client, and transmitting the first peripheral data to a server, wherein the first peripheral data is used for instructing 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 transmitted by the remote client in a terminal based on a unified data interface in the target system container, and instructing the server to drive the target game to run based on the second peripheral data;

and receiving game data generated by the server when the target game is run and returned 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 device applied to a server, the device including:

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

a peripheral data conversion module, configured to convert the first peripheral data into second peripheral data identifiable by a target game in the target system container in response to an indication of the first peripheral data;

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 device applied to a terminal, the device including:

the system comprises a peripheral data uploading module, a server and a target game 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 instructing the server to convert 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 the terminal based on a unified data interface in the target system container, and instructing the server to drive the target game to run based on the second peripheral data;

And the game data receiving module is used for receiving game data generated when the target game returned by the server aiming at the first peripheral data runs and displaying the game data.

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

In a sixth aspect, an embodiment of the present application provides a server including a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the method described above when the program is executed.

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

The technical scheme provided by the embodiments of the application has the beneficial effects that at least:

the application provides a game control method, which can firstly receive first peripheral data sent by a remote client in a terminal based on a unified data interface in a target system container when applied to a server, then convert the first peripheral data into second peripheral data identifiable by a target game in the target system container in response to an instruction 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, 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, cloud running of the target game is realized, thread conflict between the peripheral data and the target game is avoided, and a user can control the game in the server more conveniently and smoothly in the terminal.

Drawings

In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are necessary for the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application and that other drawings may be obtained from them without inventive effort for a person skilled in the art.

FIG. 1 is an exemplary system architecture diagram of a game control method provided by an embodiment of the present application;

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

FIG. 3 is a flowchart of a game control method according to another embodiment of the present application;

FIG. 4A is a schematic illustration 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 flowchart of a game control method according to another embodiment of the present application;

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

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

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

FIG. 8 is a schematic diagram of a game control device 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 comprehensible, embodiments accompanied with figures in the present application are described in detail below, wherein the embodiments are described only in some but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples do not represent all implementations consistent with the application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the application as detailed in the accompanying 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 as a medium to provide a communication link between each terminal 110 and the server 130. The 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 far, for example, the terminals are respectively 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 an operation network optical fiber private line to form a relatively large enterprise private network, and 2 optical fiber private lines of 2 different operators can be used to prevent network problems from standby one, 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 with display screens, including but not limited to smartphones, tablet computers, laptop portable computers, desktop computers, and the like. When each terminal is software, the terminal may be installed in the electronic device listed above. Which may be implemented as multiple software or software modules (e.g., to provide distributed services), or as a single software or software module, without limitation.

When each terminal is hardware, a display device may be further mounted thereon, and the display device may be various devices capable of realizing a display function, for example: cathode ray tube displays (Cathode Ray Tubedisplay, CR for short), light-emitting diode displays (Light-Emitting Diode Display, LED for short), electronic ink screens, liquid crystal displays (Liquid Crystal Display, LCD for short), plasma display panels (Plasma Displaypanel, PDP for short), and the like. The user can view the displayed text, picture, video and other information by using the display device on each terminal. In addition, a positioning device, a shooting device, a sound collecting device, a sound playing device, a sensor device, a controller and the like can be further arranged in the terminal so as to meet the requirements of users of the terminal.

Further, the server 130 may be a service server for providing various services, and a database may be disposed in the server 130, where it should be noted that the server 130 may be hardware, that is, a physical server of an entity; the virtual server may be software, that is, a non-physical virtual server, for example, a virtual machine on a physical server, a virtual machine constructed on a cloud platform, or a computer capable of providing the same function as a server or a virtual machine. When the server 130 is hardware, it may be implemented as a distributed server cluster formed by 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 a distributed service), or may be implemented as a single software or software module, which is not specifically limited herein.

Each terminal 110 may interact with the server 130 through the network 120 to receive data from the server 130 or to send data to the server 130. Various remote client applications may be installed on each terminal, such as: cloud game remote clients, drawing applications, video recording applications, video playing applications, voice acquisition applications, voice interaction applications, search class applications, instant messaging tools, mailbox remote clients, 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 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 acquires 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 unified data interface in a target system container.

Optionally, before receiving the first peripheral data sent by the remote client in the terminal, 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, based on the unified data interface in the target system container, receiving the first peripheral data sent by the remote client in the terminal, including: receiving a peripheral data set sent by a remote client in a terminal based on a unified data interface in a target system container, wherein the peripheral data set at least comprises one peripheral data; and extracting at least one 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.

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 identifiable by 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 target games or target hardware in the target system container.

Optionally, determining the conversion mode corresponding to each first peripheral data according to the data type corresponding to each 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 corresponding second hardware information in a target system container; converting each first peripheral data according to a conversion mode corresponding to each first peripheral data, including: and carrying out data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, taking the first peripheral data subjected to data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of the driving data in the driving target system container when the hardware operates.

Optionally, driving the target game to run based on the second external data includes: determining corresponding target hardware of 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 when the target hardware runs.

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

Optionally, driving the target game to run based on the second external data includes: the second external data is sent to the game engine of the target game such that the game engine runs the target game based on the second external data.

Optionally, after driving the target game to run based on the second external data, further comprising: and acquiring game data generated during the running of the target game, processing the game data, and transmitting the processed game data to a remote client in the terminal through a unified data interface so that the remote client displays the game data.

S205, the terminal receives game data generated when the server runs the target game returned by the first peripheral data, and displays the game data.

In the embodiment of the application, the server can firstly receive the first peripheral data sent by the remote client in the terminal based on the unified data interface in the target system container, then respond to the indication of the first peripheral data, convert the first peripheral data into the second peripheral data which can be identified by the target game in the target system container, 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, 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, cloud running of the target game is realized, thread conflict between the peripheral data and the target game is avoided, and a user can control the game in the server more conveniently and smoothly in the terminal.

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

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

S301, receiving first peripheral data sent by a remote client in a terminal based on a unified data interface in a target system container.

It will be appreciated that if a user needs to manipulate a game in a server in a terminal, a module or component needs to be first set in the terminal to collect operation data of the user, and in an embodiment of the present application, a remote client may be set in the terminal, where the remote client may exist in the terminal in the form of a component or an application program, and the terminal collects operation data of the user through the remote client.

Alternatively, 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 by the present application, for example, the operating system set in the terminal may be Windows, iOS, android, a HarmonyOS, or other operating systems.

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

As shown in fig. 4A, after the terminal 400 installs 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 of the remote client 410 through a touch screen, voice controlling, or pressing a preset shortcut key, etc., at which 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 in the game and display a login interface of the target game.

Further, the remote client may further obtain login information input by the user in the 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; if the server has a target system container, the target game exists in the target system container, but the account information corresponding to the user does not exist in the target game, the server starts the target game in the corresponding target system container, and returns to the registration interface of the target game. The following description will be made by taking account information corresponding to the existence of a user in a target game as an example.

In the server, a plurality of system containers may be provided, where a system container may be considered as a container for accommodating virtual functional modules, interfaces or controls, a system container may be considered as a set of processes that are limited by resources and isolated from each other, and functional modules, interfaces or controls in the same system container may run in the same thread, that is, functional modules, interfaces or controls in the same system container may be synchronized in time, and the working frequencies are the same. The system container has no independent operating system, the system container directly shares the kernel of the host machine, and no virtual layer is used for carrying out resource isolation and limitation, and all the limitation on the process of the system container is carried out based on the capability of the operating system, so the system container can be regarded as an isolation technology based on the capability of the operating system, and the advantage of the system container is light weight.

For example, when the techniques used for isolation in the system container are all provided by the linux operating system itself, the nascent space may be used for access isolation so that each system container process has its own independent process space; the cgroups is used for limiting resources such as cpu, memory, storage, network, etc.

Further, since the system container is dependent on the existence of the operating system, the system container can be divided according to the operating system in the server, for example, the Windows system container can be set in the server based on the Windows system in the server, and then the Windows version of the game can be run in the Windows system container; the Android system container can be set in the server based on the Android system, so that the Android system container can run games of an Android version, and the purpose of setting the system container is that in the related art, because terminal models used by different users and operating systems in the terminals are different, game openers usually develop games of different operating system versions in order to meet the needs of different users, for example, the same type of game, the games possibly comprise Windows-version games which can only run in a Windows system, and Android-version games which can only run in an Android system, and data of the Windows-version games and the Android-version games can not be communicated, different system containers can be set in the server to meet the requirements of users for trying to play games of different versions, and because operating systems operated by users operating remote clients are different, users can control target games of any system in the server in the remote clients of any operating system, for example, users can control target games of Android versions in the Android system in the server in the remote clients of the Windows system, and the experience is greatly enriched.

Further, the user may select game version information of the target game to be played in the remote client as required, and send login information carrying the game version information of the target game to the server, where 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 game, the target game of the Android version can be selected from a remote client in any operating system, a login message carrying game version information of the target game of the Android version is sent to a server, after receiving the login message sent by the remote client, the server can extract the target game with the game version information of the Android version, then a system container corresponding to the target game can be determined to be the Android system container, whether the target game is installed in the Android system container is queried, if the target game exists, whether account information of the user exists in the target game is verified, and if the account information of the user exists, the target game is started.

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, where the remote client may continuously collect data generated when the user controls the target game, where the data is also hardware in the user control terminal, and the hardware generates corresponding control data, that is, first peripheral data according to the operation of the user (for example, the user may control through a touch screen, may also control through shaking a mobile phone or using an external game pad), 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, sensor data generated through a sensor (for example, a gravity sensor, a pressure sensor, an angle sensor) in the terminal, camera data generated through a camera device, and controller data generated through a controller (for example, a handle, a joystick), and so on. The remote client may further send the first peripheral data to the server after the first peripheral data is collected, so that the server receives the first peripheral data and processes the first peripheral data.

Further, in the target system container in the server, a unified data interface may be further provided, where the unified data interface is configured to receive the various types of first peripheral data in a unified manner, where a special virtual module may be provided to perform a task based on the unified data interface, monitor and receive the first peripheral data sent by the remote client in the terminal, for example, a proxy server (agent_proxy) module may be provided in the target system container, where the proxy server module is provided with the unified data interface, and the server controls the proxy server module to receive the first peripheral data sent by the remote client in the terminal based on the unified data interface.

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

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

It will be appreciated that the game in the server, when running, requires a predetermined instruction or data to perform the relevant operation, for example, in a certain action game, the character in the game needs to move forward based on the forward movement data. In the conventional art, when a game is installed in a local terminal, a user can manipulate hardware in the terminal, the hardware generates corresponding manipulation data according to the user's operation, the game is operated based on the manipulation data, but in the process of controlling the game operation in a server by the terminal, since real hardware or virtual hardware is also present in the server, the game operated in a target system container in the server is also required to be operated based on the hardware generated manipulation data, and although the first peripheral data transmitted from a remote client in the terminal has been acquired in the above step, the first peripheral data is the hardware generated manipulation data in the terminal, and specifications, parameters or execution standards of the hardware in the terminal and the hardware set in the server are not identical, the game in the target system container in the server cannot be operated directly using the first peripheral data generated by the hardware in the terminal.

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

Optionally, a Virtual module may be set in a target system container in the server to implement the conversion of the first peripheral data, for example, a Virtual Hardware Abstraction Layer (HAL) module may be set in the system container, where the Virtual hardware abstraction layer module is located at an interface layer between an operating system kernel and hardware, and provides a Virtual hardware platform for the operating system, so that the Virtual hardware platform may be transplanted 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 various as described in the above steps, an appropriate conversion method may be selected according to the type of the first peripheral data in the process of conversion, 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, at least two types of methods are possible, and the first method is to directly convert the first peripheral data into data of the same type as the output data based on the type of the output data when the hardware in the server is running, and then, since the output data when the hardware in the server is running can be directly identified by the game in the server, the converted first peripheral data can also be directly identified by the game in the server.

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

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

In the above steps, the second external data is obtained after the conversion of the first external data, and because the second external data can be directly identified by the target game or the hardware corresponding to the target game in the server, the target game can be driven to run based on the second external data or the hardware corresponding to the target game can be driven to run based on the second external data continuously in response to the indication of the first external data, so that the target game is run 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 diagram of a game control method according to another embodiment of the application.

As shown in fig. 4B, when the above implementation method is implemented by using 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 uniformly receives the first peripheral data of various types 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 identified 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 proxy server module and the virtual hardware abstraction layer module can adopt UNIX Domain Socket to realize inter-process communication, and can also be improved into binder communication according to the need, so that the transmission efficiency is improved.

In the embodiment of the application, the first peripheral data sent by the remote client in the terminal can be received based on the unified data interface in the target system container, then the first peripheral data is converted into the second peripheral data which can be identified by the 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, no additional buffer storage is needed for inputting data, 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, cloud running of the target game is realized, thread conflict between the peripheral data and the target game is avoided, and a user can control the game in the server more conveniently and smoothly in the terminal.

Referring to fig. 5, fig. 5 is a flowchart illustrating a game control method according to another embodiment of the 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 a terminal based on a unified data interface in a target system container, wherein the peripheral data set at least comprises one peripheral data.

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

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

After the server receives the set of different peripheral data through the unified data interface, the first peripheral data needs to be converted, wherein different data conversion modes need to be adopted for the peripheral data of different hardware types because the peripheral data of different types may have different data structures generated by different hardware. Before each first peripheral data is converted, the different peripheral data in the peripheral data set needs to be identified, that is, valid peripheral data in the peripheral data set is extracted. One possible implementation manner is that after the server receives the peripheral data set, peripheral identifiers carried in different peripheral data in the peripheral data set are extracted, wherein the peripheral identifiers can be fields, parameters or attributes and the like and can be used for identifying specific hardware types of the peripheral data. If the extracted peripheral identifier is a preset peripheral identifier, peripheral data corresponding to the peripheral identifier can be extracted from the peripheral data set, and the peripheral data are named as first peripheral data for distinguishing other peripheral data, so that all first peripheral data corresponding to the peripheral data set can be extracted.

For example, taking the peripheral identifier as a field as an example, after the server receives the peripheral data set, it may extract whether the data with the "message_client_touch" field in different peripheral data in the peripheral data set, where the peripheral data with the field represents a TOUCH event occurring from a display screen in the terminal, that is, in the above embodiment, the remote CLIENT generates TOUCH data through the display screen in the terminal, if the data with the field exists, the data is extracted and used as the first peripheral data, and if the data with the field does not exist, it is indicated that the currently input peripheral data set does not include TOUCH data. Similarly, the SENSOR data collected by the remote CLIENT through the SENSOR (e.g. gravity SENSOR) in the terminal carries the peripheral identifier "message_client_sensor", and the controller data generated by the remote CLIENT through the controller (e.g. handle, joystick) in the terminal carries the peripheral identifier "message_gateway".

Alternatively, according to the description in the above embodiment, different modules may be respectively provided in the proxy server module to implement extraction of different peripheral data by using the different modules, for example, a touch module may be provided in the proxy server module to implement extraction of 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/video data.

After each first peripheral data is extracted from each peripheral data set, but each first peripheral data is generated by different hardware, for the convenience of subsequent conversion of the first peripheral data, the data type (specific structure type of data) corresponding to each first peripheral data can be determined in response to the indication of the first peripheral data, wherein for convenience of description, the data type corresponding to the first peripheral data is divided into at least two types, and the data type at least comprises hardware control data and audio/video data, wherein the hardware control data can 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 (such as a gravity sensor, a pressure sensor and an angle sensor) in the terminal, camera data generated by a camera device and controller data generated by a controller (such as a handle and a joystick); the audio and video data may 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 manipulation data is mainly data generated by hardware in the user manipulation terminal, the audio and video data is mainly external data collected by hardware in the terminal, and thus their data structures are different, the biggest difference is that the hardware manipulation data cannot be directly recognized by a game in the server, and the audio and video data can be directly recognized by the game in the server.

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

Optionally, the conversion modes of at least two types of data may be predetermined according to the data types, so after determining the data types corresponding to the first peripheral data, the conversion modes corresponding to the first peripheral data may be determined.

For convenience of description, the conversion process of the first peripheral data will be described below taking as an example the core conversion concept of converting the first peripheral data into data of the same type as the input data based on the type of the input data when driving the hardware in the server, and then driving the hardware in the server to run the converted first peripheral data so that the hardware in the server generates corresponding operation data, which can be directly recognized by the game in the server.

If the data type corresponding to the first peripheral data is determined to be the hardware control data, the conversion mode corresponding to the first peripheral data can be determined to be data reconstruction according to the first hardware information carried in the first peripheral data and the corresponding second hardware information in the target system container, and the data reconstruction rule corresponding to the first peripheral can also be determined. The specific hardware information when the server generates peripheral data can be determined through the corresponding second hardware information in the target system container, and then the type of a data structure required by driving a certain hardware in the server to run 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 the hardware in the driving server and the data structure type of the first peripheral data generated by the hardware in the terminal, namely what operation is required when the data reconstruction is carried out on the first peripheral data, so that the hardware in the driving server can operate the hardware after the data reconstruction is carried out on the first peripheral data generated by the hardware in the terminal.

If the data type corresponding to the first peripheral data is determined to be the audio/video data, determining an audio/video decoding rule corresponding to the first peripheral data according to the audio/video format corresponding to the first peripheral data. Because the audio and video data are external data directly collected by the terminal, only the external data are encoded, and only the conversion mode of decoding the first peripheral data is needed, the audio and video decoding rule corresponding to the first peripheral data can be determined directly according to the audio and video format corresponding to the first peripheral data.

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

In the above steps, the conversion modes corresponding to the first peripheral data are determined respectively, so that the second peripheral data can be obtained by converting the first peripheral data according to the conversion modes corresponding to the first peripheral data, wherein the second peripheral data is the second peripheral data corresponding to the first peripheral data and identifiable by the target game or the target hardware in the target system container.

If the data type corresponding to the first peripheral data is determined to be hardware control data, carrying out data reconstruction on the first peripheral data based on a data reconstruction rule corresponding to the first peripheral data, taking the first peripheral data after data reconstruction as second peripheral data, wherein the data type of the second peripheral data is the same as the data type of the driving data in the driving target system container when the hardware operates, namely the second peripheral data can be identified by target hardware in a 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 can be obtained, the second hardware information of the display screen in the server can also be obtained, and then the data reconstruction rule corresponding to the first peripheral data can 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 the server redefines the coordinates of x, y of the touch point in the first peripheral data with respect to the previous point, the range may be 0, 32768, and a specific touch event (event_type) is defined, 0 represents squat down, 1 represents skip up, 2 represents skip up, and a number of fingers (finger_id) of the user operating the touch event at the same time may be defined, starting from the number 0. Therefore, when the server extracts that the first peripheral data is touch data of the display screen in which a single finger moves forward for a certain distance, the server constructs the received first peripheral data through the data reconstruction rule to obtain x=10, y=10, event_type=1, finger_id=0, that is, the second peripheral data obtained after the reconstruction of the first peripheral data is: x=10, y=10, event_type=1, finger_id=0, and the data type of the second external data is the same as the data type of the driving data when the hardware in the driving target system container is running, then the second external data can be recognized by the display screen hardware in the target system.

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

Alternatively, the modules may be provided in the target system to implement the steps described above, which are not specifically limited herein.

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 the 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 target hardware corresponding to the second peripheral data in the target system container can be continuously responded by the indication of the first peripheral data, then the target hardware is driven to operate according to the second peripheral data, and the game engine corresponding to the target game operates the target game based on the data generated when the target hardware operates.

If the data type corresponding to the first peripheral data is determined to be audio-video data, audio-video decoding is performed 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 the 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 identified by the target hardware in the target system container, that is, based on the type of input data when the hardware in the drive server runs, the first peripheral data is converted into data of the same type as the input data, and then the converted first peripheral data is removed from the hardware in the drive server to run, so that the hardware in the server generates corresponding operation data, and then the operation data can be directly identified by the game in the server.

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

S507, obtaining game data generated during the running of the target game, processing the game data, and then sending the processed game data to a remote client in the terminal through a unified data interface so that the remote client displays the game data.

After the target game in the target system container is driven based on the second external data, corresponding game data can be generated during the target game running, the game data can be data such as audio frequency, video frequency or hardware feedback, and the like, then the server can acquire the game data generated during the target game running, the game data are processed and then are sent to a remote client in the terminal through a unified data interface, wherein the processing of the game data can comprise operations such as rendering and encoding of the game data, so that the remote client can display the game data, different display modes can be selected according to specific data types of the game data during the display, for example, the audio data can be played through a loudspeaker in the terminal, the picture data such as video frequency can be played through a display screen in the terminal, and after the target hardware in the terminal can be determined for the hardware feedback data, the target hardware in the terminal is controlled to work.

In the embodiment of the application, the conversion of the first peripheral data is mainly introduced, so that the second peripheral data obtained after the conversion can be identified by target hardware in a target system container, namely, based on the type of input data when hardware in a drive server runs, the first peripheral data is converted into data of the same type as the input data, and then the converted first peripheral data is removed from the drive server to run so that the hardware in the server generates corresponding operation data, and then the operation data can be directly identified by games in the server. Because the unified data interface and the target game are both arranged in the same target system container in the server, 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 server is lightened, the time consumption of the whole process is reduced, and the instantaneity of the cloud game is improved. In addition, as 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 migration to other application fields is facilitated, and other development interfaces are not needed, for example, the unified data interface or the target system container can be directly transplanted to the field of cloud mobile phones, so that a user can control a mobile phone operating system in the server based on a remote client, and further the functions of cameras, microphones, map navigation and the like in the cloud mobile phones can be used.

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

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

s601, acquiring first peripheral data of a target game in a remote client, and transmitting the first peripheral data to a server, wherein the first peripheral data is used for instructing the server to convert 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 transmitted by the remote client in the terminal based on a unified data interface in the target system container, and instructing the server to drive the target game to run based on the second peripheral data.

S602, receiving game data generated by a server when the target game returned by the first peripheral data runs, and displaying the game data.

The specific implementation method of each step may refer to the specific description in the foregoing embodiment, which is not repeated herein.

Referring to fig. 6B, fig. 6B is a schematic block diagram of a game control method according to another embodiment of the 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 the 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 the first peripheral data of various types 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, the virtual hardware abstraction layer module converts the first peripheral data to obtain second peripheral data, wherein the second peripheral data is identifiable data of 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 is operated, corresponding game data can be generated when the target game is operated, the game data can be audio, video or data such as hardware feedback, then the server can acquire the game data generated when the target game is operated, the game data is processed and then is sent to a remote client in the terminal through a unified data interface, wherein the processing of the game data can comprise operations such as rendering and encoding the game data, so that the remote client can display the game data, different display modes can be selected according to specific data types of the game data in the display process, for example, audio data can be played through a loudspeaker in the terminal, picture data such as video can be played through a display screen in the terminal, and after the hardware feedback data can determine target hardware in the terminal, the target hardware is controlled to work.

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

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

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

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

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 comprises:

the version information acquisition module is used for acquiring login information sent by the remote client in the terminal and determining a corresponding target game and 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 the unified data interface in the target system container, where the peripheral data set includes at least one peripheral data; and extracting at least one 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 target games or target hardware in the target system container.

The game driving module 730 is further configured to determine 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 when the target hardware runs.

The game driving module 730 is further configured to send the second external data to a 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 comprises: the game data transmitting module is used for acquiring game data generated during the running of the target game, processing the game data and transmitting the processed game data to a remote client in the terminal through the unified data interface so that the remote client displays the game data.

In an embodiment of the present application, a game control device includes: the peripheral data acquisition module is used for receiving first peripheral data sent by a remote client in the terminal based on a unified 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 the 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. Because the unified data interface and the target game are both arranged in the same target system container in the server, 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, cloud running of the target game is realized, thread conflict between the peripheral data and the target game is avoided, and a user can control the game in the server more conveniently and smoothly 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 device 800 includes:

the peripheral data uploading module 810 is configured to obtain first peripheral data of a target game in the remote client, and send the first peripheral data to the server, where the first peripheral data is configured to instruct the server to convert the first peripheral data into second peripheral data identifiable by the target game in the target system container after the server receives the first peripheral data sent by the remote client in the terminal based on the unified data interface in the target system container, and instruct the server to drive the target game to run based on the second peripheral data.

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

An embodiment of the present application also provides a computer-readable storage medium, characterized in that the computer-readable storage medium stores program instructions that, when executed by a computer, cause the computer to perform the steps of the method according to any of the embodiments described above.

Further, referring to fig. 9, 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 employed to facilitate a coupled communication between the components.

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

Wherein 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, executing various functions of the server 900 and processing data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 905, and invoking data stored in the memory 905. Alternatively, the central processor 901 may be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), programmable logic array (Programmable Logic Array, PLA). The central processor 901 may integrate one or a combination of several of a central processor (Central Processing Unit, CPU), an image central processor (Graphics Processing Unit, GPU), and a modem, etc. 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 should be understood that the modem may not be integrated into the cpu 901 and may be implemented by a single chip.

The Memory 905 may include a random access Memory (Random Access Memory, RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 905 includes a non-transitory computer readable medium (non-transitory computer-readable storage 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 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 above-described respective method embodiments, etc.; the storage data area may store data or the like referred to in the above respective method embodiments. The memory 905 may also optionally be at least one storage device located remotely from the aforementioned central processor 901. As shown in fig. 9, an operating system, a network communication module, a user interface module, and a game control program may be included in the memory 905, which is one type of computer storage medium.

In the server 900 shown in fig. 9, the user interface 903 is mainly used for providing an input interface for a user, and acquiring data input by the user; and the central processor 901 may be used to call a 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 unified data interface in a target system container; converting the first peripheral data into second peripheral data identifiable by the target game in the target system container in response to the indication of the first peripheral data; the target game is driven to run based on the second external data.

Further, referring to fig. 10, 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 processor 1001, at least one network interface 1004, a user interface 1003, a memory 1005, at least one communication bus 1002.

Wherein the communication bus 1002 is used to enable connected 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 further 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.

Wherein the central processor 1001 may include one or more processing cores. Central processor 1001 connects the various parts within overall terminal 1000 using various interfaces and lines, performs various functions of terminal 1000 and processes data by executing or executing instructions, programs, code sets, or instruction sets stored in memory 1005, and invoking data stored in memory 1005. Alternatively, the central processor 1001 may be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), programmable logic array (Programmable Logic Array, PLA). The central processor 1001 may integrate one or a combination of several of a central processor (Central Processing Unit, CPU), an image central processor (Graphics Processing Unit, GPU), and a modem, etc. 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 will be appreciated that the modem may not be integrated into the cpu 1001 and may be implemented by a single chip.

The Memory 1005 may include a random access Memory (Random Access Memory, RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 1005 includes a non-transitory computer readable medium (non-transitory computer-readable storage medium). The memory 1005 may be used to store instructions, programs, code, sets of codes, or sets 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 above-described respective method embodiments, etc.; the storage data area may store data or the like referred to in the above respective method embodiments. The memory 1005 may also optionally be at least one storage device located remotely from the aforementioned central processor 1001. As shown in fig. 10, an operating system, a network communication module, a user interface module, and a game control program may be included in the memory 1005 as one type of computer storage medium.

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

Acquiring first peripheral data of a target game in a remote client, and transmitting the first peripheral data to a server, wherein the first peripheral data is used for instructing the server to convert 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 transmitted by the remote client in the terminal based on a unified data interface in a target system container, and instructing the server to drive the target game to run based on the second peripheral data;

and receiving game data generated by the server when the target game returned by the first peripheral data runs, and displaying the game data.

In the several embodiments provided by the present application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of modules is merely a logical function division, and there may be additional divisions of actual implementation, e.g., multiple modules or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or modules, which may be in electrical, mechanical, or other forms.

The modules illustrated as separate components may or may not be physically separate, and components shown as modules may or may not be physical modules, i.e., may be located in one place, or may be distributed over 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 this embodiment.

In addition, each functional module in each embodiment of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules may be integrated into one module. The integrated modules may be implemented in hardware or in software functional modules.

The integrated modules, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods 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, random Access Memory), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

It should be noted that, for the sake of simplicity of description, the foregoing method embodiments are all expressed as a series of combinations of actions, but it should be understood by those skilled in the art that the present application is not limited by the order of actions described, as some steps may be performed in other order or simultaneously in accordance with the present application. Further, those skilled in the art will appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily all required for the present application.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to the related descriptions of other embodiments.

The foregoing describes a game control method, apparatus, storage medium, server and terminal provided by the present application, and those skilled in the art will change the specific embodiments and application scope according to the ideas of the embodiments of the present application, so that the present disclosure should not be construed as limiting the present application.

Claims

1. A game control method, characterized by being applied to a server, comprising:

Based on a unified data interface in a target system container, receiving first peripheral data sent by a remote client in a terminal, wherein a data type corresponding to the first peripheral data at least comprises hardware control data, and the hardware control data is data generated by hardware in a user control terminal;

driving the target game to run based on the second external data;

wherein the converting the first peripheral data into second peripheral data identifiable by the target game in the target system container includes:

determining the data type corresponding to each piece of first peripheral data;

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 corresponding second hardware information in the target system container;

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 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 used for driving hardware in the target system container to run;

Wherein the driving the target game to run based on the second external 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, wherein the game engine corresponding to the target game runs the target game based on the data generated when the target hardware runs.

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

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 the 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 unified data interface in a target system container, wherein the peripheral data set at least comprises one peripheral data;

and extracting at least one 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 1, wherein said converting said first peripheral data into second peripheral data identifiable by a target game in said target system container comprises:

determining the data type corresponding to each piece of first peripheral data;

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;

and decoding the audio and video of the first peripheral data based on the audio and video decoding rule corresponding to the first peripheral data, and taking the decoded first peripheral data as second peripheral data.

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

And transmitting the second external data to a game engine of the target game, so that the game engine runs the target game based on the second external data.

6. The method according to any one of claims 1 to 5, further comprising, after the driving the target game to run based on the second external data:

and acquiring game data generated when the target game is operated, processing the game data, and transmitting the processed game data to a remote client in the terminal through the unified data interface so that the remote client displays the game data.

7. A game control method, characterized by being applied to a terminal, comprising:

Receiving game data generated by the server when the target game is run and returned aiming at the first peripheral data, and displaying the game data;

the data types corresponding to the first peripheral data at least comprise hardware control data, the hardware control data are data generated by hardware in a user control terminal, and the terminal specifically instructs the server to determine the data types corresponding to the first peripheral data;

the terminal specifically further instructs the server to determine target hardware corresponding to the second external data in the target system container;

8. A game control device, characterized by being applied to a server, the device comprising:

the peripheral data acquisition module is used for receiving first peripheral data sent by a remote client in the terminal based on a unified data interface in a target system container, wherein the data type corresponding to the first peripheral data at least comprises hardware control data, and the hardware control data is data generated by hardware in a user control terminal;

a game driving module for driving the target game to run based on the second external data;

the peripheral data conversion module is specifically configured to:

determining the data type corresponding to each piece of first peripheral data;

the game driving module is specifically configured to:

9. A game control device, characterized by being applied to a terminal, comprising:

The game data receiving module is used for receiving game data generated when the server runs the target game and returned by aiming at the first peripheral data, and displaying the game data;

10. A computer readable storage medium, characterized in that the computer readable storage medium stores program instructions, which when executed by a computer, cause the computer to perform the method according to any one of claims 1-7.

11. 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 6 when the program is executed.

12. 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 7 when executing the program.