KR102627413B1 - Apparatus and method for providing game - Google Patents

Abstract

Provides a game providing device and method, and the game providing device includes a communication unit that receives an in-game automatic hunting request from a client, and a control unit that performs automatic hunting according to the automatic hunting request and charges for automatic hunting.

Description

Apparatus and method for providing games {APPARATUS AND METHOD FOR PROVIDING GAME}

Embodiments disclosed in this specification relate to a game providing device and method, and more specifically, to a game providing device and method that can provide an automatic hunting function to a client in a non-connected state.

Recently, online game systems are increasingly attempting to use illegal automatic programs when playing games. In relation to this, Korean Patent Publication No. 10-2012-0121767, a prior art document, describes an automatic hunting program user identification system that monitors, identifies, and sanctions illegal users who use programs that perform automatic hunting in an online game system. In these prior art documents, the game is played using an automatic hunting program, but the automatic hunting program is considered an illegal program and is subject to sanctions.

In this way, the online game system is based on game progress through user manipulation, but currently, the automatic hunting function is legally allowed for various reasons such as improving the character's abilities or experience points, lack of game time, and reducing the level gap between users. There is a trend of providing it to users within the game.

Looking at the automatic hunting method supported by the online game system to the user, automatic hunting is performed on the client, that is, the user's terminal, while maintaining the logged in state with the game server. As this automatic hunting method allows the client to maintain a continuous logged in state, it can continuously request user management (for example, re-executing the automatic hunting function in case of logout, etc.) to maintain game access. Additionally, when a user wants to use the user's terminal for functions other than games (e.g., phone calls, Internet access), it is very inconvenient to use other functions while connected to the game.

Because of this, the online game system needs a way to perform automatic hunting even if the user does not maintain a continuous connection between the user terminal and the game server, and a way to reasonably charge the user according to the performance of automatic hunting. there was.

Accordingly, there is a need for technology to solve the above-mentioned problems.

Meanwhile, the above-mentioned background technology is technical information that the inventor possessed for deriving the present invention or acquired in the process of deriving the present invention, and cannot necessarily be said to be known technology disclosed to the general public before filing the application for the present invention. .

The purpose of the embodiments disclosed in this specification is to present a game providing device and method that can provide an automatic hunting function to a client when the client is not connected.

The purpose of the embodiments disclosed in this specification is to present a game providing device and method that can charge clients for providing an automatic hunting function.

The purpose of the embodiments disclosed in this specification is to present a game providing device and method that can set a billing amount based on the amount of resources required for automatic hunting.

As a technical means for achieving the above-described technical problem, according to one embodiment, the game providing device includes a communication unit that receives an in-game automatic hunting request from a client, and performs automatic hunting according to the automatic hunting request, It includes a control unit that charges for hunting.

According to another embodiment, a game providing method performed by a game providing device includes receiving an in-game automatic hunting request from a client, performing automatic hunting according to the automatic hunting request, and charging for the automatic hunting. It includes steps to:

According to another embodiment, a computer-readable recording medium on which a program for performing a game providing method is recorded, comprising: receiving an in-game automatic hunting request from a client; and performing automatic hunting according to the automatic hunting request, It includes the step of charging according to automatic hunting.

According to another embodiment, a computer program performed by a game providing device and stored on a medium for performing a game providing method, comprising: receiving an in-game automatic hunting request from a client, and automatically hunting according to the automatic hunting request. , but includes the step of charging according to the automatic hunting.

According to any one of the means for solving the above-described problem, a game providing device and method that can provide an automatic hunting function to a client while the client is not connected can be proposed.

In addition, according to one of the means for solving the problem of the present invention, it is possible to provide a game providing device and method that can charge clients for providing an automatic hunting function.

In addition, according to one of the means for solving the problem of the present invention, it is possible to provide a game providing device and method that can set a billing amount based on the amount of resources used for automatic hunting.

1 is a block diagram illustrating a game providing device according to an embodiment.
Figure 2 is a block diagram showing a control unit according to one embodiment.
Figure 3 is a diagram for explaining billing according to the amount of hardware resource usage according to one embodiment.
Figure 4 is a diagram for explaining billing based on script lines according to an embodiment.
Figure 5 is a flowchart illustrating a method of providing a game by a game providing device according to an embodiment.
FIG. 6 is a diagram illustrating setting a billing amount for each occupancy rate or usage time of hardware resources according to an embodiment.
FIG. 7 is a diagram illustrating adjustment of the charging rate according to the resource occupancy rate of all clients according to an embodiment.
Figure 8 is a diagram illustrating selection of a script line sample according to one embodiment.
FIG. 9 is a diagram illustrating setting of a billing amount based on a script line in which a grade is set according to an embodiment.

Below, various embodiments will be described in detail with reference to the attached drawings. The embodiments described below may be modified and implemented in various different forms. In order to more clearly explain the characteristics of the embodiments, detailed descriptions of matters widely known to those skilled in the art to which the following embodiments belong have been omitted. In addition, in the drawings, parts that are not related to the description of the embodiments are omitted, and similar parts are given similar reference numerals throughout the specification.

Throughout the specification, when a configuration is said to be “connected” to another configuration, this includes not only cases where it is “directly connected,” but also cases where it is “connected with another configuration in between.” In addition, when a configuration “includes” a configuration, this means that other configurations may be further included rather than excluding other configurations, unless specifically stated to the contrary.

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

However, before explaining this, we first define the meaning of the terms used below.

'Automatic hunting' is one of the functions implemented in the game, and is a function performed on game objects controlled by the client (or user), such as user characters. This automatic hunting supports the game object to play the game on its own without user control, and through playing the game, the game object can improve its experience and abilities or acquire resources and items. Automatic hunting, which will be described below, can be performed in a logged out state without communication with the client. However, automatic hunting can also be performed when the client is logged in, or even when temporarily disconnected during the game.

'Hardware resources' may refer to all resources supported for game progress within the game providing device. For example, it may include a processor such as a central processing unit (CPU) or graphics processing unit (GPU), or a storage medium such as memory, hard disk, magnetic/optical media, or solid-state drive (SSD). It can be included. Meanwhile, hardware resources may be one of the components that make up a game providing device, but if necessary, hardware resources may also include resources such as power consumption required for automatic hunting.

'Charging' means charging a certain amount, such as cash, cache items, or cash, to the client as compensation for supporting automatic hunting.

Terms that require explanation other than those defined above are explained separately below.

1 is a block diagram illustrating a game providing device according to an embodiment.

As shown in FIG. 1, the game providing device 100 stores various information necessary to provide the game, and detects and records various events occurring within the game to enable time-series progression of the game.

The game providing device 100 may assign a game object, for example, a character, controlled by the client within the game to the client. The game providing device 100 may store information related to characters using a user account.

When a request for automatic hunting is received from a client, the game providing device 100 may perform automatic hunting for the client's character. For example, automatic hunting can hunt in-game monsters using the client's character, and can also hunt other clients' characters.

In this way, the game providing device 100 can support automatic hunting in a state where there is no communication with the client, that is, in a logged out state. At this time, the game providing device 100 may charge the client according to automatic hunting.

The game providing device 100 may differentiate the billing amount based on the amount of resource usage required to support the automatic hunting function. For example, the game providing device 100 may set the client's billing amount based on the occupancy rate or usage time of hardware resources according to automatic hunting when billing. Additionally, the game providing device 100 may set the billing amount based on a script that functions as a command for controlling a character during automatic hunting.

The game providing device 100 as described above may be implemented as a server-client system. If the game providing device 100 is implemented as a server-client system, the game providing device 100 may include a server for interaction with the client. The server of the server-client system may be implemented as a computing device capable of communicating over a network with an electronic terminal on which a client is installed, and may include a storage device capable of storing data, or may be operated through a third server (not shown). You can also save data.

Meanwhile, the client may be implemented as an electronic terminal with a game application installed, and may be implemented in the electronic terminal for interaction with the user.

At this time, the electronic terminal may be implemented as a computer, portable terminal, television, wearable device, etc. that may include an interface that allows interaction with the user. Here, the computer includes, for example, a laptop, desktop, laptop, etc. equipped with a web browser, and the portable terminal is, for example, a wireless communication device that guarantees portability and mobility. , PCS (Personal Communication System), PDC (Personal Digital Cellular), PHS (Personal Handyphone System), PDA (Personal Digital Assistant), GSM (Global System for Mobile communications), IMT (International Mobile Telecommunication)-2000, CDMA (Code) All types of handhelds such as Division Multiple Access)-2000, W-CDMA (W-Code Division Multiple Access), Wibro (Wireless Broadband Internet), Smart Phone, Mobile WiMAX (Mobile Worldwide Interoperability for Microwave Access), etc. (Handheld)-based wireless communication device may be included. Additionally, television may include IPTV (Internet Protocol Television), Internet TV (Internet Television), terrestrial TV, cable TV, etc. Furthermore, a wearable device is a type of information processing device that can be worn directly on the human body, such as a watch, glasses, accessories, clothing, or shoes, and can connect to a remote server or other terminal via a network directly or through another information processing device. can be connected to

The game providing device 100 may include an input/output unit 110, a communication unit 120, a storage unit 130, and a control unit 140.

The input/output unit 110 may include an input unit for receiving input from a user (or administrator) and an output unit for displaying information such as a task performance result or the status of the game providing device 100. For example, the input/output unit 110 may include an operation panel that receives user input and a display panel that displays a screen.

Specifically, the input unit may include devices that can receive various types of user input, such as a keyboard, physical button, touch screen, camera, or microphone. Additionally, the output unit may include a display panel or a speaker. However, the input/output unit 110 is not limited to this and may include a configuration that supports various inputs and outputs.

Meanwhile, the communication unit 120 may perform wired or wireless communication with an electronic terminal on which a client is installed, another device, or a network. To this end, the communication unit 120 may include a communication module that supports at least one of various wired and wireless communication methods. For example, a communication module may be implemented in the form of a chipset.

Wireless communication supported by the communication unit 120 may be, for example, Wi-Fi (Wireless Fidelity), Wi-Fi Direct, Bluetooth, UWB (Ultra Wide Band), or NFC (Near Field Communication). Additionally, wired communication supported by the communication unit 120 may be, for example, USB or HDMI (High Definition Multimedia Interface). The above-described communication is only an example, and various communication techniques that allow the game providing device 100 to perform communication are possible.

Meanwhile, various types of data, such as files, applications, and programs, can be installed and stored in the storage unit 130. As an example of data, a game program for providing a game service can be stored, a user account for providing a game service can be managed for each connected client, and game-related information can be stored in each user's account. Through this, data generated when performing automatic hunting can be stored in the storage unit 130 in the user account performing automatic hunting. To this end, a predetermined memory area in the storage unit 130 may be occupied by a client that has requested automatic hunting or may be allocated to a client that has requested automatic hunting. Additionally, a predetermined memory area in the storage unit 130 may be allocated to a user account that has requested automatic hunting.

Additionally, a script that is a character execution command to perform automatic hunting may be stored in the storage unit 130. The storage unit 130 may store billing information charged by performing automatic hunting.

Data stored in the storage unit 130 may be accessed and used by the control unit 140, which will be described later, or new data may be stored by the control unit 140. Additionally, the storage unit 130 may store programs that can be executed by the control unit 140.

Meanwhile, the control unit 140 controls the overall operation of the game providing device 100 and may include a processor such as a CPU. The control unit 140 may control other components included in the game providing device 100 to perform operations corresponding to user input received through the input/output unit 110.

For example, the control unit 140 may execute a program stored in the storage unit 130, read data stored in the storage unit 130, or store new data in the storage unit 130.

According to one embodiment, when receiving a request to perform automatic hunting from a client through the communication unit 120, the control unit 140 executes the game program stored in the storage unit 130 to perform automatic hunting using the client's character. It is possible to carry out automatic hunting and to charge for automatic hunting.

The control unit 140 may transmit billing information according to the performance of automatic hunting to the corresponding client through the communication unit 120.

The control unit 140 as described above will be described in more detail later with reference to FIG. 2 .

Figure 2 is a block diagram showing a control unit according to one embodiment.

As shown in FIG. 2, the control unit 140 may include an automatic hunting unit 210, a resource management unit 220, a script management unit 230, and a billing unit 240.

According to one embodiment, the automatic hunting unit 210 performs automatic hunting in response to a request from a client to perform automatic hunting in the game. For example, the automatic hunting unit 210 can perform automatic hunting regardless of whether the client is connected or not, and can also perform automatic hunting when the client logs out of the game.

The automatic hunting unit 210 automatically performs the actions of the client's character based on preset actions, allowing the character to be played automatically without control from the client. For example, the automatic hunting unit 210 can automatically play a character to perform automatic hunting such as monster hunting, mission performance, experience point acquisition, ability point acquisition, and item acquisition.

Meanwhile, when the automatic hunting unit 210 detects a connection by a client during automatic hunting, it may stop performing automatic hunting according to whether a character control request exists from the user.

According to one embodiment, the resource management unit 220 may manage resources within the game providing device 100. At this time, the resource management unit 220 may monitor the amount of resource usage resulting from automatic hunting and provide the monitored resource usage to the billing unit 240 for use in billing.

The resource management unit 220 may manage the status of hardware resources (eg, processor, memory, etc.). For example, the processor may include a central processing unit (CPU) and a graphics processing unit (GPU), and the memory may include volatile, removable, and non-removable media as computer recording media, such as RAM, ROM, May include HDD, SDD, CD, DVD, and Blu-ray discs.

According to one embodiment, the script management unit 230 can manage scripts. Here, the script is a set of commands that are translated and executed by the game program, and can control the character's actions during automatic hunting. The script management unit 230 can manage client-specific scripts used for automatic hunting, and provide information on scripts used for automatic hunting to the billing unit 240 for use in billing.

The script management unit 230 can manage a plurality of script samples that can be selected by the client. Here, the script sample may be configured to include at least one script for automatic hunting, and the performance of automatic hunting may vary depending on the script included in the script sample. For example, a specific script sample may be configured to intensively increase a character's experience, another script sample may be configured to intensively acquire a character's items, and another script sample may be configured to hunt only specific monsters. may be

The script management unit 230 may assign a rating to each script line for billing. At this time, the script management unit 230 may give a higher grade as the performance and function of the script line are better during automatic hunting. Through this, when a script line with a higher rating is used, a higher billing amount can be set.

Additionally, the script management unit 230 may directly receive a script for automatic hunting from a client, that is, a user. At this time, the script management unit 230 can utilize the script input by the user for automatic hunting. Additionally, for the convenience of script creation, the script management unit 230 may provide a plurality of scripts according to the function or type of script from the user and use the script selected by the user for automatic hunting.

According to one embodiment, the billing unit 240 may bill each client according to the performance of automatic hunting.

The billing unit 240 may differentiate the billing amount based on the amount of hardware resources used when performing automatic hunting. At this time, the billing unit 240 may receive information on the amount of hardware resource usage through the resource management unit 220 and use the received information for billing.

For example, the billing unit 240 may set the billing amount based on the usage of hardware resources such as processors or memory. The billing unit 240 can set the billing amount in proportion to the amount of processor or memory usage. Therefore, the billing unit 240 can set a higher billing amount for users with relatively high processor or memory usage compared to users with relatively low usage. In contrast, the billing unit 240 may set a lower billing amount for users with relatively low processor or memory usage compared to users with relatively high usage.

The billing unit 240 may set the billing amount in consideration of the congestion of hardware resources used for automatic hunting among all clients of the game providing device 100.

For example, the billing unit 240 may calculate the usage of hardware resources by all clients and adjust the rate of the billing amount based on the usage of hardware resources by all clients. The billing unit 240 may increase the billing amount for each client when the usage of hardware resources by all clients increases, and may decrease the billing amount for each client when the usage of hardware resources by all clients decreases. . Through this, since the billing unit 240 sets the billing amount in proportion to the level of congestion, the automatic hunting time can be distributed among all clients to ensure stable operation of hardware resources.

The billing unit 240 can set the billing amount based on the number of script lines according to automatic hunting for each client. At this time, the billing unit 240 may receive information about script resources used to perform automatic hunting through the script management unit 230.

For example, the billing unit 240 may set the billing amount in proportion to the number of script lines used to perform automatic hunting. The billing unit 240 may set a higher billing amount for users with a relatively large number of script lines used for automatic hunting compared to users with a relatively small number of script lines. Conversely, the billing unit 240 may set a lower billing amount for users with a relatively small number of script lines used for automatic hunting compared to users with a relatively large number of script lines. In this case, the billing unit 240 can set the billing amount in proportion to the amount of script usage.

The billing unit 240 can set the billing amount based on the grade of the script line. The billing unit 240 can check the grade of the script line used for automatic hunting and charge based on the grade of the script line.

For example, the billing unit 240 may set a higher billing amount for a client that automatically hunts using a level 5 script line compared to a client that automatically hunts using a level 3 script line. At this time, it is assumed that the level 5 script line has a higher character experience acquisition rate than the level 3 script line.

As described above, the billing unit 240 can set the billing amount using each of the hardware resources and script lines, but can also set the billing amount by complexly considering both hardware resources and script lines.

Additionally, the billing unit 240 may charge the client based on the difficulty level of the dungeon (or stage, channel, board, etc.) in which the client participates in the automatic hunting.

For example, if the difficulty of the dungeon is high, the billing unit 240 increases the probability of acquiring experience points or acquiring rare items according to the difficulty. Therefore, the billing unit 240 may set the client's billing amount for performing automatic hunting in proportion to the difficulty of the dungeon. In this way, if the billing unit 240 sets the billing amount in proportion to the difficulty of the dungeon, the client who wants to enter a higher dungeon and receive more benefits during automatic hunting may be asked to pay an additional billing amount.

Figure 3 is a diagram for explaining billing according to the amount of hardware resource usage according to one embodiment.

As shown in FIG. 3, the game providing device 100 can set the billing amount according to the amount of hardware resources, for example, processor and memory usage.

When performing automatic hunting, the game providing device 100 can set the client's billing amount based on the processor's occupancy rate or usage time, and can also set the client's billing amount based on the memory occupancy rate or usage time.

For example, looking at the first case 310, the game providing device 100 may set the billing amount to 1,000 caches if the processor occupancy rate according to automatic hunting is 0.010% or the processor usage time is 100 minutes. In addition, the game providing device 100 can set the billing amount to 1,000 cache if the memory occupancy rate according to automatic hunting is 100 bytes (B) or the memory usage time is 100 minutes.

Looking at the second case 320, the game providing device 100 can set the billing amount to 10,000 caches if the processor's occupancy rate according to automatic hunting is 0.100% or the processor's usage time is 16 hours and 30 minutes. In addition, the game providing device 100 can set the billing amount to 10,000 caches if the memory occupancy rate according to automatic hunting is 1 kilobyte (KB) or the memory usage time is 16 hours and 30 minutes.

Looking at the first case 310 and the second case 320, it can be seen that the billing amount increases as the utilization rate of hardware resources due to automatic hunting, that is, the occupancy rate or usage time increases.

In this way, the game providing device 100 may set the billing amount based on at least one of the processor occupancy rate and usage time, or may set the billing amount based on at least one of the memory occupancy rate and usage time. Alternatively, the game providing device 100 may set the billing amount by considering both the occupancy rate and usage time of the processor and memory.

Figure 4 is a diagram for explaining billing based on script lines according to an embodiment.

As shown in FIG. 4, the game providing device 100 may determine the billing amount based on the script line used in the client for automatic hunting.

For example, when the number of script lines 411 used for automatic hunting in the client U1 is five (410), the game providing device 100 may set the billing amount of the client U1 to 5,000 cache.

Additionally, when the number of script lines 412 used for automatic hunting in the client U2 is ten (420), the game providing device 100 may set the billing amount of the client U2 to 10,000 cache.

In this way, the game providing device 100 can set the billing amount based on the number of script lines used for automatic hunting. These script lines are commands for all actions that a character can perform in the game, such as attack, defense, evasion, speed control, item reception, and shield setting. Therefore, as the number of script lines increases, the performance of automatic hunting becomes better. Accordingly, the game providing device 100 can be set to increase the billing amount in proportion to the number of script lines.

Figure 5 is a flowchart showing a method of providing a game by a game providing device according to an embodiment.

As shown in FIG. 5, the game providing device 100 may receive an automatic hunting request from a client (S510).

The game providing device 100 may determine the billing amount according to the client's automatic hunting (S520). The game providing device 100 may determine the billing amount based on the amount of resource usage, and the resources may include hardware resources and scripts. Since the game providing device 100 charges in proportion to the amount of resource usage, charging can be made taking into account fairness in resource use.

The game providing device 100 checks whether billing has been completed (S530).

When payment is completed in step S530, the game providing device 100 performs automatic hunting (S540). At this time, the game providing device 100 may check the balance of the cache required for automatic hunting in the client's user account. If there is enough cache required for automatic hunting, the game providing device 100 may deduct the cache from the user account after the requested automatic hunting is completed.

If charging is not completed in step S530, the game providing device 100 ends its operation. The operation of determining whether charging has been completed in step S530 is shown for convenience of explanation, and the game providing device 100 may perform charging at the end of automatic hunting or perform charging while providing automatic hunting. there is.

The game providing device 100 determines whether termination of automatic hunting has been requested by the client.

If the end of automatic hunting is requested in step S550, the game providing device 100 ends the automatic hunting. For example, the game providing device 100 may stop automatic hunting due to a user's request for character control rights during automatic hunting. At this time, the game providing device 100 may perform billing only up to the point when automatic hunting is stopped, or may bill some or all of the amount charged for automatic hunting.

On the other hand, when performing automatic hunting, the game providing device 100, for example, when the end time of automatic hunting is set in advance by the client by obtaining the target level of the character or the target number of items, the game providing device ( 100) can end automatic hunting if the conditions are met.

If the client does not request the end of automatic hunting in step S550, the game providing device 100 proceeds to step S540 and continues to perform automatic hunting.

FIG. 6 is a diagram illustrating setting a billing amount for each occupancy rate or usage time of hardware resources according to an embodiment.

As shown in FIG. 6, at 601, when the processor usage time according to automatic hunting is the same as 5 hours, the game providing device 100 may set the client's billing amount based on the processor's occupancy rate 610. .

At this time, the game providing device 100 sets and charges a billing amount of 4,700 cache for the client whose processor share is 0.005% according to automatic hunting, and sets a billing amount of 9,400 cache for the client whose processor share is 0.010%. Charges may apply.

At 602, when the processor occupancy rate according to automatic hunting is the same at 0.005%, the game providing device 100 may set the client's billing amount based on the processor usage time 620.

At this time, the game providing device 100 sets a billing amount of 6,000 cash to a client whose processor usage time is 7 hours according to automatic hunting, and charges a billing amount of 24,000 cash to a client whose processor usage time is 28 hours. You can set up and charge.

At 603, when the memory usage time according to automatic hunting is the same as 4 hours, the game providing device 100 may set the client's billing amount based on the memory occupancy rate 630.

At this time, the game providing device 100 sets a billing amount of 500 cache for a client whose memory occupancy rate is 100 bytes (B) according to automatic hunting and charges 5,000 caches for a client whose memory occupancy rate is 1 kilobyte (KB). You can set the billing amount and charge.

Additionally, at 604, when the memory occupancy rate according to automatic hunting is equal to 1KB, the game providing device 100 may set the client's billing amount based on the memory usage time 640.

In this way, the game providing device 100 may set the billing amount based on at least one of the occupancy rate or usage time of the processor and memory, but may also set the billing amount based on two or more. For example, the game providing device 100 sets the billing amount by considering other factors within the same hardware device, processor occupancy rate and usage time, or sets the billing amount by considering factors within other hardware devices, processor occupancy rate and memory usage time. The billing amount can also be set by considering them together.

The hardware resources for setting the billing amount in the above-described game providing device 100 and the usage of the hardware resources are explained as examples, and other resources other than the processor and memory may be used, and the usage is also different from the occupancy rate and usage time. Different usage amounts can be used to set the billing amount.

FIG. 7 is a diagram illustrating adjustment of the charging rate according to the resource occupancy rate of all clients according to an embodiment.

As shown in FIG. 7, the game providing device 100 may adjust the client billing rate based on the memory occupancy rate according to automatic hunting of all clients.

The game providing device 100 doubles (x2) the client for performing automatic hunting for 20 gigabytes (GB), 50 GB, 100 GB, and 500 GB of memory for all users based on the amount charged. , the charging rate can be adjusted to 5 times (x5), 10 times (x10), and 50 times (x50). For example, looking at a client for which a billing amount of 100 cache is set according to the usage of hardware resources according to automatic hunting, the game providing device (100) has a memory share of all clients (20GB, 50GB, 100GB, 500GB) respectively. It can be adjusted to a certain ratio (2x, 5x, 10x, 50x) and set to 200 cache, 500 cache, 1,000 cache, and 5,000 cache.

The game providing device 100 may adjust the rate of the billing amount when the memory usage rate increases due to automatic hunting of all clients. Through this, the game providing device 100 may distribute the congestion of hardware resources by distributing the automatic hunting time of the clients in order to perform automatic hunting at a lower cost.

Figure 8 is a diagram illustrating selection of a script line sample according to one embodiment.

As shown in FIG. 8, the game providing device 100 may provide a plurality of script samples including at least one script line.

For example, the first script sample 810 may consist of five script lines. For example, the first script sample 810 may provide the ability to mainly acquire items when automatically hunting by a character.

The second script sample 820 may consist of 7 script lines. For example, the second script sample 820 may provide the ability to mainly acquire experience points when automatically hunting by a character.

The third script sample 830 may consist of 13 script lines. For example, the third script sample 830 may provide the ability to select and attack only boss monsters that provide a specific item when a shield item is applied during automatic hunting by a character.

In this way, automatic hunting may have different performance depending on the type or number of scripts that make up the script sample. Therefore, the game providing device 100 can set the billing amount differently for each script sample. Therefore, when the client connected to the game providing device 100 mainly wants to acquire experience points among the script samples, if the second script sample 820 is selected, the game providing device 100 selects the selected second script sample 820. ) can be used to automatically hunt for the client.

FIG. 9 is a diagram illustrating setting of a billing amount based on a script line in which a grade is set according to an embodiment.

As shown in FIG. 9, the game providing device 100 can set the billing amount based on the level of each script line used for automatic hunting.

For example, the first script line (S1) is set to grade 17 (e.g., 1,700 caches), the second script line (S2) is set to grade 30 (e.g., 3,000 caches), and the third The script line (S3) may be set to level 20 (e.g., 2,000 caches). In addition, the 4th script line (S4) is set to grade 7 (700 cash), the 5th script line (S5) is set to grade 3 (300 cash), and the 6th script line (S6) is set to grade 10 (1,000 cash). cache) can be set.

In this way, the script lines (S1-S6) can be set to differentiated grades depending on the performance, function, etc. of the script lines (S1-S6), and each grade is illustrative as described on the side of the script lines (S1-S6). The amount of billing can also be differentiated.

Additionally, from the set 900 of all script lines provided by the game providing device 100, the game providing device 100 may select some script lines for automatic hunting from the client.

For example, when the second, third, and sixth script lines (S2, S3, and S6) are selected (910) from the client to use for automatic hunting, the game providing device (100) selects the client's billing amount. Set (901) to 6,000 cash (3,000 cash (S2) + 2,000 cash (S3) + 1,000 cash (S6)) based on the ratings of the second, third, and sixth script lines (S2, S3, and S6). You can.

In contrast, when the third, fourth, fifth, and sixth script lines (S3, S4, S5, and S6) are selected (920) from another client to be used for automatic hunting, the game providing device (100) Based on the selected third, fourth, fifth, and sixth script lines (S3, S4, S5, S6), the billing amount is 4,000 Cash (2,000 Cash (S3) + 700 Cash (S4) + 300 Cash (S3) ) + 1,000 cash (S6)) can be set (902).

In this way, when a plurality of script lines with different ratings are selected to perform automatic hunting, the game providing device 100 may set the total billing amount by adding up the billing amount set according to the rating assigned to each script line.

According to this embodiment, even if the game providing device 100 does not maintain a communication connection state (or logged in state) with the client, the game providing device 100 automatically uses the client's game object, for example, a character, etc. You can make it go hunting.

In particular, the game providing device 100 can perform automatic hunting when the client is not connected and reasonably charge based on the amount of resource usage by providing the automatic hunting function.

The term '~unit' used in the above embodiments refers to software or hardware components such as FPGA (field programmable gate array) or ASIC, and the '~unit' performs certain roles. However, '~part' is not limited to software or hardware. The '~ part' may be configured to reside in an addressable storage medium and may be configured to reproduce on one or more processors. Therefore, as an example, '~ part' refers to components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, and procedures. , subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables.

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

In addition, the components and 'parts' may be implemented to regenerate one or more CPUs within the device or secure multimedia card.

The method of providing a game according to the embodiment described with reference to FIG. 5 may also be implemented in the form of a computer-readable medium that stores instructions and data executable by a computer. At this time, instructions and data can be stored in the form of program code, and when executed by a processor, they can generate a certain program module and perform a certain operation. Additionally, computer-readable media can be any available media that can be accessed by a computer and includes both volatile and non-volatile media, removable and non-removable media. Additionally, computer-readable media may be computer recording media, which are 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. It can include both volatile, removable and non-removable media. For example, computer recording media may be magnetic storage media such as HDDs and SSDs, optical recording media such as CDs, DVDs, and Blu-ray discs, or memory included in servers accessible through a network.

Additionally, the game providing method according to the embodiment described with reference to FIG. 5 may be implemented as a computer program (or computer program product) including instructions executable by a computer. A computer program includes programmable machine instructions processed by a processor and may be implemented in a high-level programming language, object-oriented programming language, assembly language, or machine language. . Additionally, the computer program may be recorded on a tangible computer-readable recording medium (eg, memory, hard disk, magnetic/optical medium, or solid-state drive (SSD)).

Therefore, the game providing method according to the embodiment described with reference to FIG. 5 can be implemented by executing the above-described computer program by a computing device. The computing device may include at least some of a processor, 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 a low-speed bus and a storage device. Each of these components is connected to one another using various buses and may be mounted on a common motherboard or in some other suitable manner.

Here, the processor can process instructions within the computing device, such as displaying graphical information to provide a graphic user interface (GUI) on an external input or output device, such as a display connected to a high-speed interface. These may include instructions stored in memory or a storage device. In other embodiments, multiple processors and/or multiple buses may be utilized along with multiple memories and memory types as appropriate. Additionally, the processor may be implemented as a chipset consisting of chips including multiple independent analog and/or digital processors.

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

And the storage device can provide a large amount of storage space to the computing device. A storage device may be a computer-readable medium or a configuration that includes such media, and may include, for example, devices or other components within a storage area network (SAN), such as a floppy disk device, a hard disk device, an optical disk device, Or it may be a tape device, flash memory, or other similar semiconductor memory device or device array.

The above-described embodiments are for illustrative purposes, and those skilled in the art will recognize that the above-described embodiments can be easily modified into other specific forms without changing the technical idea or essential features of the above-described embodiments. You will understand. Therefore, the above-described embodiments should be understood in all respects as illustrative and not restrictive. For example, each component described as unitary may be implemented in a distributed manner, and similarly, components described as distributed may also be implemented in a combined form.

The scope sought to be protected through this specification is indicated by the patent claims described later rather than the detailed description above, and should be interpreted to include the meaning and scope of the claims and all changes or modified forms derived from the equivalent concept. .

100: Game providing device 110: Input/output unit
120: communication unit 130: storage unit
140: control unit 210: block management unit
220: Color change section 230: Win/loss decision section

Claims (18)

A communication unit that receives in-game automatic hunting requests from clients; and
A control unit that performs automatic hunting according to the automatic hunting request and charges for the automatic hunting,
The control unit,
A game providing device that differentiates the billing amount based on the amount of hardware resource usage within the game providing device when billing. According to claim 1,
The control unit,
A game providing device that performs the automatic hunting without communication with the client. delete According to claim 1,
The control unit,
A game providing device that changes the billing amount based on one or more of occupancy rate and usage time for the hardware resources. According to claim 1,
The control unit,
A game providing device that calculates the usage of all clients for the hardware resources and adjusts the rate of the billing amount based on the usage of all clients. According to claim 5,
A game providing device that increases the billing amount when the usage of all clients increases and decreases the billing amount when the usage of all clients decreases. A communication unit that receives in-game automatic hunting requests from clients; and
A control unit that performs automatic hunting according to the automatic hunting request and charges for the automatic hunting,
The control unit,
A game providing device that differentiates the amount charged based on the number of script lines for performing the automatic hunting. According to claim 7,
The control unit,
A game providing device that sets the billing amount to be proportional to the number of script lines. According to claim 7,
The control unit,
A game providing device that receives the script as input from a client. According to claim 7,
The control unit,
A game providing device that provides a plurality of script samples for performing the automatic hunting and sets the billing amount based on a script sample selected by the client among the plurality of script samples. According to claim 7,
The control unit,
assigning a rating to the script line based on the performance of the automatic hunting,
A game providing device configured to increase the billing amount for the script line when the rating increases, and set to decrease the billing amount for the script line when the rating decreases. A communication unit that receives in-game automatic hunting requests from clients; and
A control unit that performs automatic hunting according to the automatic hunting request and charges for the automatic hunting,
The control unit,
A game providing device that deposits a predetermined amount of money for the billing, calculates the billing amount at the time the automatic hunting ends, and subtracts the billing amount from the predetermined amount. In the game providing method of the game providing device,
Receiving an in-game automatic hunting request from a client; and
Performing automatic hunting according to the automatic hunting request, and including the step of charging for the automatic hunting,
The billing step is,
A method of providing a game comprising differentiating the billing amount based on the amount of hardware resource usage in the game providing device when billing. According to claim 13,
The charging step is,
A game providing method comprising performing the automatic hunting without communication with the client. delete In the game providing method of the game providing device,
Receiving an in-game automatic hunting request from a client; and
Performing automatic hunting according to the automatic hunting request, and including the step of charging for the automatic hunting,
The charging step is,
A method of providing a game comprising differentiating the amount charged based on the number of script lines for performing the automatic hunting. A computer-readable recording medium on which a program for performing the method according to claim 13 is recorded. A computer program stored on a medium for performing the method described in claim 13, performed by a game providing device.

Images