Game program and game device

Abstract

To provide a highly interesting play experience by making various types of items easily available. [Solution] The game program causes a computer that provides a service including the experience of playing a series of games to execute a detection process that detects payment of a fee, a control process that controls the execution of the series of games on the condition that payment of the fee for the start of service provision has been detected, and a provision control process that causes a provision means to provide goods for the executed games, wherein the series of games includes a main game and a sub-game, and the provision control process causes the provision means to provide different types of goods for the main game and the sub-game.

Description

[Technical field]

[0001] The present invention relates to a game program and a game device, and more particularly to an electronic game involving the provision of goods. [Background technology]

[0002] There is a game device that provides items with different printed content depending on the result of a game (Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2017-189276 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in a mode in which the print content of an item is controlled depending on the outcome of a game as in Patent Document 1, some users may find it difficult to obtain certain types of items.

[0005] An object of the present invention is to provide a game program and a game device that allow various types of items to be easily obtained and provide a highly entertaining playing experience. [Means for solving the problem]

[0006] The game program of the present invention is a game program that causes a computer providing a service including the experience of playing a series of games to execute a detection process for detecting payment of a fee, a control process for controlling execution of the series of games on the condition that payment of the fee for starting provision of the service has been detected, and a provision control process for causing a provision means to provide goods for the executed games, wherein the series of games includes a main game and a sub-game, and the sub-game includes a first sub-game and a second sub-game having different game content, and the provision control process causes the provision means to provide different types of goods for the main game and the sub-game, and causes the provision means to provide the same type of goods for the first sub-game and the second sub-game. Effect of the Invention

[0007] According to the present invention, various types of items are easily available, making it possible to provide a highly entertaining play experience. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating a system configuration of a game system according to an embodiment and a modification of the present invention. [Diagram 2] FIG. 1 is a block diagram illustrating a functional configuration of a game device 100 according to an embodiment of the present invention. [Diagram 3] FIG. 13 is a diagram showing an example of the configuration of data used in the game system according to the embodiment and the modified example of the present invention. [Figure 4] FIG. 2 is a block diagram illustrating a functional configuration of a server 200 according to an embodiment and a modification of the present invention. [Diagram 5] FIG. 13 is a diagram illustrating the execution timing of various games in a series of games according to an embodiment and a modified example of the present invention. [Figure 6] FIG. 1 is a diagram illustrating a configuration of functional modules realized by executing a presentation process according to an embodiment of the present invention; [Figure 7] A flowchart illustrating a presentation process according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] [Embodiment] Hereinafter, the embodiments will be described in detail with reference to the accompanying drawings. Note that the following embodiments do not limit the invention according to the claims, and not all combinations of features described in the embodiments are essential to the invention. Two or more features among the multiple features described in the embodiments may be arbitrarily combined. In addition, the same reference numbers are used for the same or similar configurations, and duplicated descriptions are omitted.

[0010] In the embodiment described below, an example of the present invention is applied to a game device configured to be able to provide goods, as an example of a game device. However, the present invention can be applied to any device that provides services including the provision of a game playing experience and is able to provide different types of goods.

[0011] In addition, in this specification, "service provision" means temporarily granting the right to occupy and use the game device to a user (player) who has paid the fee, and providing a service including the experience of playing a series of games. The provision of a service to one player begins on the condition that payment of the fee is detected while no service is being provided, and basically ends after the execution of the functions of the game device made available for one service provision (including the execution of a series of games) is completed.

[0012] Game System Configuration 1 is a diagram showing the system configuration of a game system according to this embodiment. As shown in the figure, the game system is configured so that a server 200 and one or more game devices 100 can communicate with each other via a network 300.

[0013] In this embodiment, such a system configuration is configured to enable a competitive game between players using multiple game devices 100 via the server 200 and the network 300. Furthermore, games for which a play experience is provided on the game device 100 are not limited to competitive games between players, and may include games configured for one person.

[0014] As will be described in more detail later, when a player is identified when using the game device 100, i.e., when a service is provided after the player has been identified, the server 200 updates the information managed for each player based on the details of that player's use (game play history).

[0015] <Configuration of the Game Device> FIG. 2 is a block diagram showing a functional configuration of the game device 100 according to an embodiment of the present invention.

[0016] The control unit 101 is, for example, a CPU, and controls the operation of each block of the game device 100. Specifically, the control unit 101 reads out an operation program for each block recorded in, for example, a recording medium 102, and loads and executes the program in the memory 103 to control the operation of each block.

[0017] The recording medium 102 is a recording device capable of permanently retaining data, such as a non-volatile memory or a HDD. The recording medium 102 stores, in addition to the operation programs of each block of the game device 100, information on parameters required for the operation of each block, and various graphics data used in the game executed by the game device 100. The memory 103 is a storage device used for temporary data storage, such as a volatile memory. The memory 103 is used not only as an area for developing the operation programs of each block, but also as a storage area for temporarily storing data output in the operation of each block.

[0018] The payment detection unit 104 detects that a price has been paid in the game device 100. The payment of the price may be determined, for example, by detecting that a predetermined amount of coins or an equivalent coin has been inserted into an insertion slot (not shown) of the game device 100, or by detecting the completion of a settlement process based on communication with a chip related to a predetermined electronic money. The game device 100 of this embodiment will be described as starting to provide a service including the provision of a series of game play experiences based on the payment of the price for starting the provision of the service. The payment of the price is also configured to be detectable even after the start of the provision of the service.

[0019] The acquisition unit 105 is an interface provided in the game device 100 of this embodiment and related to information acquisition from objects. Specifically, the acquisition unit 105 includes a reader configured to be able to acquire information attached to a plurality of types of objects from the objects. Here, the description will be given assuming that the plurality of types of objects from which the acquisition unit 105 can acquire information are all objects (real objects) having a physical volume that are configured to be provided by the game device 100.

[0020] In this embodiment, the multiple types of items are all game cards, and each type is described as being associated with one game element (character, mount, item, etc.) that appears in a game in which a play experience is provided on the game device 100. The game element associated with a game card can be identified by the acquisition unit 105 acquiring information (identification information) for identifying the game element attached to the game card. The identification information may be added to the game card by, for example, printing a one-dimensional or multi-dimensional code obtained by converting the identification information onto the game card, or by other methods such as recording the identification information on a tag or IC chip for near field communication (NFC) included in the game card.

[0021] In this embodiment, the acquisition of information from multiple types of game cards is described as being performed by a single reader provided in the acquisition unit 105, but the implementation of the present invention is not limited to this. It goes without saying that the acquisition of information from multiple types of game cards may be performed by multiple types of readers.

[0022] In addition, the acquisition unit 105 also acquires information from an item on which a player ID is recorded in order to identify a player using the game device 100. In this embodiment, the item on which the player ID is recorded is a player card configured in the form of a card similar to a game card, and the description will be given assuming that information can be acquired via a reader common to game cards. However, the implementation of the present invention is not limited to this, and player identification may be achieved by adopting other items or methods.

[0023] The element DB 106 is a database that manages information (element information) about each game element that appears in the game. In the game device 100 of this embodiment, the player can place a game card during game play and acquire information, thereby making the game element associated with the game card appear in the game. The element information managed for one game element includes, for example, as shown in FIG. 3(a), type information 302 indicating the type in the game assigned to the game element in association with an element ID (identification information) 301 that uniquely identifies the game element, drawing information 303 including graphics data used to generate a screen when the game element appears in the game, and parameter information 304 that describes parameters defined for each element level of the game element and effects activated by using the game element in addition to the name, attributes, etc. of the game element. The parameter information 304 is information that is referenced in the game in which the game element appears, and is involved in the progress control of the game.

[0024] In this embodiment, the element DB 106 stores graphics data, and the element information includes the data, but the present invention is not limited to this. The element information may include information indicating the storage location of the corresponding data.

[0025] The presentation control unit 107 is responsible for controlling the presentation of various types of information to the player in the game device 100. The game device 100 of this embodiment will be described as having a display unit 120 that displays images (game screen, menu screen, etc.) as a means for presenting various types of information, but it goes without saying that the means for presenting information are not limited to these and can be replaced or added. The display unit 120, which is an example of a means for presenting information, is a display device that presents visual information, such as a liquid crystal display. In addition, in an aspect in which other means for presenting information is provided, an appropriate device, such as a speaker that presents auditory information, is connected so as to be controllable by the presentation control unit 107.

[0026] The presentation control unit 107 includes a drawing device such as a GPU, and performs a predetermined drawing process when generating a screen to be displayed on the display unit 120. Specifically, while the game device 100 is running (while a service is being provided or in standby mode), the presentation control unit 107 performs necessary arithmetic processing on necessary drawing objects (graphics data) based on the processing or command performed by the control unit 101, and draws the screen. The generated screen is output to the display unit 120 and displayed in a predetermined display area, thereby being presented to the player.

[0027] The supply control unit 108 controls the operation of the first supply unit 130, the second supply unit 140, and the third supply unit 150 so that game cards are provided in response to the payment of the price for the service usage. The first supply unit 130 and the second supply unit 140 are constituted by card dispensers configured to be able to provide the game cards stored in the storage units one by one. The game device 100 of this embodiment includes three types of card dispensers (the first supply unit 130, the second supply unit 140, and the third supply unit 150) inside the housing of the game device 100, and the supply control unit 108 controls which of the card dispensers will provide the game cards first. One card dispenser has a storage unit configured to be able to store game cards in a vertically stacked manner, and includes a mechanism for delivering one game card held in the lowest layer in response to a delivery command issued by the supply control unit 108. The delivered game card is guided to an accessible space via an outlet (not shown) and provided to the player.

[0028] As described above, game elements are associated with game cards provided by the game device 100 of this embodiment, and the game elements can appear in the game by using the game cards during game play. The progress of the game is controlled according to the parameter information 304 of the game elements that appear, and the more advantageously a game element has parameter information 304, the higher its value in the game. Therefore, in this embodiment, game cards are classified into two types according to the value in the game of the associated game elements.

[0029] The game device 100 of this embodiment is configured to be able to provide different types of game cards. Specifically, the first providing unit 130, the second providing unit 140, and the third providing unit 150 are configured such that different types of game cards are stored in the storage units, and the providing control unit 108 drives the corresponding providing unit based on the information on the providing type included in the providing command issued by the control unit 101, so that a specific type of game card can be provided. For this reason, game cards are delivered to the store or the like in which the game device 100 is installed by type (first type and second type), and when replenishing game cards, the storage unit of the first providing unit 130 stores a bundle of game cards of the first type, and the storage units of the second providing unit 140 and the third providing unit 150 store a bundle of game cards of the second type.

[0030] Here, the game cards stored in the second providing unit 140 and the third providing unit 150 are set to have a higher value in the game (performance of the associated game element, etc.) than the game cards stored in the first providing unit 130, and hereinafter, the game cards stored in the first providing unit 130 are referred to as normal cards, and the game cards stored in the second providing unit 140 and the third providing unit 150 are referred to as rare cards. That is, the game device 100 of this embodiment is configured to provide normal cards when the first providing unit 130 is driven, and provide rare cards when the second providing unit 140 and the third providing unit 150 are driven. Note that the game cards stored in the second providing unit 140 and the third providing unit 150 are both the same type of item from the viewpoint of rare cards, but the two may be different, for example, in terms of the type of game element that is associated with them, and are stored separately so that they can be provided separately according to the purpose.

[0031] The operation input unit 109 is a user interface of the game device 100, such as an operation member for inputting a decision, various sensors, etc. When the operation input unit 109 detects that an operation input has been made to an operation member, it outputs a control signal corresponding to the operation input to the control unit 101. Note that the operation input unit 109 may include, for example, a touch input detection sensor that detects a touch input made on the screen of the display unit 120.

[0032] The communication unit 110 is a communication interface with an external device that the game device 100 has. The communication unit 110 can connect to the external device via a network 300 (whether wired or wireless), which may be a communication network such as the Internet or a cable connecting devices, to enable transmission and reception of data. The communication unit 110 converts, for example, information input as a transmission target into data in a predetermined format, and transmits it to an external device such as a server 200 via the network 300. Furthermore, when the communication unit 110 receives information from an external device via the network 300, for example, it decodes the information and stores it in the memory 103.

[0033] Server Configuration Next, the functional configuration of the server 200 according to this embodiment will be described with reference to the block diagram of Fig. 4. In the description of the functional configuration of the server 200, the configuration that realizes the same functions as the configuration of the game device 100 will be indicated with the prefix "server" to clearly distinguish it from the configuration of the game device 100.

[0034] The server control unit 201 is, for example, a CPU, and controls the operation of each block of the server 200. Specifically, the server control unit 201 reads out an operation program for each block recorded in, for example, the recording medium 102, expands the program in the memory 103, and executes the program to control the operation of each block.

[0035] The server recording medium 202 is a recording device capable of permanently retaining data, such as a non-volatile memory or a HDD. The server recording medium 202 stores information such as parameters required for the operation of each block in addition to the operation programs of each block of the server 200. The server memory 203 is a storage device such as a volatile memory used for temporary data storage. The server memory 203 is used not only as an area for expanding the operation programs of each block, but also as a storage area for temporarily storing data output in the operation of each block.

[0036] The player DB 204 is a database that manages information (player information) indicating game usage status associated with each user (player) for a game for which a play experience is provided on the game device 100 in the game system of this embodiment. The player information is information for managing the usage history of game play functions for each player and various game elements that are available to the player. The player information is sequentially updated according to the play results of a game played using a player card on the game device 100, and is provided to the game device 100 when the player card is used again. This makes it possible to provide a game play in a state that reflects the previous game play on the game device 100.

[0037] In this embodiment, the player information may include, for example, as shown in FIG. 3(b), associated with a player ID 311 that identifies the player, progress status information 312 indicating the progress of the player's game play, ownership information 313 indicating game elements that are available for use in the game by the player, enhancement status information 314 indicating the enhancement status of each of the available game elements, and reward information 315 indicating rewards granted to the player (which may be other types of game elements).

[0038] Here, the progress status information 312 may include evaluation information 323 evaluating the playing status of the player in addition to progress information 321 indicating to what stage of a predetermined story the player has progressed, and performance information 322 indicating the performance of a battle game. The possession information 313 is configured by sequentially adding element IDs 301 of game elements associated with game cards used by the player when playing the game, that is, game elements available to the player, and the strengthening status information 314 may be configured to manage element levels 332 as indicators indicating parameters changed by strengthening, in association with element IDs 331 of game elements that have at least been strengthened (changed from the initial state). In this embodiment, in order to facilitate understanding of the invention, the strengthening status information 314 is described as being updated when the play result of the game performed on the game device 100 is obtained, but may be updated in response to, for example, obtaining information on the training result due to the use of a training function on the game device 100.

[0039] The matching processing unit 205 performs matching processing for a competitive game (player-versus-player battle) between players provided in the game system of this embodiment. Through the matching processing, a session is established for, for example, two game devices 100 that have transmitted matching requests at the same time among the game devices 100 connected to the server 200, and transition is made to a state in which information communication related to the competitive game is possible.

[0040] The management unit 206 manages the evaluation of a player related to a game based on the play content of the game played on the game device 100. More specifically, the management unit 206 evaluates the player based on the play content for each game play, and generates or updates evaluation information 323 of the player information related to the player.

[0041] The server communication unit 207 is a communication interface with an external device that the server 200 has. The server communication unit 207 can connect to an external device via a network 300 (whether wired or wireless), which may be a communication network such as the Internet or a cable connecting devices, to enable transmission and reception of data. The server communication unit 207 converts, for example, information input as a transmission target into data in a predetermined format, and transmits it to an external device such as the game device 100 via the network 300. Furthermore, when the server communication unit 207 receives information from an external device via the network 300, for example, it decodes the information and stores it in the server memory 203.

[0042] Overview of the series of games Below, an overview will be given of a series of games that can be played on the game device 100 of this embodiment.

[0043] When the game device 100 is powered on and started up, it is connected to the server 200 and transitions to a standby state in which it is ready to receive services. When payment of a fee is detected in the standby state, the game device 100 transitions to a service providing state and starts providing a service including a series of game play experiences. Therefore, payment of a fee that causes the transition from the standby state to the service providing state corresponds to payment of a fee for starting the provision of a service.

[0044] When the provision of a service is started, for example, after reading a player card, receiving corresponding player information, and providing a normal card, the control unit 101 executes game processing for a series of games. In this embodiment, the provision of one service in response to the payment of the price for the start of the service provision will be described as including the provision of one normal card and the subsequent execution of one series of games. More specifically, the provision of one service in response to the payment of the price for the start of the service provision includes the provision of a play experience of a main game, which will be described later, included in one series of games, and the provision of one normal card for the main game. However, it will be understood that the number of normal cards provided and the timing of providing them are not limited to this when implementing the present invention.

[0045] The series of games includes a main game (main game) which is a competitive game between a human or a CPU using game elements (used game elements) registered using a game card, and a sub game (sub game) different from the main game which may occur randomly during one service provision. Here, the execution timing of the sub game is set at a predetermined timing in the series of games, a lottery process is performed to determine whether or not the sub game will be executed at the execution timing, and the sub game is executed when the lottery result is a win and further payment of a price during the service provision is detected. In this embodiment, a lottery process is performed at each execution timing of the sub game set in the series of games, and execution control of the sub game is performed, and a mode in which the sub game is not necessarily executed during the series of games is described, but the implementation of the present invention is not limited to this. In other words, the sub game may be controlled so that at least one opportunity to execute the sub game is guaranteed (subject to further payment of a price) during the series of games executed in relation to one service provision.

[0046] Furthermore, the game device 100 of this embodiment is controlled to provide one rare card each time a sub game is executed. Although details will be described later, when a sub game is executed, the provision control unit 108 controls the second provision unit 140 or the third provision unit 150 to provide one game card accordingly. Therefore, the provision control unit 108 of this embodiment is configured to provide different types of game cards for the main game and the sub game.

[0047] The main game and the sub-game have in common that they are games with common game elements, but the play experience they provide is different. As described above, the main game is a battle game, and before the start, a group of usable game elements is registered for each of the player and opponent (the other matched player or the CPU character) based on information acquired from the game card, and the registered group of usable game elements proceed while performing battle actions in a predetermined game field. At this time, the progress of the main game is controlled based on the operation input performed on the usable game elements and the parameters of the group of usable game elements. In contrast, the sub-game includes the following two types of games, which provide a play experience different from the main game, as the first sub-game and the second sub-game according to the present invention.

[0048] One of the sub-games is a salvage game as a first sub-game according to the present invention. The salvage game is a game that provides a player with an opportunity to obtain game elements that can be used in the main game, and provides a rare card related to one game element as a result of excavating (salvaging) a game element in a game field or the like during the progress of the game. The provision of the rare card in the salvage game is realized by driving the second providing unit 140. In the salvage game, in order to increase the interest in providing the rare card, an appearance effect of the game element randomly selected from the game elements associated with the rare card is presented. Then, the providing control unit 108 drives the second providing unit 140 during or after the presentation of the appearance effect, and provides the rare card.

[0049] The other of the sub-games is a boss game as a second sub-game according to the present invention. The boss game is a game that provides the player with an opportunity to obtain game elements that can be used in the main game, similar to the salvage game, but unlike the salvage game, it is a game that includes a battle presentation that requires an operation input for the game elements to be used, like the main game. More specifically, the boss game of this embodiment is not a battle game in which a group of usable game elements registered for an opponent are the target of the battle action, but a battle game in which, for example, a boss character that is configured stronger than the usable game elements (parameters that allow the game to proceed advantageously are set) is the target of the battle action. The boss game provides a rare card related to one game element after the end of a game including such a battle presentation. The provision of the rare card in the boss game is realized by driving the third providing unit 150. That is, the providing control unit 108 drives the third providing unit 150 after the end of the battle game related to the boss character, and causes the rare card to be provided.

[0050] In this way, the card dispenser that provides the rare cards differs for each type of sub game, and the presentation content differs. The differences in these sub games are also reflected in the execution timing, maximum number of executions, and execution time in the series of games.

[0051] 5 is a diagram illustrating the timing of execution of each of a main game, a salvage game, and a boss game in a series of games in which a play experience is provided by the game device 100 of this embodiment. As shown in the figure, the timing of execution of a salvage game is provided multiple times during the execution period of the main game in the series of games. In contrast, the timing of execution of a boss game is provided only once before the end of the series of games and after the end of the main game. In other words, in the series of games, the timing of execution of a salvage game is provided before the timing of execution of a boss game.

[0052] Here, the timing of execution of each sub game does not necessarily mean that execution is confirmed, and as described above, when the execution timing is reached, a lottery process is performed to determine whether or not to execute the sub game, and if the lottery process is successful, the sub game can be executed. When a sub game becomes executable, the game device 100 notifies the user that the sub game (salvage game or boss game) can be executed, provided that further payment of the price during the service is made. Then, the sub game is controlled to be executed, provided that further payment of the price is detected during or after the notification.

[0053] In this embodiment, the lottery processes for the salvage game and the boss game are described as being performed using a predetermined probability of winning, respectively, to ensure fairness among players. However, the implementation of the present invention is not limited to this, and the probability of winning may be controlled to vary depending on, for example, the number of times the salvage game has been executed, the progress of the main game, etc., in order to increase interest.

[0054] As shown in FIG. 5, the salvage game is executed by temporarily suspending the processing of the main game during execution of the main game, and therefore, it is preferable that the salvage game is configured to be easily terminated so as not to disturb the player's concentration on the main game. Therefore, the salvage game of this embodiment does not require a specific operation input, or can be terminated by only a simple operation such as a selection operation, and the execution time is set to be short by only presenting the appearance performance of the game elements. On the other hand, the boss game is executed after the end of the main game, so it does not disturb the player's concentration on the main game. Therefore, the boss game of this embodiment is configured as a more entertaining game including the performance of operating the game elements, and the execution time is set to be longer than that of the salvage game. In other words, in the game device 100 of this embodiment, the salvage game is configured to have a shorter execution time than the boss game, and the number of operation inputs required during execution is also less than that of the boss game.

[0055] <Module configuration related to service provision> A module configuration for realizing the provision of services in the game device 100 of this embodiment will be described with reference to Fig. 6. Fig. 6 is a diagram illustrating a group of functional modules realized by the control unit 101 as a result of the game device 100 executing a program related to the provision of services.

[0056] The progress management module 601 is a functional module that manages the progress of the service provided, including the execution of a series of games. Upon detection of the payment of the fee for the start of the service provision, the progress management module 601 performs the following processes: start of the process for the service provision (the provision process described below), start of the process of the series of games, judgement of whether the timing for executing each sub-game in the series of games has arrived, judgement of the end of the process of the series of games, and end of the service provision.

[0057] The main game module 602, the salvage game module 604, and the boss game module 605 are functional modules that execute the main game, the salvage game, and the boss game, respectively, of a series of games. The main game module 602, the salvage game module 604, and the boss game module 605 execute processes related to the corresponding games based on instructions from the progress management module 601.

[0058] The execution decision module 603 judges whether or not a sub game can be executed when the execution timing of each sub game is reached. More specifically, the execution decision module 603 executes a lottery process based on a predetermined winning probability at each execution timing, and judges whether or not a sub game can be executed. The result of the judgment is returned to the progress management module 601 and is used for controlling the operation of the salvage game module 604 and the boss game module 605.

[0059] <Provision Processing> Hereinafter, a specific process for executing a process related to service provision in the game device 100 of this embodiment having such a configuration will be described with reference to the flowchart in Fig. 7. The process corresponding to the flowchart can be realized by the control unit 101 reading out a corresponding processing program stored in the recording medium 102, for example, and expanding and executing the program in the memory 103. More specifically, by executing this provision process, the control unit 101 can realize each of the functional modules shown in Fig. 6 and perform the following processes. Note that this provision process will be described as being started, for example, when payment of the fee related to the start of service provision is detected.

[0060] In S701, the progress management module 601 causes the provision control unit 108 to provide a normal card related to the current service provision. Based on an instruction from the progress management module 601, the provision control unit 108 drives the first provision unit 130 to provide a normal card.

[0061] In S702, the main game module 602, under the control of the progress management module 601, starts processing of the main game related to the current service provision.

[0062] In S703, the progress management module 601 judges whether or not it is time to execute the salvage game. As described above, there are multiple times during execution of the main game to execute the salvage game, and in this step, the progress management module 601 judges whether or not any of these execution times has been reached. If the progress management module 601 judges that it is time to execute the salvage game, it shifts the process to S704, and if it judges that it is not time, it shifts the process to S707.

[0063] In S704, the execution decision module 603 performs a lottery process under the control of the progress management module 601 to determine whether or not to enable the salvage game. If the execution decision module 603 determines that the salvage game is executable (wins the lottery process), the process proceeds to S705, and if it determines that the salvage game is not executable, the process proceeds to S707.

[0064] In S705, the progress management module 601 notifies the presentation control unit 107 that the salvage game can be played by paying an additional price. If the additional price is paid during the notification or within a predetermined time after the notification, the progress management module 601 shifts the process to S706. If the additional price is not paid within the period, the progress management module 601 may shift the process to S707, assuming that the salvage game will not be played.

[0065] In S706, the salvage game module 604 executes the salvage game. More specifically, the salvage game module 604 causes the presentation control unit 107 to present the appearance performance of the game elements, while causing the provision control unit 108 to provide a rare card related to the currently executed salvage game, and ends the salvage game. Based on the instruction from the salvage game module 604, the provision control unit 108 drives the second provision unit 140 to provide the rare card.

[0066] In S707, the progress management module 601 judges whether or not the processing of the main game has ended. If the progress management module 601 judges that the processing of the main game has ended, the process proceeds to S708, and if it judges that the processing of the main game has not ended, the process returns to S703.

[0067] In S708, the progress management module 601 judges whether or not the timing for executing the boss game has arrived. If the progress management module 601 judges that the timing for executing the boss game has arrived, the process proceeds to S709, and if it judges that the timing has not arrived, the process of this step is repeated.

[0068] In S709, the execution decision module 603 performs a lottery process under the control of the progress management module 601 to determine whether or not to enable the boss game. If the execution decision module 603 determines that the boss game is enabled, the process proceeds to S710, and if the execution decision module 603 determines that the boss game is disabled, the process proceeds to S712.

[0069] In S710, the progress management module 601 notifies the presentation control unit 107 that the boss game can be executed by paying an additional price. If the additional price is paid during the notification or within a predetermined time after the notification, the progress management module 601 shifts the process to S711. If the additional price is not paid within the period, the progress management module 601 may shift the process to S712, assuming that the boss game will not be executed.

[0070] In S711, the boss game module 605 executes the boss game. More specifically, after executing the boss game including the performance of manipulating game elements, the boss game module 605 causes the providing control unit 108 to provide a rare card related to the boss game executed this time, and ends the boss game. Based on the instruction from the boss game module 605, the providing control unit 108 drives the third providing unit 150 to provide a rare card.

[0071] In S712, the progress management module 601 executes processing to end the current service provision, transitions the state of the game device 100 from the service being provided to the standby state, and completes this service provision processing.

[0072] As described above, according to the gaming device of this embodiment, it is possible to know that a different type of item (rare card) from that in the main game will definitely be provided when a sub-game is executed. Therefore, during the execution of a series of games relating to one service provision, the player can easily obtain the desired type of item, thereby providing a highly interesting playing experience.

[0073] [Variations] In the above embodiment, a mode has been described in which rare cards are provided from different card dispensers for each of the two types of sub games (salvage game and boss game), but the present invention is not limited to this. Rare cards may be provided from the same card dispenser for both types of sub games.

[0074] Furthermore, the present invention may be one that makes it easier for players to obtain various types of items, and the items provided for the sub game may be of a different type from the items provided for the main game. For example, in a mode in which game cards (real cards) having a physical volume are provided for the main game, virtual game cards (electronic items that function in the same way as real items in the game) that do not have a physical volume may be provided for the sub game.

[0075] [Other embodiments] The present invention is not limited to the above-described embodiment, and various modifications and variations are possible within the scope of the gist of the invention without departing from the spirit and scope of the present invention. The game device according to the present invention can also be realized by a program that causes one or more computers to function as the game device. The program can be provided / distributed by being recorded on a computer-readable recording medium or through an electric communication line. [Explanation of symbols]

[0076] 100: Game device, 101: Control unit, 102: Recording medium, 103: Memory, 104: Payment detection unit, 105: Acquisition unit, 106: Element DB, 107: Presentation control unit, 120: Display unit, 108: Provision control unit, 130: First provision unit, 140: Second provision unit, 150: Third provision unit, 109: Operation input unit, 110: Communication unit, 200: Server, 201: Server control unit, 202: Server recording medium, 203: Server memory, 204: Player DB, 205: Matching processing unit, 206: Management unit, 207: Server communication unit, 300: Network, 501: Progress management module, 502: Main game module, 503: Execution decision module, 504: Salvage game module, 505: Boss game module

Claims

1. A computer that provides a service that includes providing a series of game playing experiences. a detection process for detecting payment of the price; a control process for controlling execution of the series of games on condition that payment of the price for starting provision of the service is detected; a provision control process for causing a provision means to provide an item for the executed game; A game program for executing The series of games includes a primary game and a secondary game, The sub-game includes a first sub-game and a second sub-game having different game contents, In the series of games, a timing for executing the first sub-game is set prior to a timing for executing the second sub-game, A game program in which whether or not the first sub-game and the second sub-game are executable is determined based on a predetermined probability that varies during execution of the series of games.

2. The execution timing of the first sub-game is set during the execution of the main game, and when the first sub-game is executed, the main game is interrupted; 2. The game program according to claim 1, wherein the second sub-game is executed before the end of the series of games and after the end of the main game.

3. 3. The game program according to claim 2, wherein in the series of games, the first sub-game is executed a maximum number of times, and the second sub-game is executed a maximum number of times, which is set to one time.

4. 4. The game program according to claim 3, wherein the first sub-game has a shorter execution time than the second sub-game.

5. 5. The game program according to claim 3, wherein the first sub-game requires fewer operation inputs during execution than the second sub-game.

6. The first sub-game includes an appearance performance of a game element, 6. The game program according to claim 3, wherein the provision control process causes the provision means to provide an item during or after an appearance presentation of the game element.

7. the second sub-game includes a performance of manipulating game elements; The game program according to claim 3 , wherein the provision control process causes the provision means to provide an item after a performance of manipulating the game element.

8. 8. The game program according to claim 1, further causing the computer to execute a process of notifying a player that the first sub-game can be played on condition of payment of a further price during the service being provided, when the first sub-game can be played.

9. 9. The game program according to claim 8, wherein the first sub-game is executed on condition that a further payment of a price is detected during or after notification that the first sub-game can be executed.

10. 10. The game program according to claim 1, further causing the computer to execute a process of notifying a player that the second sub-game can be played on condition of payment of a further price during the service being provided, when the second sub-game can be played.

11. 11. The game program according to claim 10, wherein the second sub-game is executed on condition that a further payment of a price is detected during or after notification that the second sub-game can be executed.

12. 12. The game program according to claim 1, wherein the main game and the sub-game are games with common game elements but different play experiences.

13. 13. The game program according to claim 1, wherein, in the provision control process, the item provided by the provision means for the sub-game has a higher value in the series of games than the item provided by the provision means for the main game.

14. A gaming device that provides a service including providing a series of game play experiences, a detection means for detecting payment of the price; a control means for controlling execution of the series of games on condition that the detection means detects the payment of the price for starting provision of the service; a supply control means for causing the supply means to supply an item for the executed game; Equipped with The series of games includes a primary game and a secondary game, The sub-game includes a first sub-game and a second sub-game having different game contents, In the series of games, a timing for executing the first sub-game is set prior to a timing for executing the second sub-game, A gaming device in which whether or not the first sub-game and the second sub-game are executable is determined based on a predetermined probability that varies during execution of the series of games.

Images