Game Interaction Method, Device, Storage Medium and Electronic Device

Abstract

The present disclosure provides a game interaction method, a game interaction device, a computer-readable storage medium, and an electronic device, which relate to the field of computer technologies. The game interaction method includes receiving a service request for a first type of service sent by a user terminal; selecting at least one combat process from a plurality of pre-configured second type of combat processes and converting it into an intermediate type of combat process corresponding to the first type of service; selecting at least one combat process from the intermediate type of combat process and a plurality of pre-configured preset combat processes corresponding to the first type of service as the target type of combat process for the service request; and executing the game service corresponding to the service request based on the target type of combat process. The present disclosure solves the technical problem of high complexity caused by pre-configuring multiple different types of combat processes in the server to allocate service requests of multiple combat models, and achieves the technical effect of improving the service expansion efficiency.

Description

Technical Field

[0001] The present disclosure relates to the field of computer technology, and in particular to a game interaction method, a game interaction device, a computer-readable storage medium, and an electronic device. Background Art

[0002] Battle online games often have multiple different modes of battle, such as individual battle, gang battle, dungeon battle, etc. Due to the different logical complexity and number of participants in different battle modes, the consumed process resources are different, and the battle processes used by different battle modes are prone to affect each other. Therefore, it is necessary to achieve isolation of different services.

[0003] Currently, a variety of different types of battle processes are pre-configured in the game server. By allocating battle requests of different modes to battle processes that match their types, business isolation between different battle modes is achieved.

[0004] However, the above method increases the load of the server expansion battle mode, resulting in poor business expansion efficiency. Summary of the invention

[0005] The present disclosure provides a game interaction method, a game interaction device, a computer-readable storage medium and an electronic device, thereby improving the flexibility of business expansion and improving the utilization rate of computer resources.

[0006] In a first aspect, an embodiment of the present disclosure provides a game interaction method, including receiving a service request for a first type of service sent by a user terminal; selecting at least one battle process from a plurality of pre-configured second type battle processes and converting it into an intermediate type battle process corresponding to the first type of service; selecting at least one battle process from a plurality of preset battle processes corresponding to the intermediate type battle process and the pre-configured first type of service as a target type battle process for the service request; and executing the game service corresponding to the service request based on the target type battle process.

[0007] In an optional embodiment of the present disclosure, before selecting at least one battle process from a plurality of pre-configured second-type battle processes to be converted into an intermediate-type battle process corresponding to a first-type business, each pre-configured battle process is initialized to obtain each second-type battle process.

[0008] In an optional embodiment of the present disclosure, before selecting at least one combat process from a plurality of pre-configured second-type combat processes to be converted into an intermediate-type combat process corresponding to a first-type business, the upper limit number of processes that can be accommodated in the first process pool and the number of first-type combat processes currently contained in the first process pool are determined respectively; wherein, the first process pool contains a plurality of first-type combat processes corresponding to the first-type business; if the number of processes is less than the upper limit number, then selecting at least one second-type combat process from the second process pool to be converted into an intermediate-type combat process corresponding to the first-type business; wherein, the second process pool contains a plurality of second-type combat processes corresponding to the second-type business.

[0009] In an optional embodiment of the present disclosure, if the number of processes is greater than or equal to the upper limit number, a first type combat process is selected from the first process pool, and the first type combat process is determined as a target type combat process.

[0010] In an optional embodiment of the present disclosure, the upper limit number of processes that can be accommodated in the first process pool is determined, including determining a first load of all first-type combat processes in the first process pool; determining a second load of all second-type combat processes in the second process pool; and calculating a ratio of the first load to the sum of the first load and the second load to obtain the upper limit number of processes that can be accommodated in the first process pool.

[0011] In an optional embodiment of the present disclosure, at least one battle process is selected from a plurality of pre-configured second-type battle processes and converted into an intermediate-type battle process corresponding to a first-type business, including: respectively determining the occupancy status of each second-type battle process; and selecting at least one battle process from the second-type battle processes whose occupancy status is an idle state and converting it into an intermediate-type battle process corresponding to the first-type business.

[0012] In an optional embodiment of the present disclosure, at least one battle process is selected from a plurality of pre-configured second-type battle processes and converted into an intermediate-type battle process corresponding to a first-type business, including: respectively determining the occupancy status of each second-type battle process; if the occupancy status of each second-type battle process is a non-idle state, determining the load weight of each second-type battle process; and selecting at least one battle process from a plurality of second-type battle processes based on each load weight and converting it into an intermediate-type battle process corresponding to the first-type business.

[0013] In a second aspect, an embodiment of the present disclosure provides a game interaction device, which includes: a service receiving module for receiving a service request for a first type of service sent by a user terminal; a process conversion module for selecting at least one battle process from a plurality of pre-configured second type battle processes and converting it into an intermediate type battle process corresponding to the first type of service; wherein the service corresponding to the second type battle process is different from the service type of the first type of service; the process selection module is for selecting at least one battle process from a plurality of preset battle processes corresponding to the intermediate type battle process and the pre-configured first type of service as the target type battle process for the service request; and the service execution module is for executing the game service corresponding to the service request based on the target type battle process.

[0014] In an optional embodiment of the present disclosure, the type processing module is specifically used to initialize each pre-configured battle process to obtain each second type battle process.

[0015] In an optional embodiment of the present disclosure, the quantity determination module is used to respectively determine the upper limit number of processes that can be accommodated in the first process pool and the number of first type combat processes currently contained in the first process pool; wherein the first process pool contains multiple first type combat processes corresponding to the first type of business; the process conversion module is used to select at least one second type combat process from the second process pool and convert it into an intermediate type combat process corresponding to the first type of business if the number of processes is less than the upper limit number; wherein the second process pool contains multiple second type combat processes corresponding to the second type of business.

[0016] In an optional embodiment of the present disclosure, the process selection module is used to select a first type combat process from the first process pool when the number of processes is greater than or equal to the upper limit number, and determine the first type combat process as the target type combat process.

[0017] In an optional embodiment of the present disclosure, the quantity determination module is used to determine the first load of all first type combat processes in the first process pool; determine the second load of all second type combat processes in the second process pool; calculate the ratio of the first load to the sum of the first load and the second load, and obtain the upper limit number of processes that can be accommodated in the first process pool.

[0018] In an optional embodiment of the present disclosure, the process conversion module is used to respectively determine the occupancy status of each second-type combat process; select at least one combat process from the second-type combat processes whose occupancy status is idle and convert it into an intermediate-type combat process corresponding to the first-type business.

[0019] In an optional embodiment of the present disclosure, the process conversion module is used to respectively determine the occupancy status of each second-type combat process; if the occupancy status of each second-type combat process is a non-idle state, then determine the load weight of each second-type combat process; based on each load weight, select at least one combat process from multiple second-type combat processes and convert it into an intermediate type combat process corresponding to the first-type business.

[0020] In a third aspect, an embodiment of the present disclosure provides a computer-readable storage medium having a computer program stored thereon, which implements the above-mentioned game interaction method when executed by a processor.

[0021] In a fourth aspect, an embodiment of the present disclosure provides an electronic device, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute the above-mentioned game interaction method by executing the executable instructions.

[0022] The technical solution disclosed in this disclosure has the following beneficial effects:

[0023] The game interaction method provided above, upon receiving a service request for a first type of service sent by a user terminal, selects at least one battle process from a plurality of pre-configured second type battle processes to convert it into an intermediate type battle process corresponding to the first type of service, and selects at least one battle process from a plurality of preset battle processes corresponding to the intermediate type of battle process and the pre-configured first type of service as the target type battle process of the service request; so as to execute the game service corresponding to the service request based on the target type battle process. The present disclosure only needs to pre-configure a second type of battle process in the server, and upon receiving a service request for a first type of service, selects at least one battle process from the second type of battle process to convert the battle process corresponding to the first type of service to process the first type of service. The method solves the technical problem of increased complexity caused by pre-configuring a plurality of different types of battle processes in the server in the prior art, resulting in poor service expansion efficiency, thereby achieving the technical effect of improving service expansion efficiency.

[0024] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] The drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and are used together with the specification to explain the principles of the present disclosure. Obviously, the drawings described below are only some embodiments of the present disclosure, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0026] Figure 1 A schematic diagram of an online game service architecture in this exemplary embodiment is shown schematically;

[0027] Figure 2 A schematic diagram of the architecture of a game interaction system in this exemplary embodiment is schematically shown;

[0028] Figure 3 A flowchart of a game interaction method in this exemplary embodiment is schematically shown;

[0029] Figure 4 Another schematic diagram of an online game service architecture in this exemplary embodiment is schematically shown;

[0030] Figure 5 A schematic diagram schematically shows the effect of setting the upper limit too small on various types of process pools in this exemplary embodiment;

[0031] Figure 6 A schematic diagram schematically shows the effect of setting an upper limit too large on various types of process pools in this exemplary embodiment;

[0032] Figure 7 Schematically shows another flow chart of a game interaction method in this exemplary embodiment;

[0033] Figure 8 A schematic diagram of the structure of a game interaction device in this exemplary embodiment is shown;

[0034] Fig. 9 A schematic diagram of the structure of another game interaction device in this exemplary embodiment is shown;

[0035] Fig.10 A schematic structural diagram of an electronic device in this exemplary embodiment is shown. DETAILED DESCRIPTION

[0036] Exemplary embodiments will now be described more fully with reference to the accompanying drawings. However, exemplary embodiments can be implemented in a variety of forms and should not be construed as being limited to the examples set forth herein; on the contrary, these embodiments are provided so that the present disclosure will be more comprehensive and complete, and the concepts of the exemplary embodiments are fully conveyed to those skilled in the art. The described features, structures, or characteristics may be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the embodiments of the present disclosure. However, those skilled in the art will appreciate that the technical solutions of the present disclosure may be practiced while omitting one or more of the specific details, or other methods, components, devices, steps, etc. may be adopted. In other cases, known technical solutions are not shown or described in detail to avoid obscuring various aspects of the present disclosure.

[0037] In addition, the accompanying drawings are only schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and their repeated description will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor devices and / or microcontroller devices.

[0038] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the steps. For example, some steps may be decomposed, while some steps may be combined or partially combined, so the actual execution order may change according to the actual situation.

[0039] In order to help those skilled in the art better understand the technical solution of the present disclosure, the relevant contents involved in the technical solution of the present disclosure are introduced below.

[0040] (1) Matching process: a service process that carries the player matching logic for a single battle and allocates battle processes based on service requests sent by user terminals;

[0041] (2) Battle Process (BP): The process resource used to carry the battle logic in the game service;

[0042] (3) Process pool: It is a cache management unit for a specific type of combat process. The combat processes contained in the same process pool are of the same type.

[0043] The game interaction method provided by the exemplary embodiments of the present disclosure can be applied to application scenarios with different types of services, especially to application scenarios of online battle games with multiple battle modes, where different battle modes correspond to different types of services. Online battle games often have multiple battle modes, such as individual battles, gang battles, and copy battles. In order to run multiple different battle modes at the same time, the game server usually adopts a distributed multi-process architecture.

[0044] Figure 1 The following schematically shows a network game service architecture diagram in this exemplary embodiment. Figure 1The network game service architecture includes multiple matching processes (e.g., matching process i to matching process j) and multiple battle processes (battle process 1, ... battle process i, ... battle process n). The server starts multiple matching processes by reading the configuration file, and each matching process stores the communication address information of all battle processes, and maintains the information interaction process with each battle process. Among them, the battle process is used to carry games of different battle modes, and the matching process is used to match appropriate service requests to form a game, and a battle process is assigned to the game to carry the current battle.

[0045] In the same matching process, different battle modes have different logical complexity and different number of participants, which results in different battle process resources being consumed. Moreover, for battle modes with complex logic, the logical problems of the battle modes may affect the normal use of other types of battle processes. Therefore, in order to ensure the stable operation of each battle mode, the services of different battle modes need to be isolated and operated.

[0046] At present, in order to isolate the business processing processes of different battle modes, the game server is configured with multiple types of battle processes, and the battles of different modes are assigned to different types of battle processes, so as to achieve the purpose of isolating the business of different battle modes. However, the above-mentioned server needs to pre-configure multiple different types of battle processes, which increases the complexity of the server configuration of the battle process, thereby affecting the efficiency of business expansion. At the same time, since the server pre-configures multiple different types of battle processes, when the resources of a certain type of battle process are tight and the resources of other types of battle processes are idle, it is necessary to create a new battle process through expansion to solve the problem of tight resources of the battle process. This process will cause unbalanced loads of various types of battle processes, thereby resulting in low utilization of battle process resources.

[0047] In view of the above problems, the exemplary embodiment of the present disclosure proposes a game interaction method. In this method, a single type of battle process is preconfigured in the server, for example, multiple second type battle processes are preconfigured. When the server receives a service request for a first type of business, at least one battle process is selected from the second type of battle process, and the type of the battle process is converted to a battle process of the type corresponding to the first type of business. Then, at least one battle process is selected from the set of battle processes of the type corresponding to the first type of business as the target type battle process for executing the above service request.

[0048] Among them, the first type of battle process corresponds to the battle process that executes the logically complex battle mode, which can also be called the partial type battle process; the second type of battle process corresponds to the battle process that executes the logically simple battle mode, which can also be called the basic type battle process. At the same time, the logically simple battle mode will not affect the normal use of other types of battle processes due to its own logical problems, while the logically complex battle mode will affect the normal use of other types of battle processes due to its own logical problems. The partial type battle process is the general term for the battle process that executes different types of logically complex battle modes. In actual applications, different types of partial type battle processes are allocated to different partial type process pools.

[0049] The game interaction method provided by the present disclosure only needs to pre-configure a single type of battle process in the server, and then dynamically adjust the pre-configured battle process type to a battle process type that matches the business request type according to the type of the received business request, thereby avoiding the technical problem of high server configuration complexity caused by the traditional method. At the same time, the method can realize process reuse of idle battle processes of different types through type conversion, thereby ensuring load balancing of different types of battle processes, thereby improving process resource utilization.

[0050] Figure 2 The system architecture diagram of the game interaction system method provided by the embodiment of the present disclosure is schematically shown. Figure 2 As shown, the game interaction system 200 includes multiple user terminals 201 and a game server 202. The user can initiate service requests of different types of services through the multiple user terminals 201, and the game server 202 is pre-configured with multiple second type battle processes.

[0051] When the game server 202 receives a service request for a first type of service sent by the user terminal 201, it selects at least one combat process from a plurality of pre-configured second type combat processes and converts it into an intermediate combat process corresponding to the first type of service. The first type of service is a service with a certain logically complex combat mode.

[0052] Then, at least one battle process is selected from the determined intermediate battle processes and the multiple preset battle processes corresponding to the existing first type of business as the target type battle process of the business request. Among them, the intermediate battle process is the first type battle process corresponding to the execution of the first type of business. Finally, the game server 202 executes the game business corresponding to the business request based on the target type battle process.

[0053] It should be noted that the game server 202 may be a single server or a server cluster consisting of multiple servers.

[0054] It should be understood that the number of user terminals 201 and game servers 202 is merely exemplary, and a greater or lesser number is within the scope of protection of this application. In addition, in the above example operation scenario, the user terminal 201 can be a personal computer, a server, a PDA (Personal Digital Assistant), a notebook, or any other computing device with networking capabilities.

[0055] After understanding the system architecture of the present disclosure, combined with Figure 3 The technical solution of the game interaction method disclosed in the present invention is described in detail.

[0056] The following uses the game server 202 as the execution subject, and applies the game interaction method to the game server 202 as an example, and uses the application scenario of the game interaction method to battle online games as an example. Figure 3 The game interaction method provided by the embodiment of the present disclosure includes the following steps S301 to S304:

[0057] Step S301: Receive a service request for a first type of service sent by a user terminal.

[0058] The first type of business is a battle mode business with complex logic, and a business with complex logic is a business that affects the normal use of other types of battle processes due to its own logic problems. The battle mode can be a battle mode existing in a battle network game, such as individual battle, gang battle, copy battle, etc.

[0059] Step S302: Select at least one battle process from a plurality of pre-configured second-type battle processes and convert it into an intermediate-type battle process corresponding to the first-type service.

[0060] Among them, the second type of combat process is a combat process that executes the second type of business. The second type of business is a business with simple combat mode logic. The business with simple logic will not affect the normal use of other types of combat processes due to its own logic problems. The intermediate type of combat process is a combat process that can execute the first type of business. At the same time, the first type of business is a general term for various partial types of combat, and different partial types of combat can be assigned to the matching type of combat process for execution. The pre-configured multiple second type combat processes are to initialize the types of all combat processes to the second type of combat process after starting multiple combat processes.

[0061] The following will be combined Figure 4 The process of configuring the combat process for service requests of different service types by the server is schematically described.

[0062] Figure 4 Schematically shows another network game service architecture diagram in this exemplary embodiment. Figure 4 The game server is a server used by the server. When the server provides services to the user terminal, the game server preferentially reads the configuration file to start multiple matching processes, and each matching process has multiple process pools, such as process pool 1 to process pool j. Each process pool corresponds to a type of combat process, and each process pool contains a preset number of combat processes. For example, process pool j contains n combat processes, namely combat process 1, combat process 2...combat process n.

[0063] When the game server receives a business request for a first type of business, the matching process can allocate the business request for the first type of business to the process pool corresponding to the first type of business, so as to select a combat process from the process pool to execute the business request; the matching process can also convert combat processes in other process pools into combat processes of the type corresponding to the first type of business and add them to the process pool, and then select a combat process from the process pool to execute the business request.

[0064] Step S303: Select one battle process from among the multiple preset battle processes corresponding to the intermediate type battle processes and the pre-configured first type of services as the target type battle process of the service request.

[0065] Among them, the multiple preset battle processes corresponding to the pre-configured first type of business have completed the conversion from the second type of battle process to the first type of battle process.

[0066] Exemplarily, after selecting at least one battle process from the second type battle process to be converted into an intermediate type battle process in step S302, the target type battle process for executing the business request can be determined from the intermediate type battle processes and the battle processes corresponding to the existing first type businesses.

[0067] Step S304: executing the game service corresponding to the service request based on the target type battle process.

[0068] In the technical solutions provided by some embodiments of the present disclosure, upon receiving a service request for a first type of service sent by a user terminal, at least one combat process is selected from a plurality of pre-configured second type combat processes to be converted into an intermediate type combat process corresponding to the first type of service, and a combat process is selected from a plurality of preset combat processes corresponding to the intermediate type combat process and the pre-configured first type of service as the target type combat process of the service request; so as to execute the game service corresponding to the service request based on the target type combat process. The present disclosure only needs to pre-configure a second type combat process in the server, and upon receiving a service request for the first type of service, at least one combat process is selected from the second type combat process to be converted into the combat process corresponding to the first type of service, so as to process the first type of service. The method solves the technical problem of increased complexity caused by pre-configuring a plurality of different types of combat processes in the server in the prior art, resulting in poor service expansion efficiency, thereby achieving the technical effect of improving service expansion efficiency.

[0069] In an exemplary embodiment of the present disclosure, before selecting at least one battle process from a plurality of pre-configured second-type battle processes to be converted into an intermediate-type battle process corresponding to a first-type business, each pre-configured battle process may be initialized to obtain each second-type battle process.

[0070] Among them, the initialization processing is to initialize the types of multiple combat processes started, that is, to initialize the types of all combat processes to the same type of second-type combat processes, and the second business type assigned to the second-type combat process is a logically simple business type, that is, the basic type.

[0071] Exemplarily, the game server starts multiple matching processes, the matching process includes multiple battle process type pools, each battle process type pool includes a preset number of battle processes, and each battle process registers type information with the matching process.

[0072] For example, the matching process stores information about 10 battle processes, and the types of the 10 battle processes are initialized to the basic type (Battle) and added to the basic type process pool (pool Battle). At this time, the i first type battle processes (partial process, PP) are empty. At this time, in the initial state, the process type pool information cached in the matching process is as shown in formula (1):

[0073]

[0074] In formula (1), pool Battle refers to the basic type process pool, that is, the second process pool; pool partial i refers to i partial type process pools, that is, i first process pools, corresponding to i partial type battle processes respectively, i is greater than or equal to 1. BP1 to BP10 are 10 different second type battle processes (battle process BPs).

[0075] By initializing all pre-configured combat process types in the matching process as the second type of combat process, only one type of combat process needs to be configured in the game server, thus avoiding the problem of increased complexity caused by the server configuring multiple types of combat processes for business requests of multiple combat modes in some technologies. The disclosed exemplary implementation scheme can improve business expansion efficiency.

[0076] In an exemplary embodiment of the present disclosure, the upper limit number of processes that can be accommodated in the first process pool and the number of first type combat processes currently contained in the first process pool are determined respectively; if the number of processes is less than the upper limit number, at least one second type combat process is selected from the second process pool and converted into an intermediate type combat process corresponding to the first type of business.

[0077] The first process pool includes a plurality of first-type combat processes corresponding to the first-type business, which are also first-type combat processes. The second process pool includes a plurality of second-type combat processes corresponding to the second-type business, which are also second-type combat processes.

[0078] Exemplarily, after initializing the combat process pre-configured in the matching process, when the matching process receives a service request for a first type of service sent by a user terminal, the matching process preferentially determines whether there are sufficient number of first type combat processes, i.e., partial type combat processes, in the first process pool.

[0079] When the matching process determines whether there are enough first-type combat processes in the first process pool, it can determine the process number Cnt(i) of the first-type combat processes currently contained in the first process pool and the upper limit number Limit(i) of the first-type combat processes in the first process pool. If the process number is less than the upper limit, at least one second-type combat process is selected from the second process pool and converted into an intermediate-type combat process corresponding to the first-type service.

[0080] Taking formula (1) as an example, if Cnt(i)<Limit(i) is satisfied, it is necessary to select a BP battle process from the second process pool Pool Battle for type conversion. Assuming that the BP2 process is selected, the BP2 battle process is converted to the PP2 battle process, and the type mark of BP2 on the matching process changes from battle to partial i. After selecting at least one second type battle process from the second process pool and converting it to the intermediate type battle process corresponding to the first type of business, the battle process type pool information cached in the matching process changes as shown in formula (2):

[0081]

[0082] In formula (2), PP2 refers to the first type of combat process (partial type combat process) with type mark 2.

[0083] It can be seen from formula (2) that after the BP2 combat process is converted to the PP2 combat process, the BP2 combat process is deleted from the basic type process pool, and the PP2 combat process is added to the partial type process pool.

[0084] After receiving a service request for a first type of service sent by a user terminal, it is first determined whether there are sufficient first type combat processes in the first process pool, and the combat process type conversion is performed when there are insufficient first type combat processes in the first process pool. The balance of combat processes included in different types of process pools can be maintained, so that after a match is matched, a combat process with a smaller current load is usually selected to accept a new battle, thereby achieving load balancing of the combat process and improving process resource utilization.

[0085] In another exemplary embodiment of the present disclosure, if the number of processes is greater than or equal to the upper limit number, at least one first type combat process is selected from the first process pool, and the first type combat process is determined as a target type combat process.

[0086] Exemplarily, if the number of processes is greater than or equal to the upper limit, at least one first type combat process is directly selected from the existing first process pool to execute the game service corresponding to the service request for the first type service sent by the user terminal.

[0087] When there are a sufficient number of first-type combat processes in the first process pool, directly determining the target-type combat process in the first process pool can maintain the load balance of each type of process pool and improve system stability and process resource utilization.

[0088] In an exemplary embodiment of the present disclosure, the first load of all first-type combat processes in the first process pool is determined; the second load of all second-type combat processes in the second process pool is determined; the ratio of the first load to the sum of the first load and the second load is calculated to obtain the upper limit number of processes that can be accommodated in the first process pool.

[0089] Among them, the first load is the total load of all first-type combat processes in the first process pool; the second load is the total load of all second-type combat processes in the second process pool.

[0090] In the following formulas (3) to (7), W b is the average load of the first type combat process; m is the number of the first type combat processes; W i is the average load of the second type combat process; n is the number of the second type combat processes,

[0091] The total load of the first type of combat process is as shown in formula (3):

[0092] W tb =W b ×m (3)

[0093] The total load of the second type of combat process is shown in formula (4):

[0094] W ti =W i ×n (4)

[0095] Based on the above formula (3) and formula (4), we can know that the proportion of the second type of combat process in the total number of processes is f(i):

[0096]

[0097] In order to ensure the stability of the process, the number factor of the battle process is adjusted to ensure that the load of each battle process is balanced. Therefore, let W b =W i =x, we can get formula (6):

[0098]

[0099] It can be seen that the proportion of the second type of combat process is related to the ratio of the current load of the second type of combat process to the total load of all combat processes. Therefore, the upper limit of the number of second type combat processes Limit(i):

[0100]

[0101] Where N is the total number of battle processes.

[0102] By calculating the upper limit of the number of processes that can be accommodated in the first process pool by the ratio of the total load of all first-type combat processes in the first process pool to the total load of all combat processes, the load balance between different types of combat processes can be maintained, thereby maintaining the stability of the system while improving business expansion efficiency.

[0103] Based on the above embodiment, the upper limit number Limit(i) of processes that can be accommodated in the first process pool is the key to limiting the proportion of each type of combat process, that is, the key to maintaining the load balance of each type of combat process.

[0104] The following will be combined Figure 5 , Figure 6 The influence of setting the upper limit number Limit(i) of processes that can be accommodated in the first process pool is specifically described.

[0105] Figure 5 The following is a schematic diagram showing the effect of setting an upper limit number too small on various types of process pools in this exemplary embodiment.

[0106] refer to Figure 5 , taking the case where there is a second process pool and a first process pool in the matching process as an example, when the upper limit of the number of processes that can be accommodated in the first process pool Limit(i) is set too small, that is, the total load W of all first-type combat processes in the first process pool b ×m accounts for the total load of all battle processes (W b ×m+W i ×n) If the number of first-type battle processes in the first process pool is small, the load carried by each first-type battle process in the first process pool will quickly reach saturation. If the game server receives a large number of service requests corresponding to the first-type service, the load of the first-type battle process will be too high.

[0107] Figure 6 The following is a schematic diagram showing the effect of setting an upper limit number that is too large on various types of process pools in this exemplary embodiment.

[0108] refer to Figure 6 , the upper limit of the number of processes that can be accommodated in the first process pool Limit(i) is set too large, that is, the total load W of all first-type combat processes in the first process pool b ×m accounts for the total load of all battle processes (W b ×m+W i ×n) If the value is large, it is easy for the first type of combat process in the first process pool to be over-converted into the second type of combat process in the second process pool, resulting in insufficient number of first type combat processes or other types of combat processes, thereby causing load imbalance of different types of combat processes.

[0109] When selecting at least one battle process from a plurality of pre-configured second-type battle processes to be converted into an intermediate-type battle process corresponding to a first-type service, a relatively idle second-type battle process should be selected as much as possible to maintain load balancing between different battle processes. The status of the plurality of pre-configured second-type battle processes can be idle or non-idle. The following will describe in detail the process of selecting at least one battle process for type conversion based on the two situations of an idle second-type battle process and an idle second-type battle process.

[0110] In an exemplary embodiment of the present disclosure, the occupancy status of each second-type combat process is determined respectively; at least one combat process is selected from the second-type combat processes whose occupancy status is an idle state and converted into an intermediate-type combat process corresponding to the first-type service.

[0111] The idle state is when there is no load in the second type combat process. When there are multiple idle second type combat processes in the second process pool, at least one may be randomly selected with equal probability for type conversion to be converted into an intermediate type combat process corresponding to the first type service.

[0112] Prioritizing the type conversion of the second type of combat process in an idle state can maintain load balancing between different combat processes to improve the efficiency of business request processing and the stability of the system.

[0113] In another exemplary embodiment of the present disclosure, the occupancy status of each second-type combat process is determined respectively; if the occupancy status of each second-type combat process is a non-idle state, the load weight of each second-type combat process is determined; based on each load weight, at least one combat process is selected from multiple second-type combat processes and converted into an intermediate-type combat process corresponding to the first-type business.

[0114] Exemplarily, the non-idle state is when there is a load in the second type of combat process. If all second type combat processes are in the non-idle state, at least one combat process may be selected for type conversion in a load-weighted random or load-weighted polling manner.

[0115] According to some embodiments of the present disclosure, the weight Point (BP) of each second type combat process selected for type conversion can be calculated based on the load weighted random method. i ) is shown in formula (8):

[0116]

[0117] In formula (8), W bpi The current load of the second type of combat process with type identification i, max(Wbpi ) is the maximum load that can be carried by the second type combat process with type identification i.

[0118] It can be seen from formula (8) that the greater the proportion of the current load of the second type of combat process to the maximum load that can be carried, the lower the probability of it being selected for type conversion.

[0119] According to some other embodiments of the present disclosure, based on the load weighted polling method, the weight Point (BP) of the type conversion is obtained according to formula (8). i ), the game server can periodically send out inquiries, asking in sequence whether each second-type battle process can be converted into a first-type battle process to execute the service request for the first-type service sent by the user terminal, until at least one battle process is selected from multiple second-type battle processes.

[0120] Based on the above embodiment, after selecting at least one battle process for type conversion to obtain an intermediate type battle process, a battle process is selected from multiple preset battle processes corresponding to the intermediate type battle process and the pre-configured first type of business as the target type battle process of the business request to execute the game business corresponding to the business request for the first type of business sent by the user terminal.

[0121] When selecting the target type combat process, the above-mentioned load-weighted random or load-weighted polling method can also be used for selection.

[0122] Based on any of the above implementations, the load of each type of process pool should be fully considered during the type conversion of the battle process and the determination of the target type of battle process. In formula (2), within the load tolerance interval of the partial type process pool: PoolPartial i (for example, Wi≤60), it can be considered that even if the number of processes Cnt(i) does not reach the upper limit number Limit(i), it can be guaranteed that after the business request allocation is completed, the stability of Pool Partial i will not be affected. However, from the perspective of load balancing of all types of process pools, we believe that the conversion of the basic type of battle process to the partial type of battle process should be completed as soon as possible, so that the number of each battle process type pool reaches the upper limit number Limit(i).

[0123] To achieve the above requirements, the present disclosure provides a strategy for allocating combat progress:

[0124] (1) Best-effort allocation strategy: When there are still PP processes within the tolerance range in Pool Partial i, the combat process is directly selected and the service request is allocated; if the load of all PP combat processes in the current type process pool does not meet the requirements, and the number of PP combat processes Cnt(i) has not reached the set upper limit Limit(i), then the BPj process is selected from the second process pool for type conversion from BPj to PPj, where BPj is the second type combat process (basic type combat process) marked as type j.

[0125] (2) Preemptive allocation strategy: Regardless of whether there are PP processes within the tolerance interval in Pool Partial i, when the number of Pool Partial i type combat processes Cnt(i) does not reach the set upper limit Limit(i), BPj is selected for BPj→PPj conversion, and the converted process PPj is selected for service request allocation.

[0126] (3) Comprehensive allocation strategy: When the number of Pool Partial i type processes Cnt(i) does not reach the set upper limit Limit(i), BPj is preferentially selected for BPj→PPj conversion. After the conversion, a PP combat process is randomly selected from the original Pool Partial i and PPj for business request allocation.

[0127] For the above comprehensive allocation strategy, while ensuring the type conversion efficiency of the BP→PP battle process, it can also take into account the advantages of the first two solutions, thereby improving the business expansion efficiency while improving the stability of the system.

[0128] The following will refer to Figure 7 The entire resource scheduling process of the game interaction method according to the exemplary embodiment of the present disclosure is described in detail.

[0129] Figure 7 Schematically shows another flow chart of the game interaction method in this exemplary embodiment. Figure 7 First, the game server can start multiple matching processes by reading a configuration file, wherein each matching process includes multiple different battle process type pools. In step S701, the matching process pre-saves information of multiple battle processes.

[0130] In an exemplary embodiment of the present disclosure, in step S702, the type of each battle process is initialized. Exemplarily, each pre-configured battle process can be initialized, and the type of each battle process can be initialized to a basic type, thereby obtaining each second-type battle process and adding it to the second process pool, wherein the second-type battle process is a battle process that carries the basic type. At this time, the first process pool does not contain the first-type battle process, wherein the second-type battle process is a partial-type battle process that carries a certain specific type.

[0131] When multiple user terminals access the game server and initiate service requests, in step S703, the service request initiated by the user terminal is received. Then, step S704 is executed to determine whether the corresponding service type is the first type of service. That is, it is determined whether the service type corresponding to the service request initiated by the user terminal is the first type of service.

[0132] In an optional embodiment of the present disclosure, if the service type corresponding to the service request initiated by the user terminal is not the first type of service, step S705 is executed to select a second type of battle process to execute the game service corresponding to the service request.

[0133] In another optional embodiment of the present disclosure, if the service type corresponding to the service request initiated by the user terminal is the first type of service, step S706 is executed to determine the upper limit number and the number of processes. Exemplarily, the upper limit number of processes that can be accommodated in the first process pool and the number of processes of the first type of combat processes currently contained in the first process pool are determined respectively.

[0134] Exemplarily, when determining the upper limit of the number of processes that can be accommodated in the first process pool, the first load of all first-type combat processes in the first process pool can be determined; the second load of all second-type combat processes in the second process pool can be determined; the ratio of the first load to the sum of the first load and the second load is calculated to obtain the upper limit of the number of processes that can be accommodated in the first process pool. The first load and the second load are respectively the total loads carried by the corresponding combat processes, for example, the computer resources occupied.

[0135] After determining the upper limit number and the number of processes of the included first type combat process, execute step S707 to determine whether the number of processes is less than the upper limit number.

[0136] In an optional embodiment of the present disclosure, if the number of processes is greater than or equal to the upper limit, step S708 is executed to select a first type combat process from the first process pool and determine it as a target type combat process.

[0137] Exemplarily, when there are multiple idle first-type combat processes in the first process pool, a first-type combat process is randomly selected as a target-type combat process to execute a game service for a service request for a first-type service sent by a user terminal. When all first-type combat processes in the first process pool are in a non-idle state, a first-type combat process is selected from multiple first-type combat processes based on each load weight as a target-type combat process to execute a game service for a service request for a first-type service sent by a user terminal.

[0138] In another optional embodiment of the present disclosure, if the number of processes is less than the upper limit, step S709 is executed to select at least one second type combat process from the second process pool and convert it into an intermediate type combat process corresponding to the first type of business.

[0139] Exemplarily, when there are idle second-type combat processes in the second process pool, a second-type combat process with an idle occupation state can be selected from the second process pool and converted to an intermediate-type combat process corresponding to the first-type service, and added to the first process pool. Alternatively, when the occupation states of all second-type combat processes are non-idle, at least one combat process can be selected from multiple second-type combat processes based on each load weight and converted to an intermediate-type combat process corresponding to the first-type service.

[0140] After step S709, step S710 may be executed to select a target type combat process.

[0141] Exemplarily, a battle process is selected from the intermediate type battle process and the plurality of preset battle processes corresponding to the pre-configured first type of business as the target type battle process for the business request. The plurality of preset battle processes corresponding to the pre-configured first type of business may be first type battle processes that have been converted from second type battle processes to first type of business. The method of selecting the target type battle process may be the method type of selecting a first type battle process from the first process pool using the above step S708.

[0142] Finally, execute step S711 to update the type information of the battle process to the matching process.

[0143] Exemplarily, the battle process sends heartbeat information to the matching process at a preset period. When the type information of the battle process is converted from the second type battle process to the first type battle process corresponding to the first type of business, the updated type message can be synchronized to all matching processes through the heartbeat information.

[0144] In order to implement the above-mentioned game interaction method, a game interaction device is provided in one embodiment of the present disclosure. Figure 8 A schematic architecture diagram of a game interaction device is shown.

[0145] The game interaction device 800 includes a service receiving module 801 , a process conversion module 802 , a process selection module 803 and a service execution module 804 .

[0146] The service receiving module 801 is used to receive a service request for a first type of service sent by a user terminal; the process conversion module 802 is used to select at least one battle process from a plurality of pre-configured second type battle processes and convert it into an intermediate type battle process corresponding to the first type of service; wherein the service corresponding to the second type battle process is different from the service type of the first type of service; the process selection module 803 is used to select a battle process from a plurality of preset battle processes corresponding to the intermediate type battle process and the pre-configured first type of service as the target type battle process for the service request; the service execution module 804 is used to execute the game service corresponding to the service request based on the target type battle process.

[0147] The game interaction device 800 provided in the embodiment of the present disclosure can execute the technical solution of the game interaction method in any of the above-mentioned embodiments. Its implementation principle and beneficial effects are similar to the implementation principle and beneficial effects of the game interaction method. Please refer to the implementation principle and beneficial effects of the game interaction method, and no further details will be given here.

[0148] In order to implement the above-mentioned game interaction method, another game interaction device is provided in one embodiment of the present disclosure. Fig. 9 A schematic architecture diagram of a game interaction device 900 is shown.

[0149] The game interaction device 900 includes a type processing module 901 , a quantity determination module 902 , a process conversion module 903 , and a process selection module 904 .

[0150] In an optional embodiment, the game interaction device 900 includes a type processing module 901, and the type processing module 901 is specifically used to initialize each pre-configured battle process to obtain each second type battle process.

[0151] In an optional embodiment, the quantity determination module 902 is used to respectively determine the upper limit number of processes that can be accommodated in the first process pool and the number of first type combat processes currently contained in the first process pool; wherein the first process pool contains multiple first type combat processes corresponding to the first type of business; the process conversion module 903 is used to select a second type combat process from the second process pool and convert it into an intermediate type combat process corresponding to the first type of business if the number of processes is less than the upper limit number; wherein the second process pool contains multiple second type combat processes corresponding to the second type of business.

[0152] In an optional embodiment, the process selection module 904 is used to select a first type combat process from the first process pool when the number of processes is greater than or equal to the upper limit number, and determine the first type combat process as the target type combat process.

[0153] In an optional embodiment, the quantity determination module 902 is used to determine the first load of all first type combat processes in the first process pool; determine the second load of all second type combat processes in the second process pool; calculate the ratio of the first load to the sum of the first load and the second load, and obtain the upper limit number of processes that can be accommodated in the first process pool.

[0154] In an optional embodiment, the process conversion module 903 is used to determine the occupancy status of each second-type combat process respectively; select a combat process from the second-type combat process whose occupancy status is idle and convert it into an intermediate type combat process corresponding to the first-type business.

[0155] In an optional embodiment, the process conversion module 903 is used to respectively determine the occupancy status of each second-type combat process; if the occupancy status of each second-type combat process is a non-idle state, then determine the load weight of each second-type combat process; based on each load weight, select one combat process from multiple second-type combat processes and convert it into an intermediate type combat process corresponding to the first-type business.

[0156] The game interaction device 900 provided in the embodiment of the present disclosure can execute the technical solution of the game interaction method in any of the above-mentioned embodiments. Its implementation principle and beneficial effects are similar to the implementation principle and beneficial effects of the game interaction method. Please refer to the implementation principle and beneficial effects of the game interaction method, and no further details will be given here.

[0157] The exemplary embodiments of the present disclosure also provide a computer-readable storage medium, which can be implemented in the form of a program product, which includes a program code, and when the program product is run on an electronic device, the program code is used to cause the electronic device to perform the steps described in the above "Exemplary Method" section of this specification according to various exemplary embodiments of the present disclosure. In one embodiment, the program product can be implemented as a portable compact disk read-only memory (CD-ROM) and includes program code, and can be run on an electronic device, such as a personal computer. However, the program product of the present disclosure is not limited to this, and in this document, the readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, device or device.

[0158] The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0159] Computer readable signal media may include data signals propagated in baseband or as part of a carrier wave, in which readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Readable signal media may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0160] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the foregoing.

[0161] The program code for performing the disclosed operation can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and also conventional procedural programming languages ​​such as "C" language or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, as an independent software package, partially on the user computing device, partially on the remote computing device, or completely on the remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (e.g., using an Internet service provider to connect through the Internet). In the disclosed embodiment, the program code stored in the computer-readable storage medium can implement any step in the above game interaction method when it is executed.

[0162] See also Fig.10 The exemplary embodiment of the present disclosure further provides an electronic device 1000, which may be a background server of an information platform. Fig.10 The electronic device 1000 is described. It should be understood that Fig.10 The electronic device 1000 shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0163] like Fig.10 As shown, the electronic device 1000 is in the form of a general computing device. The components of the electronic device 1000 may include but are not limited to: the at least one processing unit 1010, the at least one storage unit 1020, a bus 1030 connecting different system components (including the storage unit 1020 and the processing unit 1010), and a display unit 1040.

[0164] The storage unit stores program codes, which can be executed by the processing unit 1010, so that the processing unit 1010 performs the steps according to various exemplary embodiments of the present invention described in the above “Exemplary Method” section of this specification. For example, the processing unit 1010 can perform the following steps: Figure 3 Steps S301 to S304 shown in FIG.

[0165] The storage unit 1020 may include a readable medium in the form of a volatile storage unit, such as a random access storage unit (RAM) 10201 and / or a cache storage unit 10202 , and may further include a read-only storage unit (ROM) 10203 .

[0166] The storage unit 1020 may also include a program / utility 10204 having a set (at least one) of program modules 10205, such program modules 10205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0167] Bus 1030 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0168] The electronic device 1000 may also communicate with one or more external devices 1100 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), may also communicate with one or more devices that enable a user to interact with the electronic device 1000, and / or may communicate with any device that enables the electronic device 1000 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed via an input / output (I / O) interface 1050. Furthermore, the electronic device 1000 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) via a network adapter 1060. As shown, the network adapter 1060 communicates with other modules of the electronic device 1000 via a bus 1030. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the electronic device 1000, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0169] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, including several instructions to enable a computing device (which can be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the implementation of the present disclosure.

[0170] In addition, the above-mentioned figures are only schematic illustrations of the processes included in the method according to an exemplary embodiment of the present invention, and are not intended to be limiting. It is easy to understand that the processes shown in the above-mentioned figures do not indicate or limit the time sequence of these processes. In addition, it is also easy to understand that these processes can be performed synchronously or asynchronously, for example, in multiple modules.

[0171] It should be noted that, although several modules or units of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into multiple modules or units to be embodied.

[0172] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure. The specification and examples are to be considered exemplary only, and the true scope and spirit of the present disclosure are indicated by the claims.

[0173] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A game interaction method, characterized in that, comprising: Receiving a service request for a first type of service sent by a user terminal; Selecting at least one combat process from a plurality of pre-configured second type combat processes and converting it into an intermediate type combat process corresponding to the first type of service; wherein, the service corresponding to the second type combat process is different from the service type of the first type of service; the first type combat process is a combat process that executes a combat mode with complex logic, the second type combat process is a combat process that executes a combat mode with simple logic, and the intermediate type combat process is the first type combat process that executes the first type of service; the plurality of pre-configured second type combat processes are formed by initializing the types of the plurality of combat processes into the second type combat processes after starting the plurality of combat processes; Selecting at least one combat process from the intermediate type combat process and a plurality of preset combat processes corresponding to the first type of service pre-configured as the target type combat process of the service request; Executing the game service corresponding to the service request based on the target type combat process.

2. The game interaction method according to claim 1, characterized in that, Before selecting at least one combat process from the plurality of pre-configured second type combat processes and converting it into an intermediate type combat process corresponding to the first type of service, the game interaction method further comprises: Respectively determining the upper limit number of processes that can be accommodated in the first process pool and the number of processes of the first type combat processes currently included in the first process pool; wherein, the first process pool contains a plurality of first type combat processes corresponding to the first type of service; If the number of processes is less than the upper limit number, selecting at least one of the second type combat processes from the second process pool and converting it into the intermediate type combat process corresponding to the first type of service; wherein, the second process pool contains a plurality of second type combat processes corresponding to the second type of service.

3. The game interaction method according to claim 2, characterized in that, further comprising: If the number of processes is greater than or equal to the upper limit number, selecting a first type combat process from the first process pool and determining the first type combat process as the target type combat process.

4. The game interaction method according to claim 2, characterized in that, The determining the upper limit number of processes that can be accommodated in the first process pool includes: Determining the first load of all the first type combat processes in the first process pool; Determining the second load of all the second type combat processes in the second process pool; Calculating the ratio of the first load to the sum of the first load and the second load to obtain the upper limit number of processes that can be accommodated in the first process pool.

5. The game interaction method according to claim 1, characterized in that, The selecting at least one combat process from the plurality of pre-configured second type combat processes and converting it into an intermediate type combat process corresponding to the first type of service includes: Respectively determining the occupancy status of each of the second type combat processes; Select at least one combat process from the second type of combat processes in the idle occupancy state and convert it into the intermediate type of combat process corresponding to the first type of service.

6. The game interaction method according to claim 1, wherein, the selection of at least one combat process from multiple pre-configured second type of combat processes and conversion into the intermediate type of combat process corresponding to the first type of service includes: respectively determining the occupancy states of the second type of combat processes; if the occupancy states of all the second type of combat processes are non-idle states, determining the load weights of all the second type of combat processes; selecting at least one combat process from the multiple second type of combat processes based on the load weights and converting it into the intermediate type of combat process corresponding to the first type of service.

7. A game interaction device, wherein, it includes: a service receiving module, configured to receive a service request for a first type of service sent by a user terminal; a process conversion module, configured to select at least one combat process from multiple pre-configured second type of combat processes and convert it into the intermediate type of combat process corresponding to the first type of service; wherein, the service corresponding to the second type of combat process is different from the service type of the first type of service; the first type of combat process is a combat process for executing a combat mode with complex logic, the second type of combat process is a combat process for executing a combat mode with simple logic, and the intermediate type of combat process is the first type of combat process for executing the first type of service; the multiple pre-configured second type of combat processes are formed by initializing the types of the multiple combat processes as the second type of combat processes after starting the multiple combat processes; a process selection module, configured to select at least one combat process from the intermediate type of combat process and multiple preset combat processes corresponding to the first type of service pre-configured as the target type of combat process for the service request; a service execution module, configured to execute the game service corresponding to the service request based on the target type of combat process.

8. A computer-readable storage medium, on which a computer program is stored, wherein, the computer program, when executed by a processor, implements the game interaction method according to any one of claims 1 to 6.

9. An electronic device, wherein, it includes: a processor; and a memory, configured to store executable instructions of the processor; wherein, the processor is configured to execute the game interaction method according to any one of claims 1 to 6 by executing the executable instructions.

Images