WO2013088792A1

WO2013088792A1 - Game device, game-device control method, and game-device program

Info

Publication number: WO2013088792A1
Application number: PCT/JP2012/072438
Authority: WO
Inventors: 知治梅川; 貴弘戸田; 俊顕海澤; 宏之大和久; 賢治横山
Original assignee: 株式会社コナミデジタルエンタテインメント
Priority date: 2011-12-16
Filing date: 2012-09-04
Publication date: 2013-06-20
Also published as: JP5227453B2; JP2013126459A

Abstract

Upon receiving a combat-event execution request, this game device determines the outcome of a combat event on the basis of first character information for the player in question and another player and transmits said outcome to a terminal device. Upon receiving a quest-event execution request, the game device: allocates an event period to the player in question; determines, before the event period ends, the outcome of a quest event on the basis of second character information for the player in question and another player with an overlapping event period; and conditioned upon the event period having ended, notifies the terminal device of the outcome of the quest event.

Description

GAME DEVICE, GAME DEVICE CONTROL METHOD, AND GAME DEVICE PROGRAM

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.

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.
The game device of the present invention is a game device in which character information regarding one or more characters used for an event in a game among a plurality of characters belonging to the player is set for each player, and communicates with the player's terminal. When the first execution request is received from the communication unit and the player's terminal, the result of the first event is based on the read character information of the player and the read character information of other players other than the player. And a first event control unit for controlling the communication unit to notify the terminal of the player of the result of the determined first event, and a second execution request from the terminal of the player, An event period started after receiving the second execution request is assigned to the player, and the event period Before the end, the result of the second event is determined based on the read character information of the player and the character information of other players other than the read player, 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.

In the present invention, the event period is a concept including the number of predetermined processes in the second event.

In the game device described above, when the second event control unit receives the second execution request from the player's terminal, the two-event control unit reads the character information of the player and the other player other than the read player. The result of the second event is determined based on the character information. The event period assigned to the player and the event period assigned to the other player are at least partially overlapped with each other. It is preferable to determine the player.

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.

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. *

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. *

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. *

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.

The game device control method of the present invention is a game device control method in which character information related to one or more characters used for an event in a game among a plurality of characters belonging to a player is set for each player. When the first execution request is received from the player's terminal, the first character is read based on the read character information of the player and the read character information of other players other than the player. When the result of the event is determined, the determined result of the first event is notified to the player's terminal, and the second execution request is received from the player's terminal, the second execution request is received. The event period starting from is assigned to the player and read before the event period ends. The result of the second event is determined based on the character information of the player and the character information of the player other than the read player, and the determined second event is determined on the condition that the event period has ended. The event result is notified to the terminal of the player.

The program of the game device of the present invention is a program of a game device including a computer in which character information regarding one or more characters used for an event in the game among a plurality of characters belonging to the player is set for each player, When the computer receives the first execution request from the communication unit that communicates with the player's terminal and the player's terminal, the read character information of the player and the characters of other players other than the read player A first event control unit that determines a result of the first event based on the information and controls the communication unit to notify the terminal of the player of the determined result of the first event; When the second execution request is received, the process is started after receiving the second execution request An event period is assigned to the player, and before the end of the event period, the result of the second event is calculated based on the read character information of the player and the read character information of other players other than the player. It is determined to function as a second event control unit that controls the communication unit so as to notify the terminal of the player of the result of the determined second event on the condition that the event period has ended. To do.
The program may be stored in a recording medium. If this recording medium is used, the program can be installed in the computer, for example. Here, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM.

1 is a block diagram of a game system according to a first embodiment of the present invention. It is a block diagram which shows the function of the game device which concerns on 1st Embodiment of this 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. It is a flowchart which shows the content of the search event process in a modification. It is a flowchart which shows the content of the search event process in a modification. It is a sequence diagram which shows operation | movement of the game system in a modification. It is a block diagram of the game system in a modification.

<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 the 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 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 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) that executes an event such as a battle with another player 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 A to the terminal device 12.

The in-game events 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. In this way, the character used for the search event can leave the player's hand and appear to continue searching autonomously. 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 14A 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 control device 32 includes a CPU (Central Processing Unit) that controls the entire device, a RAM (Random Access Memory) that functions as a work area of the CPU, a ROM that stores a boot program, and the like. 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.

In game device 14A, the following functional blocks are constructed by executing a predetermined program.
As shown in FIG. 2, the game apparatus 14 A includes a communication unit 40 that communicates with the terminal device 12 of the player, a first event control unit 41, and a second event control unit 42.
When the first event control unit 41 receives a battle event execution request from the terminal device 12 of the player, the character information of the player read from the storage device 34 and the character information of other players other than the read player And the communication unit 40 is controlled so as to notify the terminal device 12 of the player of the result of the determined battle event.
When the second event control unit 42 receives a search event execution request from the terminal device 12 of the player, the second event control unit 42 allocates a search event period that starts after receiving the search event execution request to the player, and Before the period ends, the result of the search event is determined based on the character information of the player read from the storage device 34 and the character information of other players other than the player read from the storage device 34, and the search event The communication unit 40 is controlled to notify the terminal device 12 of the player of the result of the determined search event on the condition that the period has ended.

As shown in FIG. 3, 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. 3, one record includes 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. The battle time information shown, and the battle result information showing the victory or 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 relating to one or a plurality of 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 relating to 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. Note that the target character used for the search event and the target character used for the battle event do not overlap each other. In this way, the target character used for the search event can leave the player's hand and appear to continue searching autonomously.

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. 5 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.

Return the explanation 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. 7 shows the details 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. . 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. .
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. In this way, there is an advantage that it is not necessary to manage the timing of distributed processing compared to the case of performing distributed processing.

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).
The processing content of the result notification processing in step Sa13 is 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 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.
As described above, according to the present embodiment, a battle event in which the processing result can be confirmed immediately at the timing instructed by the player, and a search event in which the processing result can be confirmed after the event period started at the timing instructed by the player has ended. Can be provided. Therefore, there is an advantage that the player can enjoy a game of executing a search event in parallel with executing a battle event whose result can be confirmed in real time.

<Second Embodiment>
FIG. 8 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. 8, the game apparatus 14 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 has 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. 5, 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.

Also, 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. 7, 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. 7, 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. FIG. 9 shows an operation sequence of this modification. In FIG. 9, the same steps as those in FIG.
For example, after determining the battle line K (S20), “1” is set to the variable N and k1 is set to the variable m (S30).
Then, after the game device 14A receives the search event execution request, the battle is performed k1 times (S31), and when 1/3 of the search event period ends (S32; YES), k2 is set in the variable m ( S32). After that, similarly, k2 battles are performed (S31), and when 2/3 of the search event period ends (S33; YES), k3 is set to the variable m (S35). Similarly, k3 battles may be executed. 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 S28 of the search event process shown in FIG. In this way, the processing load can be distributed.

(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. The operation sequence of this modification is shown in FIG. In FIG. 10, the same steps as those in FIGS. 7 and 9 are denoted by the same step numbers and description thereof is omitted.
For example, when the control device 32 obtains the result of 10 battles in the search event process immediately after receiving the search event execution request (K = 10) (S20), the control device 32 sets “1” to the variable N and sets the variable m Is set to K / 2 (S40). Then, the same processing as in FIG. 7 and FIG. 9 is performed, and when the half of the search event period ends (S31; YES, S41; YES), it is possible to notify the match results for five times, and the rest Notification may be possible after the end of the search event period. In this way, the player can know the progress of the 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. Step Sa20 in FIG. 11 shows 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 another player other than the player read from the game table TBL. In addition, it is preferable to determine according to the processing load of the game apparatus 14A. 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.

(8) In the embodiment and the modification described above, the example in which the storage device 34 is provided in the game device 14A has been described. However, the present invention is not limited to such a configuration. Like the game system 100A shown in FIG. 12, the external server includes a storage device 60, and the storage device 60 is connected via the communication network 16 such as the Internet. Data may be acquired.

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

A game device in which character information related to one or more characters used for an event in a game among a plurality of characters belonging to a player is set for each player, and a communication unit that communicates with a terminal of the player;
When the first execution request is received from the player's terminal, the result of the first event is determined based on the read character information of the player and the read character information of other players other than the player, A first event control unit that 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 read-out before the event period ends. A result of the second event is determined based on the character information of the player and the character information of the player other than the read player, and the determined second event is performed on the condition that the event period has ended. A second event control unit that controls the communication unit to notify the result of the player to the terminal of the player;
A game device comprising:
The two-event control unit
When the second execution request is received from the player terminal,
Determining the result of the second event based on the read character information of the player and the character information of the other player other than the read player;
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.
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.
The game device according to claim 1, wherein the game device is a game device.
The second event control unit
When the second execution request is received from the player terminal,
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 another player other than the player are collectively executed. The game device according to claim 2.
The second event control unit
When the second execution request is received from the player terminal,
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 distributed in time and executed. The game device according to claim 2.
The second event control unit
When the second execution request is received from the player terminal,
6. The communication unit according to claim 4, wherein the communication unit is controlled to notify a part of the processing result of the plurality of times to the terminal of the player before the end of the event period assigned to the player. Game device.
The second event control unit
When the second execution request is received from the player terminal,
Timing for determining the result of the second event based on the second character information of the player and the second character information of another player other than the player before the end of the event period assigned to the player The game device according to claim 2, wherein the game device is set according to a processing load.
A game device control method in which character information related to one or more characters used for an event in a game among a plurality of characters belonging to a player is set for each player,
Communicate with the player ’s terminal,
When the first execution request is received from the player's terminal, the result of the first event is determined based on the read character information of the player and the read character information of other players other than the player,
Notifying the result of the determined first event to the terminal of the player,
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 read-out before the event period ends. Determining the result of the second event based on the character information of the player and the character information of the player other than the read player;
Notifying the player's terminal of the result of the determined second event on the condition that the event period has ended,
A control method for a game device, comprising:
Character information relating to one or more characters used for an event in a game among a plurality of characters belonging to a player is set for each player, and is a program of a game device including a computer,
The computer,
A communication unit that communicates with the player's terminal;
When the first execution request is received from the player's terminal, the result of the first event is determined based on the read character information of the player and the read character information of other players other than the player, A first event control unit that 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 read-out before the event period ends. A result of the second event is determined based on the character information of the player and the character information of the player other than the read player, and the determined second event is performed on the condition that the event period has ended. To function as a second event control unit that controls the communication unit to notify the terminal of the player
A game device program characterized by the above.