CN110327625B - File processing method, device, processor, terminal and server - Google Patents

File processing method, device, processor, terminal and server Download PDF

Info

Publication number
CN110327625B
CN110327625B CN201910612069.2A CN201910612069A CN110327625B CN 110327625 B CN110327625 B CN 110327625B CN 201910612069 A CN201910612069 A CN 201910612069A CN 110327625 B CN110327625 B CN 110327625B
Authority
CN
China
Prior art keywords
combat
code file
server
calling
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910612069.2A
Other languages
Chinese (zh)
Other versions
CN110327625A (en
Inventor
尚乐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Netease Hangzhou Network Co Ltd
Original Assignee
Netease Hangzhou Network Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Netease Hangzhou Network Co Ltd filed Critical Netease Hangzhou Network Co Ltd
Priority to CN201910612069.2A priority Critical patent/CN110327625B/en
Publication of CN110327625A publication Critical patent/CN110327625A/en
Application granted granted Critical
Publication of CN110327625B publication Critical patent/CN110327625B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A63F13/95—Storage media specially adapted for storing game information, e.g. video game cartridges
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488—Object-oriented
    • G06F9/449—Object-oriented method invocation or resolution
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The invention discloses a file processing method, a file processing device, a processor, a terminal and a server. The method comprises the following steps: acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by the current game type; if the current game mode is determined to be a client stand-alone combat mode, the code file to be used is run on the client to execute combat logic. The invention solves the technical problem that the in-game combat implementation mode provided in the related technology can not consider the game data security of the client and the hardware resource load of the server.

Description

File processing method, device, processor, terminal and server
Technical Field
The present invention relates to the field of computers, and in particular, to a method, an apparatus, a processor, a terminal, and a server for processing a file.
Background
Non-player characters (NPCs) generally refer to game characters in a game that are not manipulated by a game player. Player engagement environments (PVEs) generally refer to NPC monsters and BOSS that a player challenges a game program to control during a game. Player-to-player (PVP) generally refers to an interactive competition that players form by attacking each other using game resources.
A combat system is typically deployed during game development. The combat system can be generally classified into single PVE combat, multi-person PVP combat, and multi-person PVE combat, depending on the type of combat. One basic combat process typically involves the release of skill by the constructor, target selection, injury calculation, hate settlement, displacement, and skill performance. The uppermost layer of the combat system is the division of a client and a server, wherein the client is responsible for receiving combat instructions and performing combat effect expression according to the drive of the server, and the server is mainly responsible for logic drive.
Currently, in-game combat implementations provided in the related art may generally include two types:
the first mode is that the server fights, namely, the network fights, the fight logic is realized at the server, all skill settlement logic is driven by the server, and the fight effect expression of the client is determined by the server.
However, a significant drawback of this approach is that: because all combat logic needs to be implemented in a server, under the condition of poor network conditions, the delay is very high, thereby seriously affecting the combat experience in the game; meanwhile, when the number of online players is large and the number of combat is large, a great load is brought to hardware resources of the server. Particularly, in a novice teaching combat in the open stage, if each player opens a server combat separately, the hardware resource overhead of the server tends to be increased, and thus the bearing capacity of the server is seriously affected.
And the second mode is that the client fights, namely, the single fight is realized at the client, all skill settlement logic and fight effect expression are realized at the client locally, and the fight result is reported to the server after the fight is finished.
However, a significant drawback of this approach is that: all combat logic needs to be realized locally at the client, so that the method is not suitable for multi-person PVP combat, and players can easily tamper with game data through cheating means of plug-in.
In view of the above problems, no effective solution has been proposed at present.
Disclosure of Invention
The invention provides a file processing method, a device, a processor, a terminal and a server, which at least solve the technical problem that the in-game combat implementation mode provided in the related technology cannot consider the game data security of a client and the hardware resource load of the server.
According to one embodiment of the present invention, there is provided a method for processing a file, including:
acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by the current game type; if the current game mode is determined to be a client stand-alone combat mode, the code file to be used is run on the client to execute combat logic.
Optionally, running the code file to be used on the client to execute the combat logic includes: accessing a code file to be used through a first communication interface encapsulated in a client agent; and determining a calling mode to be used in the code file to be used according to the fight function to be executed, and executing fight logic according to the calling mode to be used.
Optionally, determining the calling mode to be used in the code file to be used according to the combat function to be executed, and executing the combat logic according to the calling mode to be used includes: if a local calling mode is determined to be used in the code file to be used according to the combat function to be executed, a calling protocol name corresponding to the combat function to be executed is acquired; searching a corresponding client local function by using the calling protocol name; and calling a client-side local function to execute combat logic.
Optionally, determining the calling mode to be used in the code file to be used according to the combat function to be executed, and executing the combat logic according to the calling mode to be used includes: if the remote calling mode is determined to be used in the code file to be used according to the combat function to be executed, acquiring a calling protocol name corresponding to the combat function to be executed; and sending a calling protocol corresponding to the calling protocol name to the server through a second communication interface encapsulated in the code file to be used, so that the server searches the corresponding server local function by using the calling protocol name and calls the server local function to execute combat logic.
Optionally, before running the code file to be used on the client to execute the combat logic, further comprising: the initialization combat data is received from the server.
Optionally, after running the code file to be used on the client to execute the combat logic, further comprising: and reporting the fight result to the server through a second communication interface encapsulated in the code file to be used.
According to one embodiment of the present invention, there is also provided another method for processing a file, including:
acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by the current game type; if the current game mode is determined to be the server online combat mode, the code file to be used is run on the server to execute combat logic.
Optionally, running the code file to be used on the server to execute the combat logic includes: accessing a code file to be used through a third communication interface encapsulated in the server agent; and determining a calling mode to be used in the code file to be used according to the fight function to be executed, and executing fight logic according to the calling mode to be used.
Optionally, determining the calling mode to be used in the code file to be used according to the combat function to be executed, and executing the combat logic according to the calling mode to be used includes: if a local calling mode is determined to be used in the code file to be used according to the combat function to be executed, a calling protocol name corresponding to the combat function to be executed is acquired; searching a corresponding server local function by using the calling protocol name; and calling a server local function to execute combat logic.
Optionally, determining the calling mode to be used in the code file to be used according to the combat function to be executed, and executing the combat logic according to the calling mode to be used includes: if the remote calling mode is determined to be used in the code file to be used according to the combat function to be executed, acquiring a calling protocol name corresponding to the combat function to be executed; and sending a calling protocol corresponding to the calling protocol name to the client through a fourth communication interface encapsulated in the code file to be used, so that the client searches the corresponding client local function by using the calling protocol name and calls the client local function to execute combat logic.
Optionally, before running the code file to be used on the server to execute the combat logic, further comprising: the initialization combat data is issued via a third communication interface encapsulated in the server proxy.
Optionally, after running the code file to be used on the client to execute the combat logic, further comprising: the combat result is received via a second communication interface encapsulated in the code file to be used.
According to one embodiment of the present invention, there is also provided a file processing apparatus, including:
the system comprises an acquisition module, a storage module and a storage module, wherein the acquisition module is used for acquiring a code file to be used, and the code file to be used is used for providing combat service related to combat functions required by the current game type; and the processing module is used for running the code file to be used on the client to execute the combat logic if the current game mode is determined to be the client stand-alone combat mode.
Optionally, the processing module includes: an access unit for accessing the code file to be used through a first communication interface encapsulated in the client agent; and the processing unit is used for determining a calling mode to be used in the code file to be used according to the fight function to be executed, and executing fight logic according to the calling mode to be used.
Optionally, the processing unit comprises: a first obtaining subunit, configured to obtain a calling protocol name corresponding to a combat function to be executed if a local calling manner is determined to be used in a code file to be used according to the combat function to be executed; the searching subunit is used for searching the corresponding client local function by using the calling protocol name; and the calling subunit is used for calling the local function of the client to execute combat logic.
Optionally, the processing unit comprises: a second obtaining subunit, configured to obtain a calling protocol name corresponding to the combat function to be executed if it is determined that the remote calling mode is used in the code file to be used according to the combat function to be executed; and the sending subunit is used for sending the calling protocol corresponding to the calling protocol name to the server through the second communication interface encapsulated in the code file to be used, so that the server searches the corresponding server local function by utilizing the calling protocol name and calls the server local function to execute the combat logic.
Optionally, the apparatus further includes: and the receiving module is used for receiving the initialized combat data from the server.
Optionally, the apparatus further includes: and the reporting module is used for reporting the combat result to the server through a second communication interface encapsulated in the code file to be used.
According to one embodiment of the present invention, there is also provided another document processing apparatus, including:
the system comprises an acquisition module, a storage module and a storage module, wherein the acquisition module is used for acquiring a code file to be used, and the code file to be used is used for providing combat service related to combat functions required by the current game type; and the processing module is used for running the code file to be used on the server to execute the combat logic if the current game mode is determined to be the server online combat mode.
Optionally, the processing module includes: an access unit for accessing the code file to be used through a third communication interface encapsulated in the server agent; and the processing unit is used for determining a calling mode to be used in the code file to be used according to the fight function to be executed, and executing fight logic according to the calling mode to be used.
Optionally, the processing unit comprises: a first obtaining subunit, configured to obtain a calling protocol name corresponding to a combat function to be executed if a local calling manner is determined to be used in a code file to be used according to the combat function to be executed; the searching subunit is used for searching the corresponding server local function by using the calling protocol name; and the calling subunit is used for calling the server local function to execute the fight logic.
Optionally, the processing unit comprises: a second obtaining subunit, configured to obtain a calling protocol name corresponding to the combat function to be executed if it is determined that the remote calling mode is used in the code file to be used according to the combat function to be executed; and the sending subunit is used for sending a calling protocol corresponding to the calling protocol name to the client through a fourth communication interface encapsulated in the code file to be used, so that the client searches the corresponding client local function by using the calling protocol name and calls the client local function to execute combat logic.
Optionally, the apparatus further includes: and the issuing module is used for issuing the initialization combat data through a third communication interface encapsulated in the server agent.
Optionally, the apparatus further includes: and the receiving module is used for receiving the combat result through a second communication interface encapsulated in the code file to be used.
According to an embodiment of the present invention, there is further provided a storage medium, including a stored program, where the program controls a device in which the storage medium is located to execute the method for processing a file according to any one of the above-mentioned methods when running.
According to an embodiment of the present invention, there is further provided a processor, configured to execute a program, where the program executes the method for processing a file according to any one of the above.
According to one embodiment of the present invention, there is also provided a terminal including: the system comprises one or more processors, a memory, a display device and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs are used for executing the file processing method of any one of the above.
According to one embodiment of the present invention, there is also provided a server including: the system comprises one or more processors, a memory and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, and the one or more programs are used for executing the file processing method of any one of the above.
In at least some embodiments of the present invention, a manner of obtaining a code file to be used, where the code file to be used is used to provide a combat service associated with a combat function required by a current game type is adopted, and by determining that the current game mode is a client stand-alone combat mode, the code file to be used is operated on a client to execute combat logic, so as to achieve the purpose of flexibly deciding to execute combat logic on one of a server and a client according to an actual game mode, thereby achieving the technical effects of considering both the game data security of the client and the hardware resource load of the server, having higher universality and higher expandability, and further solving the technical problem that the intra-game combat implementation provided in the related art cannot consider both the game data security of the client and the hardware resource load of the server.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiments of the invention and together with the description serve to explain the invention and do not constitute a limitation on the invention. In the drawings:
FIG. 1 is a schematic diagram of abstracting combat logic into combat services according to an alternative embodiment of the present invention;
FIG. 2 is a schematic diagram of a two-terminal combat framework of a client and server according to an alternative embodiment of the present invention;
FIG. 3 is a flow chart of a method of processing a file according to one embodiment of the invention;
FIG. 4 is a flow chart of another method of processing a file according to one embodiment of the invention;
FIG. 5 is a block diagram of a file processing apparatus according to one embodiment of the present invention;
FIG. 6 is a block diagram of a file processing apparatus according to an alternative embodiment of the present invention;
FIG. 7 is a block diagram of another document processing apparatus according to one embodiment of the present invention;
fig. 8 is a block diagram of another document processing apparatus according to an alternative embodiment of the present invention.
Detailed Description
In order that those skilled in the art will better understand the present invention, a technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present invention, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present invention without making any inventive effort, shall fall within the scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and the claims of the present invention and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate such that the embodiments of the invention described herein may be implemented in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
According to one embodiment of the present invention, there is provided an embodiment of a method of processing a file, it being noted that the steps shown in the flowchart of the figures may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is shown in the flowchart, in some cases the steps shown or described may be performed in an order other than that shown or described herein.
The method embodiments may be performed in a terminal (e.g., mobile terminal, computer terminal) or server. The terminal (or server) may include one or more processors (the processors may include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processor (GPU), a Digital Signal Processing (DSP) chip, a Microprocessor (MCU), a programmable logic device (FPGA), etc., a memory for storing data, and a transmission device for communication functions). In addition, the method may further include: a display, an input/output interface (I/O interface), a Universal Serial Bus (USB) port (which may be included as one of the ports of the I/O interface), a network interface, a power supply, and/or a camera. It will be appreciated by those of ordinary skill in the art that the above description of the structure is merely illustrative and is not intended to limit the structure of the terminal (or server) described above. For example, the terminal (or server) may also include more or fewer components than the above-described structural descriptions, or have a different configuration than the above-described structural descriptions.
It should be noted that the one or more processors and/or other data processing circuits described above may be referred to herein generally as "data processing circuits. The data processing circuit may be embodied in whole or in part in software, hardware, firmware, or any other combination. Furthermore, the data processing circuitry may be a single stand-alone processing module, or incorporated in whole or in part into any of the other elements in the terminal (or server). As referred to in the embodiments of the present application, the data processing circuit acts as a processor control (e.g., selection of the path of the variable resistor termination to interface).
The memory may be used to store software programs and modules of application software, such as program instructions/data storage devices corresponding to the file processing method in the embodiments of the present invention, and the processor executes the software programs and modules stored in the memory, thereby executing various functional applications and data processing, that is, implementing the file processing method described above. The memory may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid state memory. In some examples, the memory may further include memory remotely located with respect to the processor, which may be connected to the terminal (or server) through a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission means is used for receiving or transmitting data via a network. Specific examples of the network described above may include a wireless network provided by a communication provider of the terminal (or server). In one example, the transmission means comprises a network adapter (Network Interface Controller, simply referred to as NIC) that can be connected to other network devices via a base station to communicate with the internet. In one example, the transmission device may be a Radio Frequency (RF) module, which is used to communicate with the internet wirelessly.
The display may be, for example, a touch screen type Liquid Crystal Display (LCD) that may enable a user to interact with a user interface of the terminal (or server). In some embodiments, the terminal (or server) has a touch display (also referred to as a "touch screen" or "touch display"). In some embodiments, the terminal (or server) has a Graphical User Interface (GUI) with which a user may interact with by finger contact and/or gestures on the touch-sensitive surface, where the human-machine interaction functionality optionally includes the following interactions: executable instructions for performing the above-described human-machine interaction functions, such as creating web pages, drawing, word processing, making electronic documents, games, video conferencing, instant messaging, sending and receiving electronic mail, talking interfaces, playing digital video, playing digital music, and/or web browsing, are configured/stored in a computer program product or readable storage medium executable by one or more processors.
The terminal may be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, a palm computer, a mobile internet device (Mobile Internet Devices, abbreviated as MID), a PAD, etc. The server may be a service device such as a game server or a security server.
Fig. 1 is a schematic diagram of abstracting combat logic into combat services according to an alternative embodiment of the present invention, as shown in fig. 1, based on a double-ended combat framework of a client and a server, the combat logic is abstracted into an independent combat service (FightServer), which is a set of combat logic codes that can be run on both the client and the server. A combat service (i.e., the code file to be used) may be understood as an independent code logic module responsible for providing an independent combat computing service without relying on a specific physical entity, and thus both the server and the client may become the physical entity that carries the combat service. An online fight (online fight) is run at the server, a stand-alone fight (standby fight) is run at the client, and the middle common part fight service is the common part of the client and the server. Because the server shares a set of combat logic with the client, it is not necessary to write different logic separately for the client and the server. After the combat is finished, the server can further effectively prevent cheating means such as external hanging by checking whether the stand-alone combat of the client is legal.
It should be noted that, the code files to be used are stored in a common storage space (for example, a third party server) accessible to the client and the server, and only one code file needs to be maintained. And then, distributing the code files to be used to the client and the server in the packaging process. Namely, the client and the server respectively store the backup files of the code files to be used.
Fig. 2 is a schematic diagram of a two-terminal battle frame of a client and a server according to an alternative embodiment of the present invention, and as shown in fig. 2, in the two-terminal battle frame of the client and the server, a game server (game server) performs communication interaction with a battle service mainly through a game server Agent (GSAgent). The fight client (FightClient) communicates with the fight service primarily through a fight client agent (FightClient Agent, abbreviated FCAgent). The combat service comprises all the relevant functional modules of the combat, which are respectively: fight Module (Fight Module), fighter Module (Warrior Module), skill Module (Skill Module), artificial intelligence Module (AI Module), settlement Module (Performance Module), fight service agent (FightServer Agent, FSAgent for short). The specific functions of each module are as follows:
(1) A combat module, responsible for managing the progress of combat, comprising: starting combat, ending combat, and the like;
(2) The fighter module is responsible for managing each player and monster in the fighter;
(3) The skill module is responsible for realizing the specific skill effect in combat;
(4) AI module responsible for AI of monster;
(5) The settlement module is responsible for settlement of injuries in combat;
(6) And the combat service agent is responsible for communication interaction with the server or the client.
It should be noted that, as will be understood by those skilled in the art, the frame structure shown in fig. 2 is only illustrative, and the structure of the double-ended combat frame is not limited. For example, the double ended combat frame can also include more or fewer modules than shown in fig. 2, or have a different configuration than shown in fig. 2.
In this embodiment, a method for processing a file running on the terminal is provided, and fig. 3 is a flowchart of a method for processing a file according to one embodiment of the present invention, as shown in fig. 3, where the method includes the following steps:
step S32, a code file to be used is obtained, wherein the code file to be used is used for providing a combat service associated with a combat function required by the current game type;
in step S34, if it is determined that the current game mode is the client stand-alone combat mode, a code file to be used is run on the client to execute combat logic.
Through the steps, the mode of acquiring the code file to be used for providing the combat service related to the combat function required by the current game type can be adopted, and the code file to be used is operated on the client to execute the combat logic by determining the current game mode to be the client stand-alone combat mode, so that the aim of flexibly deciding to execute the combat logic on one of the server and the client according to the actual game mode is fulfilled, and the technical effects of considering the game data security of the client and the hardware resource load of the server, the higher universality and the higher expandability are realized, and the technical problem that the intra-game combat implementation mode provided in the related technology cannot consider the game data security of the client and the hardware resource load of the server is solved.
Optionally, in step S34, running the code file to be used on the client to execute the combat logic may include the following execution steps:
step S341, accessing the code file to be used through the first communication interface encapsulated in the client agent;
step S342, determining a calling mode to be used in the code file to be used according to the fight function to be executed, and executing fight logic according to the calling mode to be used.
The client stand-alone combat mode may generally include: a great deal of novice teaching combat when single PVE combat and open clothes. For the combat mode of single PVE combat, combat logic can be realized at the client to realize single combat, so that the in-game combat experience is not affected by network jitter and delay. For a large number of novice teaching combat in the process of opening clothes, a client-side stand-alone combat can be adopted to reduce the hardware resource load of the server.
A sendmsgtofight server interface (corresponding to the first communication interface described above) is encapsulated in the client agent to facilitate communication interactions between the client and the combat service. And determining a calling mode to be used in the code file to be used according to the combat function to be executed. That is, if the combat function to be executed can be realized locally at the client, determining to use a local calling mode in the code file to be used; if the combat function to be performed needs to be implemented locally on the server, the remote invocation mode is determined to be used in the code file to be used.
Optionally, in step S342, determining a calling manner to be used in the code file to be used according to the combat function to be performed, and executing combat logic according to the calling manner to be used may include the following execution steps:
step S3421, if the local calling mode is determined to be used in the code file to be used according to the combat function to be executed, acquiring a calling protocol name corresponding to the combat function to be executed;
step S3422, searching the corresponding local function of the client by using the calling protocol name; and calling a client-side local function to execute combat logic.
In an alternative embodiment, the call protocol is a remote procedure call (Remote Procedure Call, abbreviated RPC) protocol, which is a protocol that requests services from a remote computer program over a network without knowledge of underlying network technology. Whether on-line combat with a server or stand-alone combat with a client, combat services interact with clients or servers through combat service agents.
If a stand-alone combat of the client is adopted and a local calling mode is determined to be used in a code file to be used according to the combat function to be executed, the client firstly acquires an RPC protocol name corresponding to the combat function to be executed, then searches a corresponding client local function according to the RPC protocol name, and finally executes combat logic corresponding to the combat function by calling the client local function.
Optionally, in step S342, determining a calling manner to be used in the code file to be used according to the combat function to be performed, and executing combat logic according to the calling manner to be used may include the following execution steps:
step S3423, if the remote calling mode is determined to be used in the code file to be used according to the combat function to be executed, acquiring a calling protocol name corresponding to the combat function to be executed;
step S3424, sending a calling protocol corresponding to the calling protocol name to the server via the second communication interface encapsulated in the code file to be used, so that the server searches the corresponding server local function by using the calling protocol name and calls the server local function to execute the combat logic.
For the upstream communication protocol between the combat service and the server, a SendMsgToGameServer interface (corresponding to the second communication interface) is encapsulated. If a stand-alone combat of the client is adopted and a remote calling mode is determined to be used in a code file to be used according to the combat function to be executed, the client can initiate RPC protocol calling to the server through a SendMsgToGameServer interface packaged in combat service, so that the server firstly acquires an RPC protocol name corresponding to the combat function to be executed, then searches a corresponding server local function according to the RPC protocol name, and finally executes combat logic corresponding to the combat function by calling the server local function. For example: when a client initiates a request for using an article to a server, a protocol call with the RPC name of use_item is usually initiated at the client, and after the server receives the protocol, the server searches a function locally corresponding to the server according to the RPC protocol name of use_item, and then calls the function to complete an RPC remote call.
Optionally, before the code file to be used is executed on the client to execute the combat logic in step S34, the following execution steps may be further included:
step S33, receiving the initialized combat data from the server.
Based on the client and server double-ended battle framework, whether a stand-alone battle with the client or an online battle with the server, the start of the battle is initiated by the game server, while the game server sends the data required for initializing the battle (fightnitdata) to the battle service, whereby all the battle logic is executed in the battle service. The game client is responsible for collecting operation instructions of players and reporting the operation instructions to the combat service, and then receiving combat instructions fed back by the combat service to play corresponding combat effect expressions.
Optionally, after the code file to be used is run on the client to execute the combat logic in step S34, the following execution steps may be further included:
step S35, reporting the battle result to the server via the second communication interface encapsulated in the code file to be used.
After the battle is finished, the battle service sends the battle result to the game server through the SendMsgToGameServer interface, so as to complete a battle.
In addition, in the process of collecting operation instructions of a player at a game client, it is necessary to check whether the operation instructions are valid, for example: when using skills, whether the cooling time of the skills is up, whether the quantity of the articles is sufficient when using the articles, and the like. If the mutual dependency relationship exists between the partial operation instructions, the game client side can put the partial operation instructions into a cache for execution if the partial operation instructions need to be executed in sequence.
The heartbeat detection logic of the battle can be set in the battle service, and is usually detected once in 0.1 second or 1 second, and the detection time length can be flexibly adjusted according to the game type difference. In addition, in the combat service, it is also necessary to check whether skills can be released normally. For example: if abnormal situations such as the cooling time of the skill not being finished, the magic value needed by the skill release not being enough, the releaser or the attack target being dead are encountered, the releaser cannot release the skill normally.
In this embodiment, there is also provided a method for processing a file running on the server, and fig. 4 is a flowchart of another method for processing a file according to an embodiment of the present invention, as shown in fig. 4, where the method includes the following steps:
step S42, a code file to be used is obtained, wherein the code file to be used is used for providing a combat service associated with a combat function required by the current game type;
In step S44, if it is determined that the current game mode is the server online combat mode, a code file to be used is run on the server to execute combat logic.
Through the steps, the code file to be used can be obtained, and the code file to be used is used for providing the fight service related to the fight function required by the current game type, and the code file to be used is operated on the server to execute the fight logic by determining that the current game mode is the server on-line fight mode, so that the aim of flexibly deciding to execute the fight logic on one of the server and the client according to the actual game mode is fulfilled, and the technical effects of considering the game data security of the client and the hardware resource load, the universality and the expandability of the server are realized, and the technical problem that the game data security of the client and the hardware resource load of the server cannot be considered in the intra-game fight implementation provided in the related technology is solved.
Optionally, in step S44, running the code file to be used on the server to execute the combat logic may include the following execution steps:
step S441, accessing the code file to be used through a third communication interface encapsulated in the server agent;
Step S442, determining a calling mode to be used in the code file to be used according to the combat function to be executed, and executing combat logic according to the calling mode to be used.
The server online combat mode may generally include: multi-person PVP combat, multi-person PVE combat. For multi-person PVP and multi-person PVE combat in combat mode, combat logic can be implemented at the server to implement networked combat.
A sendmsgtofight server interface (corresponding to the third communication interface described above) is packaged in the game server proxy to facilitate communication interactions between the game server and the combat service. And determining a calling mode to be used in the code file to be used according to the combat function to be executed. That is, if the combat function to be executed can be realized locally at the server, determining to use a local calling mode in the code file to be used; if the combat function to be executed needs to be implemented locally at the client, the remote calling mode is determined to be used in the code file to be used.
Optionally, in step S442, determining a calling manner to be used in the code file to be used according to the combat function to be performed, and executing combat logic according to the calling manner to be used may include the following execution steps:
Step S4421, if it is determined that the local calling mode is used in the code file to be used according to the combat function to be executed, acquiring a calling protocol name corresponding to the combat function to be executed;
step S4422, searching the corresponding server local function by using the calling protocol name;
step S4423, call server local function to execute combat logic.
If online combat by the server is adopted and a local calling mode is determined to be used in a code file to be used according to the combat function to be executed, the server firstly acquires the RPC protocol name corresponding to the combat function to be executed, then searches the corresponding server local function according to the RPC protocol name, and finally executes combat logic corresponding to the combat function by calling the server local function.
Optionally, in step S442, determining a calling manner to be used in the code file to be used according to the combat function to be performed, and executing combat logic according to the calling manner to be used may include the following execution steps:
step S4424, if it is determined that the remote calling mode is used in the code file to be used according to the combat function to be executed, acquiring a calling protocol name corresponding to the combat function to be executed;
Step S4425, sending a calling protocol corresponding to the calling protocol name to the client via the fourth communication interface encapsulated in the code file to be used, so that the client searches the corresponding client local function by using the calling protocol name and calls the client local function to execute the combat logic.
For the downstream communication protocol between the combat service and the client, a SendMsgToClient interface (corresponding to the fourth communication interface described above) is encapsulated. If online combat of the server is adopted and a remote calling mode is determined to be used in a code file to be used according to the combat function to be executed, the server can initiate RPC protocol calling to the client through a SendMsgToClient interface packaged in combat service, so that the client can acquire an RPC protocol name corresponding to the combat function to be executed first, then find a corresponding client local function according to the RPC protocol name, and finally execute combat logic corresponding to the combat function by calling the client local function.
RPC protocol names are commonly used to distinguish between different operations and logic, such as: the RPC protocol name of the use item is use_item, and the RPC protocol name of the use skill is use_skin. Assuming that the server invokes the RPC protocol of the client to cause the client to exhibit a blood drop effect, the RPC protocol name is sub_hp. In a normal case, the server sends an RPC protocol named sub_hp to the client, and after receiving the sub_hp, the client will call a blood dropping function corresponding to the local sub_hp to play a blood dropping effect. In contrast, if a stand-alone combat of the client is adopted, the code of the combat service is operated at the client, so that the blood-dropping RPC protocol of the sub_hp is not required to be sent to the client through a network, and the local blood-dropping function is directly called at the client according to the name sub_hp of the RPC protocol to play the blood-dropping effect.
Optionally, before the code file to be used is run on the server to execute the combat logic in step S44, the following execution steps may be further included:
step S43, the initialization combat data is issued via a third communication interface encapsulated in the server proxy.
Based on the double-end fight framework of the client and the server, whether the single fight of the client or the online fight of the server is adopted, the start of the fight is initiated by the game server, and meanwhile, the game server sends data (FightInitData) required by initializing the fight to the fight service through a SendMsgToFightServer interface encapsulated in a game server agent, so that all fight logics are executed in the fight service. The game client is responsible for collecting operation instructions of players and reporting the operation instructions to the combat service, and then receiving combat instructions fed back by the combat service to play corresponding combat effect expressions.
Optionally, after the code file to be used is run on the client to execute the combat logic in step S44, the following execution steps may be further included:
step S45, receiving a combat result via a second communication interface encapsulated in the code file to be used.
After the battle is finished, the battle service sends the battle result to the game server through the SendMsgToGameServer interface, so as to complete a battle.
In addition, in the process of collecting operation instructions of a player at a game client, it is necessary to check whether the operation instructions are valid, for example: when using skills, whether the cooling time of the skills is up, whether the quantity of the articles is sufficient when using the articles, and the like. If the mutual dependency relationship exists between the partial operation instructions, the game client side can put the partial operation instructions into a cache for execution if the partial operation instructions need to be executed in sequence.
The heartbeat detection logic of the battle can be set in the battle service, and is usually detected once in 0.1 second or 1 second, and the detection time length can be flexibly adjusted according to the game type difference. In addition, in the combat service, it is also necessary to check whether skills can be released normally. For example: if abnormal situations such as the cooling time of the skill not being finished, the magic value needed by the skill release not being enough, the releaser or the attack target being dead are encountered, the releaser cannot release the skill normally.
From the description of the above embodiments, it will be clear to a person skilled in the art that the method according to the above embodiments may be implemented by means of software plus the necessary general hardware platform, but of course also by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) comprising instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method according to the embodiments of the present invention.
The embodiment also provides a device for processing a file, which is used for implementing the above embodiment and the preferred implementation, and is not described in detail. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.
Fig. 5 is a block diagram of a file processing apparatus according to an embodiment of the present invention, as shown in fig. 5, the apparatus includes: an acquisition module 10 for acquiring a code file to be used for providing a combat service associated with a combat function required by a current game type; and a processing module 20 for running the code file to be used on the client to execute the combat logic if it is determined that the current game mode is the client stand-alone combat mode.
Optionally, the processing module 20 includes: an access unit (not shown in the figure) for accessing the code file to be used through the first communication interface encapsulated in the client agent; and a processing unit (not shown in the figure) for determining a calling mode to be used in the code file to be used according to the combat function to be executed, and executing combat logic according to the calling mode to be used.
Optionally, the processing unit (not shown in the figure) comprises: a first acquisition subunit (not shown in the figure) for acquiring a calling protocol name corresponding to a combat function to be executed if a local calling manner is determined to be used in a code file to be used according to the combat function to be executed; a searching subunit (not shown in the figure) for searching the corresponding local function of the client by using the calling protocol name; a calling subunit (not shown) for calling the client-side local function to execute the combat logic.
Optionally, the processing unit (not shown in the figure) comprises: a second acquisition subunit (not shown in the figure) for acquiring a calling protocol name corresponding to the combat function to be executed if it is determined that the remote calling mode is used in the code file to be used according to the combat function to be executed; a sending subunit (not shown in the figure) is configured to send, to the server via the second communication interface encapsulated in the code file to be used, a calling protocol corresponding to the calling protocol name, so that the server searches the corresponding server local function by using the calling protocol name and invokes the server local function to execute the combat logic.
Alternatively, fig. 6 is a block diagram of a file processing apparatus according to an alternative embodiment of the present invention, as shown in fig. 6, which includes, in addition to all the modules shown in fig. 5, the above apparatus further including: the receiving module 30 is configured to receive the initialized combat data from the server.
Optionally, as shown in fig. 6, the apparatus further includes: and the reporting module 40 is configured to report the combat result to the server via the second communication interface encapsulated in the code file to be used.
In this embodiment, another processing device for a file is further provided, and this device is used to implement the foregoing embodiments and preferred embodiments, and is not described in detail. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. While the means described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.
Fig. 7 is a block diagram of another document processing apparatus according to an embodiment of the present invention, as shown in fig. 7, the apparatus includes: an acquisition module 50 for acquiring a code file to be used for providing a combat service associated with a combat function required by a current game type; a processing module 60 for running the code file to be used on the server to execute the combat logic if the current game mode is determined to be the server online combat mode.
Optionally, the processing module 60 includes: an access unit (not shown) for accessing the code file to be used through a third communication interface encapsulated in the server agent; and a processing unit (not shown in the figure) for determining a calling mode to be used in the code file to be used according to the combat function to be executed, and executing combat logic according to the calling mode to be used.
Optionally, the processing unit (not shown in the figure) comprises: a first acquisition subunit (not shown in the figure) for acquiring a calling protocol name corresponding to a combat function to be executed if a local calling manner is determined to be used in a code file to be used according to the combat function to be executed; a searching subunit (not shown in the figure) for searching the corresponding server local function by using the calling protocol name; a calling subunit (not shown) for calling a server local function to execute combat logic.
Optionally, the processing unit (not shown in the figure) comprises: a second acquisition subunit (not shown in the figure) for acquiring a calling protocol name corresponding to the combat function to be executed if it is determined that the remote calling mode is used in the code file to be used according to the combat function to be executed; a sending subunit (not shown in the figure) is configured to send, to the client, a calling protocol corresponding to the calling protocol name via a fourth communication interface encapsulated in the code file to be used, so that the client searches the corresponding client local function by using the calling protocol name and invokes the client local function to execute the combat logic.
Alternatively, fig. 8 is a block diagram of another document processing apparatus according to an alternative embodiment of the present invention, as shown in fig. 8, which includes, in addition to all the modules shown in fig. 7, the above apparatus further including: the issuing module 70 is configured to issue the initialization combat data via a third communication interface encapsulated in the server agent.
Optionally, as shown in fig. 8, the apparatus further includes: and a receiving module 80 for receiving the combat result via a second communication interface encapsulated in the code file to be used.
It should be noted that each of the above modules may be implemented by software or hardware, and for the latter, it may be implemented by, but not limited to: the modules are all located in the same processor; alternatively, the above modules may be located in different processors in any combination.
An embodiment of the invention also provides a storage medium having a computer program stored therein, wherein the computer program is arranged to perform the steps of any of the method embodiments described above when run.
Alternatively, in the present embodiment, the above-described storage medium may be configured to store a computer program for performing the steps of:
S1, acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by a current game type;
s2, if the current game mode is determined to be the client-side stand-alone combat mode, the code file to be used is run on the client side to execute combat logic.
Alternatively, in the present embodiment, the above-described storage medium may be further configured to store a computer program for performing the steps of:
s1, acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by a current game type;
s2, if the current game mode is determined to be the server online combat mode, running a code file to be used on the server to execute combat logic.
Alternatively, in the present embodiment, the storage medium may include, but is not limited to: a usb disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing a computer program.
Embodiments of the invention also provide a processor arranged to run a computer program to perform the steps of any of the method embodiments described above.
Alternatively, in the present embodiment, the above-described processor may be configured to execute the following steps by a computer program:
s1, acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by a current game type;
s2, if the current game mode is determined to be the client-side stand-alone combat mode, the code file to be used is run on the client side to execute combat logic.
Optionally, in this embodiment, the above processor may be further configured to execute the following steps by a computer program:
s1, acquiring a code file to be used, wherein the code file to be used is used for providing a combat service associated with a combat function required by a current game type;
s2, if the current game mode is determined to be the server online combat mode, running a code file to be used on the server to execute combat logic.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
In the foregoing embodiments of the present invention, the descriptions of the embodiments are emphasized, and for a portion of this disclosure that is not described in detail in this embodiment, reference is made to the related descriptions of other embodiments.
In the several embodiments provided in the present application, it should be understood that the disclosed technology content may be implemented in other manners. The above-described embodiments of the apparatus are merely exemplary, and the division of the units, for example, may be a logic function division, and may be implemented in another manner, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some interfaces, units or modules, or may be in electrical or other forms.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.
In addition, each functional unit in the embodiments of the present invention may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied essentially or in part or all of the technical solution or in part in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.
The foregoing is merely a preferred embodiment of the present invention and it should be noted that modifications and adaptations to those skilled in the art may be made without departing from the principles of the present invention, which are intended to be comprehended within the scope of the present invention.

Claims (16)

1. A method for processing a document, comprising:
acquiring a code file to be used, wherein the code file to be used is used for providing combat service related to combat functions required by the current game type, and the same set of code file to be used is used for being respectively borne by a client and a server;
if the current game mode is determined to be a client-side stand-alone combat mode, running the code file to be used on the client side to execute combat logic;
if the current game mode is determined to be the server online combat mode, the code file to be used is run on the server to execute combat logic.
2. The method of claim 1, wherein running the code file to be used on the client to execute the combat logic comprises:
accessing the code file to be used through a first communication interface encapsulated in a client agent;
and determining a calling mode to be used in the code file to be used according to the combat function to be executed, and executing the combat logic according to the calling mode to be used.
3. The method of claim 2, wherein determining the calling manner to be used in the code file to be used according to the combat function to be performed, and executing the combat logic according to the calling manner to be used comprises:
If a local calling mode is determined to be used in the code file to be used according to the combat function to be executed, a calling protocol name corresponding to the combat function to be executed is acquired;
searching a corresponding client local function by using the calling protocol name;
and calling the client-side local function to execute the combat logic.
4. The method of claim 2, wherein determining the calling manner to be used in the code file to be used according to the combat function to be performed, and executing the combat logic according to the calling manner to be used comprises:
if the remote calling mode is determined to be used in the code file to be used according to the combat function to be executed, a calling protocol name corresponding to the combat function to be executed is acquired;
and sending a calling protocol corresponding to the calling protocol name to a server through a second communication interface encapsulated in the code file to be used, so that the server searches a corresponding server local function by utilizing the calling protocol name and calls the server local function to execute the combat logic.
5. The method of claim 1, further comprising, prior to running the code file to be used on the client to execute the combat logic:
the initialization combat data is received from the server.
6. The method of claim 1, further comprising, after running the code file to be used on the client to execute the combat logic:
and reporting the fight result to a server through a second communication interface encapsulated in the code file to be used.
7. The method of claim 1, wherein running the code file to be used on the server to execute the combat logic comprises:
accessing the code file to be used through a third communication interface encapsulated in a server agent;
and determining a calling mode to be used in the code file to be used according to the combat function to be executed, and executing the combat logic according to the calling mode to be used.
8. The method of claim 7, wherein determining the calling manner to be used in the code file to be used according to the combat function to be performed and executing the combat logic according to the calling manner to be used comprises:
If a local calling mode is determined to be used in the code file to be used according to the combat function to be executed, a calling protocol name corresponding to the combat function to be executed is acquired;
searching a corresponding server local function by using the calling protocol name;
and calling the server local function to execute the combat logic.
9. The method of claim 7, wherein determining the calling manner to be used in the code file to be used according to the combat function to be performed and executing the combat logic according to the calling manner to be used comprises:
if the remote calling mode is determined to be used in the code file to be used according to the combat function to be executed, a calling protocol name corresponding to the combat function to be executed is acquired;
and sending a calling protocol corresponding to the calling protocol name to a client through a fourth communication interface encapsulated in the code file to be used, so that the client searches a corresponding client local function by using the calling protocol name and calls the client local function to execute the combat logic.
10. The method of claim 1, further comprising, prior to running the code file to be used on the server to execute the combat logic:
the initialization combat data is issued via a third communication interface encapsulated in the server proxy.
11. The method of claim 1, further comprising, after running the code file to be used on the server to execute the combat logic:
and receiving a combat result through a second communication interface encapsulated in the code file to be used.
12. A document processing apparatus, comprising:
the system comprises an acquisition module, a server and a client, wherein the acquisition module is used for acquiring a code file to be used, wherein the code file to be used is used for providing combat service related to combat functions required by the current game type, and the same set of code file to be used is used for being respectively borne by the client and the server;
the processing module is used for running the code file to be used on the client to execute combat logic if the current game mode is determined to be the client stand-alone combat mode;
the processing module is further configured to run the code file to be used on the server to execute the combat logic if the current game mode is determined to be the server online combat mode.
13. A storage medium comprising a stored program, wherein the program, when run, controls a device in which the storage medium is located to perform the method of processing a file according to any one of claims 1 to 11.
14. A processor for running a program, wherein the program when run performs the method of processing a file according to any one of claims 1 to 11.
15. A terminal, comprising: one or more processors, a memory, a display device, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, the one or more programs for performing the method of processing a file according to any one of claims 1 to 6.
16. A server, comprising: one or more processors, a memory, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, the one or more programs for performing the method of processing a file according to any one of claims 7 to 11.
CN201910612069.2A 2019-07-08 2019-07-08 File processing method, device, processor, terminal and server Active CN110327625B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910612069.2A CN110327625B (en) 2019-07-08 2019-07-08 File processing method, device, processor, terminal and server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910612069.2A CN110327625B (en) 2019-07-08 2019-07-08 File processing method, device, processor, terminal and server

Publications (2)

Publication Number Publication Date
CN110327625A CN110327625A (en) 2019-10-15
CN110327625B true CN110327625B (en) 2023-07-21

Family

ID=68143528

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910612069.2A Active CN110327625B (en) 2019-07-08 2019-07-08 File processing method, device, processor, terminal and server

Country Status (1)

Country Link
CN (1) CN110327625B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111142976B (en) * 2019-12-25 2023-05-26 上海米哈游网络科技股份有限公司 Logic code execution method, device, server and medium
CN111581115B (en) * 2020-06-04 2024-02-27 网易（杭州）网络有限公司 File processing method and device, storage medium, processor and electronic device
CN111581112A (en) * 2020-06-04 2020-08-25 网易（杭州）网络有限公司 File processing method and device, storage medium, processor and electronic device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104424018A (en) * 2013-08-23 2015-03-18 阿里巴巴集团控股有限公司 Distributed calculating transaction processing method and device
CN107959687A (en) * 2017-12-13 2018-04-24 上海曼恒数字技术股份有限公司 A kind of data processing method, system, equipment and storage medium

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040063498A1 (en) * 2002-09-30 2004-04-01 Sony Corporation System and method for flexibly implementing a wireless gaming network
US20060101023A1 (en) * 2004-11-05 2006-05-11 Ellie Mae, Inc. Universal computing paradigm with single-code base utilizing a flexible distributed computing architecture
KR20130090898A (en) * 2010-09-13 2013-08-14 소니 컴퓨터 엔터테인먼트 아메리카 엘엘씨 Dual mode program execution and loading
CN102520972B (en) * 2011-12-31 2015-09-09 上海方寸信息科技有限公司 Video game development system and method thereof
CN105214310B (en) * 2015-10-13 2019-03-29 网易（杭州）网络有限公司 A kind of game fight method of calibration, system and server-side

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104424018A (en) * 2013-08-23 2015-03-18 阿里巴巴集团控股有限公司 Distributed calculating transaction processing method and device
CN107959687A (en) * 2017-12-13 2018-04-24 上海曼恒数字技术股份有限公司 A kind of data processing method, system, equipment and storage medium

Also Published As

Publication number Publication date
CN110327625A (en) 2019-10-15

Similar Documents

Publication Publication Date Title
US20240024784A1 (en) Server device, control method performed by the server device, program, and terminal device
CN110327625B (en) File processing method, device, processor, terminal and server
US11318382B2 (en) Game control method, system, and non-transitory computer-readable recording medium
CN108211358B (en) Information display method and device, storage medium and electronic device
US8764570B2 (en) Non-transitory computer-readable storage medium storing game program, and game system
US9272205B2 (en) Non-transitory computer-readable storage medium storing game program, and game system
CN111767503A (en) Game data processing method and device, computer and readable storage medium
WO2018024258A1 (en) Virtual application attribute update method and apparatus, and storage medium
JP5749692B2 (en) GAME DEVICE, GAME MANAGEMENT SYSTEM, AND PROGRAM
US20220258048A1 (en) Method and apparatus for executing interaction event
CN111298430A (en) Virtual item control method and device, storage medium and electronic device
CN110585697A (en) Cross-server control method and device in game
CN112221148B (en) Game skill release state synchronization method, server and readable storage medium
CN110580257A (en) Data sharing method, server and medium
JP2002355444A (en) Data transmission/reception method for game in network server system, network server system and program
CN111228805A (en) Control method and device of virtual operation object, storage medium and electronic device
CN112402970A (en) Virtual object information adjusting method and device, storage medium and electronic device
WO2014012184A1 (en) Cross platform electronic gaming functionality
CN112473139A (en) Object form switching method and device, storage medium and electronic device
CN112764837A (en) Data reporting method, device, storage medium and terminal
CN111228818A (en) Communication interaction method and device, storage medium, processor and electronic device
CN111821687A (en) Game data archiving and sharing method and system based on cloud game
JP6940560B2 (en) Programs, information processing devices and control methods
CN113769407B (en) Control instruction generation method and device, storage medium and electronic device
CN114984570A (en) Data processing method, data processing device, readable storage medium and electronic device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant