WO2009051284A2 - The processing method of dynamic event and the application system thereof in on line game environment - Google Patents

The processing method of dynamic event and the application system thereof in on line game environment Download PDF

Info

Publication number
WO2009051284A2
WO2009051284A2 PCT/KR2007/005032 KR2007005032W WO2009051284A2 WO 2009051284 A2 WO2009051284 A2 WO 2009051284A2 KR 2007005032 W KR2007005032 W KR 2007005032W WO 2009051284 A2 WO2009051284 A2 WO 2009051284A2
Authority
WO
WIPO (PCT)
Prior art keywords
block
attribute
character
event
combo
Prior art date
Application number
PCT/KR2007/005032
Other languages
French (fr)
Other versions
WO2009051284A3 (en
Inventor
Kee-Young Kim
Original Assignee
T3 Entrtainment Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by T3 Entrtainment Co., Ltd. filed Critical T3 Entrtainment Co., Ltd.
Priority to PCT/KR2007/005032 priority Critical patent/WO2009051284A2/en
Priority to KR1020097015743A priority patent/KR20090101473A/en
Priority to KR1020097015744A priority patent/KR20100056995A/en
Publication of WO2009051284A2 publication Critical patent/WO2009051284A2/en
Publication of WO2009051284A3 publication Critical patent/WO2009051284A3/en

Links

Classifications

    • A63F13/10—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/56—Computing the motion of game characters with respect to other game characters, game objects or elements of the game scene, e.g. for simulating the behaviour of a group of virtual soldiers or for path finding
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/61—Score computation
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/63—Methods for processing data by generating or executing the game program for controlling the execution of the game in time
    • A63F2300/638—Methods for processing data by generating or executing the game program for controlling the execution of the game in time according to the timing of operation or a time limit
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
    • A63F2300/807—Role playing or strategy games

Definitions

  • the present invention relates to a processing method of a dynamic event applied to an on-line game having simulation or the like and an application system using the same in on-line game environment, and more particularly to an processing method of a dynamic event that changes attributes of an object composed of a character and items and induces interest and level changes according to weight of each level, and an application system using the same in on-line game environment.
  • a conventional on-line game market is mainly composed of MUD (Multi User Dungeon Game) in which rooms where events happen in a text format are arranged such that players cope with the events to raise their levels, and MUG (Multi User Graphical game) in which events are exhibited more visually.
  • MUD Multi User Dungeon Game
  • MUG Multi User Graphical game
  • the on-line game may be classified based on genre into arcade game, MMORPG, strategic simulation, adventure game and so on.
  • the genre such as adventure game mostly allows a user to enjoy solely, so its position is gradually decreased in the on-line game market, currently substantially not existing except for the package game market.
  • MMORPG Massively Multiplayer Online Role Playing Game
  • developed from the role playing game is a massive on-line game based on a plurality of clients and servers, which employs a message code system to minimize packet traffics with a main server and a user server.
  • MMORPG is considered as the main stream in aspect of increased consumers and profits.
  • an on-line game is classified into a status-based on-line game, a ski 11-based on-line game and a mixed on-line game, depending on a pint distribution pattern according to level up.
  • the status-based on-line game allows increase of status points such as strength, health, mental force and luck, and possibilities of increasing the abilities are different dependent on a character type. For example, an aggressive character increases strength, a defensive character increases health, a magician character increases a mental force, and an exploring character increases luck.
  • the skill-based on-line game gives differential skills to a weapon used in the game such that the skill is mastered at suitable level and condition. Such skills may be learned when type, level and condition of a character are suitable.
  • Such an on-lie game gives an action event by manipulating an input device or utilizing a special key, and a representative action event is a combo event .
  • Such an action event gives a splendor to a stylish action and also induces interest to a gamer by asking a strategic idea to the gamer.
  • This action event initiates an action with successive motions under a certain condition, beyond a pattern of one action satisfying one input condition.
  • combo events are included in on-line games, but such combo events are implemented just in a monotonous action that is repeated over and over.
  • the present invention provides a new dynamic event with a different pattern from combo events currently suggested.
  • a processing method of a dynamic event in an on-line game environment is a processing method of a block event in an on-line game, which occurs when a character moves a block, wherein a block is moved by the character, and wherein, in case the block stops, it is checked whether the stopped block has the same attribute as an adjacent block adjacent thereto, and then a process for occurring a block event according to the checking result is executed.
  • a processing method of a dynamic event in an on-line game environment is a processing method of a block event in an on-line game, which occurs when a character moves a block to cause explosion between adjacent blocks, wherein an attribute is endowed to the character who moves the block to induce explosion between blocks, and wherein, in case the character whose attribute is maintained collides with another character, a process of determining superiority and inferiority of attributes of the characters and then giving a damage to an inferior character is executed.
  • a processing method of a dynamic event in an on-line game environment is a processing method of a block event in an on-line game, which occurs when a character moves a block to cause explosion between adjacent blocks, wherein the explosion between adjacent blocks generates an explosion object with a predetermined attribute and a predetermined life time, and wherein, in case a character collides with an explosion area formed around the explosion object, a process for determining superiority ad inferiority of attributes of the explosion object and the character and then giving a damage to an inferior character is executed.
  • a processing method of a dynamic event in an on-line game environment is a processing method of a combo event in an on-line game, which conducts successive movement of a block using a single event, wherein, in case a combo event signal for successive movement of a block is input and the successive movement is available as a result of checking availability of the successive movement of the block according to the input signal, a process for finding a block for the movement to set a combo value thereto according to the input signal and then moving the block according to the combo value is executed.
  • an on-line game system for processing a dynamic event is a system in which a server and at least one client are connected through a communication network, wherein any one of the processing methods of a dynamic event explained above is executed in the server.
  • a processing method of a dynamic event in an on-line game environment is a processing method of a combo event in an on-line game, which conducts successive movement of a block using a single event, the processing method comprising: a start signal inputting step for inputting a combo event start signal for the purpose of successive movement of a block; a combo input availability checking step for checking whether the input of a combo event signal for successive movement of the block is available; a combo inputting step for inputting the combo event signal; and a validity checking step for checking whether the block is capable of moving according to the input combo event signa1.
  • an on-line game system for processing a dynamic event is a system in which a server and at least one client are connected through a communication network, wherein any one of the processing methods of a dynamic event, explained above, is executed in the client .
  • any one of the processing methods of a dynamic event explained above, is executed in the client .
  • a user may generate a character, enter a game and play the game on a board zone with a theme to acquire ability and experience, and in this way, the user may grow the character and change attributes of character and parts wearable on the character.
  • the present invention induces competition among the same level users included in the same level by configuring level-based channels, and also may arouse motives for competition by providing user ranking and various rankings of characters.
  • the present invention may give service such as user revitalization in the same region.
  • FIG. 1 is a flowchart illustrating a block event that is a dynamic event according to the present invention.
  • FIG. 2 is a flowchart illustrating event processing between characters according to endowed attributes.
  • FIG. 3 is a flowchart illustrating event processing between characters according to block attributes.
  • FIG. 4 is a flowchart illustrating a combo event that is a dynamic event according to the present invention.
  • FIG. 5 is a flowchart illustrating a combination checking process according to the present invention.
  • FIG. 6 is a flowchart illustrating a character attribute superiority determining process according to the present invention.
  • FIG. 7 is a flowchart illustrating a block attribute superiority determining process according to the present invention.
  • FIG. 8 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 9 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 10 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 11 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 12 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 13 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 14 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 15 is an online game image shot to which the dynamic event of the present invention is applied.
  • FIG. 16 is an online game image shot to which the dynamic event of the present invention is applied. [Best Mode]
  • FIG. 1 is a flowchart illustrating a block event that is a dynamic event.
  • the present invention may be applied to a game using blocks as follows, as one embodiment.
  • AO start step in which a character provided from a server is selected and generated by means of selection of a subscriber user and enters the game is conducted such that the subscriber user accesses a game environment, parts wearable to the character and change of attribute values are set in consideration of point and level of the subscriber, and then a game is progressed on a board zone that gives various themes.
  • a block moving step (Al) is conducted on the program according to recognition of keyboard input value information.
  • a block stop checking step (A2) For the block moved through the moving step (Al), it is determined in a block stop checking step (A2) whether the movement of the block is stopped due to any obstacle or a set value. In case a stop condition is not satisfied, the process returns to the block moving step (Al) such that the block moving step (Al) is progressed again. If the stop condition set in the system is satisfied to stop the block, an attribute combination checking process executing step (AP) is executed, and then the event is ended (A3).
  • the attribute combination checking process conducts a process as shown in FIG. 5. That is to say, in case a block stopping its movement has same attribute as at least one block that contacts with the stopped block in an east, west, south or north direction, explosion is made.
  • the attribute explosion may be conducted in a chain within a predetermined area such that any block contacted with an exploding block and having the same attribute as the exploding block is also exploded in a chain.
  • the attributes may adopt paper, stone and scissors whose superiority and inferiority are already regularly promised, as an example.
  • attributes are endowed with water, fire and ice (water > fire > ice > water). Each block is set to have any one of the above attributes in advance.
  • the start step (AO) of the attribute combination checking process is executed.
  • the step API for checking an attribute of a block stopping its movement in the block event is executed to check an attribute of the corresponding stopped block.
  • an attribute sameness checking step (AP2) for checking whether at least one of blocks adjacent to the stopped block in east, west, south and north directions (namely, in four directions) has the same attribute as the stopped block is executed.
  • an exploded block attribute sameness checking step for checking whether the exploded adjacent block has the same attribute as another adjacent block (namely, adjacent blocks in remaining three directions except for the exploded stopped block) is executed. If there is an adjacent block with the same attribute, the step AP5 for exploding the corresponding adjacent block in a chain is executed.
  • the process returns to the exploded block attribute sameness checking step (AP4) for checking whether the finally exploded block has the same attribute as adjacent blocks in remaining three directions, thereby checking whether or not to conduct the chain explosion again.
  • This chain explosion may be conducted within a predetermined area, and in this case, a step of determining an explosion area may be executed before the exploded block attribute sameness checking step.
  • step AP6 for endowing subsequent or complex character attributes to the character who moves the block is applied according to history of a chain of the exploded blocks, and then the corresponding process is ended (AP7).
  • the attribute endowing step (AP6) gives a value of exploded attribute (for example, water, fire or ice) to the character during a limited time as a weight endowed to the character who induces the explosion.
  • a value of exploded attribute for example, water, fire or ice
  • the attribute values may be endowed subsequently in order to the explosions for a predetermined time, respectively.
  • different attributes may be endowed to the character.
  • Such endowment of attribute may be used for giving a damage to the character or decrease level/point (level/point is endowed by the system as a compensation for victory, and it generally means any tool used for upgrading the character or purchasing separate parts wearable by the character) according to superiority or inferiority of attributes when the character comes in contact with another character during the game.
  • FIG. 2 is a flowchart illustrating event processing between characters according to endowed attributes. It is a processing flow for determining win or lose between a character who is endowed with an attribute in the character attribute endowing step (AP6) as shown in FIG. 5 and a character with no attribute or between characters endowed with different attributes, by means of the attribute combination checking process executing step (AP) according to block movement in FIG. 1. That is to say, the process is progressed when characters of different users moving in the game space contact with each other.
  • a start step (BO) is progressed to a step (Bl) for endowing an attribute to a character for n seconds.
  • an attribute retaining time expiration checking step (B2) is repeatedly conducted until a condition is satisfied. If the attribute retaining time expires (a state value: F), the process goes to an attribute canceling step (B6) to end the corresponding flow (B7). If an attribute retaining time remains (a stats value: T), a collision checking step (B3) is executed to determine whether collision between characters occurs.
  • the collision checking step (B3) if there is no collision (a state value: N), the process returns to the attribute retaining time expiration checking step (B2) again to execute the attribute retaining time expiration checking step (B2) and the collision checking step (B3) repeatedly. In case there occurs collision (or, contact) between characters (a state value'• Y), an attribute superiority determining process executing step (BP) is performed.
  • a damage calculating step (B4) and a damage applying step (B5) are conducted, and then the corresponding flow ends (B7) after the attribute canceling step (B6) is executed.
  • a damage is calculated in a time- based manner that counts a time from the point that the attribute is endowed to the character for n seconds in the attribute endowing step (Bl) and then sets the damage to be weakened as the counted time is passing, or in a set value-based calculating manner that calculates intensity of a damage according to a kind of endowed attribute (complex attribute) using a set value previously given.
  • the damage applying step (B5) applies a damage of a victim character, which decreases a shield value (on occasions, decrease point or level together) and applies animation and effect on a client display to visually show the damage.
  • a set value for survival for example, HP
  • the attribute canceling step (B6) for canceling all attributes applied to the collided character is executed.
  • the attribute superiority determining process (BP) conducts the process as shown in FIG. 6, which determines superiority and inferiority between characters for damage calculation conducted later.
  • a remaining attribute checking step (BPl) is executed to check whether any attribute is endowed to a character. In case characters with no attribute collide with each other, it is impossible to conduct a separate damage calculation, so the process is ended (BP6).
  • BP2 a step for inputting (and storing) attributes of characters with the remaining attribute to the server (or, an attribute superiority determining unit) is executed.
  • a superior attribute checking step is conducted such that, if an attribute of a character input earlier is superior to an attribute of a character input later (a state value: T), an increase flag is endowed to the earlier input character to input (and store) the increase flag (BP4), but if the attribute of the character input earlier is inferior to the attribute of the character input later (a state value: F), an increase flag is endowed to the later input character or a decrease flag is endowed to the earlier input character to input (and store) the flag (BP5). Then, the corresponding process is ended (BP6).
  • the increase or decrease flag is utilized as an operation data for damage calculation of FIG. 2, after the process is ended.
  • the increase or decrease flag preferably includes information of the corresponding character and numerical information of increased or decreased value.
  • FIG. 3 is a flowchart illustrating event processing between characters according to block attributes. If blocks with the same attribute are exploded by executing the block movement and attribute combination checking process (AP) of FIG. 1, the explosion is maintained for a predetermined time, which shows the following flows.
  • AP block movement and attribute combination checking process
  • a collision checking step (C3) for checking collision between the explosion area and an approaching (or, entering) character around the explosion area is executed.
  • an object life time checking step (C2) for checking whether the predetermined time of n seconds expires and a collision checking step (C3) for checking collision between the explosion area and a character are repeatedly executed.
  • a damage is calculated in a time- based manner that counts a time from the explosion object generating step (Cl) for generating an explosion object with a life time of n seconds and then sets the damage to be weakened as the counted time is passing, or in a set value-based calculating manner that calculates intensity of a damage according to a kind of endowed attribute (complex attribute) using a set value previously given.
  • the attribute superiority determining process (CP) executes a process as shown in FIG. 7, which determines superiority and inferiority between an explosion object and a character for damage calculation conducted later.
  • a remaining attribute checking step (CPl) is executed to check whether an attribute is endowed to a block. If the block is not an explosion object, a separate damage calculation is impossible, so the process is set to go to a step (CP6) for ending the process.
  • an attribute (or, a remaining attribute) endowed to the block is an explosion object (a state value: Yes)
  • an inputting (and storing) step (CP2) for inputting attributes of characters adjacent thereto to the server (or, an attribute superiority determining unit) and a superior attribute checking step (CP3) are executed.
  • an increase flag inputting (and storing) step (CP4) for endowing a decrease flag to the character input later or endowing an increase flag to the explosion object and then inputting flag information of the character adjacent to the explosion object is executed.
  • a state value: F a state value of the character input later
  • a decrease flag inputting (and storing) step (CP5) is conducted by endowing an increase flag to the superior character input later or endowing a decrease flag to the explosion object input earlier, and then the corresponding process is ended (CP6).
  • the increase or decrease flag is utilized as an operation data for damage calculation of FIG. 2, so the flag preferably includes information of the corresponding explosion object and the character and numerical information of increased or decreased value.
  • attributes may be classified into water, fire and ice, whose superiority relations are defined as water > fire > ice > water.
  • FIG. 4 is a flowchart illustrating a processing method of a combo event that is a dynamic event according to the present invention.
  • a block used in the combo event is a term with an inclusive concept of a moving object, not limited to a hexahedral box, and the box is just an example.
  • the combo event initiated by a user may be applied to the aforementioned block event that causes a chain explosion among adjacent blocks by transmitting a keyboard input value for movement of a block by a character and thus executing the block moving and attribute combination checking process executing step (AP).
  • a combo data for direction change by a user is input in the client, and the server receives the combo data to conduct the combo event .
  • a start step (SO) is executed in which a user prepares for combo input in the client.
  • the start step (SO) may be conducted in a way that the user presses a specific key (for example, a spacebar key) promised for starting the combo input.
  • a specific key for example, a spacebar key
  • the process goes to a combo input availability checking step (Sl), and the combo input availability checking step (Sl) checks whether a stopped block exists within a predetermined distance in a direction faced by the character in a stop state.
  • the combo input availability checking step (Sl) in case there is no block within a predetermined distance (a state value: No), the process goes to an ending step (or, a standby step) (S12) without giving any influence on the combo event.
  • the client executes a combo input collecting (and storing) step (S2) for collecting (and storing) n combo inputs composed of a combination of input values with respect to four directions, namely in east, west, south and north directions.
  • a validity checking step (S3) for checking possibility of movement and whether there is a space for an object to move according to an input direction key is executed.
  • the combo input process at the client side may be implemented in a way that a user presses different direction keys predetermined times (generally, less than 5 times) successively while a specific key (for example, a spacebar key) of a keyboard is being pressed.
  • the server executes a combo input receiving step (S4) for receiving the combo input signal and then executes a secondary validity checking step (S5).
  • a specific object ID (ObjectID) having a 32 bit integer value for a target block and information about a combo list related to moving direction are input and received from the client (or, the user) to the server.
  • the secondary validity checking by the server may include ⁇ checking whether a block exists in a direction faced by the character, (2) checking whether a distance from the character is suitable for combo input, and CD checking whether the block is available for moving.
  • the process goes to a block stopping step (SIl) to end the combo event (S12) without giving any influence on the corresponding block.
  • the client sets a velocity of the block into 0 and removes moving sound or effects.
  • a block moving step (S7) is executed, and then a block stop condition checking step (S8) is performed.
  • the block stop condition checking step (S8) it is checked whether the block should be stopped. In case the stop condition is not satisfied (a state value: F), the process goes to the block moving step (S7) again to repeat the block moving process. If the block stop condition is satisfied (a state value: T), a combo queue value consumption checking step (S9) is executed.
  • the block stop condition may include ⁇ a case that a block reaches an outer area of NPC (Non Player Character: not accessible by a user character but accessible only by a system character), (2) a case that a block collides (or, contacts) with another block, and ® a case that a block collides (or, contacts) with other obstacles.
  • the combo queue value stores information about the number of combos input in the combo value setting step (S6) in a queue format, which has a FIFO (First-In First-Out) structure. Thus, storage information of a queue corresponding to one direction value is subsequently terminated by block movement.
  • a combo direction changing step (SlO) is executed to change the moving direction of the block into a secondly input direction, and then the block moving step (S7) is executed.
  • the block stop condition checking step (S8) is executed to check whether the block should be stopped. If the stop condition is not satisfied (a state value: F), the process goes to the block moving step (S7) again to repeat the block moving process. In case the block stop condition is satisfied (a state value: T), the combo queue value consumption checking step (S9) is performed.
  • FIGs. 8 to 16 are on-line game image shots obtained by applying a dynamic event to an on-line game system, under an on-line game environment according to the present invention. Now, one embodiment of an on-line game implemented by the present invention will be explained with reference to FIGs. 8 to 16.
  • a player controls his/her character to push a block in the game, which gives damage to an opponent or combines and explodes at least two blocks with the same attribute to give damage to an opponent around the explosion.
  • three attributes of fire, water and ice are given such that blocks with the same attribute are exploded when being combined.
  • a character that explodes blocks obtains the corresponding attribute for a predetermined time such that the character gives damage to an opponent character when being contacted with the character according to correlation among the attributes (fire > ice > water > fire). In this way, the character struggles for making the opponent character extinct by such damage in the end.
  • FIG. 8 is an image shot showing that a character positioned at a right upper end is driven to an NPC area, which is an outermost region that a character may reach, by attacking of another character using blocks, and thus the character comes to a crisis of leaving out of the game.
  • FIG. 9 is an image shot showing that a fire attribute (left upper portion) and a water attribute (left lower portion) are endowed to characters that move bocks and thus cause explosion.
  • FIG. 10 shows that three characters (lower center) are confined in a corner by blocks and topography by an opponent with the use of blocks.
  • a user may play the game by combining or disturbing attribute explosion among blocks and also giving more damage to an opponent using superior attribute.
  • FIG. 11 shows a simple pulling action by a character
  • FIG. 12 shows a 5-stage combo event that successively makes movement and direction change of a block.
  • the combo event of the present invention may allow a user to input a combo instruction using a direction key while pressing a spacebar as shown in FIG. 16.
  • FIG. 13 is an image shot showing that some of various forms of characters and parts used for each character are assembled.
  • FIGs. 14 and The combo event of the present invention may allow a user to input a combo instruction using a direction key while pressing a spacebar as shown in FIG. 16. ⁇ 107>
  • FIG. 13 is an image shot showing that some of various forms of characters and parts used for each character are assembled.
  • FIGs. 14 and 15 are image shots showing a map that may be designed directly by a player, a moving tile that may make an instant movement, and blocks generated at random every time, which allows a user to play an on-line game with fresh feeling every time. [Industrial Applicability]
  • the present invention may be applied for using a combo event or an action event in an on-line game, and also may be applied to a desktop game or a mobile equipment game in addition to the on-line game.

Abstract

The present invention relates to a processing method of a dynamic event applied to an on-line game and an application system using the same in on-line game environment, and more particularly to a combo event that successively moves a block by a character and a block event that explodes a moved block and an adjacent block or giving a damage depending on superiority or inferiority of the characters by using correlation of characters. Such combo event or block event changes an attribute of an object composed of character and items, and also arouses interest and level change according to weight of each level in the processing method and the one-line game system using the same.

Description

[DESCRIPTION]
[Invention Title]
THE PROCESSING METHOD OF DYNAMIC EVENT AND THE APPLICATION SYSTEM THEREOF IN ON LINE GAME ENVIRONMENT
[Technical Field]
<i> The present invention relates to a processing method of a dynamic event applied to an on-line game having simulation or the like and an application system using the same in on-line game environment, and more particularly to an processing method of a dynamic event that changes attributes of an object composed of a character and items and induces interest and level changes according to weight of each level, and an application system using the same in on-line game environment.
[Background Art]
<2> A conventional on-line game market is mainly composed of MUD (Multi User Dungeon Game) in which rooms where events happen in a text format are arranged such that players cope with the events to raise their levels, and MUG (Multi User Graphical game) in which events are exhibited more visually. However, along with the development of computer graphic and propagation -of equipments with excellent specification, the on-line game market has also been advanced, so various kinds and formats of on-line games are provided dependent on game genre, scale and pattern.
<3> Generally, the on-line game may be classified based on genre into arcade game, MMORPG, strategic simulation, adventure game and so on. The genre such as adventure game mostly allows a user to enjoy solely, so its position is gradually decreased in the on-line game market, currently substantially not existing except for the package game market. In particular, MMORPG (Massively Multiplayer Online Role Playing Game) developed from the role playing game is a massive on-line game based on a plurality of clients and servers, which employs a message code system to minimize packet traffics with a main server and a user server. MMORPG is considered as the main stream in aspect of increased consumers and profits. <4> In addition, an on-line game is classified into a status-based on-line game, a ski 11-based on-line game and a mixed on-line game, depending on a pint distribution pattern according to level up.
<5> First, the status-based on-line game allows increase of status points such as strength, health, mental force and luck, and possibilities of increasing the abilities are different dependent on a character type. For example, an aggressive character increases strength, a defensive character increases health, a magician character increases a mental force, and an exploring character increases luck.
<6> Also, the skill-based on-line game gives differential skills to a weapon used in the game such that the skill is mastered at suitable level and condition. Such skills may be learned when type, level and condition of a character are suitable. [Disclosure] [Technical Problem]
<7> Such an on-lie game gives an action event by manipulating an input device or utilizing a special key, and a representative action event is a combo event .
<8> Such an action event gives a splendor to a stylish action and also induces interest to a gamer by asking a strategic idea to the gamer. This action event initiates an action with successive motions under a certain condition, beyond a pattern of one action satisfying one input condition. There are various kinds of combo events are included in on-line games, but such combo events are implemented just in a monotonous action that is repeated over and over.
<9> In order to solve this problem, the present invention provides a new dynamic event with a different pattern from combo events currently suggested.
[Technical Solution]
<io> In order to accomplish the above object, a processing method of a dynamic event in an on-line game environment according to the present invention is a processing method of a block event in an on-line game, which occurs when a character moves a block, wherein a block is moved by the character, and wherein, in case the block stops, it is checked whether the stopped block has the same attribute as an adjacent block adjacent thereto, and then a process for occurring a block event according to the checking result is executed.
<π>
<12> In another aspect of the present invention, a processing method of a dynamic event in an on-line game environment according to the present invention is a processing method of a block event in an on-line game, which occurs when a character moves a block to cause explosion between adjacent blocks, wherein an attribute is endowed to the character who moves the block to induce explosion between blocks, and wherein, in case the character whose attribute is maintained collides with another character, a process of determining superiority and inferiority of attributes of the characters and then giving a damage to an inferior character is executed.
<13>
<i4> In another aspect of the present invention, a processing method of a dynamic event in an on-line game environment according to the present invention is a processing method of a block event in an on-line game, which occurs when a character moves a block to cause explosion between adjacent blocks, wherein the explosion between adjacent blocks generates an explosion object with a predetermined attribute and a predetermined life time, and wherein, in case a character collides with an explosion area formed around the explosion object, a process for determining superiority ad inferiority of attributes of the explosion object and the character and then giving a damage to an inferior character is executed.
<I5>
<i6> In another aspect of the present invention, a processing method of a dynamic event in an on-line game environment according to the present invention is a processing method of a combo event in an on-line game, which conducts successive movement of a block using a single event, wherein, in case a combo event signal for successive movement of a block is input and the successive movement is available as a result of checking availability of the successive movement of the block according to the input signal, a process for finding a block for the movement to set a combo value thereto according to the input signal and then moving the block according to the combo value is executed.
<17>
<i8> In another aspect of the present invention, an on-line game system for processing a dynamic event according to the present invention is a system in which a server and at least one client are connected through a communication network, wherein any one of the processing methods of a dynamic event explained above is executed in the server.
<19>
<20> In another aspect of the present invention, a processing method of a dynamic event in an on-line game environment according to the present invention is a processing method of a combo event in an on-line game, which conducts successive movement of a block using a single event, the processing method comprising: a start signal inputting step for inputting a combo event start signal for the purpose of successive movement of a block; a combo input availability checking step for checking whether the input of a combo event signal for successive movement of the block is available; a combo inputting step for inputting the combo event signal; and a validity checking step for checking whether the block is capable of moving according to the input combo event signa1.
<21>
<22> In addition, an on-line game system for processing a dynamic event according to the present invention is a system in which a server and at least one client are connected through a communication network, wherein any one of the processing methods of a dynamic event, explained above, is executed in the client . [Advantageous Effects] <23> According to the present invention, it is possible to provide a processing method of a dynamic event in a new pattern different from conventional on-line games. <24> In addition, a user may generate a character, enter a game and play the game on a board zone with a theme to acquire ability and experience, and in this way, the user may grow the character and change attributes of character and parts wearable on the character. <25> Also, the present invention induces competition among the same level users included in the same level by configuring level-based channels, and also may arouse motives for competition by providing user ranking and various rankings of characters. <26> In addition, by introducing a regional matching system for activation of regional communities, the present invention may give service such as user revitalization in the same region.
[Description of Drawings] <27> FIG. 1 is a flowchart illustrating a block event that is a dynamic event according to the present invention. <28> FIG. 2 is a flowchart illustrating event processing between characters according to endowed attributes. <29> FIG. 3 is a flowchart illustrating event processing between characters according to block attributes. <30> FIG. 4 is a flowchart illustrating a combo event that is a dynamic event according to the present invention. <3i> FIG. 5 is a flowchart illustrating a combination checking process according to the present invention. <32> FIG. 6 is a flowchart illustrating a character attribute superiority determining process according to the present invention. <33> FIG. 7 is a flowchart illustrating a block attribute superiority determining process according to the present invention. <34> FIG. 8 is an online game image shot to which the dynamic event of the present invention is applied. <35> FIG. 9 is an online game image shot to which the dynamic event of the present invention is applied.
<36> FIG. 10 is an online game image shot to which the dynamic event of the present invention is applied.
<37> FIG. 11 is an online game image shot to which the dynamic event of the present invention is applied.
<38> FIG. 12 is an online game image shot to which the dynamic event of the present invention is applied.
<39> FIG. 13 is an online game image shot to which the dynamic event of the present invention is applied.
<40> FIG. 14 is an online game image shot to which the dynamic event of the present invention is applied.
<4i> FIG. 15 is an online game image shot to which the dynamic event of the present invention is applied.
<42> FIG. 16 is an online game image shot to which the dynamic event of the present invention is applied. [Best Mode]
<43> Hereinafter, a processing method of a dynamic event and an application system using the same in an on-line game environment according to a preferred embodiment of the present invention to accomplish the objects and effects will be described in detail with reference to the accompanying drawings.
<44> FIG. 1 is a flowchart illustrating a block event that is a dynamic event. Referring to FIG. 1, the present invention may be applied to a game using blocks as follows, as one embodiment.
<45> If a start step (AO) in which a character provided from a server is selected and generated by means of selection of a subscriber user and enters the game is conducted such that the subscriber user accesses a game environment, parts wearable to the character and change of attribute values are set in consideration of point and level of the subscriber, and then a game is progressed on a board zone that gives various themes.
<46> In order to move a block by a character operated by user control, a block moving step (Al) is conducted on the program according to recognition of keyboard input value information.
<47> For the block moved through the moving step (Al), it is determined in a block stop checking step (A2) whether the movement of the block is stopped due to any obstacle or a set value. In case a stop condition is not satisfied, the process returns to the block moving step (Al) such that the block moving step (Al) is progressed again. If the stop condition set in the system is satisfied to stop the block, an attribute combination checking process executing step (AP) is executed, and then the event is ended (A3).
<48> The attribute combination checking process (AP) conducts a process as shown in FIG. 5. That is to say, in case a block stopping its movement has same attribute as at least one block that contacts with the stopped block in an east, west, south or north direction, explosion is made. The attribute explosion may be conducted in a chain within a predetermined area such that any block contacted with an exploding block and having the same attribute as the exploding block is also exploded in a chain. The attributes may adopt paper, stone and scissors whose superiority and inferiority are already regularly promised, as an example. In the embodiment of the present invention, attributes are endowed with water, fire and ice (water > fire > ice > water). Each block is set to have any one of the above attributes in advance.
<49> The above process may be implemented in systematic steps as follows.
<50> The start step (AO) of the attribute combination checking process is executed. Then, the step API for checking an attribute of a block stopping its movement in the block event is executed to check an attribute of the corresponding stopped block. And then, an attribute sameness checking step (AP2) for checking whether at least one of blocks adjacent to the stopped block in east, west, south and north directions (namely, in four directions) has the same attribute as the stopped block is executed.
<5i> If there is no block with the same attribute in the attribute sameness checking step (AP2), the corresponding process is ended (AP7). If at least one of the adjacent blocks has the same attribute as the stopped block, the step AP3 for exploding the stopped block and the corresponding adjacent block is executed.
<52> In addition, an exploded block attribute sameness checking step (AP4) for checking whether the exploded adjacent block has the same attribute as another adjacent block (namely, adjacent blocks in remaining three directions except for the exploded stopped block) is executed. If there is an adjacent block with the same attribute, the step AP5 for exploding the corresponding adjacent block in a chain is executed.
<53> After that, the process returns to the exploded block attribute sameness checking step (AP4) for checking whether the finally exploded block has the same attribute as adjacent blocks in remaining three directions, thereby checking whether or not to conduct the chain explosion again. This chain explosion may be conducted within a predetermined area, and in this case, a step of determining an explosion area may be executed before the exploded block attribute sameness checking step.
<54> If there is no adjacent block with the same attribute as the finally exploded block, the step AP6 for endowing subsequent or complex character attributes to the character who moves the block is applied according to history of a chain of the exploded blocks, and then the corresponding process is ended (AP7).
<55> The attribute endowing step (AP6) gives a value of exploded attribute (for example, water, fire or ice) to the character during a limited time as a weight endowed to the character who induces the explosion. In this case, in case explosion occurs in a chain to give chain attribute, the attribute values may be endowed subsequently in order to the explosions for a predetermined time, respectively. In addition, in case the exploded blocks have different attributes, different attributes may be endowed to the character.
<56> Such endowment of attribute may be used for giving a damage to the character or decrease level/point (level/point is endowed by the system as a compensation for victory, and it generally means any tool used for upgrading the character or purchasing separate parts wearable by the character) according to superiority or inferiority of attributes when the character comes in contact with another character during the game.
<57>
<58> FIG. 2 is a flowchart illustrating event processing between characters according to endowed attributes. It is a processing flow for determining win or lose between a character who is endowed with an attribute in the character attribute endowing step (AP6) as shown in FIG. 5 and a character with no attribute or between characters endowed with different attributes, by means of the attribute combination checking process executing step (AP) according to block movement in FIG. 1. That is to say, the process is progressed when characters of different users moving in the game space contact with each other.
<59> A start step (BO) is progressed to a step (Bl) for endowing an attribute to a character for n seconds. After that, an attribute retaining time expiration checking step (B2) is repeatedly conducted until a condition is satisfied. If the attribute retaining time expires (a state value: F), the process goes to an attribute canceling step (B6) to end the corresponding flow (B7). If an attribute retaining time remains (a stats value: T), a collision checking step (B3) is executed to determine whether collision between characters occurs.
<60> In the collision checking step (B3), if there is no collision (a state value: N), the process returns to the attribute retaining time expiration checking step (B2) again to execute the attribute retaining time expiration checking step (B2) and the collision checking step (B3) repeatedly. In case there occurs collision (or, contact) between characters (a state value'• Y), an attribute superiority determining process executing step (BP) is performed.
<6i> After that, a damage calculating step (B4) and a damage applying step (B5) are conducted, and then the corresponding flow ends (B7) after the attribute canceling step (B6) is executed.
<62> In the damage calculating step (B4), a damage is calculated in a time- based manner that counts a time from the point that the attribute is endowed to the character for n seconds in the attribute endowing step (Bl) and then sets the damage to be weakened as the counted time is passing, or in a set value-based calculating manner that calculates intensity of a damage according to a kind of endowed attribute (complex attribute) using a set value previously given. In one embodiment, a damage is obtained in a way of calculating a difference between a basic attribute attacking damage and a victim shield value (damage = basic attribute damage - shield value of victim) .
<63> In addition, the damage applying step (B5) applies a damage of a victim character, which decreases a shield value (on occasions, decrease point or level together) and applies animation and effect on a client display to visually show the damage. In case a set value for survival (for example, HP) becomes zero, it is determined that the character cannot continue the game, so the character is processed as killed and then loses the game.
<64> Also, if the damage relation between characters contacting with each other is applied as mentioned above, the attribute canceling step (B6) for canceling all attributes applied to the collided character is executed.
<65>
<66> The attribute superiority determining process (BP) conducts the process as shown in FIG. 6, which determines superiority and inferiority between characters for damage calculation conducted later.
<67> After a start step (BPO), a remaining attribute checking step (BPl) is executed to check whether any attribute is endowed to a character. In case characters with no attribute collide with each other, it is impossible to conduct a separate damage calculation, so the process is ended (BP6).
<68> In case an endowed attribute (or, a remaining attribute) exists (a state value: Yes), a step (BP2) for inputting (and storing) attributes of characters with the remaining attribute to the server (or, an attribute superiority determining unit) is executed. After that, a superior attribute checking step (BP3) is conducted such that, if an attribute of a character input earlier is superior to an attribute of a character input later (a state value: T), an increase flag is endowed to the earlier input character to input (and store) the increase flag (BP4), but if the attribute of the character input earlier is inferior to the attribute of the character input later (a state value: F), an increase flag is endowed to the later input character or a decrease flag is endowed to the earlier input character to input (and store) the flag (BP5). Then, the corresponding process is ended (BP6).
<69> The increase or decrease flag is utilized as an operation data for damage calculation of FIG. 2, after the process is ended. The increase or decrease flag preferably includes information of the corresponding character and numerical information of increased or decreased value.
<70>
<7i> FIG. 3 is a flowchart illustrating event processing between characters according to block attributes. If blocks with the same attribute are exploded by executing the block movement and attribute combination checking process (AP) of FIG. 1, the explosion is maintained for a predetermined time, which shows the following flows.
<72> That is to say, explosion between adjacent blocks with the same attribute is initiated (CO), and an explosion object generating step (Cl) for generating an explosion object with a life time of n seconds is performed. After that, an explosion area is formed over a predetermined area around the explosion, and an object life checking step (C2) for checking whether the predetermined time of n seconds expires is executed. In case the life time of the object expires (a state value: F), an attribute explosion object life time expiring step (C6) for retrieving or terminating the generated object is executed, and then the corresponding process is ended (C7). If the object has a remaining life time (a state value: T), a collision checking step (C3) for checking collision between the explosion area and an approaching (or, entering) character around the explosion area is executed. In case there is no collision, an object life time checking step (C2) for checking whether the predetermined time of n seconds expires and a collision checking step (C3) for checking collision between the explosion area and a character are repeatedly executed.
<73> In case collision of a character in the explosion area is detected according to approach of the character thereto in the collision checking step (C3) (a state value: Yes), an attribute superiority determining process executing step (CP), a damage calculating step (C4), a damage applying step (C5) and an attribute endowing step (C6) are conducted. After that, the corresponding flow is ended (C7).
<74> In the damage calculating step (C4), a damage is calculated in a time- based manner that counts a time from the explosion object generating step (Cl) for generating an explosion object with a life time of n seconds and then sets the damage to be weakened as the counted time is passing, or in a set value-based calculating manner that calculates intensity of a damage according to a kind of endowed attribute (complex attribute) using a set value previously given. In one embodiment, a damage is obtained in a way of calculating a difference between an attacking force (or, an explosion force) of the object generated by explosion and a victim shield value (damage = attacking force of the explosion object - shield value of victim).
<75> The attribute superiority determining process (CP) executes a process as shown in FIG. 7, which determines superiority and inferiority between an explosion object and a character for damage calculation conducted later.
<76> After a start step (CPO), a remaining attribute checking step (CPl) is executed to check whether an attribute is endowed to a block. If the block is not an explosion object, a separate damage calculation is impossible, so the process is set to go to a step (CP6) for ending the process. In case an attribute (or, a remaining attribute) endowed to the block is an explosion object (a state value: Yes), an inputting (and storing) step (CP2) for inputting attributes of characters adjacent thereto to the server (or, an attribute superiority determining unit) and a superior attribute checking step (CP3) are executed. In case the explosion attribute has an attribute superior to a character input later (a state value: T), an increase flag inputting (and storing) step (CP4) for endowing a decrease flag to the character input later or endowing an increase flag to the explosion object and then inputting flag information of the character adjacent to the explosion object is executed. On the contrary, in case the explosion object input earlier has an attribute inferior to the character input later, (a state value: F), a decrease flag inputting (and storing) step (CP5) is conducted by endowing an increase flag to the superior character input later or endowing a decrease flag to the explosion object input earlier, and then the corresponding process is ended (CP6).
<77> After the process is ended, the increase or decrease flag is utilized as an operation data for damage calculation of FIG. 2, so the flag preferably includes information of the corresponding explosion object and the character and numerical information of increased or decreased value.
<78> As a specific example of determining superiority in the attribute superiority determining process (BP), attributes may be classified into water, fire and ice, whose superiority relations are defined as water > fire > ice > water.
<79>
<80> FIG. 4 is a flowchart illustrating a processing method of a combo event that is a dynamic event according to the present invention. A block used in the combo event is a term with an inclusive concept of a moving object, not limited to a hexahedral box, and the box is just an example.
<8i> The combo event initiated by a user may be applied to the aforementioned block event that causes a chain explosion among adjacent blocks by transmitting a keyboard input value for movement of a block by a character and thus executing the block moving and attribute combination checking process executing step (AP).
<82> For the combo event, a combo data for direction change by a user is input in the client, and the server receives the combo data to conduct the combo event .
<83> A start step (SO) is executed in which a user prepares for combo input in the client. The start step (SO) may be conducted in a way that the user presses a specific key (for example, a spacebar key) promised for starting the combo input. After that, the process goes to a combo input availability checking step (Sl), and the combo input availability checking step (Sl) checks whether a stopped block exists within a predetermined distance in a direction faced by the character in a stop state.
<84> In the combo input availability checking step (Sl), in case there is no block within a predetermined distance (a state value: No), the process goes to an ending step (or, a standby step) (S12) without giving any influence on the combo event. On the while, in case a block exists within a predetermined distance (a state value: Yes), the client executes a combo input collecting (and storing) step (S2) for collecting (and storing) n combo inputs composed of a combination of input values with respect to four directions, namely in east, west, south and north directions.
<85> After that, a validity checking step (S3) for checking possibility of movement and whether there is a space for an object to move according to an input direction key is executed.
<86> The combo input process at the client side may be implemented in a way that a user presses different direction keys predetermined times (generally, less than 5 times) successively while a specific key (for example, a spacebar key) of a keyboard is being pressed.
<87> If the validity checking of the client is passed, the server executes a combo input receiving step (S4) for receiving the combo input signal and then executes a secondary validity checking step (S5).
<88> In the combo input receiving step (S4), a specific object ID (ObjectID) having a 32 bit integer value for a target block and information about a combo list related to moving direction are input and received from the client (or, the user) to the server. <89> The secondary validity checking by the server may include φ checking whether a block exists in a direction faced by the character, (2) checking whether a distance from the character is suitable for combo input, and CD checking whether the block is available for moving.
<90> If the combo value is not effective in the first validity checking step (S3) by the client and the second validity checking step (S5) by the server, the process goes to a block stopping step (SIl) to end the combo event (S12) without giving any influence on the corresponding block. In the block stopping step (SIl), the client sets a velocity of the block into 0 and removes moving sound or effects.
<9i> In addition, in case the above condition is satisfied in the second validity checking (a state value: Yes), a corresponding block is found to execute a combo value setting step (S6) so as to move the block according to the combo event .
<92> As one scheme for the combo value setting, it is possible to query an object storage containing information of blocks and then call SetComboList that is a kind of setting method, thereby setting a combo value to the block corresponding to the object ID (Object ID).
<93> If the combo value is set as mentioned above, a block moving step (S7) is executed, and then a block stop condition checking step (S8) is performed. In the block stop condition checking step (S8), it is checked whether the block should be stopped. In case the stop condition is not satisfied (a state value: F), the process goes to the block moving step (S7) again to repeat the block moving process. If the block stop condition is satisfied (a state value: T), a combo queue value consumption checking step (S9) is executed.
<94> The block stop condition may include φ a case that a block reaches an outer area of NPC (Non Player Character: not accessible by a user character but accessible only by a system character), (2) a case that a block collides (or, contacts) with another block, and ® a case that a block collides (or, contacts) with other obstacles. <95> The combo queue value stores information about the number of combos input in the combo value setting step (S6) in a queue format, which has a FIFO (First-In First-Out) structure. Thus, storage information of a queue corresponding to one direction value is subsequently terminated by block movement. Thus, in case a queue value remains (a state value: Q>0), a combo direction changing step (SlO) is executed to change the moving direction of the block into a secondly input direction, and then the block moving step (S7) is executed. After that, the block stop condition checking step (S8) is executed to check whether the block should be stopped. If the stop condition is not satisfied (a state value: F), the process goes to the block moving step (S7) again to repeat the block moving process. In case the block stop condition is satisfied (a state value: T), the combo queue value consumption checking step (S9) is performed.
<96> If the queue value becomes 0 (zero) in the combo queue value consumption checking step (S9) by repeating the above process (a state value: Q=O, on occasions, a condition of QO) may be additionally included to prevent dead lock), it is considered that there is no further movement by the combo event. Thus, a block stopping step (SIl) is executed, and the combo event is ended (S12). [Mode for Invention]
<97> FIGs. 8 to 16 are on-line game image shots obtained by applying a dynamic event to an on-line game system, under an on-line game environment according to the present invention. Now, one embodiment of an on-line game implemented by the present invention will be explained with reference to FIGs. 8 to 16.
<98> A player controls his/her character to push a block in the game, which gives damage to an opponent or combines and explodes at least two blocks with the same attribute to give damage to an opponent around the explosion. In the game, three attributes of fire, water and ice are given such that blocks with the same attribute are exploded when being combined. A character that explodes blocks obtains the corresponding attribute for a predetermined time such that the character gives damage to an opponent character when being contacted with the character according to correlation among the attributes (fire > ice > water > fire). In this way, the character struggles for making the opponent character extinct by such damage in the end.
<99>
<ioo> FIG. 8 is an image shot showing that a character positioned at a right upper end is driven to an NPC area, which is an outermost region that a character may reach, by attacking of another character using blocks, and thus the character comes to a crisis of leaving out of the game. FIG. 9 is an image shot showing that a fire attribute (left upper portion) and a water attribute (left lower portion) are endowed to characters that move bocks and thus cause explosion.
<101>
<iO2> In addition, FIG. 10 shows that three characters (lower center) are confined in a corner by blocks and topography by an opponent with the use of blocks. As mentioned above, by using the dynamic event composed of combo event and block event according to the present invention, a user may play the game by combining or disturbing attribute explosion among blocks and also giving more damage to an opponent using superior attribute.
<103>
<iO4> FIG. 11 shows a simple pulling action by a character, and FIG. 12 shows a 5-stage combo event that successively makes movement and direction change of a block. The combo event of the present invention may allow a user to input a combo instruction using a direction key while pressing a spacebar as shown in FIG. 16.
<105>
<1O6> FIG. 13 is an image shot showing that some of various forms of characters and parts used for each character are assembled. FIGs. 14 and The combo event of the present invention may allow a user to input a combo instruction using a direction key while pressing a spacebar as shown in FIG. 16. <107>
<i08> FIG. 13 is an image shot showing that some of various forms of characters and parts used for each character are assembled. FIGs. 14 and 15 are image shots showing a map that may be designed directly by a player, a moving tile that may make an instant movement, and blocks generated at random every time, which allows a user to play an on-line game with fresh feeling every time. [Industrial Applicability]
<iO9> The present invention may be applied for using a combo event or an action event in an on-line game, and also may be applied to a desktop game or a mobile equipment game in addition to the on-line game.

Claims

[CLAIMS] [Claim 1] <iii> A processing method of ao block event in an on-line game, which occurs when a character moves a block,
<ii2> wherein a block is moved by the character, and
<ii3> wherein, in case the block stops, it is checked whether the stopped block has the same attribute as an adjacent block adjacent thereto, and then a process for occurring a block event according to the checking result is executed.
<114>
[Claim 2] <ii5> The processing method of a block event in an on-line game according to claim 1, wherein the process includes:
<ii6> a block moving step in which the block is moved by the character; and <ii7> a block stop checking step for checking a stop state of the block, <ii8> wherein an attribute combination checking process for processing a block event according to correlation with respect to the stopped block.
<119>
[Claim 3]
<12O> The processing method of a block event in an on-line game according to claim 2, wherein the block stop checking step includes:
<i2i> determining whether the movement of the block should be stopped due to an obstacle or a set value, then continuously moving the block in case the stop condition is not satisfied or executing the attribute combination checking process in case the stop condition and thus the movement of the block is stopped.
<122>
[Claim 4] <123> The processing method of a block event in an on-line game according to claim 2, wherein the attribute combination checking process includes: <124> an explosion and attribute endowing step in which, in case the stopped block and an adjacent block adjacent thereto have the same attribute, the stopped and the adjacent block are exploded, and the attribute of the exploded block is endowed to the character who moved the stopped block.
<125>
[Claim 5] <126> The processing method of a block event in an on-line game according to claim 2, wherein the attribute combination checking process includes: <i27> checking an attribute of the stopped block; <i28> an adjacent block attribute sameness checking step for checking whether the stop block and an adjacent block adjacent thereto have the same attribute; and <i29> exploding the blocks with the same attribute in case the stopped block and the adjacent block have the same attribute.
<130>
[Claim 6] <i3i> The processing method of a block event in an on-line game according to claim 5, wherein the attribute combination checking process includes: <i32> an exploding block attribute sameness checking step for checking whether the adjacent block to be exploded has the same attribute as an additional adjacent block adjacent thereto; and <i33> in case the adjacent block and the additional adjacent block have the same attribute, making the blocks with the same attribute be exploded in a chain.
<134>
[Claim 7]
<135> The processing method of a block event in an on-line game according to claim 4,
<i36> wherein the explosion and attribute endowing step endows the same attribute as the exploded block to the character during a predetermined time such that, in case the explosion occurs in a chain with a chain attribute, the attributes are endowed subsequently during a predetermined time respectively.
<137>
[Claim 8] <i38> The processing method of a block event in an on-line game according to claim 4, <139> wherein, in the explosion and attribute endowing step, in case the exploded blocks have different attributes, the different attributes are endowed to the character.
<140>
[Claim 9] <i4i> A processing method of a block event in an on-line game, which occurs when a character moves a block to cause explosion between adjacent blocks, <142> wherein an attribute is endowed to the character who moves the block to induce explosion between blocks, and <143> wherein, in case the character whose attribute is maintained collides with another character, a process of determining superiority and inferiority of attributes of the characters and then giving a damage to an inferior character is executed.
<144>
[Claim 10] <145> The processing method of a block event in an on-line game according to claim 9, wherein the process includes: <i46> an attribute endowing step for endowing an attribute during n seconds to the character who moves the block to induce explosion between blocks; <i47> an attribute retaining time expiration checking step for checking whether the attribute endowed to the character is maintained; and <i48> a collision checking step for checking whether the attribute-endowed character collides with another character, <149> wherein, in case the collision between characters occurs, an attribute superiority determining process for determining superiority and inferiority of the attributes of the characters is executed. <150>
[Claim 11] <i5i> The processing method of a block event in an on-line game according to claim 9, wherein the process includes '■ <152> a damage calculating step for calculating a damage to be applied to the inferior character determined by the superiority and inferiority of attributes; and <153> a damage applying step for applying the calculated damage to the inferior character.
<154>
[Claim 12] <i55> The processing method of a block event in an on-line game according to claim 11, <i56> wherein the damage calculating step adopts a time-based calculating manner, which counts a time from the point that the attribute is endowed in the attribute endowing step and then sets the damage to be weakened as the counted time is passing.
<157>
[Claim 13] <158> The processing method of a block event in an on-line game according to claim 11, <i59> wherein, in case the attribute endowed in the attribute endowing step is complex, the damage calculating step adopts a set value-based calculating manner, which sets and calculates intensity of the damage according to the kind of attribute in advance.
<160>
[Claim 14] <i6i> The processing method of a block event in an on-line game according to claim 9, wherein the process includes: <162> an attribute canceling step for canceling the endowed attributes of the characters when a damage is endowed between the collided characters. <163>
[Claim 15] <i64> The processing method of a block event in an on-line game according to claim 10, wherein the attribute superiority determining process includes: <165> a remaining attribute checking step for checking whether a collided character has a remaining attribute; <166> a character attribute input step for inputting the remaining attribute of the character to an attribute superiority determining unit in case the character has the remaining attribute; <167> a superiority attribute checking step for determining superiority and inferiority of the input attributes of characters; <168> a flag inputting and storing step for, in case the attribute of the character input earlier is superior to the attribute of the character input later, endowing an increase flag to the earlier input character; and <i69> a flag inputting and storing step for, in case the attribute of the character input earlier is inferior to the attribute of the character input later, endowing an increase flag to the later input character or endowing a decrease flag to the earlier input character.
<170>
[Claim 16] <i7i> The processing method of a block event in an on-line game according to claim 15, <i72> wherein the increase or decrease flag stores information of the corresponding character and numerical information of increased or decreased value.
<173>
[Claim 17] <174> The processing method of a block event in an on-line game according to claim 10, <175> wherein the attribute superiority determining process has attribute kinds of water, fire and ice such that the attributes have superiority orders of water > fire > ice > water.
<176>
[Claim 18] <177> A processing method of a block event in an on-line game, which occurs when a character moves a block to cause explosion between adjacent blocks, <i78> wherein the explosion between adjacent blocks generates an explosion object with a predetermined attribute and a predetermined life time, and <179> wherein, in case a character collides with an explosion area formed around the explosion object, a process for determining superiority ad inferiority of attributes of the explosion object and the character and then giving a damage to an inferior character is executed.
<180>
[Claim 19] <i8i> The processing method of a block event in an on-line game according to claim 18, wherein the process includes: <182> an explosion object generating step for generating an explosion object with a predetermined attribute and a life time of n seconds when explosion between adjacent blocks occurs; <i83> an object life checking step for forming an explosion area around the explosion spot and checking whether the life time of n seconds passes; and <i84> a collision checking step for checking whether a character collides with the explosion area, <185> wherein, in case a character collides with the explosion area, an attribute superiority determining process for determining superiority and inferiority of attributes of the explosion area and the character and then giving a damage to an inferiority character is executed.
<186>
[Claim 20] <187> The processing method of a block event in an on-line game according to claim 18, wherein the process includes: <i88> a damage calculating step for calculating a damage to be applied to the inferior character according to the superiority and inferiority of attributes; and <i89> applying the calculated damage to the inferior character.
<190>
[Claim 21] <i9i> The processing method of a block event in an on-line game according to claim 20, <i92> wherein the damage calculating step adopts a time-based calculating manner, which counts a life time of the explosion object and then sets the damage to be weakened as the counted time is passing.
<193>
[Claim 22] <194> The processing method of a block event in an on-line game according to claim 20, <195> wherein, in case the attribute of the explosion object is complex, the damage calculating step adopts a set value-based calculating manner, which sets and calculates intensity of the damage according to the kind of attribute in advance.
<196>
[Claim 23] <197> The processing method of a block event in an on-line game according to claim 19, wherein the attribute superiority determining process includes: <i98> a remaining attribute checking step for checking whether the explosion object has a remaining attribute; <199> an attribute input step for inputting the attributes of the explosion object and the collided character to an attribute superiority determining unit in case the explosion object has the remaining attribute; <2oo> a superiority attribute checking step for determining superiority and inferiority of the input attributes of the explosion object and the character; <20i> a flag inputting and storing step for, in case the attribute of the explosion object input earlier is superior to the attribute of the character input later, endowing an increase flag to the earlier input explosion object; and
<202> a flag inputting and storing step for, in case the attribute of the explosion object input earlier is inferior to the attribute of the character input later, endowing an increase flag to the later input character or endowing a decrease flag to the earlier input explosion object.
<203>
[Claim 24] <204> The processing method of a block event in an on-line game according to claim 23, <205> wherein the increase or decrease flag stores information of the corresponding character and numerical information of increased or decreased va1ue .
<206>
[Claim 25] <207> The processing method of a block event in an on-line game according to claim 19, <208> wherein the attribute superiority determining process has attribute kinds of water, fire and ice such that the attributes have superiority orders of water > fire > ice > water.
<209>
[Claim 26]
<2io> A processing method of a combo event in an on-line game, which conducts successive movement of a block using a single event,
<2ii> wherein, in case a combo event signal for successive movement of a block is input and the successive movement is available as a result of checking availability of the successive movement of the block according to the input signal, a process for finding a block for the movement to set a combo value thereto according to the input signal and then moving the block according to the combo value is executed. <212>
[Claim 27] <2i3> The processing method of a combo event in an on-line game according to claim 26, wherein the process includes: <2i4> a combo input receiving step for receiving the input of a combo event signal for successive movement of a block; <2i5> a validity checking step for checking according to the input signal whether the block is available for the successive movement; <2i6> a combo value setting step for setting a combo value to the block according to the input signal in case the block is available for the successive movement; and <2i7> a block moving step for moving the block according to the combo value.
<218>
[Claim 28] <2i9> The processing method of a combo event in an on-line game according to claim 26, wherein the process includes: <22o> a stop condition checking step for checking whether a block stop condition is satisfied, in case a block moves in the block moving step; and <22i> a combo queue value consumption checking step for checking whether or not a combo value is consumed, using combo value information set for determination of a direction change, in case the block stop condition is satisfied.
<222>
[Claim 29] <223> The processing method of a combo event in an on-line game according to claim 27, wherein the validity checking step includes at least one of: <224> CD checking whether a block exists in a direction faced by the character; <225> (2) checking whether a distance between the character and the block is suitable for combo input; and <226> (3) checking whether the block is capable of moving. <227>
[Claim 30] <228> The processing method of a combo event in an on-line game according to claim 27, <229> wherein, in the combo input receiving step, combo input information related to a combo list having information about a peculiar object ID
(ObjectID) with 32 bit integer value and a moving direction of the block to be moved is received.
<230>
[Claim 31] <23i> The processing method of a combo event in an on-line game according to claim 27, <232> wherein, in the combo value setting step, a combo value for the block to be moved is set using a method called for moving the corresponding block by querying a peculiar object ID (ObjectID) to an object storage that includes information of blocks.
<233>
[Claim 32] <234> The processing method of a combo event in an on-line game according to claim 28, wherein, as the stop condition, the block stop condition checking step includes at least one of the following conditions: <235> (D in case a block reaches an outer area of NPC (Non Player Character: not accessible by a user character but accessible only by a system character);
<236> (2) in case a block collides (or, contacts) with another block; and <237> © in case a block collides (or, contacts) with other obstacles.
<238>
[Claim 33] <239> The processing method of a combo event in an on-line game according to claim 28, <240> wherein the combo queue value is obtained by storing information about the number of combos input in the combo value setting step in a queue format, and
<24i> wherein, in the combo queue value consumption checking step, in case a queue value remains in a FIFO (First-In First-Out) structure (a state value: Q>0), a combo direction changing step is executed to change a direction of the block, and then the block moving step is executed.
<242>
[Claim 34] <243> A processing method of a combo event in an on-line game, which conducts successive movement of a block using a single event, the processing method comprising: <244> a start signal inputting step for inputting a combo event start signal for the purpose of successive movement of a block; <245> a combo input availability checking step for checking whether the input of a combo event signal for successive movement of the block is available; <246> a combo inputting step for inputting the combo event signal; and <247> a validity checking step for checking whether the block is capable of moving according to the input combo event signal.
<248>
[Claim 35] <249> The processing method of a combo event in an on-line game according to claim 34, <250> wherein the combo input availability checking step checks whether a stopped block exists within a predetermined distance in a direction faced by the stopped character, and <25i> wherein the validity checking step checks whether a movable block exists and whether there exists any direction in which the block is movable in an input direction list.
<252>
[Claim 36] <253> A system in which a server and at least one client are connected through a communication network,
<254> wherein the processing method of a dynamic event, defined in any one of the claims 1, 9, 18 and 26, is executed in the server.
<255>
[Claim 37] <256> A system in which a server and at least one client are connected through a communication network, <257> wherein the processing method of a dynamic event, defined in the claim
34, is executed in the client.
PCT/KR2007/005032 2007-10-15 2007-10-15 The processing method of dynamic event and the application system thereof in on line game environment WO2009051284A2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/KR2007/005032 WO2009051284A2 (en) 2007-10-15 2007-10-15 The processing method of dynamic event and the application system thereof in on line game environment
KR1020097015743A KR20090101473A (en) 2007-10-15 2007-10-15 The processing method of dynamic event and the application system thereof in on line game
KR1020097015744A KR20100056995A (en) 2007-10-15 2007-10-15 The processing method of dynamic event and the application system thereof in on line game

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/KR2007/005032 WO2009051284A2 (en) 2007-10-15 2007-10-15 The processing method of dynamic event and the application system thereof in on line game environment

Publications (2)

Publication Number Publication Date
WO2009051284A2 true WO2009051284A2 (en) 2009-04-23
WO2009051284A3 WO2009051284A3 (en) 2009-09-24

Family

ID=40567914

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2007/005032 WO2009051284A2 (en) 2007-10-15 2007-10-15 The processing method of dynamic event and the application system thereof in on line game environment

Country Status (2)

Country Link
KR (2) KR20090101473A (en)
WO (1) WO2009051284A2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014018313A1 (en) * 2012-07-25 2014-01-30 Lumos Labs, Inc. Systems and methods for enhancing cognition
US9116509B2 (en) 2013-06-03 2015-08-25 Lumos Labs, Inc. Rhythm brain fitness processes and systems
JP2016158988A (en) * 2015-03-04 2016-09-05 株式会社セガゲームス Game program and information processor
US10380910B2 (en) 2013-07-01 2019-08-13 Lumos Labs, Inc. Physically intuitive response inhibition task for enhancing cognition
USD857707S1 (en) 2013-07-24 2019-08-27 Lumos Labs, Inc. Display screen of a computer with a graphical user interface with object tracking game

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101282969B1 (en) * 2012-06-08 2013-07-08 (주)네오위즈게임즈 Item consecutively upgrade method and server

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6123619A (en) * 1999-03-23 2000-09-26 Square Co., Ltd. Method of generating maps with fixed and random portions and use of same in video games
EP1048330A2 (en) * 1999-04-27 2000-11-02 Konami Co., Ltd. Method of controlling a character in a video game
US6347994B1 (en) * 1998-03-19 2002-02-19 Konami Co., Ltd. Game system and computer-readable recording medium used in the same
US6371856B1 (en) * 1999-03-23 2002-04-16 Square Co., Ltd. Video game apparatus, video game method and storage medium
EP1811477A1 (en) * 2005-12-23 2007-07-25 Progressive Gaming International Corporation Gaming device having chain reaction events

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6347994B1 (en) * 1998-03-19 2002-02-19 Konami Co., Ltd. Game system and computer-readable recording medium used in the same
US6123619A (en) * 1999-03-23 2000-09-26 Square Co., Ltd. Method of generating maps with fixed and random portions and use of same in video games
US6371856B1 (en) * 1999-03-23 2002-04-16 Square Co., Ltd. Video game apparatus, video game method and storage medium
EP1048330A2 (en) * 1999-04-27 2000-11-02 Konami Co., Ltd. Method of controlling a character in a video game
EP1811477A1 (en) * 2005-12-23 2007-07-25 Progressive Gaming International Corporation Gaming device having chain reaction events

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014018313A1 (en) * 2012-07-25 2014-01-30 Lumos Labs, Inc. Systems and methods for enhancing cognition
US9116509B2 (en) 2013-06-03 2015-08-25 Lumos Labs, Inc. Rhythm brain fitness processes and systems
US10380910B2 (en) 2013-07-01 2019-08-13 Lumos Labs, Inc. Physically intuitive response inhibition task for enhancing cognition
USD857707S1 (en) 2013-07-24 2019-08-27 Lumos Labs, Inc. Display screen of a computer with a graphical user interface with object tracking game
USD916833S1 (en) 2013-07-24 2021-04-20 Lumos Labs, Inc. Display screen of a computer with a graphical user interface with object tracking game
USD928827S1 (en) 2013-07-24 2021-08-24 Lumos Labs, Inc. Display screen of a computer with a graphical user interface with object tracking game
JP2016158988A (en) * 2015-03-04 2016-09-05 株式会社セガゲームス Game program and information processor
WO2016139993A1 (en) * 2015-03-04 2016-09-09 株式会社セガゲームス Game program and information processing device
US10471352B2 (en) 2015-03-04 2019-11-12 Kabushiki Kaisha Sega Games Game processing method and information processing device
US11040280B2 (en) 2015-03-04 2021-06-22 Sega Corporation Game processing method and information processing device

Also Published As

Publication number Publication date
KR20100056995A (en) 2010-05-28
KR20090101473A (en) 2009-09-28
WO2009051284A3 (en) 2009-09-24

Similar Documents

Publication Publication Date Title
CN109453516B (en) Server device
JP6339347B2 (en) Program, game device, and server system
US20120157197A1 (en) Systems and methods of changing storyline based on player location
JP7362283B2 (en) Game system, game provision method and program
US9656171B2 (en) Computer device, storage medium, and control method
WO2009051284A2 (en) The processing method of dynamic event and the application system thereof in on line game environment
KR20140122170A (en) Video game processing device and video game processing program
JP3520263B2 (en) Game system and game reward distribution program
JP7170381B2 (en) Program, Game Device, Server Device, and Game Execution Method
JP2021029871A (en) Game system, server system, terminal device and program
JP2015042221A (en) Program and server system
JP2007185315A (en) Portable game machine, program for portable game machine, game server and game system
JP2022024558A (en) Server system and program
JP2007167307A (en) Game system, game server and game machine
JP2007044206A (en) Game machine and game system
JP2007160001A (en) Game system, game server and game machine
KR20070122249A (en) Online role-playing game service system, game service method and recording medium thereof
JP2007098105A (en) Game system and game server used therefor
JP7341691B2 (en) Programs, game devices and server devices
JP7402639B2 (en) Game systems, server systems, terminal devices and programs
JP6878651B1 (en) Programs, information processing equipment and information processing methods
JP7376261B2 (en) Computer systems, game systems and programs
JP7302956B2 (en) computer system, game system and program
JP7132525B2 (en) computer programs and computer equipment
JP6722226B2 (en) Program, game device and server system

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 1020077025718

Country of ref document: KR

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07833341

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 1020097015744

Country of ref document: KR

Ref document number: 1020097015743

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07833341

Country of ref document: EP

Kind code of ref document: A2