JP5820406B2 - Game device - Google Patents

Description

  The present invention relates to a technique for causing a player 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.

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

However, in the conventional game system, since the result of the battle is notified immediately, it is not possible to provide a game in which the player character goes out to search and battles with other player characters encountered in the process. It was.
The present invention has been made in view of the above-described circumstances. When a player instructs the start of a predetermined event, the player's character goes out to search and can play against other players' 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.

  The game device (14A, 14B) of the present invention includes a character storage unit (TBL) that stores character information related to one or more characters used for an event in a game among a plurality of characters belonging to the player, and a player. A communication unit (36) that communicates with the terminal (12) of the player, and when the first execution request is received from the player terminal, the character information of the player read from the character storage unit, and the character storage unit The result of the first event is determined based on the read character information of the player other than the player, and the communication unit is controlled to notify the terminal of the player of the determined result of the first event. When a second execution request is received from the first event control unit (32, Sa2) and the player's terminal, An event period that starts after receiving the second execution request is assigned to the player, and the character information of the player read from the character storage unit before the event period ends, and the character storage unit The result of the second event is determined based on the character information of the player other than the player read from the above, and the result of the determined second event is determined on the condition that the event period has ended. A second event control unit (32, Sa6) that controls the communication unit to notify the terminal of the first event, the first event control unit, while the second event control unit is executing the second event The first event can be executed.

  According to the present invention, the first event in which the processing result can be confirmed immediately at the timing instructed by the player and the second event in which the processing result can be confirmed after the event period started at the timing instructed by the player is provided. can do. Therefore, there is an advantage that the player can enjoy a game of executing the second event in parallel with executing the first event whose result can be confirmed in real time.

  In the game device described above, when the second event control unit receives the second execution request from the player's terminal, the second event control unit reads the character information of the player read from the character storage unit and the character storage unit. The result of the second event is determined based on the character information of other players other than the player, and the event period assigned to the player and the event period assigned to the other player are at least one It is preferable to determine the other player so that the parts overlap.

  According to the present invention, in the case of a game in which a player conducts an event such as a battle with another player, the other players who are opponents in the second event are limited to players that overlap at least part of the event period. Is done. This makes it possible to make it appear as if the players participating in the event have encountered and played against each other with a simple configuration, even if the timing of instructing the execution of the event differs between the players. .

In the above game device, the character information includes first character information corresponding to the first event and second character information corresponding to the second event,
Each of the one or more characters indicated by the first character information is preferably not included in the one or more characters indicated by the second character information.
According to the present invention, the character to be used is exclusively determined in the first event executed in real time by the player's involvement and the second event executed without the player's involvement during the event period. Become. As a result, the character used for the second event can appear to leave the player's hand and continue to search autonomously.
More specifically, an upper limit is set for the number of characters used for the first event, and the characters to be used are exclusive in the first event and the second event. It is preferable that a character used for the second event can be set for characters other than the character set to be used for the first event among the characters belonging to the player.

  In the game device described above, when the second game control unit receives the second execution request from the player's terminal, the second event control unit receives the second execution request from the player's terminal. In such a case, a plurality of processes for determining the result of the second event based on the second character information of the player and the second character information of other players other than the player are collectively executed. Also good. According to the present invention, since processing is executed in a lump, there is an advantage that it is not necessary to manage the timing of distributed processing compared to the case of processing in a distributed manner.

  In the above-described game device, when the second event control unit receives the second execution request from the player's terminal, the second character information of the player and the second characters of other players other than the player. A plurality of processes for determining the result of the second event based on the character information may be executed in a temporally distributed manner. According to the present invention, it is possible to distribute the processing load.

  In the above-described game device, when the second event control unit receives the second execution request from the terminal of the player, the second processing result is obtained before the event period assigned to the player ends. The communication unit may be controlled so as to notify a part of the player to the terminal of the player. According to the present invention, the player can know the progress of the event period.

  In the above-described game device, when the second event control unit receives the second execution request from the player's terminal, the second event control unit receives the second event control unit before the end of the event period assigned to the player. The timing for determining the result of the second event based on the character information and the second character information of the player other than the player is set according to the processing load. According to this invention, the timing for executing the processing in the event processing unit can be changed according to the processing load. For example, when the first event is concentrated and the processing load is heavy, any timing can be used during the event period. Since the process can be executed, the timing of executing the second event can be postponed, so that the load can be distributed as a whole game device.

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 battle event processing. It is a flowchart which shows the content of a result notification process. It is a flowchart which shows the content of a search event 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 according to the first embodiment includes a terminal device 12 and a game device 14A that communicate with each other via a communication network 16 including a mobile communication network, the Internet, and the like. A communication system for playing a game. Although only one terminal device 12 is illustrated in FIG. 1 for convenience, a plurality of terminal devices 12 actually 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 player, and a microphone that allows the player 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 14 </ b> A 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 is a user of 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 results of the processing. Is displayed on the display device 22 of the terminal device 12. In the present embodiment, RPG (Role-Playing) in which an event such as a battle with another player is executed using a plurality of characters such as monsters (hereinafter referred to as “owned characters”) given to the player in the game. Game) type social game is provided from the game device 14 </ b> A to the terminal device 12.

  Events in the game include a battle event as a first event and a search event as a second event. In the battle event, when the player instructs execution, the player can immediately confirm the result of the battle. On the other hand, a search event is a battle with an enemy encountered by encountering an enemy during the search process. For this reason, the result of the battle can be confirmed after a certain amount of time (for example, 6 hours) has elapsed since the player instructed the execution of the search event.

  For battle events and search events, decks organized for each player are 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 an attack deck that is applied when the attacker is in charge and a defense deck that is applied when the attacker is in charge, and the attacking player A battle event is developed in which the attack deck of the player and the defense deck of the defending player face each other. Regarding the attack deck and defense deck of one player, the respective target characters constituting each deck can be individually selected and overlap each other.

In contrast, 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, but the target character that organizes the deck for the search event overlaps with the target character that organizes the deck for the battle event Never do. The exploration event deck applies to both the attacker and defender.
By the way, since characters are given to the player in the course of the game, the number of characters owned by the player increases. The target characters used in the battle event are a maximum of M characters that form an attack deck and M characters that form a defense deck. That is, a player whose number of owned characters exceeds 2M owns surplus characters. In the search event, a target character different from the battle event is organized as a search event deck, so that surplus characters can be used effectively.

  As shown in FIG. 1, the game device 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 is used for level information indicating a level based on the player's experience in the game, history information indicating the history of battles processed in battle events and search events, and games such as magic and weapons. Item information indicating possible items and point information indicating the amount of points used for various activities in the game are included. In battle events and search events, points increase when you win a battle, and points decrease when you lose. It is also possible to purchase various items using points. By referring to the level information included in the player information P, it is possible to relatively compare the abilities of each player in the game.

The history information is composed of a set of a plurality of records. As shown in FIG. 2, one record indicates type information indicating whether the battle result is caused by a battle event or a search event, and the time when the battle is processed in the battle event and the search event. It includes battle time information, and battle result information indicating the victory and defeat of the battle and the opponent.
In this embodiment, the search event is assumed to be a story in which the target character who organized the deck goes away from the player's hand and goes to the search, and the event period in the search event ends and the target character returns from the search. The player can know the result of the search event.

  The first character information D1 is information related to one or more target characters used in the battle event, and includes unit data U1 corresponding to each target character. 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 attack deck is used as a target character for knitting, a defense deck is used as a target character, or both decks are used as target characters. In the present embodiment, the one or more target characters used in the battle event are automatically set by the control device 32 of the game device 14A. However, 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 target character. 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 event period in the search event. By storing the time information T for each player in the game table TBL, different event periods can be assigned to each player. The end time of the event period is specified directly or indirectly. When the end time of the event period is directly designated, the time information T indicates the end time of the event period. On the other hand, when the end time of the event period is indirectly specified, the time information T indicates the start time of the event period. In this case, the end time of the event period is calculated by the control device 32 adding a predetermined period to the start time of the event period indicated by the time information T. When the end time of the event period is indirectly indicated, it is possible to cope with the case where the system administrator extends the event period, so that various operations of the game system 100 are possible. In the following description, it is assumed that the time information T directly specifies the end time of the event period.
In the present embodiment, one or a plurality of 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, when the player operates the input device 24 of the terminal device 12 to select a battle event (Sa1), the control device 26 uses the communication device 20 to transmit a battle event execution request to the game device 14A.
When game device 14A receives the battle event execution request, control device 32 executes battle event processing (Sa2) and result notification processing (Sa3), and returns a battle event execution response to terminal device 12.

  FIG. 4 shows the contents of the battle event process executed by the game apparatus 14A. The control device 32 specifies the player identification information UID of the player who has instructed the battle event execution request, and specifies the first character information D1 corresponding to the player identification information UID with reference to the game table TBL (S1). Next, the control device 32 calculates the total value AS1 of the attack parameter PA of one or more unit data U1 belonging to the specified first character information D1 (S2).

  Thereafter, the control device 32 specifies the first character information D1 of other players other than the player (S3). Although a specific method is arbitrary, it is preferable to select a player whose level is close to the player (that is, a player who has a close experience with the game) with reference to the level information of each player. Next, the control device 32 calculates the total value DS1 of the defense parameter PD of one or more unit data U1 belonging to the specified first character information D1 (S4).

Next, the control device 32 compares the total value AS1 of the attack power and the total value DS1 of the defense power, and if the total attack value AS1 exceeds the total defense value DS1, the player wins. If it falls, the player loses the player (S5).
Thereafter, the control device 32 updates the player information P (S6). Specifically, the match result and the opponent are recorded in the match result information included in the history information, the current time is recorded in the match time information, and the type information is recorded as a battle event. Further, the points indicated by the point information are increased / decreased according to the win / loss of the match.

  Returning to FIG. When the battle event process (Sa2) ends, the control device 32 executes a result notification process (Sa3). In the result notification process in step Sa3, image data including the result of the battle event process (Sa2) is generated. The control device 32 generates a battle event execution response including the image data and transmits it to the terminal device 12. When the terminal device 12 receives the battle event execution response, the control device 26 of the terminal device 12 displays the result of the battle event on the display device 22 (Sa4).

  Thereafter, it is assumed that the player selects the search event by operating the input device 24 of the terminal device 12 (Sa5). In this case, the control device 26 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 (Sa6).

  FIG. 6 shows the contents of the search event process. First, the control device 32 determines the number of battles K (K is a natural number) that is the number of battles processed 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 has instructed 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 specified second character information D2 (S23). Next, the control device 32 specifies second character information D2 of a player other than the player (S24). Although a specific method is arbitrary, it is preferable to refer to the level information of each player and select a player whose level is close to that player (that is, another player who has a close degree of experience with the game).

  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 event period in the search event of the player overlaps with the event period in the search event of another player. . At the current time, the player is in the search event period. This is clear from the fact that step S24 is a part of the battle process executed during the event period in the search event. Therefore, the control device 32 extracts a player whose end time indicated by the time information T is in the future from the current time from other players, specifies one other player by lottery or the like, and selects the other player The second character information D2 of the player is specified.

Next, the control device 32 calculates the total value DS2 of the defense parameter PD of one or more unit data U2 belonging to the specified second 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 match result and the opponent are recorded in the match result information included in the history information. The battle time information records the time of the battle that occurred in the search event, but does not have to be the time when the control device 32 actually executed the battle process (that is, the current time). Any time within the event period may be determined and recorded as battle time information. 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 event period in the search event can be collectively processed.

Returning to FIG. When the search event process (Sa6) ends, the control device 32 executes a result notification process (Sa7). Incidentally, as described above, in the battle event, information indicating the result of the battle event is transmitted to the terminal device 12 as a battle event execution response to the battle event execution request. On the other hand, in the search event, information indicating the result of the search event is not transmitted to the terminal device 12 as a search event execution response to the search event execution request. Instead, information indicating that the search event has started is transmitted to the terminal device 12 as a search event execution response. That is, in the result notification process (Sa7) executed after the end of the search event process (Sa6), the control device 32 generates image data indicating that the search event has started and includes it in the search event execution response. It transmits to the terminal device 12. When the terminal device 12 receives the search event execution response, the control device 26 causes the display device 22 to display an image indicating that the search is being performed based on the image data included in the search event execution response (Sa8). In the search event processing (Sa6), the information on the result of the battle is not transmitted to the terminal device 12 even though the battle processing result is already reflected in the history information. This is for expressing on the game a story in which the player leaves the player's hand and goes out for a search.
Thereafter, the event period in the search event continues, but the battle event can be repeatedly executed during the period. Since the processing from step Sa9 to step Sa12 is the same as the processing from step Sa1 to step Sa4 described above, description thereof will be omitted.

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 (Sa13). Since the search event period has ended at the timing of executing the result notification process, the control device 32 generates image data reflecting the record of history information generated in the search event process (Sa6), and the image A result notification response including data is transmitted to the terminal device 12. Thereby, the image including the result of the search event is displayed on the display device 22 of the terminal device 12 of the player (Sa14).
FIG. 5 shows the processing contents of the result notification processing in step Sa13. First, the control device 32 acquires the current time (S11). Next, the control device 32 extracts a record whose type information indicates a search event from the history information of the player who has instructed the result notification request (S12). Next, the control device 32 extracts a record in which the battle time indicated by the battle time information does not correspond to the current search event period from the extracted records (S13).
A part of the type information is not all records indicating the search event, but a part of the record is extracted. During the search event period, the target character organized in the search event deck goes away from the player's hand and goes to the search This is because there is a premise that the battle result in the search is unknown until the target character returns after the event period in the search event ends. Next, the control apparatus 32 produces | generates the image data which shows a battle result based on the record extracted by step S13 (S13).
Thereafter, the control device 32 transmits a result notification response including the generated image data to the terminal device 12. As a result, when the player instructs a result notification request after the event period has ended, the results of all the battles processed during the event period in the search event are displayed on the display device 22 of the terminal device 12 of the player.

Second Embodiment
FIG. 7 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 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 aforementioned 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 event periods in the search event are matched in the search event, but the present invention is not limited to this, and the event periods in the search event are not overlapping. The target character for the search event of the player 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.

(3) In the above-described embodiment, the character has been described as an example of a monster performing a battle, but the present invention is not limited to this, and may be a game element that affects the battle. 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 player's terminal device 12, the player's second character information D2 and other than the player The process of determining the result of the search event based on the player's 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 the search event execution request, the battle is performed k1 times. 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 5 battle results of those are calculated 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. Alternatively, when the game device 14A receives a result notification request, a record is extracted in which the battle time information included in the history information corresponding to the player who has instructed the result notification request indicates a time earlier than the current time. You may notify the information regarding the battle result concerning.

(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, the search event process may be executed whenever the search event result can be obtained in the event period of the search event.
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 throughout the game apparatus 14A.

(7) In the embodiment described above, the opponent of the player in the battle event is determined by the game device 14A, but the opponent may be selected by the player. In this case, referring to the level information of each player, the control device 32 selects and presents to the player a plurality of players whose levels are close to the player who has instructed the battle event execution request (that is, players who have a close degree of experience with the game). To do. Then, one player selected by the player from the presented players may be determined as the player's opponent.

<Appendix of invention>
The following invention is grasped | ascertained from embodiment mentioned above.
The game device (14A, 14B) includes a character storage unit (TBL) that stores, for each player, character information related to one or more characters used for an event in the game among a plurality of characters belonging to the player, and a player terminal ( 12) When the first execution request is received from the communication terminal (36) that communicates with the player terminal and the player's terminal, the character information of the player read from the character storage unit, and the character information read from the character storage unit A first event for controlling the communication unit to determine a result of the first event based on character information of a player other than the player and to notify the terminal of the player of the determined result of the first event. When the second execution request is received from the control unit (32, Sa2) and the player's terminal, the second The event period started after receiving the execution request is assigned to the player, and before the event period ends, the player character information read from the character storage unit and the character information read from the character storage unit The result of the second event is determined based on the character information of the player other than the player, and the determined second event result is notified to the terminal of the player on the condition that the event period has ended. And a second event control unit (32, Sa6) for controlling the communication unit.

  According to the present invention, the first event in which the processing result can be confirmed immediately at the timing instructed by the player and the second event in which the processing result can be confirmed after the event period started at the timing instructed by the player is provided. can do. Therefore, there is an advantage that the player can enjoy a game of executing the second event in parallel with executing the first event whose result can be confirmed in real time.

  In the above-described game device, when the second event control unit receives the second execution request from the player terminal, the two-event control unit reads the character information of the player read from the character storage unit and the character storage unit. The result of the second event is determined based on the character information of other players other than the player, and the event period assigned to the player and the event period assigned to the other player are at least partly It is preferable to determine the other players so that the two overlap.

  According to the present invention, in the case of a game in which a player conducts an event such as a battle with another player, the other players who are opponents in the second event are limited to players that overlap at least part of the event period. Is done. This makes it possible to make it appear as if the players participating in the event have encountered and played against each other with a simple configuration, even if the timing of instructing the execution of the event differs between the players. .

In the above game device, the character information includes first character information corresponding to the first event and second character information corresponding to the second event,
Each of the one or more characters indicated by the first character information is preferably not included in the one or more characters indicated by the second character information.
According to the present invention, the character to be used is exclusively determined in the first event executed in real time by the player's involvement and the second event executed without the player's involvement during the event period. Become. As a result, the character used for the second event can appear to leave the player's hand and continue to search autonomously.

  In the game device described above, when the second game control unit receives the second execution request from the player's terminal, the second event control unit receives the second execution request from the player's terminal. In such a case, a plurality of processes for determining the result of the second event based on the second character information of the player and the second character information of other players other than the player are collectively executed. Also good. According to the present invention, since processing is executed in a lump, there is an advantage that it is not necessary to manage the timing of distributed processing compared to the case of processing in a distributed manner.

  In the above-described game device, when the second event control unit receives the second execution request from the player's terminal, the second character information of the player and the second characters of other players other than the player. A plurality of processes for determining the result of the second event based on the character information may be executed in a temporally distributed manner. According to the present invention, it is possible to distribute the processing load.

  In the above-described game device, when the second event control unit receives the second execution request from the terminal of the player, the second processing result is obtained before the event period assigned to the player ends. The communication unit may be controlled so as to notify a part of the player to the terminal of the player. According to the present invention, the player can know the progress of the event period.

  In the above-described game device, when the second event control unit receives the second execution request from the player's terminal, the second event control unit receives the second event control unit before the end of the event period assigned to the player. The timing for determining the result of the second event based on the character information and the second character information of the player other than the player is set according to the processing load. According to this invention, the timing for executing the processing in the event processing unit can be changed according to the processing load. For example, when the first event is concentrated and the processing load is heavy, any timing can be used during the event period. Since the process can be executed, the timing of executing the second event can be postponed, so that the load can be distributed as a whole game device.

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 (7)

A character storage unit that stores, for each player, character information related to one or more characters used for an event in the game among a plurality of characters belonging to the player;
A communication unit that communicates with the player's terminal;
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 read from the character storage unit when the first execution request is received from the player's terminal. A first event control unit that determines a result of the first event and controls the communication unit to notify the terminal of the player of the result of the determined first event;
When a second execution request is received from the player's terminal, an event period that is started after the second execution request is received is assigned to the player, and the character storage is performed before the event period ends. The result of the second event is determined based on the character information of the player read from the unit and the character information of other players other than the player read from the character storage unit, and the event period has ended. A second event control unit that controls the communication unit to notify the terminal of the player of the result of the determined second event as a condition;
The first event control unit, Ri executable der the first event and the second event control unit is executing the second event,
The character information includes first character information corresponding to the first event and second character information corresponding to the second event,
Each of the one or more characters indicated by the first character information is not included in the one or more characters indicated by the second character information.
A game device characterized by that. The second event control unit
When the second execution request is received from the player terminal,
Determining the result of the second event 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 read from the character storage unit;
2. The game according to claim 1, wherein the other player is determined so that at least a part of the event period assigned to the player and the event period assigned to the other player overlap each other. apparatus. There is an upper limit on the number of characters used in the first event,
Targeting characters other than the character set to be used for the first event among the characters belonging to the player so that the character to be used is exclusive in the first event and the second event The character used for the second event can be set as
The game device according to claim 1 , wherein the game device is a game device.   When the second event control unit receives the second execution request from the player's terminal, the second event control unit is based on the second character information of the player and the second character information of another player other than the player. The game apparatus according to claim 1, wherein a plurality of processes for determining a result of the second event are collectively executed.   When the second event control unit receives the second execution request from the player's terminal, the second event control unit is based on the second character information of the player and the second character information of another player other than the player. The game apparatus according to claim 1, wherein a plurality of processes for determining a result of the second event are executed in a time-distributed manner. When the second event control unit receives the second execution request from the player's terminal, the second event control unit outputs a part of the processing results of the plurality of times before the end of the event period assigned to the player. the game device according to claim 4 or 5, wherein the controller controls the communication unit to notify the terminal.   When the second event control unit receives the second execution request from the player's terminal, before the event period assigned to the player ends, the second event control unit and the second character information of the player The game device according to claim 1, wherein a timing for determining a result of the second event is set according to a processing load based on second character information of another player.

Images