KR20180120099A - Method for collecting data and system for performing the same - Google Patents

Abstract

Disclosed are a data collecting method and a system for performing the same. The system for performing the data collecting method comprises: an interface unit obtaining a first source code for collecting data; a conversion unit converting the first source code into a second source code; and an execution unit obtaining data by performing the second source code with respect to the game client.

Description

METHOD FOR COLLECTING DATA AND SYSTEM FOR PERFORMING THE SAME,

The embodiments disclosed herein relate to a method of data collection and a system for performing the same, and more particularly to a method of collecting data on-demand and a system for performing the same.

Recently, online games composed of various contents are being provided.

The game service provider needs to diagnose whether the player is playing the game for stable service, and sometimes wants to check whether the game server or the client works smoothly. In addition, game service providers may want to change or add game service policies, in which case it is necessary to collect data or analyze the collected data.

In online games that are provided in real time, there are various procedures for collecting such data.

Referring to FIG. 1, when a need for collecting and analyzing predetermined data is grasped (1), a schedule with an operator to process the needs is set (2), and a source code After the worker develops (3), inserts the source code, tests (4), and packs (5), the QA (6) checks again whether the source code has a defect. Then, by distributing the patch containing the source code through service check (7), necessary log data is collected (8), and ETL (Extract, Transform, Load; 9) (10). Then, the data can be utilized as an object of analysis (11).

The above-described process may be a cause of cost in that a worker must perform generation and testing of source code in a situation where it is difficult to develop a game alone.

In addition, it takes a long time to obtain desired data, and it may be difficult to obtain desired data in a timely manner. Such a delay in data collection can degrade the performance of a client or a server, and it can not cope with an urgent problem that needs to be solved immediately.

In addition, when analyzing the collected data, it is necessary to perform the above-described process again from the beginning if another data is to be collected again to check the clues found in the analysis process. Therefore, it takes a lot of time to accurately analyze the cause, and there is also a problem that a lot of resources must be put into the analysis.

Therefore, analysis of techniques for solving the above-mentioned problems is required.

On the other hand, the background art described above is technical information acquired by the inventor for the derivation of the present invention or obtained in the derivation process of the present invention, and can not necessarily be a known technology disclosed to the general public before the application of the present invention .

The embodiments disclosed herein are aimed at providing a data collection method and a system for performing the same.

The embodiments disclosed herein are also intended to provide a method and system for enabling data collection on any development platform.

It is also an object of the present invention to provide a data collection method capable of minimizing the occurrence of costs and a system for performing the same.

It is also an object of the present invention to provide a method for collecting data in a short period of time while simplifying an operator's work and a system for performing the same.

It is also an object of the present invention to provide a data collection method capable of extracting desired data in real time without interrupting a running game and a system for performing the same.

It is also an object of the present invention to provide a data collection method and a system for carrying out the method, which can collect collected data in addition to data collection and make it easy to confirm the phenomenon of a subject to be analyzed.

The embodiments disclosed herein also provide a data collection method that can minimize the occurrence of a service failure due to data collection without lowering the level of security originally provided in the system and a system for performing the same .

According to an embodiment of the present invention, there is provided a data collection system for collecting data from a game client in real time, comprising: an interface for acquiring a first source code for collecting the data; A conversion unit for converting one source code into a second source code, and an execution unit for executing the second source code to the game client to acquire the data.

According to an embodiment of the present invention, there is provided a method of collecting data in real time from a game client, the method comprising: acquiring a first source code for collecting the data; Converting the first source code to a second source code, and executing the second source code to the game client to obtain data.

According to an embodiment of the present invention, there is provided a computer-readable recording medium having recorded thereon a program for performing a data collection method, the data collection method including a first source code for collecting data, Converting the first source code to a second source code, and executing the second source code to the game client to obtain data.

As a technical means for achieving the above technical object, according to an embodiment, there is provided a computer program which is executed by a data collection system and stored in a medium for performing a data collection method, the method comprising: Converting the first source code to a second source code, and executing the second source code to the game client to obtain data.

According to any one of the above-mentioned means for solving the problems, a data collection method and a system for performing the method can be presented.

In addition, according to any one of the above-mentioned tasks, it is possible to provide a method capable of data collection and a system therefor, regardless of any development platform.

In addition, according to any one of the above-mentioned problems, a data collection method capable of minimizing the occurrence of costs and a system for performing the method can be provided.

In addition, according to any one of the above-mentioned tasks, a method of collecting data in a short period of time while simplifying an operator's work and a system for performing the method can be presented.

In addition, according to any one of the above-mentioned tasks, it is possible to provide a data collection method capable of extracting desired data in real time without interrupting a game being executed and a system for performing the same. Through this, it is possible to respond promptly to the urgent problem that needs to be solved immediately.

In addition, according to any one of the above-mentioned means for solving the problems, it is possible to provide a data collecting method and a system for performing the data collecting method, .

In addition, according to any one of the above-mentioned tasks, a data collection method capable of minimizing occurrence of a service failure due to data collection and a system for performing the same can be proposed without lowering the security level originally provided in the system .

The effects obtained in the disclosed embodiments are not limited to the effects mentioned above, and other effects not mentioned are obvious to those skilled in the art to which the embodiments disclosed from the following description belong It can be understood.

1 is a diagram for explaining a conventional data collection method.
2 is a diagram illustrating a data acquisition system in accordance with one embodiment.
3 is a block diagram illustrating a data acquisition system in accordance with one embodiment.
4 is a flowchart for explaining a data collecting method according to an embodiment.
5 to 13 are views for explaining a data collecting method according to an embodiment.

Various embodiments are described in detail below with reference to the accompanying drawings. The embodiments described below may be modified and implemented in various different forms. In order to more clearly describe the features of the embodiments, detailed descriptions of known matters to those skilled in the art are omitted. In the drawings, parts not relating to the description of the embodiments are omitted, and like parts are denoted by similar reference numerals throughout the specification.

Throughout the specification, when a configuration is referred to as being "connected" to another configuration, it includes not only a case of being directly connected, but also a case of being connected with another configuration in between. In addition, when a configuration is referred to as " including ", it means that other configurations may be included, as well as other configurations, as long as there is no specially contradicted description.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

2 is a block diagram illustrating a data acquisition system according to an embodiment of the present invention. Referring to FIG. 2, a data acquisition system 100 according to one embodiment may include a user terminal 10 and a collection server 20.

The user terminal 10 can be implemented as a computer, a portable terminal, a television, a wearable device, or the like, which can be connected to a remote server through a network N or connected to other terminals and servers. Here, the computer includes, for example, a notebook computer, a desktop computer, a laptop computer, and the like, each of which is equipped with a web browser (WEB Browser), and the portable terminal may be a wireless communication device , Personal Communication System (PCS), Personal Digital Cellular (PDC), Personal Handyphone System (PHS), Personal Digital Assistant (PDA), Global System for Mobile communications (GSM), International Mobile Telecommunication (IMT) (W-CDMA), Wibro (Wireless Broadband Internet), Smart Phone, Mobile WiMAX (Mobile Worldwide Interoperability for Microwave Access) (Handheld) based wireless communication device. In addition, the television may include an Internet Protocol Television (IPTV), an Internet television (TV), a terrestrial TV, a cable TV, and the like. Further, the wearable device is an information processing device of a type that can be directly worn on a human body, for example, a watch, a glasses, an accessory, a garment, shoes, and the like. The wearable device can be connected to a remote server via a network, Lt; / RTI >

The user terminal 10 may be provided with a game client for communicating with a game server (not shown). The game client may act as a client to a game server (not shown) and may provide the player with a game (or quest).

The user terminal 10 according to an embodiment of the present invention may include a first input / output unit (not shown), a first control unit (not shown), a first communication unit (not shown), and a first memory have.

The first input / output unit of the user terminal 10 includes a first input unit for receiving a player's input in accordance with the execution of the game client, and a second input unit for displaying information such as the result of execution of the game client or the state of the user terminal 10. [ And may include a first output. For example, the first input / output unit may include an operation panel for receiving a player input, a display panel for displaying a screen, and the like. However, the present invention is not limited to this, and the first input / output unit may include a configuration supporting various inputs and outputs.

The first controller of the user terminal 10 controls the overall operation of the user terminal 10 and may include a processor, such as a CPU. The first control unit may control other components included in the user terminal 10 to execute an operation for collecting data from a game client by executing the source code received through the first communication unit, which will be described later.

The first communication unit of the user terminal 10 can perform wired / wireless communication with the collection server 20. To this end, the first communication unit may include a communication module supporting at least one of various wired / wireless communication methods. For example, the communication module may be implemented in the form of a chipset.

Various types of data such as files, applications, and programs can be installed and stored in the first memory of the user terminal 10. The first control unit of the user terminal 10 may access the data stored in the first memory and use it or store the new data in the first memory.

On the other hand, the collection server 20 can extract desired data in real time without stopping the game being executed based on the acquired command.

The collection server 20 according to an embodiment of the present invention may include a second input / output unit, a second control unit, a second communication unit, and a second memory

The second input / output unit of the collection server 20 includes a second input unit for receiving an input for collecting data from a user, a second input unit for receiving the result of data collection (or processing result of the collected data) And a second output unit for displaying information of the second display unit. For example, the second input / output unit may include an operation panel for receiving user input and a display panel for displaying a screen. However, the present invention is not limited to this, and the second input / output unit may include a configuration supporting various inputs and outputs.

The second controller of the collection server 20 controls the overall operation of the collection server 20 and may include a processor such as a CPU. The second control unit of the collection server 20 may control other components included in the collection server 20 to perform an operation corresponding to the user input received through the second input / output unit.

The second communication unit of the collection server 20 can perform wired / wireless communication with the user terminal 10. To this end, the second communication unit may include a communication module supporting at least one of various wired / wireless communication methods. For example, the communication module may be implemented in the form of a chipset.

Various types of data such as files, applications, programs, and the like may be installed and stored in the second memory of the collection server 20. [ The second control unit of the collection server 20 may access and use the data stored in the second memory of the collection server 20 or may store new data in the second memory of the collection server 20. [ Also, the second control unit of the collection server 20 may execute a program installed in the second memory. That is, a program for performing data collection may be installed in the second memory of the collection server 20.

According to one embodiment, when the collection server 20 receives an input requesting predetermined data from the user through the second input / output unit, the second control unit executes the program stored in the second memory to perform data collection.

The collection server 20 may include a game server (not shown), may be included in a game server (not shown), may communicate with a game server (not shown) as a component independent of the game server have.

3 is a diagram illustrating a configuration of a data collection system according to an embodiment.

The data collection system 100 collects data and the collected data may be data that is periodically collected, such as, for example, the current location, the level of the character, the character's job, Data that can be collected through argument values or member variables at the time a specific function is called, such as a map, a quest completion, and the like. In addition, the data to be collected may be data for generating machining data, and may be damage data accumulated for a predetermined period of time, for example, damage per hour.

3, the data acquisition system 100 according to an exemplary embodiment of the present invention may include an interface unit 310, a detection unit 320, a conversion unit 330, and an execution unit 340.

The interface unit 310 according to an embodiment of the present invention may acquire a command for data collection.

The user may input a command regarding to which data to be collected. To this end, the interface unit 310 may provide an interface through which a user can input a command and acquire an input command through the interface have.

At this time, the user who inputs the command can input the command in the programming language which is familiar to him. For example, a source code written in a programming language used for producing a game can be input, and the interface unit 310 can acquire the source code as an instruction.

Further, the user can input information such as a character string or image representing the command, and the interface unit 310 can extract the command from the input information of the user. For example, instead of inputting a command in a language according to a programming grammar, the user can input an image as an image. The interface unit 310, which has obtained the input information, extracts a command from input information, Information can be converted into a language that the system 100 can understand.

As described above, the interface 310 acquires an instruction, so that the user does not need to learn another additional programming language, so that there is no additional development cost. This simplifies the user's work and allows data to be collected in a short period of time, allowing data to be collected on any development platform.

In addition, the interface unit 310 may provide the user with a conversion code to be described later so that the user can confirm whether or not the conversion code corresponding to the command requested by the user is generated.

In addition, the interface unit 310 can generate the processed data based on the collected data. That is, the interface unit 310 can produce a result by considering multiple data of the flare.

For this, the interface unit 310 can check the request information and extract and process the data related to the request information among the collected data.

For example, if it is desired to check the information on the money acquisition amount per hour of the player, the interface unit 310 may extract the player money acquisition amount data for a predetermined time from the collected data to calculate the money acquisition amount per hour .

In addition, the interface unit 310 may render and provide the collected data (or processed data).

That is, when the interface unit 310 obtains the request information based on the collected data (or the processed data), the interface unit 310 may render the collected data (or processed data) to provide the interface corresponding to the requested information.

The interface unit 310 may render data of a plurality of players (or a plurality of game clients) together when data of a plurality of players (or a plurality of game clients) is collected.

For example, if the data to be checked by the user is a gender-specific distribution located on a predetermined map, the interface unit 310 can render and provide data with an interface that the user can intuitively understand. To this end, the interface unit 310 receives the selection of the user for a specific map in the game map based on the gender data of the acquired player or receives the selection input of the user for at least a partial area of the map, A mark corresponding to the gender of the player controlling the character is displayed at the position of the character positioned on the selected area so that the user can confirm the gender distribution of the player located on the area. In addition, the interface unit 310 may graphically display gender of a plurality of players located on the area, and provide the gender with a graph, thereby allowing the user to confirm the sex ratio of the players located on the area.

Meanwhile, the interface unit 310 may adjust the collection rate to adjust the collection amount of data. In addition, the interface unit 310 can select a client to be a data collection target. For example, the interface unit 310 can be selected by using a key (for example, a random key assigned to a client when a client is connected)

Meanwhile, the detector 320 according to an embodiment of the present invention may acquire a PDB (program database), which is a database including debugging information.

The PDB stores data about how the compiler generated the executable file, and the PDB can contain information about where the data is located. That is, a function or a variable in the source code is expressed as a symbol in the PDB, and the PDB can store the name, kind, type, and address value of the symbol. For example, to read the variable 'g_status', the PDB may include information about a virtual address and type, as described in Table 1.

g_status
virtualAddress 149584
type
baseType btInt
length 4

The type, the type, the address, and the like of the symbol can be obtained as the PDB is read. As a result, the detection unit 320 detects the name, type, type, and the like of the variable (or function) Address information and the like can be obtained. The obtained information can be used to convert the source code in the conversion unit 330. [

The detecting unit 320 may read the PDB using a Debug Interface Access SDK (DIA SDK), which is an API of Microsoft Corporation, for example.

Meanwhile, the conversion unit 330 according to an embodiment of the present invention may convert the source code for executing the command into the source code that can be executed for the game client. For example, when the C ++ source code is the same as the LUA It can be converted into a dynamic programming language.

To do this, we can extend the LUA API as shown in Table 2 below. But can be variously expanded in addition to those described below.

Convert va_to_a symbol address to physical memory address
take_addr Get address value. & Operator required for implementation
Return object corresponding to at.member member
read memory read
read reg register value
Import / save values required for get / set calculation

That is, when the instruction obtained as the source code is the C ++ source code as shown in the line 1 in Table 3 below, the conversion unit 330 converts the instruction to be executed in the execution unit 340, which will be described later, It can be converted to LUA code, which is one of the dynamic programming languages, as described.

TSingleton <CInterfaceMgr> :: GetInstance (). GetPlayer () -> GetCurrentRegion () (call (va_to_a (199568), 8), p))), 9, take_addr (at (read (call (va_to_a (13261376) ), 'p')))))), 'i', 4) int

The source code conversion of Table 3 is transformed through the conversion process shown in Table 4 below.

One TSingleton <CInterfaceMgr> :: GetInstance () read (((call (va_to_a (199568), 8))), 'p') CInterfaceMgr &
2 TSingleton <CInterfaceMgr> :: GetInstance (). GetPlayer () ())))))))) CCharacter * ()))))))))))))))
3 TSingleton <CInterfaceMgr> :: GetInstance (). GetPlayer ()
-> GetCurrentRegion () (call (va_to_a (199568), 8), p))), 9, take_addr (at (read (call (va_to_a (13261376) ), 'p')))))), 'i', 4) int

According to one embodiment, when converting the C ++ source code into the LUA, the conversion unit 330 may convert the C ++ source code to correspond to the LUA source code and type.

Thus, as described in line 1 of Table 5, the source code for a variable of type A is translated to correspond to the LUA source code and type (the type used in the C ++ source code), as described in line 2 of Table 5 can do. At this time, the type obtained by the detection unit 320 may be applied to the type.

a at (addr of a), A

According to another embodiment, when converting the C ++ source code into the LUA, the conversion unit 330 may convert information corresponding to the LUA source code and type, information about the argument, information on the convention call, So that the converted source code can include at least one of information on the size of the source code. The conversion unit 330 can convert the C ++ source code into LUA so that the information other than the above-described information is included in the converted source code.

For example, when the source code converted by the conversion unit 330 is executed, the converted position may be different from the execution position, so that it may not be possible to know the information about the function parameter or the like. That is, when the source server 20 is converted by the collection server 20 and the converted source code is executed in the user terminal 10 installed with the game client, the user terminal 10 can not know the information about the factor etc., , You can insert the necessary information for the execution of the converted source code.

The C ++ source code having the function 'F (A, B)' can be converted into the LUA source code as described in the second row of Table 6, as described in the first row of Table 6 in connection with FIG.

In this case, 'FunctionOption' in Table 6 can be expressed as [CC, size], CC is a calling convention, and size is a length of a return value. In addition, 'ArgAOption' and ' ArgOption corresponding to 'ArgBOption' can be expressed by [size, reg], size is the size of the argument, and reg can be the identification information of the register.

F (A, B) call (
type (F) .addr, FunctionOption: int,
code (A), ArgAOption: int,
code (B), ArgBOption: int,
),
type (type (F))

In order to operate in accordance with the above description, the converting unit 330 may receive an instruction (or a source code) from the interface unit 310 and may receive from the detecting unit 320 the name, type, Value, and so on. Also, the conversion unit 330 can parse the C ++ source code. The conversion unit 330 may also transmit the conversion code to the execution unit 340.

Meanwhile, the execution unit 340 according to an embodiment of the present invention may store the conversion code, which is the converted source code.

In addition, the execution unit 340 can acquire data by executing the conversion code while communicating with the game client. At this time, the execution unit 340 may cause the conversion code to be executed at the runtime of the game client.

The execution unit 340 can also execute the conversion code at random or periodically.

The execution unit 340 may also be configured to execute an arbitrary function by replacing it with a conversion code. For this, the execution unit 340 may perform hooking.

That is, the execution unit 340 can dynamically construct information related to the conversion code or the conversion code, and perform hooking by storing a pointer (address of HookInfo) of the structure in the stack. At this time, the 'HookHelper' function can be called using the assembly language as shown in Table 7 below.

Here, HookHelper is a function to execute the conversion code. It is used to check the argument value when entering the conversion code, store necessary registers and start it, and set the return address (return address) . In addition, HookHelper can go along with the pointer, execute the conversion code, and collect and record data to be collected.

push <address of HookInfo>
jmp <HookHelper>

As described above, the execution unit 340 can dynamically generate the function to be replaced with the hooking. This makes it possible to solve the problem that the function to be hooked changes every time, or the conversion code changes every time when hooking.

Then, the execution unit 340 can remove the hook, and the hooking related information can be deleted when a predetermined time elapses after releasing the hook. This prevents the occurrence of multi-thread problems.

In addition, the execution unit 340 may execute the conversion code to acquire data and provide the acquired data to the interface unit 310.

On the other hand, the execution unit 340 may execute the conversion code while communicating with the game server, and may acquire the obtainable data at the game server.

Each of these components may be implemented in at least one of the user terminal 10 and the collection server 20. [ For example, the interface unit 310, the detection unit 320, and the conversion unit 330 may be implemented in the acquisition server 20, and the execution unit 340 may be implemented in the user terminal 10.

Meanwhile, FIG. 4 is a flowchart for explaining a data collecting method according to an embodiment.

The data collection method according to the embodiment shown in FIG. 4 includes the steps of time series processing in the data collection system 100 shown in FIGS. 2 and 3. Therefore, even if omitted from the following description, the above description regarding the data collection system 100 shown in FIGS. 2 and 3 can be applied to the data collection method according to the embodiment shown in FIG.

The acquisition system 100 may acquire source code for data acquisition (S410).

Then, the acquisition system 100 may convert the acquired source code into another source code (S420). At this time, conversion into a dynamic programming language makes it possible to collect data in real time.

The acquisition system 100 may execute the converted source code for the client to acquire the data (S430). At this time, the collecting system 100 may insert the converted source code into the client through hooking.

By collecting and recording the acquired data as described above, the collection system 100 can provide the information requested by the user.

The collection system 100 may additionally render data to display the collected data intuitively to the user.

That is, the data acquisition system 100 may acquire the request information based on the collected data, and render the collected data (or the processed data) to provide the interface corresponding to the request information.

5 to 13 are views for explaining a data collecting method according to an embodiment of the present invention. Particularly, Figs. 5 to 12 are diagrams for explaining a data collecting method according to an embodiment of the present invention, The user terminal 10 displays a screen of the user terminal 10 on the screen.

5 is an interface provided to a user who wants to check gender information of a player located on a predetermined map.

That is, when the information to be checked by the user is a gender-specific distribution located on the map, the data collection system 100 provides the image 520 of the map and displays a marker corresponding to the gender of the game player ; Star: star) is displayed on the map 520, thereby allowing the user to intuitively check which sex player on the map is positioned. The data collection system 100 also provides an interface 510 for setting a filter value so that a user can input a specific filter value to confirm a desired value. The data collection system 100 also provides an interface 530 for selecting a chart type so that the user can easily recognize the filter value at a glance, and can provide an interface 540 for inputting a display criterion.

Further, the user can select an area to be confirmed by himself / herself and check the information on the state of the player positioned in the area. That is, as shown in FIG. 6, some of the areas on the map can be selected by the user and information about the players contained in the selected area 610 can be provided. Accordingly, it can be confirmed that a total of 29 players 710 are selected as shown in FIG.

The data collection system 100 may also provide information 730 about the levels of the players if they have an input 720 to check the level lv for the selected players 710.

The user can also try to analyze the level of the players whose gender is 'female' among the players in the map. The user inputs the female as the filter value 810 and the display standard 820 as shown in FIG. 8 When entered at level (lv), the data collection system 100 may display the level of the female players in the histogram (830).

In this way, the data collection system 100 can graphically provide data of the players so that the user can intuitively understand the data.

The data collection system 100 may render and provide data according to the conditions when one or more conditions are set.

The user can select the player having the level 1000 or more and then analyze the event type of the player whose gender is 'male' among the selected players. Thus, after selecting the player having the level 1000 or higher first, The filter value 910 can be entered as a male. If the user sets a plurality of conditions and inputs the display criterion 920 as an event type (event_type), the data collection system 100 displays the event type of the male players of the level 1000 or more as a pie graph 930 .

On the other hand, the user may want to check data not provided by the interface. For example, the interface provided in Figure 5 does not provide the user with information about the races of the players.

In order to do this, the user inputs the source code for acquiring the corresponding data in the programming language that he normally uses.

10 and 11, the data collection system 100 may provide an interface 1010 through which the user may enter the source code, through which the user may select the item (s) A race can be added as the source code 1110 and the source code 1120 for obtaining the race data can be input. In addition, if the user activates the 'Client Reflect' region located within the interface 1010 so that the source code 1120 is applied, the data collection system 100 transforms the user's source code 1120, To obtain the race data of the players.

As a result, it can be seen that 'race' 1210 is added as a race item as shown in FIG. 12, and the display standard 1220 is used as a race in order to confirm the race of a total of 30 players located in the selected area If selected, the pie graph 1230 can be used to check the race percentage of the players.

As described above, according to the data collection method according to an embodiment of the present invention, it is possible to minimize the time and cost in the existing data collection method.

As shown in FIG. 13, according to the data collection method according to an embodiment of the present invention, when there is a need to collect and analyze predetermined data, the needs are identified (1310), and a user When the source code is developed (1320) and input to the data collection system (100), the collected data in real time can be checked and used as an analysis target (1330).

By minimizing the necessary steps and enabling data collection on demand, it is possible to respond promptly to the urgent problem that needs to be solved immediately, and to easily identify the phenomenon concerning the topic to be analyzed.

In addition, it is possible to collect desired data in real time while minimizing the occurrence of a service failure caused by data collection, and it is possible to quickly and safely determine whether the player is enjoying the game or whether the game server (or the game client) Can be confirmed.

In addition, data can be collected without interrupting a running game, thereby minimizing the burden on the user of data collection.

The term &quot; part &quot; used in the above embodiments means a hardware component such as a software or a field programmable gate array (FPGA) or an ASIC, and the 'part' performs certain roles. However, 'part' is not meant to be limited to software or hardware. &Quot; to &quot; may be configured to reside on an addressable storage medium and may be configured to play one or more processors. Thus, by way of example, 'parts' may refer to components such as software components, object-oriented software components, class components and task components, and processes, functions, , Subroutines, segments of program patent code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.

The functions provided within the components and components may be combined with a smaller number of components and components or separated from additional components and components.

In addition, the components and components may be implemented to play back one or more CPUs in a device or a secure multimedia card.

The data collection method according to the embodiment described with reference to FIG. 4 may also be embodied in the form of a computer-readable medium for storing instructions and data executable by a computer. At this time, the command and data may be stored in the form of program code, and when executed by the processor, a predetermined program module may be generated to perform a predetermined operation. In addition, the computer-readable medium can be any available media that can be accessed by a computer and includes both volatile and nonvolatile media, removable and non-removable media. The computer-readable medium can also be a computer storage medium, which can be volatile and non-volatile, implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, Volatile, removable and non-removable media. For example, the computer recording medium may be a magnetic storage medium such as an HDD and an SSD, an optical recording medium such as a CD, a DVD and a Blu-ray Disc, or a memory included in a server accessible via a network.

The data collection method according to the embodiment described with reference to FIG. 4 may also be implemented as a computer program (or a computer program product) including instructions executable by a computer. A computer program includes programmable machine instructions that are processed by a processor and can be implemented in a high-level programming language, an object-oriented programming language, an assembly language, or a machine language . The computer program may also be recorded on a computer readable recording medium of a type (e.g., memory, hard disk, magnetic / optical medium or solid-state drive).

Thus, the data collection method according to the embodiment described with reference to FIG. 4 can be implemented by a computer program as described above being executed by the computing device. The computing device may include a processor, a memory, a storage device, a high-speed interface connected to the memory and a high-speed expansion port, and a low-speed interface connected to the low-speed bus and the storage device. Each of these components is connected to each other using a variety of buses and can be mounted on a common motherboard or mounted in any other suitable manner.

Where the processor may process instructions within the computing device, such as to display graphical information to provide a graphical user interface (GUI) on an external input, output device, such as a display connected to a high speed interface And commands stored in memory or storage devices. As another example, multiple processors and / or multiple busses may be used with multiple memory and memory types as appropriate. The processor may also be implemented as a chipset comprised of chips comprising multiple independent analog and / or digital processors.

The memory also stores information within the computing device. In one example, the memory may comprise volatile memory units or a collection thereof. In another example, the memory may be comprised of non-volatile memory units or a collection thereof. The memory may also be another type of computer readable medium such as, for example, a magnetic or optical disk.

And the storage device can provide a large amount of storage space to the computing device. The storage device may be a computer readable medium or a configuration including such a medium and may include, for example, devices in a SAN (Storage Area Network) or other configurations, and may be a floppy disk device, a hard disk device, Or a tape device, flash memory, or other similar semiconductor memory device or device array.

It will be apparent to those skilled in the art that the above-described embodiments are for illustrative purposes only and that those skilled in the art will readily understand that other embodiments can be readily modified without departing from the spirit or essential characteristics of the embodiments described above You will understand. It is therefore to be understood that the above-described embodiments are to be considered in all respects only as illustrative and not restrictive. For example, each component described as a single entity may be distributed and implemented, and components described as being distributed may also be implemented in a combined form.

It is to be understood that the scope of the present invention is defined by the appended claims rather than the foregoing description and should be construed as including all changes and modifications that come within the meaning and range of equivalency of the claims, .

10: user terminal 20: collection server
100: Data acquisition system
310: interface unit 320: detection unit
330: conversion unit 340: execution unit

Claims (14)

A data collection system for collecting data from a game client in real time,
An interface for acquiring a first source code for collecting the data;
A conversion unit for converting the first source code into a second source code; And
And an execution unit for executing the second source code to the game client to acquire data. The method according to claim 1,
Further comprising a detecting section for reading a PDB (program database)
Wherein,
And converts the first source code into the second source code based on the information obtained by reading the PDB. 3. The method of claim 2,
Wherein the acquired information comprises at least one of a type and an address value of a variable described in the first source code. The method according to claim 1,
The interface unit includes:
A data acquisition system that renders and provides acquired data. The method according to claim 1,
The interface unit includes:
And acquires the request information based on the acquired data, rendering the acquired data to provide an interface corresponding to the request information. The method according to claim 1,
The interface unit includes:
And rendering and acquiring data acquired from a plurality of game clients if the plurality of game clients are provided. The method according to claim 1,
The execution unit may include:
And executes the second source code by performing hooking to the game client. The method according to claim 1,
The execution unit may include:
Generating a structure corresponding to the second source code, and storing a pointer of the structure in a stack; A method for a data collection system to collect data in real time from a game client,
Obtaining a first source code for collecting the data;
Converting the first source code to a second source code; And
And executing the second source code for the game client to obtain data. 10. The method of claim 9,
Wherein the converting comprises:
And reading the PDB (program database) to convert the first source code into the second source code based on the acquired information. 10. The method of claim 9,
Wherein the performing comprises:
And executing the second source code by performing hooking to the game client. 10. The method of claim 9,
The step of acquiring the data comprises:
Generating information corresponding to the second source code as a structure; And
And storing the pointer of the structure in a stack. A computer-readable recording medium on which a program for carrying out the method according to claim 9 is recorded. A computer program stored on a medium for performing the method recited in claim 9 performed by a data acquisition system.

Images