WO2012173355A2

WO2012173355A2 - Device and method for executing task files in a game server

Info

Publication number: WO2012173355A2
Application number: PCT/KR2012/004482
Authority: WO
Inventors: 김남희; 최인곤
Original assignee: (주)네오위즈게임즈
Priority date: 2011-06-17
Filing date: 2012-06-07
Publication date: 2012-12-20
Also published as: KR101264615B1; KR20120139403A; CN103180827A; WO2012173355A3

Abstract

Provided is a technique for executing and managing files, in which code may be freely edited during a task and communication may be freely made with other servers implemented with a variety of languages. The device for executing and managing task files in a game server according to one embodiment of the present invention is characterized by comprising: a scheduler implemented using an application programming language so as to transmit information on a task file to be processed; a script development module for storing a plurality of task files developed using a script language; and a script translation module for selecting a task file to be processed from the script development module using the information on the task file, and then returning to the scheduler a result executed by calling a function and a parameter in the source code of the selected task file.

Description

Device and method for executing game files on game servers

The present invention relates to a technique for executing and managing a scheduled work file in a game server. More specifically, when modifying and executing a file created to develop a game server, free modification is possible without restarting a running file, and communication with other game servers is made freely, thus making the file highly available and scalable. It relates to implementation and management techniques.

In operating a game server for running a web board game, in order to operate a game server, various executable files must be developed according to tasks to be processed. A programming language mainly used for the development of executable files necessary for operating a game server is a general application programming language including C ++.

Application programming languages are also called compilation languages. The reason for this is that the program source code is written and then compiled and converted into a binary file that is an assembly language. An application programming language can be executed immediately after compiling and needs only a processor and an operating system of a computer, and is fast.

Application programming language is generally used to secure execution speed in game server development and operation. However, since the application programming language must be executed through a compilation process of converting the source code into a binary file as described above, if there is a modification of the content of the file, the operating binary file must be restarted to correct the source code. This has been pointed out.

On the other hand, a language for writing code includes a scripting language in addition to a general application programming language. The script language is a language in which an executable file does not exist because it is translated and executed by an application program other than a computer processor. It can be written faster than general application programming language, but it takes longer time to execute than compiled program.

On the other hand, it is necessary to modify the file contents in real time during the operation of the game server. For example, it is necessary to publish or sell a specific item in a game for a limited time, or to implement a new year special event on a game server. In general, in such cases, it is common to modify the contents of the file to trigger the event at the time of temporary checks and regular checks commonly found in games. When the content of the file is modified, a file is executed to insert a timer that designates when to release or sell the item and when to execute the event, and to execute the above event when the time point is reached.

In this case, the event should be adjusted to the server's check time when planning the event. Therefore, the game developer should perform the event planning centering on the server's check time instead of the event's point of view. Has been. In addition, since the code corresponding to the event remains in the file contents until the next inspection even after the event is finished, unused code is unnecessarily present in the file contents.

Accordingly, the present invention provides a game file execution and management technology of a game server that can execute various files efficiently while executing files necessary for operating a game server based on an application program language with a high execution speed. The purpose is to provide. In addition, another object is to provide a technology that can freely interoperate with an external game server using a different language, thereby providing scalability in server operation.

In order to achieve the above object of the present invention, the task file execution and management apparatus of the game server according to an embodiment of the present invention, the scheduler implemented using an application programming language to send information of the task file to be processed; A script development module for storing a plurality of work files developed in a script language; And a script translation module that selects a work file to be processed from the script development module using information of the work file, and returns a result of execution by calling a function and a parameter in the source code of the selected work file to the scheduler. do.

The scheduler includes: a timer for generating a signal for checking whether there is a job to be periodically processed; An execution job checking unit for determining whether there is a job to be processed from a previously stored setting file and extracting information of a job file corresponding to the job to be processed; And a script call interface for transmitting the extracted work file information to the script translation module.

The information in the job file includes information about the name of the job, the start time of the job, the job repetition cycle, the job file name, and the name of a function in which the logic to execute for the job is implemented in the source file of the job file. .

The apparatus for executing and managing a work file of a game server may further include a script extension module that requests communication with an external game server through the scheduler and returns a communication result to the script translation module.

The script translation module and the script extension module are implemented in an application programming language, interoperate with the scheduler, and are a DLL (Dynamic Linking Library) file.

The script translation module includes a translation application that calls functions and parameters for use in an application programming language, and an internal compiler that compiles to execute the called functions and parameters.

When the script extension module determines that there is a task to be performed in the external game server during function and parameter execution, the script extension module requests communication to the scheduler about performing the task to the external game server.

According to an aspect of the present invention, there is provided a method of executing and managing a work file of a game server, including: analyzing, by a scheduler developed by using an application programming language, a pre-stored configuration file to analyze whether there is a job to be processed currently; Extracting and sending information of a job file corresponding to a job to be processed by the scheduler from the configuration file; Selecting, by the script translation module, a work file from a script development module that stores a plurality of work files developed in a script language according to the information of the work file; And returning, to the scheduler, a result of executing the function and parameters in the source code of the selected work file by the script translation module.

The analyzing may include determining, by the execution task confirming unit, that the processing task confirmation signal generated periodically from the timer is to be processed from the configuration file.

The information in the job file includes information about the name of the job, the start time of the job, the frequency of the job repetition, the job file name, and the name of a function that implements the logic to execute for the job within the source file's source code. It is done.

The method of executing and managing a work file of a game server may further include requesting, by the script extension module, to communicate with an external game server through the scheduler and returning a communication result to the script translation module.

The script translation module and the script extension module are implemented in an application programming language and interoperate with the scheduler, and are a DLL (Dynamic Linking Library) file.

Returning to the scheduler includes: calling a translation application for using the function and parameters in an application programming language; And compiling the internal compiler to execute the called functions and parameters.

Returning to the script translation module is performed when it is determined that there is a task to be performed in the external game server during execution of the compiled function and parameters.

According to the present invention, a work file developed in a script language that is performed without compilation can be executed by a scheduler, a script translation module, and a script extension module implemented in a compiled language. As a result, when modifying a work file that does not require compilation, it is not necessary to restart the file, but it is immediately reflected in performing work when the work file is modified, thereby increasing convenience in performing tasks such as in-game events that need to be done in real time. It is effective. In addition, since communication with an external game server implemented in another language is free, even if a work file is implemented in a scripting language, there is an effect of free expansion in using a function.

1 is a structural diagram of an apparatus for executing and managing a work file of a game server according to an exemplary embodiment of the present invention.

2 is a diagram illustrating an implementation language of a task file execution and management device of a game server.

3 is a block diagram of a detailed structure of a scheduler.

4 schematically illustrates a change in configuration when the type of script file is different.

5 is a block diagram of a detailed structure of a script translation module.

6 schematically illustrates a function for calling an external function through a script extension module.

7 is a flowchart of a work file execution and management method of a game server according to an exemplary embodiment of the present invention.

The scheduler includes: a timer for generating a signal for checking whether there is a job to be periodically processed; An execution job checking unit to determine whether there is a job to be processed from a previously stored setting file and extract information of a job file corresponding to the job to be processed; And a script call interface for transmitting the extracted work file information to the script translation module.

Hereinafter, an apparatus and a method for executing and managing a work file of a game server according to an exemplary embodiment of the present invention will be described in detail with reference to the accompanying drawings. In the following description, each embodiment is not intended to limit the scope of the claims, and the invention for the equivalent embodiments will also fall within the scope of the invention.

In addition, in the following description, in order to avoid the description which may obscure the characteristic of invention, description of the well-known technique known conventionally is abbreviate | omitted. And the same reference numerals in the following description indicate the same configuration.

Referring to FIG. 1, an apparatus 100 for executing and managing a work file of a game server according to an exemplary embodiment of the present disclosure may include a script development module 110, a script translation module 120, a script expansion module 130, and a scheduler ( 140).

The task file execution and management apparatus 100 of the game server, through the script translation module 120 to execute the task file to be executed at a specified time in the scheduler 140 as a whole, the script expansion module 130 as necessary when executing the task file Through the scheduler 140 to communicate with the external game server 300.

In the script development module 110, a script file, which is a work file that the scheduler 140 executes through the script translation module 120, is created and stored for each work unit. The script files are created in the script language development tool, and are stored in the script development module 110 after debugging.

Since the script files do not need to be compiled, and the work file to be executed in the present invention is a script file, developers can access the script development module 110 through the developer terminal 200 and freely execute the code of the script file even while the work file is executed. Can be modified. That is, even when the script file is modified, the operation of the game file execution and management device 100 of the game server may be continued.

The job file stored in the script development module 110 refers to a job that is processed by the scheduler 140 at a designated time. In the present invention, one script file developed using a scripting language becomes one job file. However, if a means for distinguishing jobs is provided, a plurality of job files exist in one script file, or a plurality of script files are one job. May exist as a file.

As the script language used for the script development module 110, Python is used in the embodiment of the present invention. Python is an object-oriented programming language that uses indentation in program statements to improve readability, and has the advantage of easy interworking with other languages. However, scripting languages other than Python, such as Java Script, can also be used in the present invention.

The scheduler 140 is a file execution module written in an application programming language (for example, C ++). The function of the scheduler 140 will be described in detail with reference to FIG. 3.

The scheduler 140 basically performs a function of transmitting information of a job file to be processed to the script translation module 120. In addition, the scheduler 140 may also include a function of outputting an execution result of the job file processed by the script translation module 120.

The scheduler 140 reads a configuration file which is pre-stored at the time of initializing driving to manage information of a plurality of job files. The configuration file is, for example, a file with an xml extension. The configuration file includes the name of the task to be performed, the time to start the task, the frequency and number of times to repeat the task, and the name and the task file of the task file corresponding to the task. It stores information about the name of a function that implements the logic to execute for the task in the source code of the task file.

The scheduler 140 may have means for periodically checking whether there is a task to be performed at present. Whether or not there is a task to be performed periodically may be determined by comparing the current check point with the start time of the task included in the configuration file. If there is a job, the scheduler 140 passes the information of the job file to the script translation module 120 to execute the job file in the script translation module 120.

In the game file execution and management apparatus 100 of the game server of the present invention, a configuration developed in an application programming language (for example, C ++) that requires compilation and a configuration of a job file developed in a script language (for example, Python) are used. do. Therefore, a configuration that is responsible for translation and execution between heterogeneous languages is essential, and in the present invention, a configuration that performs the above functions is separately used as a module having a DLL file.

In order to execute a work file through execution of the scheduler 140, translation and file execution means for executing a script language based work file on an application programming language are essential. The script translation module 120 is a component for performing the above function.

The script translation module 120 receives information of a job file corresponding to a job to be performed from the scheduler 140, and selects a job file to be processed from the script development module 110 using the information. Thereafter, the script translation module 120 compiles the source code of the selected work file internally to generate and execute a byte code. As a result, the work file can be easily modified as described above, and the compilation process is also performed. Therefore, the execution speed is increased as the execution of the file based on the application programming from the second execution.

In detail, the script translation module 120 is a component that is developed using a translation application provided by a script language based on an application programming language. The script translation module 120 will call together the functions and parameters in the source code of the working file.

Python, a scripting language used in the present invention, uses a mutex called Global Interpreter Lock (hereinafter referred to as GIL) to support multithreading, and the script translation module 120 must operate in a multithreaded environment. Therefore, within every thread that belongs to a multithreaded system, you need to acquire a GIL before calling an application provided by Python (for example, a translation application). Otherwise, the above translation application may not work properly, and the obtained GIL must be released after using the application.

Internally, while executing a job file, the script translation module 120 periodically allocates a processor to another thread. In other words, Python does support multi-threading by passing control to another thread after a certain amount of work. Python stores the information for each thread separately in order to maintain the state of each thread.

The script translation module 120 reads and executes a job file while performing the above function. The script translation module 120 is implemented as a DLL (Dynamic Linking Library) file. The module for performing translation and execution of heterogeneous languages is separated from the scheduler 140. This means that when it is necessary to execute a job file developed in another scripting language later, the scheduler 140 should interwork with another scripting language, and at this time, the source code of the file included in the scheduler 140 may not be modified. In order to enable interworking by replacing only another script translation module 120.

The script translation module 120 includes a function that gets a pointer of an object inheriting an interface of a work file and a function of arranging the pointer of the object at the end of driving.

The script translation module 120 enables the scripting language to be used when executing the compiled language. Accordingly, developers can perform the contents of files required for game execution in real time, such as event execution, without rebooting the game server. Accordingly, it is possible to prevent unnecessary code remaining than to insert or remove event contents into a file by only modifying the file contents at the time of inspection, thereby improving server operation efficiency.

In addition, when planning a specific event during the operation of a game server, the event can be planned in real time based on each event and not in the server inspection time, thereby enhancing the quickness in event planning. There are advantages to it.

In addition, when operating a game server only in a compiled language, there is a possibility that a program code relating to a function of a game server which is fixedly performed during the modification of a file content regarding execution of another event may be incorrectly written. Therefore, if you make a file that needs to be modified in real time, such as an event, and execute it in a scripting language, you can eliminate the possibility of incorrectly writing code that is important for a fixed function by preventing the disruption in server operation. You can expect the effect to work.

The script file extension module 130 is included in the task file execution and management device 100 of the game server according to an embodiment of the present invention. The script extension module 130 requests the communication with the external game server to the scheduler 140 and returns a communication result to the script translation module 120.

When executing a work file developed based on a script language, in addition to a function provided by the script language itself, there may be a case in which an additional function and an operation performed in the external game server 300 are required. An example is to use a library of application programming languages in a work file. In addition, when performing the work file it is necessary to perform communication and work interworking with other existing external game server 300.

The script extension module 130 is configured to call the export function of the scheduler 140 so that the scheduler 140 communicates with the external game servers 300 to inform the script translation module 120 of the work result.

In an embodiment of the present invention, the script translation module 120 and the script extension module 130 may be developed based on an application programming language through an application provided by a script language.

The script extension module 130 may also be implemented as a DLL file. Like the script translation module 120, it is possible to easily link with the scheduler 140 between different script languages.

The script extension module 130 exports a function used to communicate with other game servers to the scheduler 140. Since the export function is called only within a work file, the script extension module 130 independently creates a prototype in a heterogeneous script language. Can be used.

When the script expansion module 130 communicates with the external game server 300, the external game server 300 is called while the script translation module 120 is running by calling functions and parameters included in the source code of the job file. It is when it is determined that there is work to be done in. In this case, the script extension module 130 requests the scheduler 140 to communicate with the external game server 300.

For example, as mentioned above, there may be a time when there is a task to be processed in connection with the external game server 300 or when the external game server 300 needs to use a necessary function among the functions of the underlying programming language implemented. .

In addition, although the script translation module 120 and the script extension module 130 are mentioned as file type DLL, the script language used in the present invention is Python, and according to the present invention, the script translation module 120 and the script extension module ( The extension of the file performing the function of 130) is pyd. In Python scripts, only the pyd file is read and used.

2 is a diagram illustrating an implementation language of a task file execution and management device of a game server. In the following description, portions that overlap with the description of FIG. 1 will be omitted.

Referring to FIG. 2, the script file 111, which is a work file stored in the script development module 110, is implemented in a script language. On the other hand, the scheduler 140 for manipulating the work file on the server is implemented in an application programming language that is a compiled language.

To work together, the script translation module 120 and the script extension module 130 are implemented in an application programming language (eg C ++) using an application provided by a scripting language (eg Python). It features. Accordingly, the same effect as that of executing the script file 111 in the scheduler 140 can be obtained, and the replacement of the script file 111 can be freely performed even during the operation of all game servers.

3 is a block diagram of a detailed structure of a scheduler.

Referring to FIG. 3, the scheduler includes a timer 141, an execution task checker 142, a configuration file storage 143, a script call interface 144, and a configuration changer 145.

The timer 141 periodically performs a function of generating a signal for checking whether there is currently a job to be processed. The time and period of generating a signal in the timer 141 may be set when the setting file is read by the scheduler 140 at the time of initializing the work file execution and management device 100 of the game server of the present invention.

The execution job checking unit 142 determines whether there is a job to be processed from the setting file stored in the setting file storage unit 143 when a signal is generated by the timer 141, and determines whether a job file corresponding to the job to be processed from the setting file is generated. Performs the function of extracting information.

When the script call interface 144 receives the information of the job file extracted from the execution job checking unit 142, the script call interface 144 transmits the information to the script translation module 120 to execute the job file.

The setting change unit 145 is a configuration for modifying a setting file during execution of a job file. When the contents of the setting file, that is, information of the job file, are changed, the scheduler 140 automatically detects the new file and changes the setting file. It reads in and updates the schedule.

In addition, the scheduler 140 may additionally include a communication unit (not shown) for communication with the external game server 300. The communication unit may be connected to the external game server 300 by a network or a code link, and perform communication and work according to a request from the script extension module 130 when necessary during execution of a work file.

In the present invention, a script language Python is used as an implementation language of the work file. However, heterogeneous script languages such as Java Script may be used as the work file implementation language. In the description of FIG. 4, the script language currently used is referred to as S1, and the heterogeneous script language is referred to as S2. Accordingly, among the two pairs of script translation module and script extension module shown in FIG. 4, the module included in the block indicated by S1 is a block in which the first script translation module 120, the first script extension module 130, and S2 are indicated. The modules included in the second script translation module 121 and the second script extension module 131 are called.

In order to execute the script file 112 implemented in heterogeneous script languages, the first script translation module 120 and the first script extension module 130 also implement the second script translation module 121 implemented in heterogeneous script languages. And the second script extension module 131.

As mentioned above, the first script translation module 120 and the second script extension module 130 are implemented independently of the scheduler 140 in the form of a DLL file. Accordingly, the second script translation module 121 and the second script extension module 131 implemented on the application programming language are easily replaced by the application provided by the heterogeneous script language S2 without modification of the scheduler 140. It can be used. Through this, the service can be freely used without restriction of scripting language.

5 is a block diagram of a detailed structure of a script translation module. In the following description, portions that overlap with the description of FIGS. 1 to 4 will be omitted.

Referring to FIG. 5, the script translation module 120 internally compiles a work file to execute the translated application 122 and the called functions and parameters for calling the functions and parameters for use in an application programming language. Compiler 123 is included.

The script translation module 120 may further include a file execution unit 124 that executes the work file using functions and parameters existing in the source code of the compiled work file.

When the functions and parameters of the work file, which is the script file 111, are called through the script translation module 120, the work is performed through the internal compiler 123 and the file execution unit 124. In addition, the execution result of the file may be output to the developer terminal 200 through the scheduler 140.

6 schematically illustrates a function for calling an external function through a script extension module. In the following description, portions overlapping with the description of FIGS. 1 to 5 will be omitted.

Referring to FIG. 6, when a task file is executed in the file execution unit 124 of the script translation module 120, when a function from the external game server 300 is to be called, an external function is transmitted to the script extension module 130. Will return a function that calls. The script extension module 130 requests the scheduler 140 to communicate with the external game server 300, and the scheduler 140 calls a function through communication with the external game server 300 and receives a result. The scheduler 140 may sequentially transmit the returned results to the file executor 124 so that the file executor 124 may continue to execute the work file.

7 is a flowchart of a work file execution and management method of a game server according to an exemplary embodiment of the present invention. In the following description, portions that overlap with the description of FIGS. 1 to 6 will be omitted.

Referring to FIG. 7, a sequence of a method for executing and managing a job file of a game server is as follows.

First, the scheduler 140 analyzes a configuration file at the start of a process (S10). In the setting file, a time and a period at which the job confirmation signal is generated from the timer 141 are stored. In addition, in the configuration file, a script file, which is a work file to be performed by time, and a function name in the file are stored, so that the scheduler 140 reads it and sets the work by time zone (S20).

Thereafter, the scheduler 140 initializes the operation of the script translation module 120 and starts execution by interworking with the script translation module 120 to execute the job file (S30).

After step S30 is executed for each time zone that the job file is periodically checked by the script translation module 120 until all the work is finished.

During the execution of the job file, step S40 of determining whether communication with an external server (external game server) is required is continuously executed. When it is determined that communication with the external game server 300 is required, the script translation module 120 calls a function for requesting communication with the external game server 300 to the script expansion module 130 (S70). In this case, the script extension module 130 and the scheduler 140 communicate with the external game server 300 and perform operations (S80).

The job file execution step including the steps S40, S70, and S80 may be continuously performed until the drive ends, depending on the result of whether the operation is terminated through the script translation module 120 and the scheduler 140, or not (S50). Is repeated.

When the execution of all the work files is terminated, a step (S60) is performed in which the listed and called functions are cleaned up in the script translation module.

If necessary, when the implementation-based script language or the configuration file of the work file is changed, step S10 or S30 may be performed again. However, even at this time, the step of modifying the source code inside the scheduler 140 is not included. That is, the script translation module 120 that includes a file independent of the scheduler 140 and does not need to be compiled without source code in the scheduler 140 implemented based on an application programming language that requires compilation and Since the script extension module 130 exists, the worker can freely modify and convert the job without restarting the scheduler 140.

In step S30 of executing the job file by the script translation module 120, the scheduler 140 first analyzes whether there is a job to be processed from the configuration file, and the job corresponding to the job to be processed by the scheduler 140. Extracting the information of the file from the configuration file and sending it to the script translation module 120.

Thereafter, a step of selecting a work file from a script development module that stores a plurality of work files developed in a script language is performed by the script translation module according to the information of the work file, and the selected work file is executed by the script translation module 120. Called by functions and parameters in the source code of the file.

Claims

A scheduler implemented using an application programming language to send information of a job file to be processed;

A script development module for storing a plurality of work files developed in a script language; And

A script that selects and receives the work file to be processed from the script development module by using the information of the work file sent from the scheduler, and executes the work file by calling a function and a parameter in the source code of the selected work file. And a translation module; device for executing and managing a job file of a game server.
The method of claim 1,

The scheduler,

A timer for generating a signal for checking whether there is a task to be processed periodically;

An execution job checking unit which determines whether there is a job to be processed from a previously stored setting file and extracts information of a job file corresponding to the job to be processed; And

And a script call interface for transmitting the extracted information of the work file to the script translation module.
The method of claim 2,

The information of the job file,

At least one of information about a name of a task, a task start time, a task repetition period, a task file name, and a name of a function in which logic to be executed for a task is implemented in the source code of the task file. Task file execution and management device of the game server.
The method of claim 1,

And a script extension module for requesting communication with an external game server through the scheduler and returning a communication result to the script translation module.
The method of claim 4, wherein

And the script translation module and the script extension module are implemented in the application programming language and interoperate with the scheduler.
The method of claim 4, wherein

And the script translation module and the script extension module are implemented as a DLL (Dynamic Linking Library) file.
The method of claim 5,

The script translation module,

And a translation application that calls the functions and parameters for use on the application programming language, and an internal compiler that compiles them to execute the functions and parameters called.
The method of claim 4, wherein

The script extension module,

When it is determined that there is a task to be performed in the external game server during execution of the function and parameter, the scheduler requests and communicates with the external game server about the task execution. Device.
A scheduler implemented using an application programming language, loading a pre-stored configuration file and analyzing whether there is a job to be processed currently;

Extracting and sending information of a job file corresponding to the job to be processed from the scheduler by the scheduler;

Selecting, by a script translation module, the work file from a script development module for storing a plurality of work files developed in a script language according to the information of the work file; And

And executing, by the script translation module, calling and executing a function and a parameter in the source code of the selected task file.
The method of claim 9,

The analyzing step,

And executing a task check unit that has received a processing task check signal periodically generated from a timer to determine whether there is a task to be processed from the setting file.
The method of claim 9,

The information of the job file,

At least one of a name of a job, a job start time, a job repetition period, a job file name, and information on a name of a function in which logic to be executed for a job is implemented in the source code of the job file. How to run and manage job files on a game server.
The method of claim 9,

And requesting, by the script extension module, communication with an external game server through the scheduler, and returning a communication result to the script translation module.
The method of claim 12,

And the script translation module and the script extension module are implemented in the application programming language and interoperate with the scheduler.
The method of claim 13,

The step of performing,

Calling a translation application to use the function and parameters on the application programming language; And

Compiling to execute the functions and parameters called by an internal compiler comprising the steps of: Compile and manage a job file of a game server.
The method of claim 14,

Returning to the script translation module,

It is executed when it is determined that there is a task to be performed in the external game server during the execution of the compiled functions and parameters.