JP5244962B2 - GAME DEVICE AND PROGRAM - Google Patents

Description

  The present invention relates to a technique for allowing a user to play a game using a character.

2. Description of the Related Art Conventionally, a game system that executes communication between a terminal device of a player and a game device and uses a character (for example, a monster) assigned to the player for an event such as a battle has been proposed. For example, Non-Patent Document 1 discloses a technique of selecting a desired combination of characters from a plurality of characters owned by a player and causing them to battle with characters of other players. In this game, when the player instructs a battle at the terminal device, the game apparatus immediately executes the process of the battle, and the battle result is notified to the player's terminal device.
In addition, a game is also known in which when a player's terminal device instructs execution of a game such as exploration, the game device determines an operation that the player determines and instructs each time, such as search or battle, and automatically advances an event. . Then, when a predetermined period has elapsed, the character returns, and the player is informed of the events that occurred during the game and the items acquired. This game is called an abandoned game because it is not necessary to operate the terminal device until a predetermined period has elapsed after the player gives an instruction to execute the game.

“Social Game General Information Magazine Application STYLE Vol.2”, East Press, Inc., April 1, 2011, p.26-p.29

By the way, in such a game, a plurality of stages are prepared, and generally, strong enemies are arranged as the stages progress. If there is no great difference in the level of each player's character at the start of the game, the game apparatus can appropriately battle the enemy according to the parameters of the character's attack power and defense power.
However, when a game is played using characters cultivated by each player, the variation in character strength becomes very large. For this reason, there is a problem that a player with a growing character feels uncomfortable with being too easy, although he / she progresses more and more. On the other hand, a player whose character is not growing has a problem that the enemy is too strong and gets bored without going forward.
In particular, when used as a limited-time event of an existing game, etc., since a character of a game that has already been played is used, the character and the character development situation vary greatly, and the above problem becomes more prominent. Furthermore, if the already cleared stage can be searched again, a player with a strong character is unsatisfactory and less motivated to challenge again.
In addition, the conventional abandoned game has a problem that the characters of each player cannot be played against each other.

  The present invention has been made in view of the above-described circumstances, and when a player gives an instruction to start a predetermined game, the player's character goes out to search and can play against other player characters encountered in the process. Providing a device and the like is a problem to be solved.

  Means employed by the present invention to solve the above problems will be described below. In order to facilitate understanding of the present invention, reference numerals in the drawings will be appended in parentheses for convenience in the following, but the present invention is not intended to be limited to the illustrated forms.

In the game device (14A, 14B) of the present invention, when the player instructs execution of the game, a game period starting from the instruction is assigned to the player, and the game is executed after the game period ends. A character storage unit (TBL) for storing, for each player, character information related to one or more characters used for an event among a plurality of characters belonging to the player, and a terminal of the player Upon receiving the game execution request, based on the character information of the player read from the character storage unit and the character information of other players other than the player before the game period assigned to the player ends. Event processing unit that determines the result of the event 32, and Sa6), after the game period has ended, provided with a result notification unit (32, Sa13) that notifies the terminal of the player a result game period allocated for the game, the character storage unit, Time information specifying the game period is stored for each player, and when the event processing unit receives the game execution request from the player terminal, the event processing unit stores the time information stored in the character storage unit. The other player is specified such that the game period of the player and the game period of other players other than the player overlap at least partially, and the character information of the player and the specified other player are specified. Character information is read from the character storage unit, and based on the read character information, the event information Determining the result.

According to the present invention, in a game in which the result of the game is notified to the players on the condition that the game period has ended, the characters of the players can be made to fight each other. In particular, when the game device has an SNS function such as an email, chat, or bulletin board that promotes exchanges between players, the connection between players is one of the important elements in the game. Even if it is a neglected game, the player's characters are competing with each other, so that the preference is improved.
Further, in the game device, since the characters of the players are made to fight each other, the opponent is determined by luck. Therefore, the opponent's strength is different every time the battle is performed, and the enemy is not always too weak or too strong.
In addition, the battle process executed on the game device is not necessarily synchronized with the execution instruction of the player and is executed before the end of the game period. The result of the game can be the same as in the case of synchronized playing in real time.
Furthermore, since the characters of the players having at least a part of the game period can be played against each other, even if the battle process is executed asynchronously, the game execution instructions and the game results between each player Contradiction can be eliminated. As a result, the same result as the battle between players in real time is obtained, and the fun of the game is improved.

In the above-described game device, the event processing unit may store the character memory based on a character parameter indicated by the character information of the player and a character parameter indicated by character information of a player other than the player. It is preferable to determine character information of a player other than the player to be read from the unit.
According to the present invention, the character to be the opponent is determined based on the parameter indicating the ability or the like, so that the player who possesses only a weak character does not get bored of the game because the opponent is too strong. But you can enjoy participating in the game.

The game device described above further includes a level storage unit that stores, for each player, level information indicating the level of the player's game experience, and the event processing unit receives an execution request from the terminal of the player. With reference to the level storage unit, a player other than the player that reads the character information from the character storage unit is determined based on the level information of the player and the level information of another player other than the player. Preferably, the result of the event is determined based on the character information of the player and the character information of other players other than the player.
According to the present invention, the player who becomes the opponent is determined based on the level information indicating the degree of experience of the game, so that players having the same degree of experience can be played against each other. As a result, it is possible for even a player with little experience to participate and enjoy the game without being so bored with the game that the opponent is too strong.

In the above-described game device, the execution request includes additional information corresponding to a parameter to be added to one or more characters indicated by the character information of the player. A parameter is added to the parameter of the character indicated by the character information of the player read from the character storage unit based on the additional information, the parameter of the character to which the parameter indicated by the additional information is added, and a player other than the player It is preferable to determine the event result based on the character parameters indicated by the character information.
According to the present invention, the game device determines the winning or losing in consideration of the additional information that can be set for each event, in addition to the parameters of the character, which is a basic element that determines the winning or losing. As a result, the player can set additional information for each event, so that the fun of the game is improved.

Further, the present invention can be understood as an invention of a program executed on a game device. That is, when the player instructs execution of the game, the game device program notifies the player of the result of executing the game after the game period has elapsed from the instruction, and includes an event among a plurality of characters belonging to the player. Storing character information on one or more characters to be used and time information for specifying the game period in the character storage unit for each player, and when receiving a game execution request from the terminal of the player, Before the game period elapses after receiving the execution request, the game period of the player and the game period of other players other than the player are based on the time information stored in the character storage unit. Identify the other player so that it overlaps at least partially. Reads the character information and character information of the specified another player of the player from the character storage unit, and determining a result of said event based on said character information read, on the condition that the game period has elapsed, The game device is caused to execute a step of notifying a result of the game to a terminal of the player.

1 is a block diagram of a game system according to a first embodiment of the present invention. It is explanatory drawing which shows the data structure of a game table. It is a sequence diagram which shows operation | movement of a game system. It is a flowchart which shows the content of a search event process. It is a flowchart which shows the content of a result notification process. It is a block diagram of the game device concerning a 2nd embodiment.

<First Embodiment>
FIG. 1 is a block diagram of a game system 100 according to the first embodiment of the present invention. The game system 100 of the first embodiment includes a terminal device 12 and a game device 14A that communicate with each other via a communication network 16 such as the Internet, and is a communication system that allows a player who owns the terminal device 12 to play a game. is there. Although only one terminal device 12 is shown in FIG. 1 for convenience, actually, a plurality of terminal devices 12 communicate with the game device 14A via the communication network 16.

  The terminal device 12 is a communication terminal such as a mobile phone, a personal digital assistant (PDA), or a personal computer, for example, and includes a communication device 20, a display device 22, an input device 24, and a control device 26. The The display device 22 (for example, a liquid crystal display panel) displays various images such as a game screen. The input device 24 is a device for the player to input an instruction to the terminal device 12, and includes, for example, a plurality of operators that the player operates. Note that a touch panel that is configured integrally with the display device 22 and receives an operation from the user, or a microphone that allows the user to input an instruction to the terminal device 12 by voice may be employed as the input device 24. The communication device 20 communicates with the game device 14A via the communication network 16. The control device 26 functions as a control center of the terminal device 12 and is configured by a CPU or the like.

  The game device 14 </ b> A is a web server that provides a browser game to a player who owns the terminal device 12. The browser game is a game that can be played by executing a web browser on the terminal device 12 (a game that does not require downloading software dedicated to the game to the terminal device 12). Specifically, the game device 14A executes various processes triggered by a request transmitted from the terminal device 12 in response to an instruction from the player to the input device 24, and a web page (game screen) indicating the result of the processing. Is displayed on the display device 22 of the terminal device 12. In the present embodiment, an RPG (Role-Playing) that executes an event such as a battle with another player using a plurality of characters (hereinafter referred to as “owned characters”) such as monsters given to the player in the game. Game) type social game is provided to the terminal device 12 from the game device 14A.

  In-game events include battle events and search events. In a battle event, when the player inputs an execution instruction, the result of one battle is obtained. On the other hand, the search event is obtained as a result of multiple battles. Both battle events and search events involve battles and defenses by encountering enemies during the search process. For this reason, after a player gives an instruction to execute a search event or a battle event, a match result is obtained after a predetermined time has elapsed.

  In the battle event and the search event, a deck organized for each player as a battle opponent is applied. The deck is a set of one or more characters (hereinafter referred to as “target characters”) selected from a plurality of owned characters given to the player with an upper limit of M (M is a natural number). In the present embodiment, the battle event deck and the search event deck are individually organized, but both may be combined. Specifically, the battle event deck is composed of the attacking deck of the player in charge of the attack side and the defense deck of the player in charge of the defense side, and the attacking player and the defending player are respectively A battle event is held to battle the decks. The target character constituting the attack deck when one player is responsible for the attack side and the target character constituting the defense deck when that player is responsible for the defense side are individually selected and mutually Can overlap.

In addition, the search event deck has no distinction between attack and defense. One or more target characters selected with M as the upper limit are organized in the deck. In the search event, attack and defense are performed by the target character organized in the deck.
By the way, the player can increase the number of owned characters by participating in various events. The maximum number of target characters used in the attack event is M for attack and M for defense. A player having more than 2M owned characters owns surplus characters. In the search event, target characters that are different from the battle event are organized in the deck, so that surplus characters can be used effectively.

  As shown in FIG. 1, the game apparatus 14 </ b> A includes a control device 32, a storage device 34, and a communication device 36. The communication device 36 communicates with the terminal device 12 via the communication network 16. The storage device 34 stores a program (game program) PGM executed by the control device 32, various data used by the control device 32, and a game table TBL. A known recording medium such as a semiconductor recording medium or a magnetic recording medium or a combination of a plurality of types of recording media may be employed as the storage device 34.

  As shown in FIG. 2, the game table TBL stores player information P, first character information D1, second character information D2, and time information T in association with player identification information UID that uniquely identifies the player. To do. That is, in the game table TBL, player information P, first character information D1, second character information D2, and time information T are stored for each player.

  The player information P is information indicating the player's own activity in the game. Specifically, the player information P includes level information indicating a level based on the experience of the player, history information indicating a history of battle and search, item information indicating items that can be used in a game such as magic and weapons, a game Point information indicating the size of points used for various activities within the site is included. In an attack event or a search event, points will increase if you win a battle, and points will decrease if you lose. It is also possible to purchase various items using points. Note that by referring to the level information included in the player information P, it is possible to relatively compare the abilities of the players in the game.

The history information is composed of a set of a plurality of records. One record includes, as shown in FIG. 2, type information indicating which event the battle result is attributed to, battle time information indicating a battle time in battle and search, battle win and loss, and opponents. And match result information to be shown.
In this embodiment, the search event is assumed to be a story in which the target character that organized the deck leaves the player and goes out for search. The player can know.

  The first character information D1 is information relating to one or a plurality of target characters used for the battle event, and includes unit data U1 corresponding to each of the target characters. The unit data U1 includes character identification information CID for identifying the target character, an attack power parameter PA indicating attack power, a defense power parameter PD indicating defense power, and usage information X. The usage information X is information indicating whether the character is used as an attack target character or a defense target character. In the present embodiment, one or a plurality of target characters used for a battle event are automatically set by the control device 32 of the game device 14A, but the player uses the input device 24 of the terminal device 12, One or a plurality of target characters used for the battle event may be designated.

  The second character information D2 is information regarding one or a plurality of target characters used for the search event, and includes unit data U2 corresponding to each of the target characters. The unit data U2 includes character identification information CID for identifying the target character, an attack power parameter PA indicating attack power, and a defense power parameter PD indicating defense power.

Next, the time information T specifies the end time of the search event. The end time is specified directly or indirectly. By storing the time information T for each player in the game table TBL, a search event period (game period) can be assigned to the player.
When the end time is directly specified, the time information T indicates the end time. On the other hand, when the end time is indirectly specified, the time information T indicates the start time of the search event. In this case, the end time is calculated by the control device 32 adding the search event period to the start time. When the end time is indirectly indicated, it is possible to cope with the case where the system administrator extends the search event period, so that various operations of the game system 100 are possible. In the following description, the time information T indicates the end time.
In the present embodiment, one or more target characters used for the search event are designated by the player using the input device 24 of the terminal device 12, but the control device 32 of the game device 14A automatically It may be set.

Next, an operation example of the game system 100 will be described with reference to a sequence diagram shown in FIG. In this example, it is assumed that the player operates the input device 24 of the terminal device 12 and instructs the execution of the search game. Here, the search game is a search event that is searched using a character for a search event, and is a game in which a battle event occurs during the search.
First, it is assumed that execution of a search game is instructed (Sa1). In this case, the control device 26 of the terminal device 12 uses the communication device 20 to transmit a search event execution request to the game device 14A. When the game device 14A receives the search event execution request, the control device 32 executes search event processing (Sa2).

  FIG. 4 shows the processing contents of the search event processing. First, the control device 32 determines the number of battles K (K is a natural number equal to or greater than 2) in which the target character of the player battles in the search event (S20). Any method may be used for determining the number K of battles, for example, by lottery. Then, the control device 32 sets an initial value “1” for the variable N (S21). The control device 32 specifies the player identification information UID of the player who transmitted the search event execution request, and specifies the second character information D2 corresponding to the player identification information UID with reference to the game table TBL (S22).

  Next, the control device 32 calculates the total value AS2 of the attack parameter PA of one or more unit data U2 belonging to the second character information D2 (S23). Thereafter, the control device 32 specifies a player other than the player who is the opponent of the player, and specifies the second character information D2 of the other player (S24). Although the method for specifying the other player to be the opponent is arbitrary, it is preferable to select another player having a close experience value for the game with reference to the level information.

  Further, from the viewpoint that players who meet during the search event face each other, it is preferable to specify other players so that the search event period of the player overlaps with the search event period of the other player. At the current time, the player is in the search event period. This is evident from step S24 being part of the search event process that is performed during the search event period. Therefore, the control device 32 searches the time information T of the other players, extracts the end time indicated by the time information T that is in the future from the current time, and draws another player by lottery from among them. The second character information of the other player is obtained.

Next, the control device 32 calculates a total value DS2 of the defense parameter PD of one or more unit data U2 belonging to the first character information D2 (S25).
Next, the control device 32 compares the total value AS2 of the attack power and the total value DS2 of the defense power, and if the total attack value AS2 exceeds the total value DS2 of the defense power, it is determined that the player wins. If it falls below, it is determined that the player has lost (S26).

  Thereafter, the control device 32 updates the player information P (S27). Specifically, the winning and losing and the opponent are recorded in the battle result information included in the history information. In the battle time information, the time during the search event period is recorded as the battle time. This time may be determined by any method as long as it follows a predetermined rule. For example, the time during the search event period may be determined by lottery.

  Thereafter, the control device 32 determines whether or not the variable N matches the number of battles K (S28). If not, the variable N is incremented by "1" in step S29, and the process returns to S22. . And the control apparatus 32 repeats a process until the determination conditions of step S28 are satisfied, and will complete | finish search event processing, if the determination conditions are satisfied. According to the present embodiment, K battles executed during the search event period can be collectively processed.

Returning to FIG. When the search event process (Sa2) ends, the control device 32 executes a result notification process (Sa3). Here, the contents of the result notification process will be described with reference to FIG. The processing contents are common to steps Sa7 and Sa9 shown in FIG.
First, the control device 32 acquires the current time (S11). Next, the control device 32 extracts a record whose type information indicates a battle event from the history information of the player (S12). Furthermore, the control device 32 extracts a record in which the type information indicates a search event and the battle time indicated by the battle time information does not correspond to the current search event period from the history information of the player (S13).

  A part of the type information is not all records indicating a search event, but a part of the record is extracted during the search event period. This is because there is a premise that the battle result in the search is unknown until the search event period ends and the target character returns.

The battle result in the search event is determined immediately after the start of the search event period, and the processing result is reflected in the history information. At this time, not the current time but the time during the search event period is recorded in the battle time information according to a predetermined rule. On the other hand, the history information includes a record in which the type information indicates a search event and the search event period ends. Here, as described above, in order to make the search event period unclear, it is determined whether the record whose type information indicates the search event is in the search event period or whether the search event period has ended. There is a need to. If the match time indicated by the match time information is in the current search event period, the record corresponds to the search event period. If the match time indicated by the match time information is not in the current search event period, the record is searched. The event period has expired. Therefore, the control device 32 extracts a record in which the type information indicates a search event and the battle time indicated by the battle time information does not correspond to the current search event period. Whether or not it is during the search event period may be determined by whether or not it corresponds to the end time from the time obtained by subtracting the time of the search event period from the end time indicated by the time information.
Then, the control apparatus 32 produces | generates the image data which shows a battle result based on the record extracted by step S12 and S14 (S13). However, in the image data indicating the match result, when the current time is past the end time indicated by the time information T, the control device 32 generates image data indicating that the search is being performed together with the match result.

  Returning to FIG. When the result notification process (Sa3) ends, the game device 14A generates a search event execution response including the image data and transmits the response to the terminal device 12. When the terminal device 12 receives the search event execution response, the control device 26 displays an image indicating that the search is being performed on the display device 22 based on the image data (Sa4).

  Further, as shown in the figure, if the result notification request is transmitted to the game device 14A after the search event period has ended, the control device 32 executes a result notification process (Sa5). Since the search event period ends at the timing of executing the result notification process, the control device 32 generates image data reflecting the record of the history information generated in the search event process (Sa2), and the image A result notification response including data is transmitted to the terminal device 12. As a result, the player displays an image including the search event result on the display device 22 of the terminal device 12 (Sa6).

  Although the above embodiment has been described using a search event in which multiple battles occur during a search, for example, a battle event for the purpose of battle may be used. In a battle event, a battle event period is assigned to players who participate in the event. The battle event period can be specified by the time information T. This is the same as the search event.

  Explain battle events. First, in the terminal device 12, when the player selects a battle event, the terminal device 12 transmits a battle event execution request to the game device 14A. When the game device 14A receives the battle event execution request, the control device 32 executes battle event processing. In this case, the control device 32 reads out the first character information D1 of the player and the first character information D1 of other players other than the player from the game table TBL. In this case, a player whose battle event period overlaps is selected as an opponent, and the details thereof are the same as those of the search event.

Then, based on the attack power parameter PA of the target character of the player and the defense power parameter PD of the target character of another player who is the opponent, the victory or defeat of the battle is determined, and the player information P is updated based on the battle result. .
There is only one battle in the battle event, and the result of the battle event is notified to the terminal device 12 after the battle event period ends, which is the same as the search event.

Second Embodiment
FIG. 6 is a block diagram of the game apparatus 14B of the second embodiment. The game device 14B is an electronic device that causes a player (owner) to play a game similar to the first embodiment. For example, a portable device such as a mobile phone or a portable information terminal is suitable as the game apparatus 14B. As shown in FIG. 7, the game apparatus 14 </ b> B includes a control device 32, a storage device 34, a communication device 36, a display device 22, and an input device 24. The communication device 36 communicates with another game device 14B. A battle event and a search event between players are realized by communication by the communication device 36.

  The storage device 34 stores the program PGM and the game table TBL, as in the first embodiment. The control device 32 operates in the same manner as in the first embodiment by executing the program PGM. As understood from the above description, the game device 14B of the second embodiment functions as a device that provides the player with the game provided by the game device 14A of the first embodiment alone. Therefore, the same effects as those of the first embodiment are realized in the second embodiment.

<Modification>
Each of the above-described embodiments can be variously modified. Specific modifications are exemplified below. Two or more modes arbitrarily selected from the following examples can be appropriately combined within a range that does not contradict each other.

(1) In the above-described embodiment, it has been described that there is no battle between the target character used for the battle event and the target character used for the search event, but the present invention is not limited to this. You may allow a match between.

  That is, in the battle event, the target character for the battle event of the player of the terminal device 12 that transmitted the battle event execution request may be matched with the target character for the search event of another player. In this case, in step S4 of the battle event process described with reference to FIG. 4, the first character information D1 of the other player is specified. Instead, the first character information D1 of the other player and the first character information D1 of the other player are specified. One of the two pieces of character information D2 may be specified.

  Further, in the search event, the target character for the search event of the player of the terminal device 12 that has transmitted the search event execution request may be matched with the target character for the battle event of another player. In this case, in step S24 of the search event process described with reference to FIG. 6, the second character information D2 of the other player is specified, but instead of the first character information D1 of the other player and the first character information D1. One of the two pieces of character information D2 may be specified.

(2) In the above-described embodiment, players having overlapping search event periods are played against each other in the search event. However, the present invention is not limited to this, and searching for other players having no overlapping search event periods is performed. The target character for the event may be specified as the opponent. Specifically, in step S24 of the search event process described with reference to FIG. 6, the second character information D2 is specified in consideration of the current time and time information T of other players. What is necessary is just to specify the 2nd character information D2 of another player, without considering the time information T of another player. This also applies to battle events.

(3) In the above-described embodiment, the character has been described by taking a monster as a battle as an example, but the present invention is not limited to this, and may be a game element that affects the progress of the game. For example, a deck may be organized with monsters and items of weapons and armor. That is, the item is included in the character. In this case, you may make it raise the attack power and defense power of the specific or the whole monster contained in a deck by knitting the deck containing a weapon and armor.

(4) In the above-described embodiment, in the search event process, when the game device 14A receives a search event execution request from the terminal device 12 of the player, the second character information D2 of the player and the players other than the player The process of determining the result of the search event based on the second character information D2 is executed in batches a plurality of times (K times in the embodiment). The present invention is not limited to this, and a plurality of processes may be distributed and executed. For example, after the game device 14A receives a search event execution request, it performs k1 battles. The battle may be performed k2 times when 1/3 of the search event period ends, and the battle may be performed k3 times when 2/3 of the search event period ends. However, k1, k2, and k3 are natural numbers and satisfy K = k1 + k2 + k3. Specifically, “k1”, “k2”, and “k3” may be used instead of “K” in step S24 of the search event process shown in FIG.

(5) In the above-described embodiment, after the search event period ends, the game apparatus 14A notifies the terminal apparatus 12 of the result of the search event period. However, the present invention is not limited to this, and the player is notified. Prior to the end of the assigned search event period, the control device 32 controls the communication device 36 so as to notify the terminal device 12 of the player of some of the processing results of the multiple battles obtained by the search event processing. May be. For example, the control device 32 obtains 10 battle results in the search event processing immediately after receiving the search event execution request (K = 10), and the battle results for 5 times are obtained as 1/2 of the search event period. Notification may be made when the search is completed, and the remainder may be notified after the end of the search event period.

(6) In the above-described embodiment, the search event process is executed immediately after receiving the search event execution request. However, the present invention is not limited to this. In short, it may be executed whenever a search event result is obtained in the search event period.
Further, when the search event execution request is received from the terminal device 12 of the player, the control device 32 reads the second game player's second read from the game table TBL before the search event period assigned to the player ends. The timing for executing the search event process for determining the result of the event based on the character information D2 and the second character information D2 of the player other than the player read from the game table TBL is determined according to the processing load of the game device 14A. Is preferably determined. In this case, the timing of executing the search event process can be changed according to the processing load. For example, when the battle event is concentrated and the processing load is heavy, the timing of executing the process during the search event period Since the timing for executing the search event process can be postponed, the load can be distributed as a whole game device 14A.

(7) In the above-described embodiment, the second character information D2 of the opponent in the search event is selected so that at least a part of the search event period overlaps, but the present invention is not limited to this. Another player that reads from the game table TBL based on at least one of the attack power parameter PA and defense power parameter PD of the player character and at least one of the attack power parameter PA and defense power parameter PD of the other player character The second character information D2 may be determined. More specifically, for a plurality of characters that form the deck, the total value of the attack parameter PA or the total value of the defense parameter PD is compared between the player and another player, and the difference between them is less than or equal to a predetermined value. The other player is specified so that the second character information D2 of the specified other player is read from the data table TBL. In this case, since the difference in ability between characters is small, a player who has only a character with low ability can enjoy a search event.

(8) In the battle event and the search event of the above-described embodiment, the victory or defeat of the battle is determined by the attack power parameter PA and the defense power parameter PD of the target character, but the present invention is not limited to this, and additional information is provided. You may decide to win or lose in consideration of More specifically, additional information can be input when the player inputs an instruction to execute a battle event or a search event on the terminal device 12. The additional information indicates, for example, parameters to be added to the total value of the attack power parameter PA and the total value of the defense power parameter PD of the target character that forms the deck.

  When the player sets additional information at the terminal device 12, an additional information setting request is transmitted to the game device 14A. When the game apparatus 14A receives the additional information setting request, the control apparatus 32 stores the additional information in the game table TBL in association with the player identification information. Thereafter, when the game device 14A receives the battle event execution request or the search event execution request, the control device 32 adds the parameter indicated by the additional information to the total value of the parameters of the target character of the player when determining the win / loss. Then, the result of the event is determined based on the addition result and the total value of the parameters of the target characters of the other players.

  According to this modification, the game device 14A takes into account additional information that can be set for each event, in addition to the character's attack parameter PA and defense parameter PD, which are the basic factors that determine victory or defeat, Decide on victory or defeat. As a result, since the player can set additional information for each event, it is possible to meet the player's desire to win even if this is not the case in this event, and the fun of the game can be improved.

DESCRIPTION OF SYMBOLS 100 ... Game system, 12 ... Terminal device, 14A, 14B ... Game device, 16 ... Communication network, 22 ... Display device, 24 ... Input device, 26, 32 ... Control device, 34 ... Memory Device 20, 36... Communication device.

Claims (5)

When the player instructs execution of the game, a game period starting from the instruction is assigned to the player, and the game apparatus notifies the player of the result of executing the game after the game period ends.
A character storage unit that stores, for each player, character information related to one or more characters used for an event among a plurality of characters belonging to the player;
When the game execution request is received from the terminal of the player, the character information of the player read from the character storage unit and the other players other than the player before the game period assigned to the player ends. An event processing unit for determining a result of the event based on character information;
A result notification unit for notifying a result of the game to a terminal of the player to which the game period is assigned after the game period ends ;
The character storage unit stores time information for specifying the game period for each player,
The event processing unit
When receiving the game execution request from the terminal of the player, based on the time information stored in the character storage unit, the game period of the player and the game period of other players other than the player are: Identify the other player so that it overlaps at least in part,
Reading the character information of the player and the character information of the other identified player from the character storage unit, and determining the result of the event based on the read character information;
A game device characterized by that. The event processing unit is configured to read from the character storage unit other than the player based on the character parameter indicated by the character information of the player and the character parameter indicated by the character information of another player other than the player. Determining the player's character information,
The game device according to claim 1 . A level storage unit that stores level information indicating the degree of game experience of the player for each player;
When the event processing unit receives an execution request from the terminal of the player, the event processing unit refers to the level storage unit and based on level information of the player and level information of other players other than the player, A player other than the player that reads the character information from the character storage unit is determined, and the result of the event is determined based on the character information of the player and the character information of another player other than the player;
The game device according to claim 1 . The execution request includes additional information corresponding to a parameter to be added to one or more characters indicated by the character information of the player,
The event processing unit adds a parameter based on the additional information to a character parameter indicated by the character information of the player read from the character storage unit, and adds a parameter indicated by the additional information. And determining the result of the event based on the character parameters indicated by the character information of other players other than the player,
The game device according to claim 1, wherein the game device is any one of claims 1 to 3 . When a player instructs execution of a game, the game device program notifies the player of a result of executing the game after a game period has elapsed from the instruction,
Storing character information on one or more characters used for an event among a plurality of characters belonging to the player and time information for specifying the game period in a character storage unit for each player;
When the game execution request is received from the player's terminal , the player is based on the time information stored in the character storage unit before the game period elapses after the execution request is received. The other player is specified such that the game period of the player and the game period of other players other than the player overlap at least partially, and the character information of the player and the character information of the specified other player are Reading from the character storage unit , determining the result of the event based on the read character information ;
A program causing the game device to execute a step of notifying a result of the game to a terminal of the player on condition that the game period has elapsed.

Images