KR20240002652A - Method and apparatus for providing game service - Google Patents

Abstract

The present disclosure includes the steps of receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within a game; Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location; Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and changing characteristic parameters of the generated obstacle object based on the received second user input. Proposing a method and device for providing a game, including, wherein the characteristic parameters of the obstacle object are determined based on the characteristic parameters of user characters participating in creating or maintaining the obstacle object.

Description

Method and device for providing game services {METHOD AND APPARATUS FOR PROVIDING GAME SERVICE}

This disclosure relates to a method and device for providing game services. More specifically, it relates to a method and device for providing content in which multiple users cooperate to install obstacle objects in a virtual space within a game.

With the development of computing devices and network environments, the number of users who enjoy online-based games using various wired and wireless communication devices is increasing significantly. In online games, users can interact through various forms of interaction, such as competing with other users, forming teams or alliances to cooperate to achieve a common goal, or trading with each other in the game's economic system. .

Meanwhile, in recent online games, large-scale group battle content, such as siege warfare, in which multiple users divide into camps and compete in a virtual space within the game, is gaining popularity. In such large-scale group battles, not only the user's individual abilities but also strategies such as cooperation between users, role division, and use of geographical features can be important variables.

Therefore, in order to increase users' interest and immersion in large-scale group battle content, there is a need for a method to provide fun that can be gained through cooperation between multiple users and to provide elements that can be used strategically on the battlefield.

The present disclosure provides a method and device for providing content in which multiple users cooperate to install obstacle objects in a virtual space within a game.

According to various embodiments of the present disclosure, the steps include: receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within a game; Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location; Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and changing characteristic parameters of the created obstacle object based on the received second user input, wherein the characteristic parameters of the obstacle object are the characteristics of user characters who participated in creating or maintaining the obstacle object. A method for providing a game is provided, which is determined based on characteristic parameters.

In one embodiment, the characteristic parameters of the obstacle object include vitality, and the vitality of the obstacle object may be determined based on the vitality of user characters participating in creating or maintaining the obstacle object.

In one embodiment, the vitality of the obstacle object may increase as more user characters participate in creating or maintaining the obstacle object.

In one embodiment, the game providing method includes: reducing the vitality of the created obstacle object based on a result of a user character attacking the created obstacle object; and processing the obstacle object to be destroyed based on the vitality of the obstacle object being 0 or less.

In one embodiment, the game providing method may further include processing user characters who participated in creating or maintaining the obstacle object to die based on the obstacle object being destroyed.

In one embodiment, when the obstacle object is destroyed, creation of another obstacle object at the predetermined location may be prohibited for a predetermined time.

In one embodiment, the characteristic parameters of the obstacle object include defense, and the vitality of the obstacle object may be determined based on the defense of user characters participating in creating or maintaining the obstacle object.

In one embodiment, the predetermined location may be a pre-designated location in the virtual space within the game.

In one embodiment, the step of receiving the first user input includes a method for generating the obstacle object at the predetermined location based on the first user character being located within a predetermined area close to the predetermined location. 1 providing a user interface to the first user; and receiving the first user input from the first user through the first user interface.

In one embodiment, the step of receiving the second user input includes maintaining an obstacle object created at the predetermined location based on the second user character being located within a predetermined area close to the predetermined location. providing the second user with a second user interface for participation; and receiving the second user input from the second user through the second user interface.

In one embodiment, the maximum number of user characters that can participate in maintaining the obstacle object may be predetermined.

In one embodiment, the game providing method may further include changing the appearance of the obstacle object based on the number of user characters participating in maintaining the obstacle object reaching the maximum number.

In one embodiment, a user character participating in creating or maintaining the obstacle object may be restricted from moving within the virtual space within the game while participating in maintaining the obstacle object.

In one embodiment, a user character participating in creating or maintaining the obstacle object may attack a hostile character or hostile object or recover a friendly character or friendly object while participating in maintaining the obstacle object.

In one embodiment, the game providing method includes receiving, from a user whose user character participated in creating or maintaining the obstacle object, a third user input for the user character to stop maintaining the created obstacle object. receiving; And it may further include changing characteristic parameters of the generated obstacle object based on the received third user input.

In one embodiment, receiving the third user input includes stopping maintaining the created obstacle object based on the user character participating in creating or maintaining the obstacle object being in a non-combat state. providing a third user interface to a user of the user character; and receiving the third user input from the user through the third user interface.

In one embodiment, based on the received third user input, changing a characteristic parameter of the generated obstacle object includes, when only one user character is participating in maintaining the generated obstacle object, Based on the received third user input, the method may include removing the generated obstacle object from the virtual space within the game.

According to various embodiments of the present disclosure, a memory for storing instructions; and at least one processor functionally connected to the memory. The at least one processor executes the instructions to receive, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within the game, and , Based on the received first user input, an obstacle object that the user character cannot pass through is created at the predetermined location, and, from a second user, the second user character of the second user is sent to the created obstacle object. It may be set to receive a second user input to participate in maintenance of and change characteristic parameters of the created obstacle object based on the received second user input. The characteristic parameters of the obstacle object may be determined based on the characteristic parameters of user characters who participate in creating or maintaining the obstacle object.

According to various embodiments of the present disclosure, a memory for storing instructions; A server providing a game service is provided, including at least one processor functionally connected to the memory. The at least one processor executes the instructions to receive, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within the game, and , Based on the received first user input, an obstacle object that the user character cannot pass through is created at the predetermined location, and, from a second user, the second user character of the second user is sent to the created obstacle object. It may be set to receive a second user input to participate in maintenance of and change characteristic parameters of the created obstacle object based on the received second user input. The characteristic parameters of the obstacle object may be determined based on the characteristic parameters of user characters who participate in creating or maintaining the obstacle object.

According to various embodiments of the present disclosure, the steps include: receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within a game; Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location; Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and changing characteristic parameters of the created obstacle object based on the received second user input, wherein the characteristic parameters of the obstacle object are the characteristics of user characters who participated in creating or maintaining the obstacle object. A computer program stored on a medium is provided to execute a game providing method determined based on characteristic parameters in combination with hardware.

According to various embodiments of the present disclosure, the steps include: receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within a game; Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location; Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and changing characteristic parameters of the created obstacle object based on the received second user input, wherein the characteristic parameters of the obstacle object are the characteristics of user characters who participated in creating or maintaining the obstacle object. A computer-readable recording medium containing a program for executing on a computer a method of providing a game, which is determined based on characteristic parameters, is provided.

Devices and methods according to various embodiments of the present disclosure can provide content in which multiple users cooperate to install obstacle objects in a virtual space within a game.

According to various embodiments of the present disclosure, a method can be provided to provide fun that can be gained through cooperation between a plurality of users and to increase the strategy of group battle content.

According to various embodiments of the present disclosure, a method for increasing a user's interest and immersion in a game can be provided.

1 illustrates a game providing system including a server and a user terminal, according to various embodiments of the present disclosure.
Figure 2 is a flowchart of a game providing method in which multiple users cooperate to install obstacle objects in a virtual space within a game, according to various embodiments of the present disclosure.
FIG. 3 is a diagram illustrating a method of creating an obstacle object in a virtual space within a game, according to various embodiments of the present disclosure.
FIG. 4 is a diagram illustrating a method in which multiple user characters participate in maintaining an obstacle object, according to various embodiments of the present disclosure.
FIG. 5 illustrates an example of performing a group battle using an obstacle object in a virtual space within a game, according to various embodiments of the present disclosure.
FIG. 6 is a diagram illustrating a process in which an obstacle object is attacked according to various embodiments of the present disclosure.
FIG. 7 is a diagram illustrating a process of recovering an obstacle object according to various embodiments of the present disclosure.
FIG. 8 is a diagram illustrating a process in which an obstacle object is destroyed according to various embodiments of the present disclosure.
FIG. 9 is a diagram illustrating a method for a user character to escape from maintaining an obstacle object, according to various embodiments of the present disclosure.
FIG. 10 is a diagram for explaining the detailed configuration of a game providing device according to various embodiments of the present disclosure.
FIG. 11 is a diagram for explaining the detailed configuration of a server according to various embodiments of the present disclosure.
FIG. 12 is a diagram for explaining the detailed configuration of a user terminal according to various embodiments of the present disclosure.

Hereinafter, exemplary embodiments according to the present invention will be described in detail with reference to the contents depicted in the attached drawings. Additionally, a method of configuring and using an electronic device according to an embodiment of the present invention will be described in detail with reference to the contents depicted in the attached drawings. The same reference numbers or symbols shown in each drawing indicate parts or components that perform substantially the same function.

Terms containing ordinal numbers, such as first, second, etc., may be used to describe various components, but the components are not limited by the terms. Terms are used only to distinguish one component from another. For example, a first component may be named a second component, and similarly, the second component may also be named a first component without departing from the scope of the present invention. The term and/or includes a combination of a plurality of related items or any one item among a plurality of related items.

The terms used herein are used to describe embodiments and are not intended to limit and/or limit the invention. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this application, terms such as include or have are intended to designate the presence of features, numbers, steps, operations, components, parts, or a combination thereof described in the specification, but are not intended to indicate the presence of one or more other features, numbers, or steps. , it should be understood that this does not exclude in advance the possibility of the presence or addition of operations, components, parts, or combinations thereof.

Throughout the specification, when a part is said to be connected to another part, this includes not only cases where it is directly connected, but also cases where it is electrically connected with another element in between. Additionally, when it is said that a part includes a certain component, this does not mean that other components are excluded, but that it can further include other components, unless specifically stated to the contrary. In addition, terms such as "... unit" and "module" used in the specification refer to a unit that processes at least one function or operation, which may be implemented as hardware or software, or as a combination of hardware and software. .

In the present disclosure below, a character or user character may mean a certain object that a user can control within a game.

In the present disclosure below, character information refers to information related to a game character, such as the character's level, character grade, character's ability, character's cumulative usage time, character's amount or possession item, character's reputation, character's achievement achievement rate, It may include all information about the character, such as the character's quest completion rate, the character's name, and the character's appearance, and is not limited to the above example.

In the present disclosure below, a user account may mean a user's account including at least one character. In the game, users can create multiple characters, and multiple characters can exist in a form dependent on one user account. Of course, it is not limited to the above example, and there may also be a form of providing game services through one user account.

In the present disclosure below, a group may mean a set of users or user characters in a predetermined identifiable unit, such as a guild, party, circle, clan, raid, or faction.

In the present disclosure below, the game providing device may be a game server, a user terminal, a game system including a game server and a user terminal, or an independent device.

In the present disclosure below, the meaning that the server controls the user terminal means that the server outputs output from the user terminal through communication with the user terminal (all output devices from the user terminal, such as screen display, sound output, vibration output, lamp emission, etc.) And it may mean that the user terminal provides data for performing a certain operation. Of course, the user terminal may control output from the user terminal using pre-stored data, and is not limited to the above example.

In the present disclosure below, the meaning of transmitting and receiving information or data with a user (or user account) may include the meaning of transmitting and receiving information or data with a device (or user terminal) corresponding to or linked to the user (or user account). .

In the present disclosure below, the user account corresponding to the user terminal may include a user account that logs in or accesses the service through the user terminal and a user account in which the user terminal stores information. Additionally, the user terminal of the user account may mean the user terminal to which the user account is logged in, user account information is stored, or the user account is connected.

In the following disclosure, user, player, user, user account, and gamer may be used with the same meaning. It should be understood that the user terminal in this disclosure may refer to a user, player, user, user account, gamer, or device used by them depending on the context. It should be understood that in this disclosure, the terms user, player, user, user account, and gamer may refer to the avatar or character they operate or the device used by them, depending on the context.

1 illustrates a game providing system including a server and a user terminal according to various embodiments of the present disclosure.

The game providing system 100 of the present disclosure may include a server 170 and at least one user terminal 110 to 160. The server 170 can provide various online activities through a network. The server 170 may provide online activities to at least one user terminal 110 to 160 at the same time.

According to an embodiment of the present disclosure, the server 170 may include a single server, a collection of servers, a cloud server, etc., and is not limited to the above example. Server 170 provides various online activities and may include a database that stores data for online activities. Additionally, the server 170 may include a payment server that generates and processes payment events. As previously described, the server 170 may be a game providing device.

According to an embodiment of the present disclosure, a network refers to a connection established (or formed) using all communication methods, and refers to a communication network connected through all communication methods that transmits and receives data between terminals and terminals or between terminals and servers. can do.

All communication methods may include all communication methods, such as communication through a certain communication standard, a certain frequency band, a certain protocol, or a certain channel. For example, it may include Bluetooth, BLE, Wi-Fi, Zigbee, 3G, LTE, and ultrasonic communication methods, and may include short-range communication, long-distance communication, wireless communication, and wired communication. Of course, it is not limited to the above example.

According to an embodiment of the present disclosure, a short-distance communication method may mean a communication method that allows communication only when the device (terminal or server) performing communication is within a predetermined range, for example, Bluetooth, It may include NFC, etc. A long-distance communication method may refer to a communication method in which a device performing communication can communicate regardless of the distance. For example, a long-distance communication method may mean that two devices that communicate through a repeater such as an AP can communicate even when they are over a predetermined distance, and can use cellular networks (3G, LTE) such as SMS and phone calls. It may include the communication method used. Of course, it is not limited to the above example. The meaning of providing online activities using a network may include the meaning that communication between the server and the terminal can be performed through any communication method.

Throughout the specification, at least one user terminal 110 to 160 refers to a personal computer 110, a tablet 120, a cellular phone 130, a laptop 140, and a smart phone. (150), TV 160, as well as various electronic devices such as PDAs (Personal Digital Assistants), PMPs (Portable Multimedia Players), navigation, MP3 players, digital cameras, refrigerators, washing machines, and vacuum cleaners. It is not limited to examples. As described above, at least one user terminal 110 to 160 may be a game providing device.

According to an embodiment of the present disclosure, online activities may include online games, portal services, and SNS (Social Network Service), but are not limited to the above examples. Additionally, online games can include various genres such as sports, MMORPG, AOS, FPS, TCG, and CCG. Additionally, online games may be games that pit users against each other, or between users and computers (for example, artificial intelligence). It may also be a construction or decoration type game rather than a competition type game. Of course, it is not limited to the above examples and there are no restrictions on the form of online games.

In one embodiment, the online game may be an MMORPG (Massive Multiplayer Online Role Playing Game) in which multiple users interact and control each user character in the same virtual space. In one embodiment, user characters in an online game may create groups such as guilds, parties, clans, alliances, factions, etc. with other user characters, or may belong to groups that have already been created. In one embodiment, a user character belonging to a group may form a hostile relationship and fight with a user character belonging to another group that is in a hostile relationship.

In one embodiment, an online game may include group battle content in which multiple users belonging to two or more opposing user groups compete against each other on a battlefield in a virtual space within the game. The battlefield may be, for example, a specific area or region in virtual space, or a structure such as a castle or fortress. In one embodiment, group battle content may be siege-type content that involves fighting over a base that can be occupied by a specific user group. In this case, the group that occupies the base may aim to defend the base, and the opposing group may aim to occupy the base.

According to various embodiments of the present disclosure, the game providing system 100 may provide content in which multiple users cooperate to install obstacle objects in a virtual space within the game. In various embodiments, the server 170 may receive a first user input from a first user to cause the first user's first user character to create an obstacle object at a predetermined location in the virtual space within the game. there is. The server 170 may create an obstacle object that the user character cannot pass through at the predetermined location based on the received first user input. The server 170 may receive a second user input from a second user for causing the second user's second user character to participate in maintaining the created obstacle object. The server 170 may change characteristic parameters of the generated obstacle object based on the received second user input. The characteristic parameters of the obstacle object may be determined based on the characteristic parameters of user characters who participate in creating or maintaining the obstacle object. In various embodiments, the server 170 may receive the first user input and the second user input from a plurality of different user terminals 110 to 160.

According to various embodiments of the present disclosure, the user terminals 110 to 160 receive a first user input from the user to cause the user character to create an obstacle object at a predetermined location in the virtual space in the game, and send the server ( 170). In various embodiments, the user terminals 110 to 160 may receive a second user input from the user for causing the user character to participate in maintaining the created obstacle object and transmit the second user input to the server 170.

Figure 2 is a flowchart of a game providing method in which multiple users cooperate to install obstacle objects in a virtual space within a game, according to various embodiments of the present disclosure.

The operations shown in FIG. 2 are performed by the server 170 shown in FIG. 1, the game providing device 1000 shown in FIG. 10 or the processor 1010 of the game providing device 1000, and the server 1100 shown in FIG. 11. Alternatively, it may be performed by the processor 1110 of the server 1100.

Referring to FIG. 2, in step S210, the game providing device receives a first user input from a first user to cause the first user's first user character to create an obstacle object at a predetermined location in the virtual space within the game. You can receive it.

In one embodiment, the predetermined location may be a predetermined location in virtual space. In another embodiment, the predetermined location may be a random location in virtual space designated by the user.

In one embodiment, based on the first user character being located within a predetermined area close to the predetermined location, the game providing device provides the first user with a first user interface for creating an obstacle object at the predetermined location. can do. The game providing device may receive a first user input from the first user through the first user interface.

In one embodiment, the first user character capable of creating an obstacle object may be a user character belonging to a specific group. In another embodiment, all characters may be set to be able to create obstacle objects.

In step S220, the game providing device may create an obstacle object that the user character cannot pass through at the predetermined location based on the received first user input. In various embodiments, characteristic parameters of the created obstacle object may be determined based on characteristic parameters of the first user character that created the obstacle object.

In various embodiments, an obstacle object may be created with a certain vitality. In one embodiment, a user character in a hostile relationship with the user character that created the obstacle object may attack the obstacle object, and if the attack is successful, the vitality of the obstacle object may be reduced. This will be described in more detail with reference to FIG. 6. In one embodiment, a user character in a friendly relationship with the user character that created the obstacle object may recover the obstacle object, and in this case, the vitality of the obstacle object may be increased. This will be explained in more detail with reference to FIG. 7 . In one embodiment, when the vitality of the obstacle object becomes 0 or less, the obstacle object may be destroyed. This will be described in more detail with reference to FIG. 8.

In one embodiment, the vitality of the created obstacle object may be determined based on the vitality of the first user character that created the obstacle object. In another embodiment, the vitality of the created obstacle object may be determined as a pre-specified value.

In one embodiment, an obstacle object may be created with a predetermined defense power. The higher your defense, the more your life may be reduced by a small amount when attacked. In one embodiment, an obstacle object may have defense power for each attack type. For example, different defenses may be applied to melee attacks, long-distance attacks, and magic attacks, thereby deducting vitality.

In one embodiment, the defense power of the created obstacle object may be determined based on the defense power of the first user character that created the obstacle object. In another embodiment, the defense power of the created obstacle object may be determined as a pre-specified value.

In one embodiment, a user character can attack or recover from another character or object beyond the created obstacle object. That is, even if the user character cannot pass the obstacle object, the user character's attack and skill use can be set to allow the user character to pass the obstacle object.

In one embodiment, the first user character that created the obstacle object may be restricted from moving within the virtual space within the game while participating in maintaining the obstacle object. That is, the first user character may be set to not be able to move until the obstacle object is destroyed or the first user character removes the obstacle object himself. However, even in this case, in one embodiment, the first user character that created the obstacle object may be set to be able to attack or use skills while participating in maintaining the obstacle object.

In step S230, the game providing device may receive a second user input from a second user for causing the second user's second user character to participate in maintaining the created obstacle object.

In one embodiment, based on the second user character being located within a predetermined area close to the predetermined location where the obstacle object was created, the game providing device provides a second user interface for participating in maintaining the generated obstacle object. 2 Can be provided to users. The game providing device may receive a second user input from the second user through the second user interface.

In one embodiment, the second user character that can participate in maintaining the obstacle object may be conditioned to be a user character belonging to a specific group. For example, in siege content, only user characters belonging to the defense camp may be set to participate in maintaining obstacle objects. For example, it may be set so that only user characters belonging to the same group as the first user character that created the obstacle object can participate in maintaining the obstacle object.

In one embodiment, the maximum number of user characters that can participate in maintaining the obstacle object may be predetermined. In one embodiment, the maximum number of user characters that can participate in maintaining the obstacle object may be determined differently for each obstacle object.

In step S240, the game providing device may change characteristic parameters of the generated obstacle object based on the received second user input. In various embodiments, characteristic parameters of an obstacle object may be changed based on characteristic parameters of a second user character participating in maintaining the obstacle object.

In one embodiment, when a second user character newly participates in maintaining an obstacle object, the vitality of the obstacle object may be changed based on the vitality of the second user character. In one embodiment, the vitality of an obstacle object may increase as more user characters participate in maintaining the obstacle object.

In another embodiment, the vitality of the obstacle object may be changed to a predetermined value. For example, the vitality of an obstacle object may be determined based on the number of user characters participating in maintaining the obstacle object.

In one embodiment, when a second user character newly participates in maintaining an obstacle object, the defense power of the obstacle object may be changed based on the defense power of the second user character. In one embodiment, the defense power of an obstacle object may increase as more user characters participate in maintaining the obstacle object.

In another embodiment, the defense power of the obstacle object may be changed to a predetermined value. For example, the defense power of an obstacle object may be determined based on the number of user characters participating in maintaining the obstacle object.

In one embodiment, when the number of user characters participating in maintaining the obstacle object reaches the maximum number allowed, the appearance of the obstacle object may be changed. For example, the shape of the obstacle object may be changed, the color of the obstacle object may be changed, or a certain visual effect may be applied to the obstacle object.

In one embodiment, a second user character participating in maintaining the obstacle object may be restricted in movement within the virtual space within the game while participating in maintaining the obstacle object. That is, the second user character may be set to be unable to move until the obstacle object is destroyed or the second user character stops participating in maintaining the obstacle object. However, even in this case, in one embodiment, the second user character participating in maintaining the obstacle object may be set to be able to attack or use a skill while participating in maintaining the obstacle object.

FIG. 3 is a diagram illustrating a method of creating an obstacle object in a virtual space within a game, according to various embodiments of the present disclosure.

Referring to FIG. 3 , an example of a game screen displayed on the user terminal of a first user operating the first user character 310 is shown. In various embodiments, a first user interface 330 for creating an obstacle object at a predetermined location may be provided to the first user (300a). The game providing device may obtain a first user input for creating an obstacle object at a predetermined location through the first user interface 330.

In various embodiments, the first user interface 330 may be provided based on whether the first user character 310 is located within a predetermined area 320 adjacent to a predetermined location. That is, when the first user operates the first user character 310 and enters the predetermined area 320, the first user interface 330 may be displayed or activated on the first user's user terminal.

In one embodiment, the predetermined area 320 may be a pre-designated area in the virtual space within the game. In the drawings of the present disclosure, the predetermined area 320 is shown as a rectangular two-dimensional area on the ground, but the shape of the predetermined area 320 is not limited thereto. For example, the predetermined area 320 may be a three-dimensional area in virtual space.

In one embodiment, the first user character 310 capable of creating an obstacle object may be a user character belonging to a specific group. For example, in siege content, obstacle objects may be created only for user characters belonging to the defense group. Or, for example, a group that can create an obstacle object may be designated for each predetermined area 320. In this case, even if a user character that does not belong to the designated group is located within the predetermined area 320, the first user interface 330 may not be provided to the user of the corresponding user character. In another embodiment, all characters may be set to be able to create obstacle objects.

In various embodiments, the predetermined location may be a random location in virtual space designated by the user. In this case, in one embodiment, the first user interface 330 may display other conditions (e.g., If it satisfies group conditions, location conditions, regeneration waiting time conditions, etc.), it may be provided to the first user. In one embodiment, if the first user input is obtained through the first user interface 330 when the first user character 310 is at a random location, a predetermined area 320 is selected based on the random location. ) can be set.

In various embodiments, based on receiving a first user input through the first user interface 330, the game providing device may generate an obstacle object 340 in virtual space (300b). The obstacle object 340 is an object that collides with the user character, and the user character cannot move through the obstacle object 340. However, in one embodiment, the user character may be able to attack or use a skill against a target beyond the obstacle object 340. That is, the obstacle object 340 can be set to pass through the user character's attacks and skills.

In the drawings of the present disclosure, the obstacle object 340 is shown in the form of a wall, but the appearance of the obstacle object 340 is not limited thereto and may have any shape. Additionally, in the drawings of the present disclosure, the obstacle object 340 is shown adjacent to the edge of a predetermined area 320, but the location at which the obstacle object 340 is created is not limited thereto.

In one embodiment, as the obstacle object 340 is created, the state of the first user character 310 that created the obstacle object 340 may be switched to a state where it participates in maintaining the obstacle object 340. In one embodiment, the movement of the first user character 310 participating in maintaining the obstacle object 340 may be restricted. However, even in this case, in one embodiment, the first user character 310 participating in maintaining the obstacle object 340 may be set to use attacks and skills.

In one embodiment, the game providing device may provide an indicator 350 indicating that the obstacle object 340 is in an activated state when there is a user character participating in maintaining the created obstacle object 340. For example, the game providing device may activate a visual effect applied to the first user character 310 that created the obstacle object 340 or a predetermined area 320 associated with the obstacle object 340.

FIG. 4 is a diagram illustrating a method in which multiple user characters participate in maintaining an obstacle object, according to various embodiments of the present disclosure.

Referring to FIG. 4 , an example of a game screen displayed on the user terminal of a second user operating the second user character 311 is shown. As an example, in a state where one first user character 310 participates in maintaining the obstacle object 420a, a second user character 311 additionally participates in maintaining the obstacle object 420b. Explain by assuming.

In various embodiments, when the obstacle object 420a is created, a second user interface 410 may be provided to the second user to participate in maintaining the created obstacle object 420a (300a). The game providing device may obtain a second user input to participate in maintaining the created obstacle object 420a through the second user interface 410.

In various embodiments, the second user interface 410 may be provided based on the second user character 311 being located within a predetermined area 320 related to the obstacle object 420b. That is, when the second user operates the second user character 311 and enters the predetermined area 320, the second user interface 410 may be displayed or activated on the second user's user terminal.

In one embodiment, the predetermined area 320 may be a pre-designated area in the virtual space within the game. In another embodiment, the predetermined area 320 may be an area set based on the location of the created obstacle object 420b.

In one embodiment, the second user character 311 that can participate in maintaining the obstacle object 420a may be conditioned to be a user character belonging to a specific group. For example, in siege content, only user characters belonging to the defense group may be set to participate in maintaining the obstacle object 420a. Alternatively, for example, it may be set so that only user characters belonging to the same group as the first user character 310 that created the obstacle object 420a can participate in maintaining the obstacle object 420a. Or, for example, a group that can participate in maintaining the obstacle object 420a may be designated for each predetermined area 320. In this case, even if a user character that does not belong to the designated group is located within the predetermined area 320, the second user interface 410 may not be provided to the user of the corresponding user character.

In various embodiments, based on receiving a second user input through the second user interface 410, the game providing device may change characteristic parameters of the obstacle object 420b (400b). In one embodiment, the characteristic parameters of the obstacle object 420b may be changed based on the characteristic parameters of the second user character 311 that participates in maintaining the obstacle object 420b.

In one embodiment, the vitality of the obstacle objects 420a and 420b may be determined based on the vitality of user characters who participated in creating or maintaining the obstacle objects 420a and 420b. For example, when the first user character 310 creates an obstacle object 420a, the vitality of the obstacle object 420a is determined based on the vitality of the first user character 310, and the second user character ( When 311) additionally participates in maintaining the obstacle object 420b, the vitality of the obstacle object 420b may be determined based on the vitality of the first user character 310 and the second user character 311. In one embodiment, the vitality of the obstacle objects 420a and 420b may increase as more user characters participate in maintaining the obstacle objects 420a and 420b.

In another embodiment, the vitality of the obstacle objects 420a and 420b may be determined as a predetermined value. For example, the vitality of the obstacle objects 420a and 420b may be determined based on the number of user characters that participate in creating or maintaining the obstacle objects 420a and 420b.

In one embodiment, the defense power of the obstacle objects 420a and 420b may be determined based on the defense power of user characters who participate in creating or maintaining the obstacle objects 420a and 420b. For example, when the first user character 310 creates an obstacle object 420a, the defense power of the obstacle object 420a is determined based on the defense power of the first user character 310, and the second user character ( When 311) additionally participates in maintaining the obstacle object 420b, the defense power of the obstacle object 420b may be determined based on the defense power of the first user character 310 and the second user character 311. In one embodiment, the defense power of the obstacle objects 420a and 420b may increase as more user characters participate in maintaining the obstacle objects 420a and 420b.

In another embodiment, the defense power of the obstacle objects 420a and 420b may be determined as a predetermined value. For example, the defense power of the obstacle objects 420a and 420b may be determined based on the number of user characters participating in creating or maintaining the obstacle objects 420a and 420b.

In one embodiment, the state of the second user character 311 may be switched to a state where it participates in maintaining the obstacle object 420b. In one embodiment, the movement of the second user character 311 participating in maintaining the obstacle object 420b may be restricted. However, even in this case, in one embodiment, the second user character 311 participating in maintaining the obstacle object 420b may be set to use attacks and skills.

In one embodiment, the maximum number of user characters that can participate in maintaining the obstacle objects 420a and 420b may be predetermined. In this disclosure, the description is made on the assumption that the maximum number of participants is set to 2, but of course, it is not limited to this. In one embodiment, the maximum number of user characters that can participate in maintaining the obstacle objects 420a and 420b may be determined differently for each obstacle object. In one embodiment, when the number of user characters participating in maintaining the obstacle object 420b reaches the maximum number allowed, other user characters are no longer required to participate in maintaining the obstacle object 420b. The interface 410 may not be provided.

In one embodiment, when the number of user characters participating in maintaining the obstacle object 420b reaches the maximum number allowed, the appearance of the obstacle object 420b may be changed. For example, the obstacle object 420b in which the maximum number of people participated may have a different shape, color, or different visual effect from the obstacle object 420a in which the maximum number of people did not participate.

In one embodiment, the game providing device may provide an indicator 351 indicating that the user character is participating in maintaining the obstacle object 420b. For example, the game providing device may activate a visual effect applied to the second user character 311 participating in maintaining the obstacle object 420b or to a predetermined area 320 associated with the obstacle object 420b.

FIG. 5 illustrates an example of performing a group battle using an obstacle object in a virtual space within a game, according to various embodiments of the present disclosure.

Referring to FIG. 5, an example is shown in which predetermined areas 510, 511, and 512 are designated to create obstacle objects on the battlefield in a game where a group battle takes place. For example, the location where the predetermined areas 510, 511, and 512 are located may be designated as a strategically important place on the battlefield, such as a narrow road that the attacker must pass through to reach the goal.

In one embodiment, the location where an obstacle object is created and the maximum number of people who can participate in maintaining the created obstacle object may be designated for each predetermined area (510, 511, and 512). In Figure 5, an example is shown in which up to two user characters can participate in maintenance in each predetermined area (510, 511, and 512), but this is not limited to this, and the maximum number specified in the predetermined areas (510, 511, and 512) is shown in FIG. The number of people may vary.

In one embodiment, each predetermined area 510, 511, and 512 may include an indicator indicating the number of people who can participate or are currently participating in maintaining the obstacle object. For example, indicators 520, 521, and 523 indicating that there are people participating in maintaining the obstacle object and indicators 522, 524, and 525 indicating that there are people currently participating in maintaining the obstacle object, respectively. It can be displayed in different forms.

For example, referring to the example shown in FIG. 5, in the case of the first area 510, the corresponding obstacle object was not created, and an indicator indicates that up to two more people can participate in the creation and maintenance of the obstacle object ( 520, 521). In the case of the second area 511, the indicator 522 indicates that the first obstacle object 530 has been created by the user character, and one person can still participate in maintaining the first obstacle object 530. The presence is indicated by the indicator 523. In the case of the third area 512, the indicators 524 and 525 indicate that the second obstacle object 531 is maintained by two user characters, which is the maximum number of users.

The generated obstacle objects 530 and 531 are objects that the user character cannot pass through. However, in one embodiment, user characters may attack or use skills targeting other user characters beyond the obstacle objects 530 and 531. That is, the obstacle objects 530 and 531 may be set to pass through the user character's attacks and skills.

In one embodiment, user characters participating in maintaining obstacle objects 530 and 531 may be restricted in movement. For example, user characters participating in maintaining the obstacle objects 530 and 531 may not be able to move at all or may be set so that they cannot leave the predetermined areas 511 and 512 corresponding to the obstacle objects 530 and 531. You can. However, even in this case, in one embodiment, user characters participating in maintaining the obstacle objects 530 and 531 may be set to attack or use skills.

In one embodiment, if there are still people who can participate in maintenance, user characters may additionally participate in maintaining the obstacle object. For example, in a siege, a user character belonging to a group designated as the defender moves into the first area 510 and creates an obstacle object, or moves into the second area 511 and maintains the first obstacle object 530. You can participate in For example, a user character belonging to the same group as the user character that created the first obstacle object 530 may move into the second area 511 and participate in maintaining the first obstacle object 530.

According to the method for multiple users to create obstacle objects according to various embodiments of the present disclosure, users can actively install obstacle objects in a virtual space within the game, so that more diverse strategies can be utilized on the battlefield. Additionally, users can create stronger obstacle objects by cooperating, so users can enjoy the fun of cooperation in group battles. Therefore, the user's interest and immersion in the game can be further increased.

FIG. 6 is a diagram illustrating a process in which an obstacle object is attacked according to various embodiments of the present disclosure.

Referring to FIG. 6, while the first user character 310 and the second user character 311 are participating in maintaining the obstacle object 610a, the third user character 313 maintains the obstacle object 610a. An example of an attack is shown.

In various embodiments, the third user character 313 may perform an operation to cause damage to the created obstacle object 610a (600a). The game providing device may receive a user input from the user of the third user character 313 to attack the obstacle object 610a or use an attack skill targeting the obstacle object 610a.

In one embodiment, the third user character 313 capable of attacking the obstacle object 610a may be a user character belonging to a specific group. For example, in a siege, a third user character 313 belonging to a group designated as the attacker may attack an obstacle object 610a on the defender. For example, a third user character 313 in a hostile relationship with the first user character 310 that created the obstacle object 610a and the second user character 311 participating in maintaining the obstacle object 610a. ) can attack the obstacle object 610a.

In various embodiments, when the third user character 313 attacks the obstacle object 610a successfully, the vitality of the obstacle object 610b may be reduced (600b). In one embodiment, the amount by which the vitality of the obstacle object 610b is reduced may be determined based on the defense of the obstacle object 610b. In one embodiment, the amount by which the vitality of the obstacle object 610b is reduced may be determined based on the attack type of the third user character 313 and the defense power for each attack type of the obstacle object 610b.

In one embodiment, when the attack of the third user character 313 on the obstacle object 610a is successful, the first user character 310 and the second user character 311 participating in maintaining the obstacle object 610b )'s vitality may be reduced. Conversely, in one embodiment, when the attack of the third user character 313 against the first user character 310 or the second user character 311 is successful, the vitality of the obstacle object 610b may be reduced. In one embodiment, the current vitality of the obstacle object 610b and the current vitality of the first user character 310 and the second user character 311 participating in maintaining the obstacle object 610b may be linked in real time. there is. In another embodiment, the current vitality of the obstacle object 610b and the current vitality of the first user character 310 and the second user character 311 participating in maintaining the obstacle object 610b may be independent of each other. .

FIG. 7 is a diagram illustrating a process of recovering an obstacle object according to various embodiments of the present disclosure.

Referring to FIG. 7, while the first user character 310 and the second user character 311 are participating in maintaining the obstacle object 710a, the first user character 310 or the fourth user character 314 ) An example of recovering the obstacle object 710a is shown.

In various embodiments, the fourth user character 314 may perform an operation to restore the damaged obstacle object 710a (700a). The game providing device may receive a user input for recovering the obstacle object 710a or using a recovery skill for the obstacle object 710a from the user of the fourth user character 314.

In one embodiment, the fourth user character 314 capable of recovering the obstacle object 710a may be conditioned to be a user character belonging to a specific group. For example, in a siege, the fourth user character 314 belonging to a group designated as the defense side can recover the obstacle object 710a of the defense side. For example, a fourth user character ( 314) may recover the obstacle object 710a. For example, the first user character 310 that created the obstacle object 710a and the second user character 311 participating in maintaining the obstacle object 710a may recover the obstacle object 710a. .

In various embodiments, in response to the fourth user character 314 performing an operation to restore the obstacle object 710a, the vitality of the obstacle object 710b may be increased (700b). At this time, the vitality of the obstacle object 710b may not increase beyond the maximum vitality.

In one embodiment, when the fourth user character 314 performs a recovery operation with respect to the obstacle object 710a, the first user character 310 and the second user character participating in maintaining the obstacle object 710b (311) Vitality can be increased. Conversely, in one embodiment, when the fourth user character 314 performs a recovery operation with respect to the first user character 310 or the second user character 311, the vitality of the obstacle object 710b may be increased. there is. In one embodiment, the current vitality of the obstacle object 710b and the current vitality of the first user character 310 and the second user character 311 participating in maintaining the obstacle object 710b may be linked in real time. there is. In another embodiment, the current vitality of the obstacle object 710b and the current vitality of the first user character 310 and the second user character 311 participating in maintaining the obstacle object 710b may be independent of each other. .

FIG. 8 is a diagram illustrating a process in which an obstacle object is destroyed according to various embodiments of the present disclosure.

Referring to FIG. 8, while the first user character 310 and the second user character 311 are participating in maintaining the obstacle object 810a, the third user character 313 maintains the obstacle object 810a. An example of attack and destruction is shown.

In various embodiments, the third user character 313 may attack the obstacle object 810a, causing the current vitality of the obstacle object 810a to drop to 0 or less (800a). An obstacle object (810b) whose current vitality is 0 or less after being attacked may be destroyed and removed from the virtual space within the game (800b).

In one embodiment, the game providing device may process the user characters 310 and 311 participating in maintaining the obstacle object 810a to die when the obstacle object 810b is destroyed by an attack. . In one embodiment, the user characters 310 and 311 participating in maintaining the obstacle object 810a will immediately have 0 vitality and be treated as dead regardless of their current vitality the moment the obstacle object 810b is destroyed. You can. In one embodiment, when the vitality of the obstacle object 810a and the user characters 310 and 311 participating in maintaining the obstacle object 810a are linked in real time, the vitality of the obstacle object 810b is 0 or less. As it decreases, the vitality of the user characters 310 and 311 may also become 0 and they may be treated as dead.

In one embodiment, the game providing device may set it so that, when the obstacle object 810b is destroyed by an attack, another obstacle object cannot be created in the same location for a predetermined regeneration waiting time. For example, even if another user character approaches within a predetermined area corresponding to the destroyed obstacle object 810b, the first interface for creating the obstacle object may not be provided. In one embodiment, the game providing device may provide the user with information about the regeneration waiting time for re-creating the obstacle object at the location of the destroyed obstacle object 810b.

According to an embodiment of the present disclosure, when an obstacle object is destroyed, all user characters participating in maintaining the obstacle object die together, thereby inducing the battle surrounding the obstacle object to become more intense. Therefore, by increasing the tension and sense of cooperation among users participating in group battles, a more interesting game experience can be delivered.

FIG. 9 is a diagram illustrating a method for a user character to escape from maintaining an obstacle object, according to various embodiments of the present disclosure.

Referring to FIG. 9 , an example of a game screen displayed on the user terminal of a second user operating the second user character 311 is shown. Illustratively, in a state where one first user character 310 and a second user character 311 participate in maintaining the obstacle object 920a, the second user character 311 maintains the obstacle object 920b. This will be explained assuming the case where maintenance is stopped and departure occurs.

In various embodiments, a third user interface 910 is provided to a second user manipulating a second user character 311 participating in maintaining obstacle object 920a to stop maintaining obstacle object 920a. ) may be provided (900a). The game providing device may obtain a third user input to stop maintaining the obstacle object 920a through the third user interface 910.

In various embodiments, in order for the second user character 311 to stop maintaining the obstacle object 920b and leave, a specific exit condition may need to be satisfied. In one embodiment, the third user interface 910 may be provided based on the second user character 311 being in a non-combat state. A non-combat state may mean a state in which the user character attacks another character or object, is attacked by another character, or is not the target of an attack. In one embodiment, the third user interface 910 may be provided based on the fact that the obstacle object 920a that the second user character 311 is participating in maintaining is in a non-combat state. In one embodiment, when the state of the second user character 311 satisfies the exit condition, the third user interface 910 may be displayed or activated on the second user's user terminal.

In various embodiments, based on receiving a third user input through the third user interface 910, the game providing device may change characteristic parameters of the obstacle object 920b (900b). In one embodiment, the characteristic parameters of the obstacle object 920b may be changed based on the characteristic parameters of the second user character 311 that deviates from maintaining the obstacle object 920b.

In one embodiment, the vitality of the obstacle object 920b from which the second user character 311 escapes may be determined based only on the first user character 310 remaining to maintain the obstacle object 920b. That is, the vitality of the obstacle object 920b may decrease as the second user character 311 leaves. In one embodiment, the reduced vitality at this time may be the maximum vitality rather than the current vitality of the obstacle object 920b. In another embodiment, the current vitality and maximum vitality of the obstacle object 920b may decrease at the same rate.

In one embodiment, the defense power of the obstacle object 920b from which the second user character 311 escapes may be determined based only on the first user character 310 remaining to maintain the obstacle object 920b. That is, the defense power of the obstacle object 920b may decrease as the second user character 311 leaves.

In one embodiment, the state of the second user character 311 may be switched to a state where it does not participate in maintaining the obstacle object 920b. Accordingly, in one embodiment, movement restrictions when the second user character 311 is participating in maintaining the obstacle object 920a may be lifted.

In one embodiment, when the second user character 311 leaves while the number of user characters participating in maintaining the obstacle object 920a reaches the maximum number of participants, the appearance of the obstacle object 920b may be changed. .

In one embodiment, as the second user character 311 leaves the obstacle object 920b, the indicator 351 indicating that the second user character 311 is participating in maintaining the obstacle object 910a is can be removed

In one embodiment, when only one user character 310 is maintaining the obstacle object 920b and the one user character 310 stops maintaining the obstacle object 920b and leaves, the game is provided. The device can remove the obstacle object 920b from the virtual space within the game. In one embodiment, when the obstacle object 920b is removed by the departure of the last user character 310, unlike when the obstacle object is destroyed by an attack, the user character who was participating in maintaining the obstacle object 920b They may not die. In one embodiment, when the obstacle object 920b is removed due to the departure of the last user character 310, unlike when the obstacle object is destroyed by an attack, the location where the obstacle object 920b was removed without a regeneration waiting time You can immediately regenerate obstacle objects.

Figure 9 shows an example in which some of the plurality of user characters participating in maintaining the obstacle object stop maintaining the obstacle object and leave. In an alternative embodiment, the consent of all user characters involved in maintaining the obstacle object may be required for the user character involved in maintaining the obstacle object to stop maintaining the obstacle object and leave. That is, the game providing device removes the obstacle object from the in-game space based on receiving a third user input from all of the users whose user characters were participating in maintaining the obstacle object, and changes the state of the user characters to obstacle You can switch to a state that does not participate in maintaining the object.

FIG. 10 is a diagram for explaining the detailed configuration of a game providing device according to various embodiments of the present disclosure.

As shown in FIG. 10, the game providing device 1000 according to some embodiments includes at least one processor 1010, an output unit 1030, a memory 1050, a user input unit 1070, and a communication unit 1090. It can be included. However, not all components shown in FIG. 10 are essential components of the game providing device 1000. The game providing device 1000 may be implemented with more components than those shown in FIG. 10, or the game providing device 1000 may be implemented with fewer components than those shown in FIG. 10. The game providing device 1000 may be a user terminal, a server, a game network system, or a separate device.

According to one embodiment of the present disclosure, the processor 1010 typically controls the overall operation of the game providing device 1000. For example, the processor 1010 can generally control the output unit 1030, memory 1050, user input unit 1070, and communication unit 1090 by executing a program stored in the memory 1050. . The processor 130 can control the operation of the game providing device 1000 in this specification by controlling the output unit 1030, memory 1050, user input unit 1070, and communication unit 1090. .

According to one embodiment of the present disclosure, the processor 1010 receives a first user input from a first user to cause the first user's first user character to create an obstacle object at a predetermined location in the virtual space within the game. Receive, based on the received first user input, create an obstacle object at the predetermined location that the user character cannot pass, and, from a second user, create a second user character of the second user. A second user input for participating in maintenance of the obstacle object may be received, and characteristic parameters of the created obstacle object may be changed based on the received second user input. The processor 1010 may determine characteristic parameters of the obstacle object based on characteristic parameters of user characters participating in creating or maintaining the obstacle object.

According to one embodiment, the processor 1010 may determine the vitality of the obstacle object based on the vitality of user characters who participated in creating or maintaining the obstacle object.

According to one embodiment, the processor 1010 reduces the vitality of the created obstacle object based on the result of the user character attacking the created obstacle object, and based on the vitality of the obstacle object becoming 0 or less. , the obstacle object can be processed to be destroyed.

According to one embodiment, the processor 1010 may process user characters who participated in creating or maintaining the obstacle object to die based on the obstacle object being destroyed.

According to one embodiment, when the obstacle object is destroyed, the processor 1010 may set the creation of another obstacle object at the predetermined location for a predetermined time to be prohibited.

According to one embodiment, the processor 1010 may determine the defense power of the obstacle object based on the defense power of user characters who participated in creating or maintaining the obstacle object.

According to one embodiment, the processor 1010 provides a first user interface for generating the obstacle object at the predetermined location based on the first user character being located in a predetermined area close to the predetermined location. It may be provided to a first user, and the first user input may be received from the first user through the first user interface.

According to one embodiment, the processor 1010 may provide a second user character to participate in maintaining an obstacle object created at the predetermined location based on the second user character being located within a predetermined area close to the predetermined location. A user interface may be provided to the second user, and the second user input may be received from the second user through the second user interface.

According to one embodiment, the processor 1010 may change the appearance of the obstacle object based on the number of user characters participating in maintaining the obstacle object reaching a predetermined maximum number.

According to one embodiment, the processor 1010 may set the user character who participates in creating or maintaining the obstacle object to be restricted from moving within the virtual space in the game while participating in maintaining the obstacle object.

According to one embodiment, the processor 1010 may set a user character participating in creating or maintaining the obstacle object to attack or use a skill while the obstacle object is maintained.

According to one embodiment, the processor 1010 may send a third user message from a user of a user character who has participated in creating or maintaining the obstacle object to a third user to stop the user character from participating in the maintenance of the created obstacle object. An input may be received, and characteristic parameters of the generated obstacle object may be changed based on the received third user input.

According to one embodiment, the processor 1010 configures a third user to stop participating in maintaining the created obstacle object based on the user character participating in creating or maintaining the obstacle object being in a non-combat state. An interface may be provided to the user of the user character, and the third user input may be received from the user through the third user interface.

According to one embodiment, when only one user character participates in maintaining the generated obstacle object, the processor 1010, based on the received third user input, stores the generated obstacle object in the game. I can remove it from my virtual space.

The output unit 1030 may display and output information processed by the game providing device 1000. The output unit 1030 may output a game screen including graphic interfaces under the control of the processor 1010. The output unit 1030 can output notifications about game information in the form of images, videos, sounds, vibrations, lamps, etc.

According to an embodiment of the present disclosure, the output unit 1030 may display a first user interface for creating an obstacle object at a predetermined location in the virtual space within the game under the control of the processor 1010. According to one embodiment, the output unit 1030 may display a second user interface for participating in maintaining the obstacle object created at the predetermined location under the control of the processor 1010. According to one embodiment, the output unit 1030 may display a third user interface to stop participating in maintaining the created obstacle object under the control of the processor 1010.

The memory 1050 may store programs for processing and controlling the processor 1010, and may also store data input to or output from the game providing device 1000.

According to one embodiment of the present disclosure, the memory 1050 may store a designated location where an obstacle object can be created in a virtual space within the game. According to one embodiment, memory 1050 may store the maximum number of user characters that can participate in maintaining the obstacle object. According to one embodiment, the memory 1050 may store rules for determining characteristic parameters of obstacle objects. According to one embodiment, memory 1050 may store conditions necessary for a user character to create, participate in maintaining, stop maintaining, attack, or recover from an obstacle object.

According to an embodiment of the present disclosure, the processor 1010 can execute a game providing method using a program stored in the memory 1050.

According to an embodiment of the present disclosure, the memory 1050 is a flash memory type, hard disk type, multimedia card micro type, or card type memory (e.g. (e.g. SD or It may include at least one type of storage medium among (Only Memory), magnetic memory, magnetic disk, and optical disk. Additionally, according to an embodiment of the present disclosure, programs stored in the memory 1050 may be classified into a plurality of modules according to their functions.

The user input unit 1070 refers to a means through which a user inputs data to control the game providing device 1000. For example, the user input unit 1070 may include devices that can receive various types of user input, such as a keyboard, physical button, mouse, joystick, touch screen, touch pad, camera, or microphone.

According to one embodiment of the present disclosure, the user input unit 1070 may receive a first user input for causing the user character to create an obstacle object at a predetermined location in the virtual space within the game. According to one embodiment, the user input unit 1070 may receive a second user input for causing the user character to participate in maintaining the created obstacle object. According to one embodiment, the user input unit 1070 may receive a third user input to stop the user character from participating in maintaining the created obstacle object.

The communication unit 1090 can communicate with an external device under the control of the processor 1010. For example, the communication unit 1090 may communicate with an external device such as a payment server or authentication server under the control of the processor 1010. Additionally, the communication unit 1090 may obtain user information or user input through communication with an external interface.

According to an embodiment of the present disclosure, the game providing method may be performed in the game providing device 1000, or may be performed in a server or a user terminal, and at least one configuration included in the game providing device 1000 is as shown in the preceding figure. The embodiments described in FIGS. 1 to 9 can be performed.

Additionally, the game provision method may be performed individually or jointly by the server and the user terminal. The configuration of the server and user terminal is described in more detail in FIGS. 11 and 12 below.

FIG. 11 is a diagram for explaining the detailed configuration of a server according to various embodiments of the present disclosure.

As shown in FIG. 11 , the server 1100 according to some embodiments may include at least one processor 1110, a communication unit 1130, and a memory 1150. However, not all components shown in FIG. 11 are essential components of the server 1100. The server 1100 may be implemented with more components than those shown in FIG. 11 , or the server 1100 may be implemented with fewer components than the components shown in FIG. 11 . The server 1100 may be a user terminal, a server, a game network system, or a separate device.

According to one embodiment of the present disclosure, the processor 1110 typically controls the overall operation of the server 1100. For example, the processor 1110 can generally control the communication unit 1130 and the memory 1150 by executing a program stored in the memory 1150. The processor 1110 can control the operation of the server 1100 in this specification by controlling the communication unit 1130 and the memory 1150.

According to one embodiment of the present disclosure, the processor 1110 receives a first user input from a first user to cause the first user's first user character to create an obstacle object at a predetermined location in the virtual space within the game. Receive, based on the received first user input, create an obstacle object at the predetermined location that the user character cannot pass, and, from a second user, create a second user character of the second user. A second user input for participating in maintenance of the obstacle object may be received, and characteristic parameters of the created obstacle object may be changed based on the received second user input. The processor 1110 may determine characteristic parameters of the obstacle object based on characteristic parameters of user characters participating in creating or maintaining the obstacle object.

According to an embodiment of the present disclosure, the operation of the processor 1110 may correspond to the operation of the processor 1010 of the game providing device 1000 described in FIG. 10, and therefore detailed description is omitted.

The communication unit 1130 may provide a query to the user terminal 1200 under the control of the processor 1110 and receive response information to the query. Additionally, according to an embodiment of the present disclosure, the communication unit 1130 is capable of transmitting and receiving data to and from the user terminal 1200, and the data transmitted and received to and from the user terminal 1200 may be stored in the user terminal 1200 or within the user terminal 1200. It may contain control data that controls the included program.

According to an embodiment of the present disclosure, the communication unit 1130 may receive a first user input, a second user input, or a third user input from the user terminal 1200 and transmit it to the processor 1110.

The memory 1150 may store programs for processing and control of the processor 1110, and may also store data input to or output from the server 1100. According to an embodiment of the present disclosure, the memory 1150 may store information about user accounts and game-related information.

According to one embodiment of the present disclosure, the memory 1050 may store a designated location where an obstacle object can be created in a virtual space within the game. According to one embodiment, memory 1050 may store the maximum number of user characters that can participate in maintaining the obstacle object. According to one embodiment, the memory 1050 may store rules for determining characteristic parameters of obstacle objects. According to one embodiment, memory 1050 may store conditions necessary for a user character to create, participate in maintaining, stop maintaining, attack, or recover from an obstacle object.

According to an embodiment of the present disclosure, the processor 1110 may execute a game providing method using a program stored in the memory 1150.

According to an embodiment of the present disclosure, the memory 1150 may be a flash memory type, hard disk type, multimedia card micro type, or card type memory (e.g. (e.g. SD or It may include at least one type of storage medium among (Only Memory), magnetic memory, magnetic disk, and optical disk. Additionally, according to an embodiment of the present disclosure, programs stored in the memory 1150 may be classified into a plurality of modules according to their functions.

Additionally, according to an embodiment of the present disclosure, the game providing method may be performed separately by the server 1100 and the user terminal 1200, or the server 1100 and the user terminal 1200 may perform the game individually. It may also be performed in the provision device 1000.

FIG. 12 is a diagram for explaining the detailed configuration of a user terminal according to various embodiments of the present disclosure.

As shown in FIG. 12, the user terminal 1200 according to some embodiments may include at least one processor 1210, an output unit 1230, a memory 1250, a user input unit 1270, and a communication unit 1290. You can. However, not all components shown in FIG. 12 are essential components of the user terminal 1200. The user terminal 1200 may be implemented with more components than those shown in FIG. 12 , or the user terminal 1200 may be implemented with fewer components than the components shown in FIG. 12 .

According to one embodiment of the present disclosure, the processor 1210 typically controls the overall operation of the user terminal 1200. For example, the processor 1210 can generally control the output unit 1230, memory 1250, user input unit 1270, and communication unit 1290 by executing a program stored in the memory 1250. The processor 1210 may control the operation of the user terminal 1200 in this specification by controlling the output unit 1230, memory 1250, user input unit 1270, and communication unit 1290.

The output unit 1230 may display and output information processed in the user terminal 1200. The output unit 1230 includes a liquid crystal display, a thin film transistor-liquid crystal display, an organic light-emitting diode, a flexible display, and a three-dimensional display ( It may include at least one of a 3D display and an electrophoretic display. When the output unit 1230 and the touch pad form a layered structure to form a touch screen, the output unit 1230 can be used as an input device in addition to an output device. Additionally, the output unit 1230 may include an LED lamp, a vibration motor, a speaker, a flash, etc., but is not limited to the above examples.

The output unit 1230 may output a game screen including graphic interfaces under the control of the processor 1210. The output unit 1230 can output notifications about game information in the form of images, videos, sounds, vibrations, lamps, etc.

According to an embodiment of the present disclosure, the output unit 1230 may display a first user interface for creating an obstacle object at a predetermined location in the virtual space within the game under the control of the processor 1210. According to one embodiment, the output unit 1230 may display a second user interface for participating in maintaining the obstacle object created at the predetermined location under the control of the processor 1210. According to one embodiment, the output unit 1230 may display a third user interface to stop participating in maintaining the created obstacle object under the control of the processor 1210.

The memory 1250 may store programs for processing and control of the processor 1210, and may also store data input to or output from the user terminal 1200.

According to an embodiment of the present disclosure, the processor 1210 may execute a game providing method using a program stored in the memory 1250.

According to an embodiment of the present disclosure, the memory 1250 may be a flash memory type, hard disk type, multimedia card micro type, or card type memory (e.g. (e.g. SD or It may include at least one type of storage medium among (Only Memory), magnetic memory, magnetic disk, and optical disk. Additionally, according to an embodiment of the present disclosure, programs stored in the memory 1250 may be classified into a plurality of modules according to their functions.

According to an embodiment of the present disclosure, the user input unit 1270 may include various interfaces. For example, the user input unit 1270 includes a key pad, a dome switch, a voice input interface, a fingerprint input interface, and a touch input interface (contact capacitive type, pressure resistive type, infrared detection). method, surface ultrasonic conduction method, integrated tension measurement method, piezo effect method, etc.), cameras, jog wheels, jog switches, etc., and various sensors such as acceleration sensors, position sensors, temperature sensors, and optical sensors. It can also be linked to the user interface. However, the user input unit 1270 is not limited to this and may include a device that supports various inputs.

According to one embodiment of the present disclosure, the user input unit 1270 may receive a first user input for causing the user character to create an obstacle object at a predetermined location in the virtual space within the game. According to one embodiment, the user input unit 1270 may receive a second user input for causing the user character to participate in maintaining the created obstacle object. According to one embodiment, the user input unit 1270 may receive a third user input to stop the user character from participating in maintaining the created obstacle object.

The communication unit 1290 may provide a query to the server 1100 under the control of the processor 1210 and receive response information to the query. In addition, according to an embodiment of the present disclosure, the communication unit 1290 can transmit and receive data with the server 1100, and the data transmitted and received with the server 1100 includes the user terminal 1200 or the user terminal 1200. It may contain control data that controls the program.

According to an embodiment of the present disclosure, the communication unit 1290 may transmit the received first user input, second user input, or third user input to the server 1100 according to the control of the processor 1210.

According to an embodiment of the present disclosure, the communication unit 1290 includes a Bluetooth communication unit, a Bluetooth Low Energy (BLE) communication unit, a Near Field Communication unit, a WLAN (Wi-Fi) communication unit, a Zigbee communication unit, and an infrared (IrDA) communication unit. It may include, but is not limited to, an infrared Data Association (WFD) communication unit, a WFD (Wi-Fi Direct) communication unit, a UWB (ultra wideband) communication unit, and an Ant+ communication unit.

Additionally, according to an embodiment of the present disclosure, the communication unit 1290 transmits and receives wireless signals with at least one of a base station, an external terminal, and a server on a mobile communication network. Here, the wireless signal may include various types of data according to voice call signals, video call signals, or text/multimedia message transmission and reception.

The device described above may be implemented with hardware components, software components, and/or a combination of hardware components and software components. For example, devices and components described in embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), etc. , may be implemented using one or more general-purpose or special-purpose computers, such as a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. A processing device may execute an operating system (OS) and one or more software applications that run on the operating system. Additionally, a processing device may access, store, manipulate, process, and generate data in response to the execution of software. For ease of understanding, a single processing device may be described as being used; however, those skilled in the art will understand that a processing device includes multiple processing elements and/or multiple types of processing elements. It can be seen that it may include. For example, a processing device may include a plurality of processors or one processor and one controller. Additionally, other processing configurations, such as parallel processors, are possible.

Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing unit to operate as desired, or may be processed independently or collectively. You can command the device. Software and/or data may be used on any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted by or to provide instructions or data to a processing device. , or may be permanently or temporarily embodied in a transmitted signal wave. Software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer-readable medium. Computer-readable media may include program instructions, data files, data structures, etc., singly or in combination. Program instructions recorded on the medium may be specially designed and configured for the embodiment or may be known and available to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -Includes optical media (magneto-optical media) and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, etc. Examples of program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

As described above, although the embodiments have been described with limited examples and drawings, various modifications and variations can be made by those skilled in the art from the above description. For example, the described techniques are performed in a different order than the described method, and/or components of the described system, structure, device, circuit, etc. are combined or combined in a different form than the described method, or other components are used. Alternatively, appropriate results may be achieved even if substituted or substituted by an equivalent.

Therefore, other implementations, other embodiments, and equivalents of the claims also fall within the scope of the claims described below.

Claims (21)

Receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within the game;
Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location;
Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and
changing characteristic parameters of the generated obstacle object based on the received second user input;
Including,
The characteristic parameters of the obstacle object are determined based on the characteristic parameters of user characters participating in creating or maintaining the obstacle object.
How the game is delivered.
According to paragraph 1,
The characteristic parameters of the obstacle object include vitality,
The vitality of the obstacle object is determined based on the vitality of user characters who participated in creating or maintaining the obstacle object.
How the game is delivered.
According to paragraph 2,
The vitality of the obstacle object increases as the number of user characters involved in creating or maintaining the obstacle object increases.
How the game is delivered.
According to paragraph 1,
Reducing the vitality of the created obstacle object based on a result of the user character attacking the created obstacle object; and
Processing the obstacle object to be destroyed based on the vitality of the obstacle object being 0 or less;
A method of providing a game, further comprising:
According to paragraph 4,
Based on the destruction of the obstacle object, processing user characters who participated in creating or maintaining the obstacle object to die;
A method of providing a game, further comprising:
According to paragraph 4,
When the obstacle object is destroyed, the creation of another obstacle object at the predetermined location is prohibited for a predetermined time.
According to paragraph 1,
The characteristic parameters of the obstacle object include defense power,
The vitality of the obstacle object is determined based on the defense power of user characters who participated in creating or maintaining the obstacle object.
How the game is delivered.
According to paragraph 1,
The predetermined location is a predetermined location in the virtual space within the game,
How the game is delivered.
According to clause 8,
The step of receiving the first user input includes:
providing the first user with a first user interface for creating the obstacle object at the predetermined location based on the first user character being located within a predetermined area close to the predetermined location; and
Receiving the first user input from the first user through the first user interface;
Method of providing the game, including.
According to clause 8,
The step of receiving the second user input is,
Based on the second user character being located within a predetermined area close to the predetermined location, providing the second user with a second user interface for participating in maintaining an obstacle object created at the predetermined location. ; and
Receiving the second user input from the second user through the second user interface;
Method of providing the game, including.
According to paragraph 1,
A method for providing a game, wherein the maximum number of user characters that can participate in maintaining the obstacle object is predetermined.
According to clause 11,
changing the appearance of the obstacle object based on the number of user characters participating in maintaining the obstacle object reaching the maximum number;
A method of providing a game, further comprising:
According to paragraph 1,
A user character participating in creating or maintaining the obstacle object is restricted from moving within the virtual space within the game while participating in maintaining the obstacle object.
How the game is delivered.
According to paragraph 1,
A user character participating in creating or maintaining the obstacle object may attack or use a skill while participating in maintaining the obstacle object.
How the game is delivered.
According to paragraph 1,
receiving, from a user of a user character participating in creating or maintaining the obstacle object, a third user input for the user character to stop maintaining the created obstacle object; and
changing characteristic parameters of the generated obstacle object based on the received third user input;
A method of providing a game, further comprising:
According to clause 15,
The step of receiving the third user input is,
Based on the user character participating in creating or maintaining the obstacle object being in a non-combat state, providing a third user interface to the user of the user character to stop maintaining the created obstacle object; and
Receiving the third user input from the user through the third user interface;
Method of providing the game, including.
According to clause 15,
The step of changing characteristic parameters of the generated obstacle object based on the received third user input includes:
If only one user character is participating in maintaining the created obstacle object, removing the generated obstacle object from the virtual space in the game based on the received third user input;
Method of providing the game, including.
In the game providing device, the game providing device includes:
memory to store instructions; and
At least one processor functionally connected to the memory,
The at least one processor executes the instructions,
Receiving, from a first user, a first user input for causing the first user's first user character to create an obstacle object at a predetermined location in a virtual space within the game,
Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location,
Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object,
Based on the received second user input, set to change characteristic parameters of the generated obstacle object,
The characteristic parameters of the obstacle object are determined based on the characteristic parameters of user characters participating in creating or maintaining the obstacle object.
Game delivery device.
In a server providing a game service, the server:
memory to store instructions; and
At least one processor functionally connected to the memory,
The at least one processor executes the instructions,
Receiving, from a first user, a first user input for causing the first user's first user character to create an obstacle object at a predetermined location in a virtual space within the game,
Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location,
Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object,
Based on the received second user input, set to change characteristic parameters of the generated obstacle object,
The characteristic parameters of the obstacle object are determined based on the characteristic parameters of user characters participating in creating or maintaining the obstacle object.
server.
Receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within the game;
Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location;
Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and
changing characteristic parameters of the generated obstacle object based on the received second user input;
Including,
A computer program stored in a medium for executing a game providing method in combination with hardware, wherein the characteristic parameters of the obstacle object are determined based on the characteristic parameters of user characters participating in creating or maintaining the obstacle object.
Receiving, from a first user, a first user input for causing a first user character of the first user to create an obstacle object at a predetermined location in a virtual space within the game;
Based on the received first user input, creating an obstacle object that the user character cannot pass through at the predetermined location;
Receiving, from a second user, a second user input for causing a second user character of the second user to participate in maintaining the created obstacle object; and
changing characteristic parameters of the generated obstacle object based on the received second user input;
Including,
A computer-readable recording medium containing a program for executing a game providing method on a computer, wherein the characteristic parameters of the obstacle object are determined based on the characteristic parameters of user characters participating in creating or maintaining the obstacle object.

Images