Function key mapping method, simulation control method, device and equipment for multiplayer game

文档序号：313148 发布日期：2021-11-30 浏览：32次中文

阅读说明：本技术 多人游戏的功能键映射方法、模拟操控方法、装置及设备 (Function key mapping method, simulation control method, device and equipment for multiplayer game ) 是由杜晶林顺于 2021-08-27 设计创作，主要内容包括：本申请实施例公开了多人游戏的功能键映射方法、模拟操控方法、装置及设备。在一些实施例中,中心服务端生成与每款游戏的游戏标识一一对应的功能键映射母表,包括：功能标识、分组标识和默认键信息；进而,中心服务端在启动每个游戏实例时,生成与每个游戏实例标识一一对应的功能键映射子表,功能键映射子表包括功能键映射母表的字段和数据、分组状态和本地键信息,以便请求端获取功能键映射子表；这样,每个用户可以修改功能键映射子表的本地键信息,而游戏服务组件将本地键信息映射为功能键映射母表中的默认键信息,使得多人使用各自的输入设备同时操作同一游戏的不同功能时,可以使用相同的键位,避免误操作且满足用户的键位喜好。(The embodiment of the application discloses a function key mapping method, a simulation control method, a device and equipment for a multiplayer game. In some embodiments, the central server generates a function key mapping mother table corresponding to the game identifier of each game, including: function identification, group identification and default key information; furthermore, when each game instance is started, the central server side generates a function key mapping sub-table which corresponds to each game instance identifier one to one, wherein the function key mapping sub-table comprises fields and data, grouping states and local key information of a function key mapping mother table, so that the request side can obtain the function key mapping sub-table; therefore, each user can modify the local key information of the function key mapping sub-table, and the game service component maps the local key information into the default key information in the function key mapping mother table, so that when multiple users use respective input devices to operate different functions of the same game at the same time, the same key position can be used, misoperation is avoided, and the key position preference of the users is met.)

1. A function key mapping method of a multiplayer game is applied to a central server side, and the method comprises the following steps:

generating a function key mapping mother table corresponding to the game identifier, wherein the function key mapping mother table comprises: function identification, group identification and default key information;

when a game instance corresponding to the game identifier is started, generating a function key mapping sub-table, and associating the function key mapping sub-table with the game instance identifier of the game instance; wherein the function key mapping sub-table includes: the function key maps fields and data, grouping states and local key information of the mother table;

and responding to the function key mapping sub-table acquisition request, and sending the corresponding function key mapping sub-table to the request terminal so that the request terminal completes function key mapping based on the received function key mapping sub-table.

2. The method of claim 1, wherein the default key information comprises: a default key value, a cloud device number and a cloud device type;

the local key information includes: a local key value, a local device number, a local device type.

3. The method of claim 1, wherein the sending the corresponding function key mapping sub-table to the requesting end in response to the function key mapping sub-table acquisition request comprises:

obtaining a game instance identifier corresponding to the request end identifier;

acquiring a function key mapping sub-table corresponding to the game instance identifier;

and sending the function key mapping sub-table corresponding to the game instance identifier to the request end.

4. A method for simulating and controlling a multiplayer game, which is applied to a game service component, the method comprises the following steps:

receiving first local key information sent by a user side;

acquiring a function key mapping sub-table corresponding to a game service component identifier of the game service component from a central server, wherein the function key mapping sub-table comprises: the function key maps fields and data, grouping states and second local key information of the mother table; wherein the function key mapping mother table comprises: function identification, group identification and default key information;

searching a grouping identifier corresponding to the grouping state containing the user terminal identifier in the function key mapping sub-table;

based on the searched group identification, searching second local key information matched with the first local key information in the function key mapping sub-table, and searching the function identification and default key information of the corresponding group based on the matched second local key information;

and finishing simulation control based on the searched function identification, default key information and the first local key information.

5. The method of claim 4, wherein the first local key information comprises: a local key value, a local device number and a local device type; the default key information includes: a default key value, a cloud device number and a cloud device type;

the completing simulation control based on the searched function identifier, default key information and the first local key information includes:

acquiring a game instance identifier corresponding to a user side identifier of the user side;

and based on the searched function identifier, the searched default key value and the cloud equipment number in the default key information, using the conversion strategy and the simulation operation strategy to perform simulation operation and control on the game instance corresponding to the game instance identifier.

6. A method for modifying function key mapping of a multiplayer game is applied to a central server side, and the method comprises the following steps:

receiving a mapping function key request sent by a request terminal, wherein the mapping function key request comprises: the method comprises the steps of requesting terminal identification, grouping identification, function identification and first local key information corresponding to the function identification;

obtaining a current function key mapping sub-table corresponding to the request terminal identifier, where the current function key mapping sub-table includes: the function key maps fields and data, grouping states and second local key information of the mother table; wherein the function key mapping mother table comprises: function identification, group identification and default key information;

and updating the current function key mapping sub-table based on the request terminal identification and the grouping identification, the function identification and the first local key information included in the mapping function key request.

7. The method of claim 6, further comprising:

and returning a mapping function key response to the request end, wherein the mapping function key response comprises a failure message or a success message, and when the mapping function key response comprises the success message, the mapping function key response also comprises an updated function key mapping sub-table.

8. The method according to claim 6, wherein said updating the current function key mapping sub-table based on the request side identifier and the group identifier, the function identifier and the first local key information included in the mapping function key request comprises:

based on the grouping identification and the function identification included in the mapping function key request, second local key information corresponding to the function identification included in the mapping function key request is searched in the current function key mapping sub-table;

and in the current function key mapping sub-table, replacing the searched second local key information with the first local key information, and adding the request end identifier to the packet state corresponding to the packet identifier included in the mapping function key request.

9. A function key mapping apparatus for a multiplayer game, applied to a central server, the apparatus comprising:

the game system comprises a first generating unit, a second generating unit and a function key mapping mother table, wherein the function key mapping mother table is used for generating a function key mapping mother table corresponding to a game identifier and comprises: function identification, group identification and default key information;

the second generating unit is used for generating a function key mapping sub-table when a game instance corresponding to the game identifier is started, and associating the function key mapping sub-table with the game instance identifier of the game instance; wherein the function key mapping sub-table includes: the function key maps fields and data, grouping states and local key information of the mother table;

and the sending unit is used for responding to the function key mapping sub-table acquisition request and sending the corresponding function key mapping sub-table to the request terminal so that the request terminal completes function key mapping based on the received function key mapping sub-table.

10. A simulated manipulation device for a multiplayer game for use with a game service module, the device comprising:

the receiving unit is used for receiving first local key information sent by a user side;

an obtaining unit, configured to obtain, from a central server, a function key mapping sub-table corresponding to a game service component identifier of the game service component, where the function key mapping sub-table includes: the function key maps fields and data, grouping states and second local key information of the mother table; wherein the function key mapping mother table comprises: function identification, group identification and default key information;

a first searching unit, configured to search, in the function key mapping sub-table, a group identifier corresponding to a group state containing the user-side identifier;

a second searching unit, configured to search, in the function key mapping sub-table, second local key information that matches the first local key information based on the searched group identifier, and search, based on the matched second local key information, a function identifier and default key information that correspond to the group;

and the simulation control unit is used for finishing simulation control based on the searched function identifier, the default key information and the first local key information.

11. A modification device for function key mapping of multiplayer game, which is applied to a central server, the device comprises:

a receiving unit, configured to receive a mapping function key request sent by a requesting end, where the mapping function key request includes: the method comprises the steps of requesting terminal identification, grouping identification, function identification and first local key information corresponding to the function identification;

an obtaining unit, configured to obtain a current function key mapping sub-table corresponding to the request end identifier, where the current function key mapping sub-table includes: the function key maps fields and data, grouping states and second local key information of the mother table; wherein the function key mapping mother table comprises: function identification, group identification and default key information;

and the updating unit is used for updating the current function key mapping sub-table based on the request terminal identification and the grouping identification, the function identification and the first local key information which are included in the mapping function key request.

12. An electronic device comprising a processor and a memory;

the processor is adapted to perform the steps of the method of function key mapping for a multiplayer game according to any one of claims 1 to 3 by calling a program or instructions stored in the memory; or, the step of performing the method of modifying a function key mapping of a multiplayer game according to anyone of claims 6 to 8.

13. An electronic device comprising a processor and a memory;

the processor is adapted to perform the steps of the simulated manipulation method of the multiplayer game according to claim 4 or 5 by calling a program or instructions stored in the memory.

14. A computer-readable storage medium, characterized in that it stores a program or instructions which, when executed by a processor, causes the processor to execute the steps of the function key mapping method of a multiplayer game according to any one of claims 1 to 3; or, the step of performing the method of modifying a function key mapping of a multiplayer game according to anyone of claims 6 to 8.

15. A computer-readable storage medium, characterized in that it stores a program or instructions which, when executed by a processor, causes the processor to carry out the steps of the simulated manipulation method of a multiplayer game according to claim 4 or 5.

Technical Field

The application relates to the technical field of cloud games, in particular to a function key mapping method, a simulation control device and equipment for a multiplayer game.

Background

Currently, some multiplayer games (such as a two-player fighting game of a Personal Computer (PC)) are provided with different function keys (i.e., different key areas and key positions used by each person) for multiple persons to operate simultaneously through the same input device (keyboard or joystick) so as to realize game cooperation, competition or confrontation experience of the multiple persons before the same device (such as a PC or a tv game host).

When a plurality of persons operate the same input device at the same time, the operation is difficult to avoid crowding, hands are obstructed, and mutual interference occurs, so that misoperation is easy to occur. Therefore, in the prior art, a cloud game scheme is adopted to deploy the multi-player game to the cloud, so that cloud game services of the same game instance can be provided for multiple players at the same time, and the multiple players use input devices of respective terminals to operate different functions of the same game in the cloud at the same time.

Although the existing cloud game scheme can enable a plurality of users to use input devices of respective terminals to operate different functions of the same game in the cloud, the users still need to use different function keys (namely, the key regions and the key positions used by each user are different), and the users cannot select keys (or key position combinations) preferred by the users to correspond to the functions of the game, so that the user experience is poor.

Disclosure of Invention

The purpose of the present application is to solve at least one of the above technical drawbacks, and to provide the following solutions:

in a first aspect, at least one embodiment of the present application provides a method for mapping function keys of a multiplayer game, applied to a central server, the method including:

In some embodiments, the default key information includes: a default key value, a cloud device number and a cloud device type; the local key information includes: a local key value, a local device number, a local device type.

In some embodiments, the sending, in response to the function key mapping sub-table obtaining request, the corresponding function key mapping sub-table to the requesting end includes:

obtaining a game instance identifier corresponding to the request end identifier;

acquiring a function key mapping sub-table corresponding to the game instance identifier;

and sending the function key mapping sub-table corresponding to the game instance identifier to the request end.

In a second aspect, at least one embodiment of the present application further provides a method for simulating a multi-player game, applied to a game service component, the method including:

receiving first local key information sent by a user side;

searching a grouping identifier corresponding to the grouping state containing the user terminal identifier in the function key mapping sub-table;

and finishing simulation control based on the searched function identification, default key information and the first local key information.

In some embodiments, the first local key information includes: a local key value, a local device number and a local device type; the default key information includes: a default key value, a cloud device number and a cloud device type;

the completing simulation control based on the searched function identifier, default key information and the first local key information includes:

acquiring a game instance identifier corresponding to a user side identifier of the user side;

In a third aspect, at least one embodiment of the present application further provides a method for modifying function key mapping of a multiplayer game, applied to a central server, where the method includes:

In some embodiments, the function key mapping method further comprises:

In some embodiments, said updating the current function key mapping sub-table based on the requester identifier and the group identifier, the function identifier, and the first local key information included in the mapping function key request includes:

In a fourth aspect, at least one embodiment of the present application further provides a function key mapping apparatus for a multiplayer game, applied to a central server, the apparatus including:

In a fifth aspect, at least one embodiment of the present application further provides a simulated manipulation device for a multiplayer game, applied to a game service component, the device including:

the receiving unit is used for receiving first local key information sent by a user side;

a first searching unit, configured to search, in the function key mapping sub-table, a group identifier corresponding to a group state containing the user-side identifier;

and the simulation control unit is used for finishing simulation control based on the searched function identifier, the default key information and the first local key information.

In a sixth aspect, at least one embodiment of the present application further provides an apparatus for modifying function key mapping of a multiplayer game, applied to a central server, the apparatus including:

In a seventh aspect, at least one embodiment of the present application further provides an electronic device, comprising a processor and a memory; the processor is configured to execute the steps of the method for mapping function keys of a multiplayer game according to any one of the embodiments of the first aspect by calling a program or instructions stored in the memory; or the step of performing the method of modifying a function key mapping of a multiplayer game as described in any one of the embodiments of the third aspect.

In an eighth aspect, at least one embodiment of the present application further provides an electronic device comprising a processor and a memory; the processor is configured to execute the steps of the simulated manipulation method of the multiplayer game according to any one of the embodiments of the second aspect by calling a program or instructions stored in the memory.

In a ninth aspect, at least one embodiment of the present application further provides a computer-readable storage medium storing a program or instructions which, when executed by a processor, causes the processor to perform the steps of the method for function key mapping for a multiplayer game according to any one of the embodiments of the first aspect; or the step of performing the method of modifying a function key mapping of a multiplayer game as described in any one of the embodiments of the third aspect.

In a tenth aspect, at least one embodiment of the present application further provides a computer-readable storage medium storing a program or instructions, which when executed by a processor, causes the processor to execute the steps of the simulated manipulation method of the multiplayer game according to any one of the embodiments of the second aspect.

In at least one embodiment of the application, after each game is deployed to the cloud, the central server may generate a function key mapping mother table corresponding to the game identifier of each game one to one, and in the function key mapping mother table, the central server may group the respective functions of each game in different quantities and set different default key information for each function according to the difference of the games, that is, the function key mapping mother table embodies the association relationship among the function identifier, the group identifier, and the default key information. Furthermore, when each game instance is started, the central server side can generate a function key mapping sub-table corresponding to each game instance identifier one to one, and the function key mapping sub-table represents the association relationship among the function key mapping mother table, the grouping state and the local key information of the same game, so that the request side (the request side can be a user side or a game service component) can obtain the function key mapping sub-table from the central server side. In this way, each user can configure the favorite keys (or key position combination) to the local key information of the functional key mapping sub-table, and the game service component can map the local key information to the default key information of the functional key mapping mother table, so that when multiple users use the input devices of respective terminals to operate different functions of the same game at the cloud, the same key region and key position can be used, and the key position favorite of the user is met while misoperation is avoided.

Additional aspects and advantages of the present application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the present application.

Drawings

The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:

FIG. 1 is a schematic diagram of a prior embodiment of a multiplayer game;

fig. 2 is a schematic diagram of an application scenario provided in an embodiment of the present application;

FIG. 3 is a block diagram of a function key mapping apparatus for a multiplayer game according to an embodiment of the present disclosure;

fig. 4 is a block diagram of a simulation console device for a multiplayer game according to an embodiment of the present disclosure;

FIG. 5 is a block diagram of an apparatus for modifying function key mapping of a multiplayer game according to an embodiment of the present disclosure;

fig. 6 is a multi-end interaction diagram in a simulation manipulation process of a multiplayer game according to an embodiment of the present application;

FIG. 7 is a schematic view of a multi-player game according to an embodiment of the present disclosure;

fig. 8 is a block diagram of an electronic device provided in an embodiment of the present application;

fig. 9 is a block diagram of another electronic device provided in an embodiment of the present application;

FIG. 10 is a flowchart illustrating a method for mapping function keys of a multiplayer game according to an embodiment of the present disclosure;

fig. 11 is a flowchart of a simulated manipulation method of a multiplayer game according to an embodiment of the present application;

fig. 12 is a flowchart of a method for modifying function key mapping of a multiplayer game according to an embodiment of the present application.

Detailed Description

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

As used herein, the singular forms "a", "an", "the" and "the" include plural referents unless the context clearly dictates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items. Relational terms such as "first" and "second," and the like, may be used herein only to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions.

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

The cloud Game is implemented by moving a Game instance originally running at a user end (namely, a local Game) to a cloud Game Service end for running, wherein the user end only transmits the operation of the user end to a Game Service component (GS) running at the cloud Game Service end in real time through a network, the GS and a corresponding Game instance are in the same system environment, for example, a plurality of cloud mobile phones are in the same cloud Game Service end environment, and the GS and the corresponding Game instance are required to be in the system environment of the same cloud mobile phone. And the GS can correspondingly control the game instance based on the received user operation, so that the game instance responds to the user operation, the GS simultaneously captures the running result of the game instance and transmits the running result of the game to the user terminal in a video-audio streaming manner in real time, and the picture and the sound of the game are presented on the user terminal. That is, in the cloud game process, based on the real-time network communication between the user side and the GS, the user can realize the control of the game instance running on the cloud game service side based on the GS, and on the premise that the network is satisfied (usually, the 4G network can be satisfied), the control is similar to the effect when the user directly operates the game client running locally.

One prior art implementation of a multiplayer game is shown in fig. 1, two players operate different functions of a local or cloud game client through the same input device (keyboard or joystick), taking a keyboard as an example, a WSAD key on a user operation keyboard on the left side of fig. 1 controls a squatting back and forth of a game character 1, and a user on the right side of fig. 1 operates an up-down left-right key on the same keyboard to control a squatting back and forth of a game character 2. Two persons operate the same keyboard at the same time, so that the two persons are difficult to jam, obstruct hands and interfere with each other, and misoperation is easy to occur.

Therefore, in the prior art, a cloud game scheme is adopted to deploy such a multiplayer game to the cloud, so that cloud game services of the same game instance can be provided for multiple people at the same time, the multiple people use input devices of respective terminals to operate different functions of the same game in the cloud at the same time, but each user needs to operate the game according to the function keys set in the game, although the user can set each function key through the game instance, different function keys cannot be repeated, so that the function keys of different users of the same game instance need to be avoided from each other (namely, the key regions and the key positions used by each person are different), and the user cannot select a favorite key (or key position combination) to correspond to each function of the game, so that the user experience is poor.

Fig. 2 is a schematic diagram of an application scenario provided in an embodiment of the present application. In fig. 2, the central server 24, i.e. a Business Service component (BS), belongs to a part of the cloud game server, and can be understood as a global scheduling server in a Service resource scheduling process of the cloud game server, which corresponds to an overall cloud Service resource of the cloud game and is at least used for providing an external access portal of the cloud game server. The cloud game service end may be any device capable of running the cloud game program, for example, any device installed with the cloud game program and software for providing the cloud game service, and the software for providing the cloud game service may also be understood as software implementation of the cloud game service end. In some embodiments, the cloud game service end may be a software device, a hardware device, or a combination of software and hardware.

In some examples, the cloud game server may be a single server or a server cluster, and the server group may be centralized or distributed. In some embodiments, the cloud gaming server may be a remote server, virtual computer, cloud gaming server, cloud application server, remote application server, digital media server, server for providing a game developer/game sponsor storefront (storefront), website server, terminal server, console server, or the like.

In fig. 2, the User end 21 is a User Agent, UA for short, and the User end 21 is any electronic device capable of installing game client software. The user 21 may access the cloud game server, for example, the user 21 may be any device installed with software for accessing the cloud game server, where the software for accessing the cloud game server may also be understood as a software implementation of the user. The user side 21 sends a cloud game request (the cloud game request is used for requesting cloud game service of a certain game) to the center server side 24, after receiving the cloud game request, the center server side 24 schedules the game service component 22 and the game instance 23 corresponding to the game identifier (namely, the game ID) by adopting the existing cloud game scheduling method, and the scheduling includes starting the game instance 23. After the central server 24 completes the scheduling, the client 21 and the game service component 22 perform real-time network communication, and the client 21 can control the game instance 23 of the cloud (i.e., cloud game server) based on the game service component 22.

In some embodiments, the user end 21 may include, but is not limited to: thin clients, general purpose computers, special purpose computers, gaming consoles, personal computers, laptop computers, tablet computing devices, mobile computing devices, portable gaming devices, cellular phones, smart phones, notebook computers, head mounted displays, smart wearable devices, set-top boxes, streaming media interfaces/devices, smart televisions or networked displays, and the like.

In fig. 2, a Game Service component 22, or "GS", is running on a cloud Game Service end, that is, the Game Service component 22 belongs to a part of the cloud Game Service end. The game service component 22 is used for controlling the game instance 23 and providing cloud game services for the user terminal 21, for example, the user terminal 21 can manipulate the game instance 23 based on the game service component 22.

In some embodiments, the game service component 22 provides cloud service resources for the client 21 to execute the cloud game, encode video frames \ audio frames of the cloud game, and stream the encoded video frames \ audio frames to the game client for rendering and user interaction. In some embodiments, the game service component 22 is at least configured to obtain an operation instruction uploaded by the game client, and based on execution logic of the cloud game program, calculate and generate a game screen in combination with the operation instruction, and then feed the game screen back to the user terminal 21 for display.

In some embodiments, the game service component 22 and the game instance 23 are in the same system environment, that is, the game service component 22 and the game instance 23 are deployed and run on the same cloud device, which may be a virtual machine (for example, a cloud mobile phone, i.e., 1 of a plurality of virtual cloud mobile phones in 1 physical server) or a physical server.

In fig. 2, the game instance 23 can be understood as an instance when the game client runs, and corresponding audio and video information is generated after the game instance 23 is started. Specifically, the game instance in the cloud may be obtained by cloud-converting the game client and running the game client in the cloud, and the game instance 23 in fig. 2 is the game instance in the cloud. In order to clearly distinguish between local and cloud game instances, game instances running in the cloud are collectively referred to herein as game instances, and game instances running locally are collectively referred to herein as game clients.

Therefore, the game client is directly installed and operated on a local user terminal device (belonging to the user terminal 21), and after the user starts the game, the user can directly acquire the sound and picture information generated by the operation of the local game client. To enable the user to obtain the audio and video information generated by the running of the cloud game instance 23 through the user terminal device, the game service component 22 is required to forward the audio and video information generated by the corresponding cloud game instance to the user terminal device. Specifically, the game service component 22 actively captures audio and video information generated by a corresponding cloud game instance, encodes the captured audio and video information according to a preset mode, and forwards the encoded audio and video information to the user terminal device, and the user terminal device synchronously plays the received audio and video information.

Fig. 3 is a block diagram of a function key mapping apparatus 30 for a multiplayer game according to an embodiment of the present disclosure. In some embodiments, the function key mapping apparatus 30 of the multiplayer game may be implemented as the central server 24 or a part of the central server 24 in fig. 2. As shown in fig. 3, the function key mapping apparatus 30 of the multiplayer game may include, but is not limited to, the following units: a first generating unit 31, a second generating unit 32 and a transmitting unit 33. The units are described in detail as follows:

a first generating unit 31, configured to generate a function key mapping mother table corresponding to a game identifier (for example, a game ID), where the function key mapping mother table includes: a function identification (e.g., a function ID), a group identification (e.g., a group ID), and default key information.

The function key mapping mother table corresponds to the game ID of each game one by one, namely, different function key mapping mother tables are generated aiming at different game IDs. For example, after each game is deployed to the cloud, the operation and maintenance personnel may configure each game, and the first generating unit 31 generates the function key mapping mother table in which the game IDs of each game correspond to one another in response to the configuration operation of the operation and maintenance personnel. After the first generating unit 31 generates the function key mapping mother table, the function key mapping mother table may be stored in the cloud, for example, in the central server.

In the function key mapping mother table, the first generating unit 31 may group the respective functions of each game into different numbers according to the difference of the games, where each group represents a group of functions, so that each user can quickly select, customize, and use a key value. Each group has a respective group identification (e.g., group ID), each group includes a function identification (e.g., function ID) of at least one function, and information of a default key (function key for short) corresponding to each function identification is not repeated. Therefore, the function key mapping mother table reflects the association relationship among the function identifier, the grouping identifier and the default key information.

In some embodiments, the default key information in the function key mapping mother table includes: a default key value, a cloud device number, and a cloud device type. The default key value is a key value preset for each function of each game, and when each game is deployed to the cloud, the default key value is preset. In some embodiments, the default key value is not generally modified, but the user may modify the default key value through the game instance, and the central server obtains the modified default key value through the configuration interface of the game instance and updates the default key value in the corresponding function key mapping sub-table. The cloud device number is a number of a device in which the cloud directly controls the game instance, and the cloud device may be a physical device or a virtual device.

In some embodiments, to facilitate the user to intuitively understand the meaning of each group in the function key mapping mother table, group meanings may also be included in the function key mapping mother table. An example of a function key mapping mother table is shown in table one below.

Example of a table-function Key mapping mother Table

A second generating unit 32, configured to generate a function key mapping sub-table when starting a game instance corresponding to the game identifier, and associate the function key mapping sub-table with the game instance identifier of the game instance; wherein, the function key mapping sub-table comprises: the function key maps fields and data of the mother table, packet status, and local key information.

Wherein, the function key mapping sub-table is in one-to-one correspondence with the game instance identification (such as game instance ID) of each game instance. The second generating unit 32 may generate a function key mapping sub-table corresponding to each game instance identifier one to one based on the function key mapping mother table of the game corresponding to each game instance when each game instance is started, where the function key mapping sub-table has the same life cycle as the corresponding game instance. After the second generating unit 32 generates the function key mapping sub-table, the function key mapping sub-table may be stored in the cloud, for example, in the central server.

The function key mapping sub-table includes fields and data of the function key mapping mother table, and the second generating unit 32 may directly copy the function key mapping mother table into the function key mapping sub-table, and may also associate all fields and data of the function key mapping mother table with the function key mapping sub-table based on the same game identifier external chain manner, where the game identifier external chain manner is, for example: and finding the game identifier of the game to which the game belongs based on the game instance identifier corresponding to the function key mapping sub-table, and finding the function key mapping mother table corresponding to the game identifier from all the function key mapping mother tables stored in the cloud, wherein fields and data except packet state and local key information are directly read from the function key mapping mother table, and the function key mapping sub-table does not have a copy of the fields and data. Therefore, the function key mapping sub-table represents the incidence relation among the function key mapping mother table, the grouping state and the local key information of the same game.

In some embodiments, the packet status in the function key map sub-table is used to indicate whether the current packet is occupied, and which clients (i.e., UAs) are occupied; a value of packet state "null" represents that the packet is idle (i.e., not occupied by any UA); when the value of the packet state is "sequence of UA identifiers", it represents that the packets are simultaneously transmitted by the corresponding UAs in the sequenceOccupied and share the same one function key mapping sub-table. For example: the value of the packet state is "UA₁，UA₂When it is, it means that the packet is simultaneously UA₁And UA₂And (4) occupation.

In some embodiments, the local key information in the function key mapping sub-table includes: a local key value, a local device number, a local device type. The local key value can be modified by each user corresponding to the game instance ID, and the user can modify the local key value into a favorite key value. The local device is a device directly operated by a user.

It should be noted that, when the function key mapping sub-table is initialized (i.e., the corresponding game instance is just started), the values corresponding to each field of the local key information and the grouping status are initially null (i.e., all the groupings are idle), and the other fields of the function key mapping sub-table use the values of the corresponding fields of the function key mapping mother table of the game to complete their initial assignments.

Therefore, through the function key mapping sub-table, the local key values of different users do not need to be avoided, and each user can configure the favorite keys (or key position combinations) into the local key information of the function key mapping sub-table without being limited to the default key information set in the game for operation. The game service component can map the local key information into default key information in the function key mapping mother table, so that when multiple people use input devices of respective terminals to simultaneously operate different functions of the same game at the cloud end, the same key area and key position can be used, misoperation is avoided, and key position preference of users is met. It should be noted that the same function can also be mapped to different keys (or key combinations) on the input devices of the respective terminals of multiple persons.

An example of a function key mapping sub-table is shown in table two below.

Example of Table two function Key mapping sub-tables

In table two, POV is a cross direction key of the handle, and there are 9 states. The corresponding values for the 9 states of the POV of the handle in standard mode 1 (i.e., computer X360 mode, also XINPUT mode) are: default (medium) ═ 0 xffff; upper is 0x 0000; upper right-0 x 1194; right — 0x 2328; lower right-0 x34 bc; lower ═ 0x 4650; lower left-0 x57e 4; left-0 x 6978; upper left is 0x7b0 c. The handle is divided into 4 common modes: the computer comprises a computer X360 mode, a PS3 mode, an android standard mode and an apple iOS customization mode. These modes are all existing modes and are not described in detail.

As can be seen from the table I and the table II, by setting the grouping meaning in the function key mapping mother table and setting the grouping state and the local key information in the function key mapping sub-table, the purpose that when multiple persons use input devices of respective terminals to simultaneously operate different functions of the same game at the cloud end, the same key region and key position can be used, and the key position preference of users is met while misoperation is avoided.

The sending unit 33 is configured to respond to the function key mapping sub-table obtaining request, and send the corresponding function key mapping sub-table to the requesting end, so that the requesting end completes function key mapping based on the received function key mapping sub-table.

In some embodiments, the sending unit 33 may obtain a function key mapping sub-table obtaining request sent by a requesting end, where the function key mapping sub-table obtaining request includes a requesting end identifier (e.g., a requesting end ID) of the requesting end. The requesting end can be any end authorized by the central service end (i.e., BS), for example, the requesting end can be a user end (i.e., UA), a game service component (i.e., GS), the central service end (i.e., BS) itself, and so on.

In some embodiments, the sending unit 33 may obtain a game instance identifier (e.g., a game instance ID) corresponding to the request end identifier; further acquiring a function key mapping sub-table corresponding to the game instance identifier; and then the function key mapping sub-table corresponding to the game instance identification is sent to the request end.

In some embodiments, the sending unit 33 sends a function key mapping sub-table acquisition failure message to the requesting end if the game instance ID acquisition fails or the function key mapping sub-table acquisition fails.

Fig. 4 is a block diagram of a simulation console 40 for a multiplayer game according to an embodiment of the present disclosure. In some embodiments, the simulated manipulation device 40 of the multiplayer game may be implemented as the game service component 22 of FIG. 2 or as part of the game service component 22. As shown in fig. 4, the simulated manipulation device 40 of the multiplayer game may include, but is not limited to, the following units: a receiving unit 41, an obtaining unit 42, a first finding unit 43, a second finding unit 44 and an analog manipulation unit 45. The units are described in detail as follows:

the receiving unit 41 is configured to receive the first local key information sent by the user end (i.e., UA). Wherein the first local key information includes but is not limited to: a local key value, a local device number, a local device type.

It should be noted that the local key value in the first local key information may be a key value of a certain function, that is, each time a user operates a key, the user side sends the first local key information (including the local key value of the key, the local device number, and the local device type) corresponding to the key.

An obtaining unit 42, configured to obtain, from the central server, a function key mapping sub-table corresponding to a game service component identifier (i.e., GSID) of the game service component, where the function key mapping sub-table includes: the function key maps fields and data, grouping states and second local key information of the mother table; wherein, the function key mapping mother table comprises: function identification, group identification, and default key information. Default key information includes, but is not limited to: a default key value, a cloud device number, and a cloud device type.

In some embodiments, the obtaining unit 42 sends a function key mapping sub-table obtaining request to the central server, where the function key mapping sub-table obtaining request includes but is not limited to GSID, so that the central server obtains a game instance ID corresponding to GSID and obtains a function key mapping sub-table corresponding to the game instance ID; further, the obtaining unit 42 may receive the function key mapping sub-table sent by the central server.

The first lookup unit 43 is configured to lookup a packet identifier (i.e., a packet ID) corresponding to a packet status containing a user side identifier (i.e., a UAID) in the function key mapping sub-table. It should be noted that, if the packet ID corresponding to the packet status containing the UAID is not found, the first searching unit 43 returns a failure message to the user side corresponding to the UAID.

For example, in the function key mapping sub-table shown in table two, if the UAID is UA₁If so, look up the table two containing UA₁The packet ID corresponding to the packet state of (a) is: 3 and 4.

A second searching unit 44, configured to search, in the function key mapping sub-table, second local key information that matches the first local key information based on the searched group identifier, and search, based on the matched second local key information, a function identifier (i.e., a function ID) and default key information of the corresponding group.

For example, in the function key mapping sub-table shown in table two, the packet ID found is: 3 and 4, based on the group IDs of 3 and 4, the second local key information matched with the first local key information can be found in the second table, and further, the function ID and default key information of the corresponding group can be found in the second table based on the matched second local key information.

And the simulation control unit 45 is configured to complete simulation control based on the searched function identifier, default key information, and first local key information.

In some embodiments, the simulation manipulation unit 45 may determine the conversion policy and the simulation manipulation policy based on the cloud device type in the found default key information and the local device type in the first local key information. The conversion strategy is used for realizing corresponding conversion of the control modes and the control instructions of different device types, namely, the conversion strategy is a strategy for translating the control modes and the control instructions based on the cloud device type in the default key information and the local device type in the first local key information. The control instruction is the result of simulation control or real operation of a user and is used for realizing the function corresponding to the control instruction according to the self logic by the game instance. The simulation control strategy is a strategy for realizing simulation control on the game instance based on the default key value in the default key information and the cloud end equipment corresponding to the cloud end equipment number. It should be noted that the conversion strategy and the simulation manipulation strategy belong to mature technologies in the field of cloud game technologies, and are not described herein again.

The simulation control unit 45 may obtain a game instance identifier (i.e., a game instance ID) corresponding to a user end identifier (i.e., a UAID) of the user end, and perform simulation control on the game instance corresponding to the game instance identifier (i.e., the game instance ID) by using a conversion policy and a simulation control policy based on the found function identifier (i.e., the function ID) and the found default key value and cloud device number in the default key information.

In some embodiments, the simulation operation unit 45 may return the sound and picture result of the game instance responding to the simulation operation to the user end in real time in a manner of encoding the compressed video and audio streams while performing the simulation operation on the game instance. The encoding compression belongs to a mature technology in the field of streaming media, and is not described herein again.

Fig. 5 is a block diagram of a modification apparatus 50 for mapping function keys of a multiplayer game according to an embodiment of the present application. In some embodiments, the modification apparatus 50 of function key mapping for multiplayer games may be implemented as the central server 24 or a portion of the central server 24 in fig. 2. As shown in fig. 5, the modification apparatus 50 of function key mapping of the multiplayer game may include, but is not limited to, the following units: a receiving unit 51, an obtaining unit 52 and an updating unit 53. The units are described in detail as follows:

a receiving unit 51, configured to receive a mapping function key request sent by a requesting end, where the mapping function key request includes: and the first local key information corresponds to the request terminal identification, the grouping identification, the function identification and the function identification. The requesting end may be any end authorized by the central service end (i.e., BS), for example, the requesting end may be a user end (i.e., UA) or a game service component (i.e., GS). Wherein the first local key information includes but is not limited to: a local key value, a local device number, a local device type.

In some embodiments, the user terminal may obtain the packet identification (i.e., packet ID) of the available packet selected by the user based on the current function key mapping sub-table and the first local key information assigned by the user to a certain function in the available packet. Wherein the available packet is packet status null or contains the corresponding user terminalUser side identification (i.e., UAID). The local key value in the first local key information may be a local key value; or a set of local key values (i.e., combination keys), such as UA₁The Ctrl key and the W key of the local apparatus 1 (e.g., the keyboard 1) are used as combination keys, corresponding to the function of "jump up". After acquiring the packet identifier of the available packet and the first local key information corresponding to a certain function identifier (function ID) in the available packet, the user side may send a mapping function key request to the central server side.

An obtaining unit 52, configured to obtain a current function key mapping sub-table corresponding to the identifier of the requesting end, where the current function key mapping sub-table includes: the function key maps fields and data, grouping states and second local key information of the mother table; wherein, the function key mapping mother table comprises: function identification, group identification, and default key information.

In some embodiments, the obtaining unit 52 may obtain the game instance ID corresponding to the identifier of the requesting end, and further may obtain the current function key mapping sub-table corresponding to the game instance ID. In this embodiment, since the corresponding relationship between the user side identifier (i.e., UAID), the game service component identifier (i.e., GSID), and the game instance ID is pre-stored in the central server, and the corresponding relationship is determined when the central server schedules the GS and the game instance for the user side, no matter whether the request side identifier is the UAID or the GSID, the game instance ID can be found based on the corresponding relationship, and the current function key mapping sub-table corresponding to the game instance ID is further obtained.

And the updating unit 53 is configured to update the current function key mapping sub-table based on the request end identifier and the group identifier, the function identifier, and the first local key information included in the mapping function key request.

In some embodiments, the updating unit 53 may further return a mapping function key response to the requesting end, where the mapping function key response includes a failure message or a success message, and when the mapping function key response includes a success message, the mapping function key response further includes an updated function key mapping sub-table. Wherein, the failure message is a message of failure in updating the current function key mapping sub-table.

In some embodiments, the updating unit 53 may look up, in the current function key mapping sub-table, the second local key information corresponding to the function identifier included in the mapping function key request based on the group identifier and the function identifier included in the mapping function key request; and then, in the current function key mapping sub-table, replacing the searched second local key information with the first local key information, and adding the request end identifier to the packet state corresponding to the packet identifier included in the mapping function key request. It should be noted that, if the requester id already exists in the grouping status, the requester id does not need to be repeatedly added to the grouping status.

It should be noted that, in the foregoing device embodiments, the division of each unit is only one logic function division, and there may be another division manner in actual implementation, for example, at least two units in each unit may be implemented as one unit; each unit may also be divided into a plurality of sub-units. It will be understood that each unit or sub-unit can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application.

Fig. 6 is a multi-end interaction diagram in a simulation manipulation process of a multiplayer game according to an embodiment of the present application. Fig. 6 has a precondition: a user sends a cloud game request to a central server through a user side (namely UA), wherein the cloud game request comprises a game ID; the central server schedules a game service component (i.e., GS) and a game instance corresponding to the game ID in response to the cloud game request. If the precondition is not satisfied, the game service component returns a failure message to the UA because the game instance ID corresponding to the UA cannot be acquired, and the flow ends. As shown in fig. 6, the flow of the simulated manipulation of the multiplayer game includes the following steps 601 to 610:

in step 601, the central server generates a function key mapping mother table corresponding to the game ID, where the function key mapping mother table includes but is not limited to: function ID, group meaning, and default key information. Among them, the default key information includes but is not limited to: a default key value, a cloud device number, and a cloud device type.

In step 602, when the central server starts a game instance corresponding to the game ID, a function key mapping sub-table is generated; wherein, the function key mapping sub-table includes but is not limited to: the function key corresponding to the game ID maps fields and data of the mother table, a grouping status, and second local key information. Wherein the second local key information includes but is not limited to: a local key value, a local device number, a local device type. And after generating the function key mapping sub-table, the central server associates the function key mapping sub-table with the game instance ID of the game instance.

In step 603, the user terminal sends the first local key information to the game service component. Wherein the first local key information includes but is not limited to: a local key value, a local device number, a local device type.

In step 604, the game service component obtains a function key mapping sub-table corresponding to the GSID of the game service component from the central server. Step 604 specifically includes steps 6041 to 6044:

in step 6041, the game service component sends a function key map sub-table acquisition request to the central server, where the function key map sub-table acquisition request includes, but is not limited to, the GSID of the game service component.

In step 6042, the central server obtains a game instance ID corresponding to the GSID in the function key mapping sub-table obtaining request.

In step 6043, the central server obtains a function key mapping sub-table corresponding to the game instance ID.

In step 6044, the central server sends the function key mapping sub-table corresponding to the game instance ID to the game service component.

In step 605, the game service component searches the function key mapping sub-table for the group ID corresponding to the group status containing the user ID.

In step 606, the game service component searches for second local key information matching the first local key information in the function key mapping sub-table based on the found group ID, and searches for a function ID and default key information of the corresponding group based on the matched second local key information.

In step 607, the game service component determines a conversion policy and a simulation manipulation policy based on the cloud device type in the found default key information and the local device type in the first local key information.

In step 608, the game service component obtains the game instance ID corresponding to the user ID of the user terminal.

In step 609, the game service component uses the conversion strategy and the simulation operation strategy to perform simulation operation on the game instance corresponding to the game instance ID based on the searched function ID, the searched default key value in the default key information, and the cloud device number.

In step 610, the game service component may return the sound and picture result of the game instance responding to the simulation manipulation to the user end in real time in a manner of encoding the compressed video and audio streams while performing the simulation manipulation on the game instance.

Based on the description of the above steps, after each game is deployed to the cloud, the central server may generate a function key mapping mother table corresponding to the game ID of each game one to one, and in the function key mapping mother table, the central server may group the respective functions of each game in different quantities and set different default key information for each function according to the difference of the games, that is, the function key mapping mother table represents the association relationship among the function identifier, the group identifier, and the default key information. Furthermore, when each game instance is started, the central server side can generate a function key mapping sub-table corresponding to each game instance ID one to one, and the function key mapping sub-table embodies the association relation among the function key mapping mother table, the grouping state and the local key information of the same game, so that the request side (the request side can be a user side or a game service component) can obtain the function key mapping sub-table from the central server side. In this way, each user can configure the favorite keys (or key position combination) to the local key information of the functional key mapping sub-table, and the game service component can map the local key information to the default key information of the functional key mapping mother table, so that when multiple users use the input devices of respective terminals to operate different functions of the same game at the cloud, the same key region and key position can be used, and the key position favorite of the user is met while misoperation is avoided.

Fig. 7 is a scene schematic diagram of a multiplayer game according to an embodiment of the present disclosure, and the simulated manipulation process of the multiplayer game shown in fig. 6 can be applied to the scene shown in fig. 7. In fig. 7, based on the prior art in the field of cloud games, the cloud end can be composed of the same GS and the same game instance (i.e. game instance)₁) Is UA₁And UA₂While providing cloud gaming services. In other embodiments, based on the prior art in the cloud game field, the cloud may also be divided into two groups, UA respectively, by two relatively independent GS corresponding to two relatively independent game instances₁And UA₂Providing a cloud gaming service.

In fig. 7, two users use the keyboards, respectively₁And a keyboard₂The operation and control are carried out, and the local key values (upper, lower, left and right keys) set by the left user correspond to the roles₁The four functions of jumping, squatting and retreating are realized; local key values (upper, lower, left and right keys) set by the user on the right correspond to roles₂The four functions of jumping, squatting and retreating are realized; in the cloud, GS will be the keyboard₁The upper, lower, left and right keys of (A) are mapped into corresponding roles of a default key value (WSAD key)₁The jumping and squatting move back; GS will be the keyboard₂The up, down, left and right keys of (A) are mapped to corresponding roles of default key values (up, down, left and right keys)₁The user can go forward and backward through jumping and squatting. Therefore, when two users use the input devices of respective terminals to simultaneously operate different functions of the same game in the cloud, the same key area and key position can be used, and the key position preference of the users is met while misoperation is avoided.

The embodiment of the application also provides the electronic equipment. As shown in fig. 8, the electronic device 80 may be implemented as the central server 24 or as a portion of the central server 24 in fig. 2. The electronic device 80 includes: a processor 81 and a memory 83. Wherein the processor 81 is coupled to the memory 83, such as via the bus 82. Further, the electronic device 80 may also include a transceiver 84. It should be noted that the transceiver 84 is not limited to one in practical applications, and the structure of the electronic device 80 is not limited to the embodiment of the present application. The processor 81 is applied to the embodiment of the present application for implementing the function key mapping apparatus 30 of the multiplayer game or the function key mapping modification apparatus 50 of the multiplayer game.

Processor 81 may be a CPU, general purpose processor, DSP, ASIC, FPGA or other programmable logic device, transistor logic device, hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. Processor 81 may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs and microprocessors, and the like.

Bus 82 may include a path that transfers information between the aforementioned components. The bus 82 may be a PCI bus or an EISA bus, etc. The bus 82 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 8, but this is not intended to represent only one bus or type of bus.

The memory 83 may be, but is not limited to, a ROM or other type of static storage device that can store static information and instructions, a RAM or other type of dynamic storage device that can store information and instructions, an EEPROM, a CD-ROM or other optical disk storage, optical disk storage (including compact disk, laser disk, optical disk, digital versatile disk, blu-ray disk, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.

The memory 83 is used for storing application program codes for executing the scheme of the application and is controlled by the processor 8 to execute. The processor 81 is adapted to execute application program code stored in the memory 83 to implement the functions of the function key mapping apparatus 30 of the multiplayer game or the function key mapping modification apparatus 50 of the multiplayer game.

The embodiment of the application also provides the electronic equipment. As shown in fig. 9, the electronic device 90 may be implemented as the service component 22 or a portion of the game service component 22 in fig. 2. The electronic device 90 includes: a processor 91 and a memory 93. Wherein the processor 91 is coupled to the memory 93, such as via a bus 92. Further, the electronic device 90 may also include a transceiver 94. It should be noted that the transceiver 94 is not limited to one in practical applications, and the structure of the electronic device 90 is not limited to the embodiment of the present application. For each hardware description, reference may be made to the embodiment of fig. 8, which is not repeated.

The difference from fig. 8 is that the processor 91 is applied to the present embodiment for implementing the functions of the analog manipulation device 40 for the multiplayer game. The processor 91 is configured to execute application program code stored in the memory 93 to implement the functions of the analog manipulation device 40 of the multiplayer game.

Embodiments of the present application provide a computer-readable storage medium, where the computer-readable storage medium stores a program or an instruction, and when the program or the instruction is executed by a processor, the program or the instruction causes the processor to execute steps of various embodiments of a function key mapping method for a multiplayer game applied to a central server, which are not described herein again. In some embodiments, the computer-readable storage medium is a non-transitory computer-readable storage medium.

The embodiments of the present application provide a computer-readable storage medium, where a program or an instruction is stored in the computer-readable storage medium, and when the program or the instruction is executed by a processor, the program or the instruction causes the processor to execute the steps of the embodiments of the method for simulating and controlling a multiplayer game applied to a game service component, which are not described herein again. In some embodiments, the computer-readable storage medium is a non-transitory computer-readable storage medium.

The computer program product of the method for mapping function keys of a multiplayer game applied to a central server according to the embodiments of the present disclosure includes a computer-readable storage medium storing a program code, where instructions included in the program code may be used to execute the steps of the method for mapping function keys of a multiplayer game described in the above method embodiments, which may be referred to in the above method embodiments specifically, and are not described herein again.

The computer program product of the simulated manipulation method for a multiplayer game applied to a game service component provided in the embodiment of the present disclosure includes a computer readable storage medium storing a program code, where instructions included in the program code may be used to execute steps of the simulated manipulation method for a multiplayer game described in the above method embodiment, which may be referred to in the above method embodiment specifically, and are not described herein again.

Fig. 10 is a flowchart of a method for mapping function keys of a multiplayer game according to an embodiment of the present application, where the method is applied to a central server and includes the following steps 1001 to 1003:

1001. generating a function key mapping mother table corresponding to the game identifier, wherein the function key mapping mother table comprises: function identification, group identification and default key information;

1002. when starting the game instance corresponding to the game identifier, generating a function key mapping sub-table, and associating the function key mapping sub-table with the game instance identifier of the game instance; wherein, the function key mapping sub-table comprises: the function key maps fields and data, grouping states and local key information of the mother table;

1003. and responding to the function key mapping sub-table acquisition request, and sending the corresponding function key mapping sub-table to the request terminal so that the request terminal completes function key mapping based on the received function key mapping sub-table.

In some embodiments, in response to the function key mapping sub-table obtaining request in step 1003, sending the corresponding function key mapping sub-table to the requesting end includes:

acquiring a function key mapping sub-table acquisition request sent by a request end, wherein the function key mapping sub-table acquisition request comprises a request end identifier of the request end; acquiring a game instance identifier corresponding to the request end identifier; acquiring a function key mapping sub-table corresponding to the game instance identifier; and sending the function key mapping sub-table corresponding to the game instance identification to a request end.

For the details of the embodiments of the function key mapping method for the multiplayer game, reference may be made to the description of the embodiments of the function key mapping device 30 for the multiplayer game shown in fig. 3, which is not repeated herein.

Fig. 11 is a flowchart of a method for simulating and controlling a multiplayer game, which is applied to a game service component and includes the following steps 1101 and 1105:

1101. receiving first local key information sent by a user side;

1102. acquiring a function key mapping sub-table corresponding to a game service component identifier of a game service component from a central server, wherein the function key mapping sub-table comprises: the function key maps fields and data, grouping states and second local key information of the mother table; wherein, the function key mapping mother table comprises: function identification, group identification and default key information;

1103. searching a grouping identifier corresponding to the grouping state containing the user terminal identifier in a function key mapping sub-table;

1104. based on the searched grouping identification, searching second local key information matched with the first local key information in the function key mapping sub-table, and searching the function identification and default key information of the corresponding grouping based on the matched second local key information;

1105. and finishing the simulation operation and control based on the searched function identification, default key information and first local key information.

In step 1105, based on the found function identifier, default key information, and first local key information, completing the simulation operation includes:

determining a conversion strategy and a simulation control strategy based on the cloud equipment type in the found default key information and the local equipment type in the first local key information; acquiring a game instance identifier corresponding to a user side identifier of a user side; and simulating and controlling the game instance corresponding to the game instance identification by using a conversion strategy and a simulation control strategy based on the searched function identification and the searched default key value and cloud equipment number in the default key information.

For details of the above embodiment of the order payment method, reference may be made to the description of each embodiment of the analog console 40 of the multiplayer game shown in fig. 4, and details are not repeated.

Fig. 12 is a flowchart of a modification method for function key mapping of a multiplayer game according to an embodiment of the present application, where the method is applied to a central server and may include the following steps 1201 to 1203:

1201. receiving a mapping function key request sent by a request terminal, wherein the mapping function key request comprises: the method comprises the steps that first local key information corresponding to a request end identifier, a grouping identifier, a function identifier and a function identifier is obtained;

1202. acquiring a current function key mapping sub-table corresponding to the request terminal identification, wherein the current function key mapping sub-table comprises: the function key maps fields and data, grouping states and second local key information of the mother table; wherein, the function key mapping mother table comprises: function identification, group identification and default key information;

1203. and updating the current function key mapping sub-table based on the request terminal identification and the grouping identification, the function identification and the first local key information included in the mapping function key request.

In some embodiments, the function key mapping method further comprises:

In some embodiments, updating the current function key mapping sub-table in step 1203 based on the request end identifier and the group identifier, the function identifier and the first local key information included in the mapping function key request includes:

based on the group identifier and the function identifier included in the mapping function key request, searching second local key information corresponding to the function identifier included in the mapping function key request in a current function key mapping sub-table;

and in the current function key mapping sub-table, replacing the searched second local key information with the first local key information, and adding the request end identifier to the grouping state corresponding to the grouping identifier included in the mapping function key request.

For details of the embodiments of the method for modifying a function key map of a multiplayer game, reference may be made to the description of the embodiments of the device 50 for modifying a function key map of a multiplayer game shown in fig. 5, which is not repeated herein.

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

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

29页详细技术资料下载

上一篇：一种医用注射器针头装配设备

下一篇：一种游戏手柄的数据处理系统

Function key mapping method, simulation control method, device and equipment for multiplayer game

相关技术

网友询问留言