WO2022201711A1 - ゲームプログラム及びゲーム装置 - Google Patents

ゲームプログラム及びゲーム装置 Download PDF

Info

Publication number
WO2022201711A1
WO2022201711A1 PCT/JP2021/048333 JP2021048333W WO2022201711A1 WO 2022201711 A1 WO2022201711 A1 WO 2022201711A1 JP 2021048333 W JP2021048333 W JP 2021048333W WO 2022201711 A1 WO2022201711 A1 WO 2022201711A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
sub
provision
games
series
Prior art date
Application number
PCT/JP2021/048333
Other languages
English (en)
French (fr)
Inventor
英斗 小谷
宏輔 中井
恭平 礒邉
悠紀 西村
Original Assignee
株式会社バンダイ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社バンダイ filed Critical 株式会社バンダイ
Priority to CN202180089229.5A priority Critical patent/CN116669824A/zh
Publication of WO2022201711A1 publication Critical patent/WO2022201711A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F9/00—Games not otherwise provided for
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F9/00—Games not otherwise provided for
    • A63F9/24—Electric games; Games using electronic circuits not otherwise provided for

Definitions

  • the present invention relates to a game program and a game device, and more particularly to an electronic game involving provision of goods.
  • Patent Document 1 There is a game device that provides articles with different printed contents depending on the result of the game.
  • Patent Document 1 In the mode in which the printed content of the article is controlled according to the result of the game, as in Patent Document 1, it is difficult for some users to obtain a specific type of article.
  • the game program of the present invention is provided to a computer that provides services including the provision of a series of game play experiences, on the condition that detection processing for detecting payment and payment for service provision start are detected. , a control process for controlling execution of a series of games, and a supply control process for causing a supply means to supply goods for the executed game, wherein the series of games comprises a main game and a sub-game.
  • the providing control process causes the providing means to provide different types of goods for the main game and the sub-game.
  • FIG. 1 is a diagram illustrating the system configuration of a game system according to an embodiment and modifications of the present invention
  • FIG. 1 is a block diagram illustrating the functional configuration of a game device 100 according to an embodiment of the present invention
  • FIG. FIG. 4 is a diagram showing a configuration example of data used in the game system according to the embodiment and modifications of the present invention
  • FIG. 2 is a block diagram illustrating the functional configuration of the server 200 according to the embodiment and modifications of the present invention
  • FIG. 10 is a diagram illustrating execution timings of various games in a series of games according to the embodiment and modifications of the present invention
  • FIG. 4 is a diagram exemplifying the configuration of functional modules realized by executing the presentation process according to the embodiment of the present invention
  • 4 is a flowchart illustrating presentation processing according to an embodiment of the present invention
  • One embodiment described below describes an example in which the present invention is applied to a game device configured to be able to provide goods as an example of a game device.
  • the present invention is applicable to any device capable of providing services, including providing a game playing experience, and providing different types of goods.
  • service provision means that a user (player) who has paid a fee is temporarily authorized to occupy and use the game device, and a series of games are played. means to provide services, including the provision of experiences; The start of service provision to one player is conditional on the detection of the payment of consideration while the service is not being provided, and basically the service is available for one service provision. The provisioning ends after the execution of the functions of the provided game device (including the execution of the series of games) is completed.
  • FIG. 1 is a diagram showing the system configuration of the game system according to this embodiment. As illustrated, the game system is configured such that server 200 and each of one or more game devices 100 can communicate with each other via network 300 .
  • the game for which a play experience is provided on the game device 100 is not limited to a battle game between players, and may include a game configured for one player.
  • the server 200 determines the content of use of the player. Information managed for each player is updated based on (game play history).
  • FIG. 2 is a block diagram showing the functional configuration of the game device 100 according to the embodiment of the present invention.
  • the control unit 101 is, for example, a CPU, and controls the operation of each block included in the game device 100 . Specifically, the control unit 101 reads, for example, an operation program for each block recorded on the recording medium 102, develops it in the memory 103, and executes it, thereby controlling the operation of each block.
  • the recording medium 102 is a recording device such as a non-volatile memory or an HDD that can permanently retain data.
  • the recording medium 102 stores, in addition to the operation program of each block of the game device 100, parameter information necessary for the operation of each block, various graphics data used in the game executed by the game device 100, and the like. do.
  • the memory 103 is a storage device, such as a volatile memory, used for temporary data storage. The memory 103 is used not only as a development area for the operation program of each block, but also as a storage area for temporarily storing data output in the operation of each block.
  • Payment detection unit 104 detects that payment has been made on game device 100 .
  • the payment is made, for example, by inserting a coin of a predetermined amount or equivalent into an insertion slot (not shown) of the game device 100, or by completing settlement processing based on communication with a chip related to predetermined electronic money. may be determined by detecting
  • the game device 100 of the present embodiment will be described as starting to provide a service including providing a series of game play experiences based on the payment for starting service provision. Also, the payment of the price is configured to be detectable even after the start of service provision.
  • Acquisition unit 105 is an interface related to acquisition of information from an article, provided in game device 100 of the present embodiment.
  • the acquisition unit 105 includes a reader configured to acquire information attached to a plurality of types of articles.
  • a plurality of types of articles from which information can be obtained by the obtaining unit 105 will be described as articles having a physical volume (actual articles) that can be provided by the game device 100 .
  • each of the plurality of types of articles is a game card, each of which is associated with one game element (character, vehicle, item, etc.) appearing in a game provided with a play experience on the game device 100.
  • described as being Which game element is associated with the game card can be specified by the acquisition unit 105 acquiring information (identification information) for specifying the game element attached to the game card.
  • the addition of the identification information to the game card may be achieved, for example, by printing a one-dimensional or multi-dimensional code obtained by converting the identification information onto the game card. It may be realized by other methods such as being recorded in a tag for near field communication (NFC: Near Field Communication) included in a game card or in an IC chip.
  • NFC Near Field Communication
  • a single reader provided in the acquisition unit 105 acquires information from a plurality of types of game cards, but implementation of the present invention is not limited to this. . Needless to say, information acquisition from a plurality of types of game cards may be performed by a plurality of types of readers.
  • the acquisition unit 105 also acquires information from articles on which player IDs are recorded in order to identify players who use the game device 100 .
  • the item on which the player ID is recorded is a player card configured in the form of a card similar to the game card, and information can be obtained through a reader shared with the game card.
  • implementation of the present invention is not limited to this, and player identification may be realized by adopting other items or methods.
  • the element DB 106 is a database that manages information (element information) about each game element appearing in the game.
  • a player places a game card to obtain information during game play, thereby allowing a game element associated with the game card to appear in the game.
  • Element information managed for one game element is assigned to the game element in association with an element ID (identification information) 301 that uniquely identifies the game element, as shown in FIG.
  • element ID identification information
  • drawing information 303 including graphics data and the like used for screen generation when the game element appears in the game, and the name, attributes, etc.
  • the parameter information 304 is information referred to in a game in which game elements appear, and is involved in progress control of the game.
  • graphics data is stored in the element DB 106, and the element information includes these data.
  • the element information may include information indicating the storage location of the corresponding data.
  • the presentation control unit 107 controls presentation of various information to the player in the game device 100 .
  • the game device 100 of the present embodiment is described as having a display unit 120 for displaying images (game screen, menu screen, etc.) as means for presenting various kinds of information, but the means for presenting information is not limited to these. Needless to say, alternatives or additions are possible.
  • the display unit 120 which is an example of means for presenting information, is a display device that presents information visually, such as a liquid crystal display.
  • an appropriate device such as a speaker for presenting information aurally is connected so as to be controllable by the presentation control unit 107 .
  • the presentation control unit 107 includes a rendering device such as a GPU, and performs predetermined rendering processing when generating a screen to be displayed on the display unit 120 . Specifically, the presentation control unit 107 generates necessary drawing objects (graphics data) based on processing and commands performed by the control unit 101 while the game device 100 is running (during service provision or standby state). , and draws the screen. The generated screen is output to the display unit 120 and presented to the player by being displayed in a predetermined display area.
  • a rendering device such as a GPU
  • the provision control unit 108 controls the operations of the first provision unit 130, the second provision unit 140, and the third provision unit 150 so that the game card is provided in response to the payment for the use of the service.
  • the first providing unit 130 and the second providing unit 140 are composed of card dispensers capable of providing the game cards contained in the containing unit one by one.
  • the game device 100 of this embodiment includes three types of card dispensers (first providing unit 130, second providing unit 140, and third providing unit 150) inside the housing of the game device 100. Control is performed as to which one of them provides the game card.
  • One card dispenser has a storage unit configured to store game cards in a vertically stacked manner, and the game cards held in the bottom layer are dispensed according to the supply command issued by the supply control unit 108. Equipped with a mechanism for feeding one sheet. The sent game card is guided to an accessible space through an unillustrated outlet and provided to the player.
  • game elements are associated with the game cards provided by the game device 100 of the present embodiment, and the game elements can be made to 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 element that has appeared, and the game element having the parameter information 304 that makes the progress more advantageous has a higher value in the game. Therefore, in this embodiment, the game cards are classified into two types according to the value of the associated game element in the game.
  • the game device 100 of this embodiment is configured to be able to provide and share different game cards.
  • the first providing unit 130, the second providing unit 140, and the third providing unit 150 store game cards of different types in the storage units, and provide the type of supply included in the provision command issued by the control unit 101.
  • the provision control unit 108 drives the corresponding provision unit to provide a specific type of game card. For this reason, game cards are delivered to the store or the like where the game device 100 is installed for each type (first type and second type). It is assumed that the stack of game cards of the second type is stored in the storage units of the second providing unit 140 and the third providing unit 150 .
  • the game cards accommodated in the second providing unit 140 and the third providing unit 150 have more value in the game (performance of associated game elements, etc.) than the game cards accommodated in the first providing unit 130. is set high, hereinafter, the game cards contained in the first providing unit 130 are referred to as normal cards, and the game cards contained 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 the present embodiment provides normal cards when the first providing unit 130 is driven, and provides rare cards when the second providing unit 140 and the third providing unit 150 are driven. configured to provide.
  • the game cards stored in the second providing unit 140 and the third providing unit 150 are both of the same type from the viewpoint of rare cards, but the two are associated with different types of game elements, for example. , and shall be stored separately so that they can be provided and divided according to the application.
  • the operation input unit 109 is a user interface of the game apparatus 100, such as an operation member for decision input and various sensors.
  • the operation input unit 109 outputs a control signal corresponding to the operation input to the control unit 101 when it detects that an operation input has been made to the operation member.
  • the operation input unit 109 may include a touch input detection sensor or the like that detects a touch input made on the screen of the display unit 120, for example.
  • the communication unit 110 is a communication interface with an external device included in the game device 100 .
  • the communication unit 110 can be connected to an external device via a communication network such as the Internet or a network 300 (whether wired or wireless), which can be a cable for connecting devices, and can transmit and receive data. can.
  • the communication unit 110 converts, for example, information input as a transmission target into data in a predetermined format, and transmits the data to an external device such as the server 200 via the network 300 .
  • the communication unit 110 decodes the information and stores it in the memory 103 .
  • 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 an operation program of each block recorded in the recording medium 102, develops it in the memory 103, and executes it, thereby controlling the operation of each block.
  • the server recording medium 202 is a recording device such as a non-volatile memory or HDD that can permanently retain data.
  • the server recording medium 202 stores information such as parameters necessary for the operation of each block in addition to the operation program of each block that the server 200 has.
  • the server memory 203 is a storage device, such as volatile memory, used for temporary data storage.
  • the server memory 203 is used not only as a development area for the operation program of each block, but also as a storage area for temporarily storing data output in the operation of each block.
  • the player DB 204 manages information (player information) indicating the usage status of the game associated with each user (player) for the game for which the play experience is provided by the game device 100. It is a database that The player information is information for managing usage history of game play functions and various game elements available for each player. The player information is sequentially updated according to the play result of the game performed using the player card in the game device 100, and is provided to the game device 100 when the player card is used again. As a result, the game device 100 can provide a game play that reflects the previous game play.
  • the player information is associated with a player ID 311 that identifies the player, as shown in FIG.
  • Possession information 313 indicating usable game elements
  • strengthening status information 314 indicating the strengthening status of each usable game element
  • rewards given to the player other types of game elements may include reward information 315 indicating the player
  • the progress information 312 includes progress information 321 indicating which stage of a predetermined story has progressed, battle record information 322 indicating the battle record of the battle game, and evaluation information 323 that evaluates the player's play status. may contain.
  • the possession information 313 is constructed by sequentially adding the element IDs 301 of the game elements associated with the game card used by the player when playing the game, that is, the game elements available to the player. manages the element level 332 as an index indicating the parameter changed by the strengthening in association with the element ID 331 of at least the game element that has been strengthened (changed from the initial state). It may be configured as follows.
  • the enhancement status information 314 is described as being updated when the play result of the game played on the game device 100 is obtained in the present embodiment.
  • the update may be performed in response to the fact that training result information is obtained by using a function related to training in the game device 100 .
  • the matching processing unit 205 performs matching processing for a battle game (interpersonal battle) between players provided in the game system of this embodiment.
  • a battle game internal battle
  • the matching processing unit 205 performs matching processing for a battle game (interpersonal battle) between players provided in the game system of this embodiment.
  • a battle game internal battle
  • two game devices 100 that have sent matching requests at the same time are set up for a session, and a transition is made to a state in which information communication related to the competitive game is possible. be done.
  • the management unit 206 manages the player's evaluation of the game based on the 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 the evaluation information 323 of the player information regarding the player.
  • the server communication unit 207 is a communication interface with an external device that the server 200 has.
  • the server communication unit 207 is connected to an external device via a communication network such as the Internet or a network 300 (whether wired or wireless), which may be a cable connecting devices, so that data can be sent and received. can be done.
  • the server communication unit 207 converts, for example, information input as a transmission target into data in a predetermined format, and transmits the data to an external device such as the game device 100 via the network 300 .
  • the server communication unit 207 decodes the information and stores it in the server memory 203 .
  • the game device 100 When the power is turned on and activated, the game device 100 is connected to the server 200 and transitions to a standby state in which service provision can be received. When payment is detected in the standby state, the game device 100 transitions to the service provision state and starts providing services including provision of a series of game play experiences. Therefore, the payment of the price for shifting from the standby state to the service providing state corresponds to the payment of the price for starting the service provision.
  • one service provision for the payment of the price for starting service provision includes the provision of one normal card and the subsequent execution of a series of games. More specifically, one service provision for the payment of the price related to the start of service provision consists of the provision of a playing experience of a main game included in one series of games, which will be described later, and the provision of one normal card for the main game. including.
  • the number and timing of providing normal cards are not limited to this.
  • a series of games consists of a main game (main game), which is a competitive game against a player or against the CPU, using game elements (game elements used) registered using a game card, and a random occurrence during one service provision. It is configured to include a sub-game (sub-game) different from the main game, which may be possible.
  • the execution timing of the sub-game is set at a predetermined timing in a series of games
  • a lottery process is performed to determine whether or not the sub-game will be executed at the execution timing, the lottery result is winning, and Executed in response to detection of further payment during service provision.
  • lottery processing is performed each time a sub-game is executed at a timing set during a series of games, and execution of the sub-game is controlled.
  • implementation of the present invention is not limited to this. That is, even if the game is controlled so that at least one sub-game execution opportunity is secured (subject to further payment of a price) in a series of games executed in relation to one service provision. good.
  • the game device 100 of the present embodiment is controlled to provide one rare card each time the 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.
  • the main game and the sub-game are common in that they are games with content that has common game elements, but differ in the content of the play experience provided.
  • the main game is a competitive game, and prior to the start, a group of game elements are created for each of the player and the opponent (matched other players or CPU characters) based on information obtained from the game cards.
  • a group of registered game elements to be used progresses while performing battle action in a predetermined game field. At this time, the progress of the main game is controlled based on the operational inputs made to the used game elements and the parameters of the group of used game elements.
  • sub-games include the following two types of games, as first sub-games and second sub-games according to the present invention, which each provide a play experience different from that of the main game.
  • a salvage game is a game that provides a player with an opportunity to obtain game elements that can be used in the main game. Offer rare cards.
  • the supply of rare cards in the salvage game is realized by driving the second supply unit 140 .
  • the salvage game a game element randomly selected from among the game elements associated with the rare card is presented with an appearance effect for the game element in order to increase the interest in providing the rare card.
  • the provision control unit 108 drives the second provision unit 140 to provide rare cards during or after presentation of the appearance effect.
  • the other sub-game 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.
  • This is a game including the required battle production.
  • the boss game of the present embodiment is not a battle game in which a group of use game elements registered for an opponent is the target of battle action, but is configured to be more powerful than the use game elements (advantageously progressing the game), for example.
  • This is a battle game in which a boss character whose command parameters are set is the object of the battle action.
  • a boss game provides a rare card related to one game element after the end of the game including such battle effects. Provision of rare cards in the boss game is realized by driving the third provision unit 150 . That is, the provision control unit 108 drives the third provision unit 150 to provide rare cards after the battle game related to the boss character is finished.
  • the sub-game is configured with different card dispensers that provide rare cards for each type, and with different effects to be presented.
  • the difference between these sub-games also appears in the execution timing, maximum number of executions, and execution time in a series of games.
  • FIG. 5 is a diagram exemplifying the execution timing of each of the main game, the salvage game, and the boss game in a series of games for which a play experience is provided by the game device 100 of this embodiment.
  • the execution timing of the salvage game is provided multiple times during the execution period of the main game in a series of games.
  • the execution timing of the boss game is provided only once before the end of the series of games and after the end of the main game. That is, in a series of games, the execution timing of the salvage game is provided prior to the execution timing of the boss game.
  • each sub-game is not necessarily determined to be executed.
  • the lottery process When the lottery process is won, it becomes executable.
  • the game device 100 When the sub-game becomes executable, the game device 100 notifies that the corresponding sub-game (salvage game or boss game) can be executed on the condition of further payment during service provision. Then, on condition that payment of a further price is detected during or after notification of the notification, the corresponding sub-game is controlled to be executed.
  • the lottery process for the salvage game and the boss game will be described as being performed using a predetermined probability of winning, respectively, in order to ensure fairness among players.
  • the implementation of the present invention is not limited to this, and in order to improve interest, the winning probability is controlled to vary according to, for example, the number of times the salvage game is executed and the progress of the main game. There may be.
  • the salvage game is executed by temporarily interrupting the processing of the main game during execution of the main game. It is preferable to be configured so that it can be terminated easily. Therefore, the salvage game of this embodiment does not require a specific operation input, or can be finished with only a simple operation such as a selection operation. On the other hand, since the boss game is executed after the main game is finished, it does not interfere with the player's concentration on the main game. Therefore, the boss game of the present embodiment is configured as a more interesting game including an effect of manipulating game elements, and the execution time is set longer than that of the salvage game accordingly. In other words, in the game device 100 of the present embodiment, the salvage game takes a shorter execution time than the boss game and requires fewer operation inputs during execution than the boss game.
  • FIG. 6 is a diagram exemplifying a functional module group realized by the control unit 101 by executing a program related to service provision in the game device 100. As shown in FIG.
  • the progress management module 601 is a functional module that manages the progress of services provided, including execution of a series of games.
  • the progress management module 601 in response to the detection of the payment for the start of service provision, initiates processing relating to service provision (hereinafter referred to as provision processing), starts a series of game processing, and starts a series of game processing. Judgment is made as to whether or not the execution timing of each sub-game has been reached, judgment is made as to the end of processing of a series of games, and processing for terminating service provision is performed.
  • a main game module 602, a salvage game module 604, and a boss game module 605 are functional modules that execute the main game, salvage game, and boss game of a series of games, respectively.
  • the main game module 602 , salvage game module 604 , and boss game module 605 execute processing related to the corresponding game based on instructions from the progress management module 601 .
  • the execution determination module 603 determines whether or not each sub-game can be executed when the execution timing of the sub-game is reached. More specifically, the execution determination module 603 executes lottery processing based on a predetermined winning probability at each execution timing, and determines whether or not the sub-game can be executed. The determination result is returned to the progress management module 601 and used to control the operation of the salvage game module 604 and boss game module 605 .
  • the progress management module 601 causes the provision control unit 108 to provide a normal card for the current service provision.
  • the provision control unit 108 drives the first provision unit 130 to provide the normal card based on the instruction from the progress management module 601 .
  • the main game module 602 under the control of the progress management module 601, starts processing the main game related to the current service provision.
  • the progress management module 601 determines whether or not it is time to execute the salvage game. As described above, the execution timing of the salvage game is provided multiple times during execution of the main game, and in this step, the progress management module 601 determines whether or not any execution timing has been reached. If the progress management module 601 determines that the execution timing of the salvage game has come, it moves the process to S704; otherwise, it moves the process to S707.
  • the execution determination module 603 performs lottery processing under the control of the progress management module 601, and determines whether or not the salvage game can be executed. If the execution determination module 603 determines that the salvage game can be executed (won in the lottery process), the execution determination module 603 shifts the process to S705, and if it determines that the salvage game cannot be executed, shifts the process to S707.
  • the progress management module 601 causes the presentation control unit 107 to notify that the salvage game can be executed by paying a further price. Then, the progress management module 601 shifts the process to S706 if a further payment is made during the notification or within a predetermined time after the notification. It should be noted that the progress management module 601 may move the process to S707 assuming that the salvage game will not be executed if no further payment is made during the relevant period.
  • the salvage game module 604 executes the salvage game. More specifically, the salvage game module 604 causes the presentation control unit 107 to present an appearance effect of game elements, and causes the provision control unit 108 to provide rare cards related to the currently executed salvage game, thereby ending the salvage game. do.
  • the provision control unit 108 drives the second provision unit 140 to provide rare cards based on an instruction from the salvage game module 604 .
  • the progress management module 601 determines whether or not the processing of the main game has ended. If the progress management module 601 determines that the processing of the main game has ended, it moves the processing to S708, and if it determines that the processing of the main game has not ended, it returns the processing to S703.
  • the progress management module 601 determines whether or not it is time to execute the boss game. If the progress management module 601 determines that the execution timing of the boss game has come, it moves the process to S709; otherwise, it repeats the process of this step.
  • the execution determination module 603 performs lottery processing under the control of the progress management module 601, and determines whether or not the boss game can be executed.
  • the execution determination module 603 shifts the process to S710 if it determines that the boss game can be executed, and shifts the process to S712 if it determines that the boss game cannot be executed.
  • the progress management module 601 causes the presentation control unit 107 to notify that the boss game can be executed by paying a further price. Then, the progress management module 601 shifts the process to S711 if a further payment is made during the notification or within a predetermined time after the notification. It should be noted that the progress management module 601 may move the process to S712 assuming that the boss game will not be executed if no further payment is made during the relevant period.
  • the boss game module 605 executes a boss game. More specifically, the boss game module 605 causes the provision control unit 108 to provide rare cards related to the boss game executed this time after executing the boss game including the effect of operating game elements, and ends the boss game. The provision control unit 108 drives the third provision unit 150 to provide rare cards based on an instruction from the boss game module 605 .
  • the progress management module 601 executes processing for terminating the current service provision, transitions the state of the game device 100 from the service provisioning state to the standby state, and completes the present provision processing.
  • the game device of the present embodiment if the sub-game is executed, it can be grasped that an article (rare card) of a different type from that of the main game is guaranteed to be provided. During execution of a series of games according to , the player can easily obtain a desired type of item, and as a result, a highly entertaining playing experience is provided.
  • the present invention only needs to make it easier for the player to obtain various types of goods, and the goods provided for the sub-game may be of a different type from the goods provided for the main game.
  • a game card real card
  • a virtual game card an electronic card that functions in the same way as a real object in the game
  • Goods may be provided.
  • the present invention is not limited to the above embodiments, and various modifications and changes are possible within the scope of the invention without departing from the spirit and scope of the 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】種々の種別の物品が入手しやすく、興趣性の高いプレイ体験を提供する。【解決手段】ゲームプログラムは、一連のゲームのプレイ体験の提供を含むサービスを提供するコンピュータに、代価の支払いを検出する検出処理と、サービス提供開始に係る代価の支払いが検出されたことを条件として、一連のゲームを実行するよう制御する制御処理と、実行されたゲームについて提供手段に物品を提供させる提供制御処理と、を実行させるゲームプログラムであって、一連のゲームは、主ゲームと副ゲームとを含み、提供制御処理は、主ゲームと副ゲームとで異なる種別の物品を提供手段に提供させる。

Description

ゲームプログラム及びゲーム装置
本発明は、ゲームプログラム及びゲーム装置に関し、特に物品の提供を伴う電子ゲームに関する。
ゲームの結果に応じて印刷内容を異ならせた物品を提供するゲーム装置がある（特許文献１）。
特開２０１７－１８９２７６号公報
しかしながら、特許文献１のようにゲームの結果に応じて物品の印刷内容が制御される態様では、ユーザによっては特定の種類の物品を入手し難い状況が生じていた。　
本発明は、種々の種別の物品が入手しやすく、興趣性の高いプレイ体験を提供するゲームプログラム及びゲーム装置を提供することを目的とする。
本発明のゲームプログラムは、一連のゲームのプレイ体験の提供を含むサービスを提供するコンピュータに、代価の支払いを検出する検出処理と、サービス提供開始に係る代価の支払いが検出されたことを条件として、一連のゲームを実行するよう制御する制御処理と、実行されたゲームについて提供手段に物品を提供させる提供制御処理と、を実行させるゲームプログラムであって、一連のゲームは、主ゲームと副ゲームとを含み、提供制御処理は、主ゲームと副ゲームとで異なる種別の物品を提供手段に提供させる。
本発明によれば、種々の種別の物品が入手しやすく、興趣性の高いプレイ体験を提供することが可能となる。
本発明の実施形態及び変形例に係るゲームシステムのシステム構成を例示した図 本発明の実施形態に係るゲーム装置１００の機能構成を例示したブロック図 本発明の実施形態及び変形例に係るゲームシステムで用いられるデータの構成例を示した図 本発明の実施形態及び変形例に係るサーバ２００の機能構成を例示したブロック図 本発明の実施形態及び変形例に係る一連のゲーム中の各種ゲームの実行タイミングを例示した図 本発明の実施形態に係る提示処理の実行により実現される機能モジュールの構成を例示した図 本発明の実施形態に係る提示処理を例示したフローチャート
［実施形態］　以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。　
以下に説明する一実施形態は、ゲーム装置の一例としての、物品提供を可能に構成されたゲーム装置に、本発明を適用した例を説明する。しかし、本発明は、ゲームのプレイ体験の提供を含むサービスを提供し、種別の異なる物品を提供することが可能な任意の機器に適用可能である。　
また、本明細書において、「サービス提供」とは、対価の支払いを行った利用者（プレイヤ）に対して、該ゲーム装置を占有して利用する権限を一時的に与え、一連のゲームのプレイ体験の提供を含む役務を提供することを意味する。１人のプレイヤに対するサービス提供の開始は、サービス提供がなされていない状態で対価の支払いが検出されたことを条件とするものであり、基本的には１回のサービス提供に対して利用可能に設けられたゲーム装置の機能の実行（一連のゲームの実行を含む）が完了した後に提供は終了する。　
《ゲームシステムの構成》　図１は、本実施形態に係るゲームシステムのシステム構成を示した図である。図示されるように、ゲームシステムは、ネットワーク３００を介することで、サーバ２００と１以上のゲーム装置１００の各々とが通信可能に構成される。　
本実施形態では、このようなシステム構成により、サーバ２００及びネットワーク３００を介して、複数のゲーム装置１００を利用するプレイヤ間での対戦ゲームが実現可能に構成されるものとする。また、ゲーム装置１００においてプレイ体験が提供されるゲームは、プレイヤ間の対戦ゲームに限られるものではなく、１人用に構成されたゲームを含むものであってよい。　
また詳細は後述するが、サーバ２００は、ゲーム装置１００の利用に際してプレイヤが識別された場合、即ち、いずれのプレイヤであるかが識別された状態でサービス提供が行われた場合に、その利用内容（ゲームのプレイ履歴）に基づいて各プレイヤについて管理する情報を更新する。　
〈ゲーム装置の構成〉　図２は、本発明の実施形態に係るゲーム装置１００の機能構成を示すブロック図である。　
制御部１０１は、例えばＣＰＵであり、ゲーム装置１００が有する各ブロックの動作を制御する。具体的には制御部１０１は、例えば記録媒体１０２に記録されている各ブロックの動作プログラムを読み出し、メモリ１０３に展開して実行することにより各ブロックの動作を制御する。　
記録媒体１０２は、例えば不揮発性メモリやＨＤＤ等の、恒久的にデータを保持可能な記録装置である。記録媒体１０２は、ゲーム装置１００が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータの情報や、ゲーム装置１００が実行するゲームに使用される各種のグラフィックスデータ等を記憶する。メモリ１０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。メモリ１０３は、各ブロックの動作プログラムの展開領域としてだけでなく、各ブロックの動作において出力されたデータ等を一時的に記憶する格納領域としても用いられる。　
支払検出部１０４は、ゲーム装置１００において代価の支払いがなされたことを検出する。代価の支払いは、例えばゲーム装置１００が有する不図示の投入口に所定の金額の硬貨や相当するコインが投入されたこと、あるいは所定の電子マネーに係るチップとの通信に基づく決算処理の完了等を検出することにより判断されるものであってよい。本実施形態のゲーム装置１００は、サービス提供開始に係る代価の支払いに基づいて、一連のゲームのプレイ体験の提供を含むサービスの提供を開始するものとして説明する。また代価の支払いは、サービス提供の開始後も検出可能に構成される。　
取得部１０５は、本実施形態のゲーム装置１００が備える、物品からの情報取得に係るインタフェースである。具体的には取得部１０５は、複数の種別の物品から、該物品に付された情報を取得可能に構成されたリーダを具備している。ここで、取得部１０５が情報取得可能な複数の種別の物品は、いずれもゲーム装置１００において提供可能に構成される、物理的な体積を有する物品（現実物品）であるものとして説明する。　
本実施形態では複数の種別の物品はいずれもゲームカードであり、それぞれ、ゲーム装置１００においてプレイ体験が提供されるゲームに登場する１つのゲーム要素（キャラクタ、搭乗物、アイテム等）が対応付けられているものとして説明する。ゲームカードにいずれのゲーム要素が対応付けられているかは、該ゲームカードに付されたゲーム要素を特定するための情報（識別情報）を取得部１０５が取得することで特定できる。ゲームカードへの識別情報の付加は、例えば識別情報を変換して得られた１次元あるいは多次元のコードがゲームカードに印刷等で付されることにより実現されるものであってもよいし、ゲームカードに内包される近距離通信（ＮＦＣ：Near Field Communication）用のタグやＩＣチップに記録される等、他の方式で実現されるものであってもよい。　
なお、本実施形態では、複数の種別のゲームカードからの情報取得が、取得部１０５に設けられた単独のリーダにより行われるものとして説明するが、本発明の実施はこれに限られるものではない。複数の種別のゲームカードからの情報取得は、複数種類のリーダにより行われるものであってもよいことは言うまでもない。　
この他、取得部１０５は、ゲーム装置１００を利用するプレイヤを識別するために、プレイヤＩＤを記録した物品からの情報取得も行う。本実施形態ではプレイヤＩＤを記録した物品は、ゲームカードと同様にカードの態様で構成されたプレイヤカードであり、ゲームカードと共通のリーダを介して情報取得が可能であるものとして説明する。しかしながら、本発明の実施はこれに限られるものではなく、プレイヤの識別については他の物品や方式を採用することで実現されるものであってよい。　
要素ＤＢ１０６は、ゲームに登場するゲーム要素の各々についての情報（要素情報）を管理するデータベースである。本実施形態のゲーム装置１００では、プレイヤはゲームプレイ時にゲームカードを配置して情報取得を行わせることで、該ゲームカードに対応付けられたゲーム要素をゲームに登場させることができる。１体のゲーム要素について管理される要素情報は、例えば図３（ａ）に示されるように、ゲーム要素を一意に特定する要素ＩＤ（識別情報）３０１に関連付けて、該ゲーム要素に対して割り当てられたゲームにおける種別を示す種別情報３０２、該ゲーム要素をゲームに登場させる際の画面生成に用いられるグラフィックスデータ等を含む描画用情報３０３、及び該ゲーム要素の名称、属性等に加え、該ゲーム要素の要素レベルごとに定められたパラメータや該ゲーム要素を使用することで発動する効果等を記述したパラメータ情報３０４を含む。パラメータ情報３０４は、ゲーム要素を登場させるゲームにおいて参照される情報であり、該ゲームの進行制御に関与する。　
なお、本実施形態では要素ＤＢ１０６に、グラフィックスデータが格納され、要素情報がこれらデータを含むものとして説明するが、本発明の実施はこれに限られるものではない。要素情報には、該当のデータの格納場所を示す情報が含まれるものであってもよい。　
提示制御部１０７は、ゲーム装置１００におけるプレイヤへの各種情報提示の制御を司る。本実施形態のゲーム装置１００では、各種情報提示の手段として、画像（ゲーム画面、メニュー画面等）表示を行う表示部１２０を備えるものとして説明するが、情報提示の手段はこれらに限られるものではなく、代替あるいは追加が可能であることは言うまでもない。情報提示の手段の一例である表示部１２０は、例えば液晶ディスプレイ等の視覚的情報提示を行う表示装置である。この他、他の情報提示の手段が設けられる態様では、例えば聴覚的情報提示を行うスピーカ等、適切な装置が、提示制御部１０７により制御可能に接続される。　
提示制御部１０７は、例えばＧＰＵ等の描画装置を含み、表示部１２０に表示させる画面を生成する際には所定の描画処理を行う。具体的には提示制御部１０７は、ゲーム装置１００の起動中（サービス提供中やスタンバイ状態中）において、制御部１０１により行われた処理や命令に基づいて必要な描画用オブジェクト（グラフィックスデータ）に対して必要な演算処理を実行し、画面の描画を行う。生成した画面は、表示部１２０に出力され、所定の表示領域中に表示されることでプレイヤに提示される。　
提供制御部１０８は、サービス利用に係りなされた代価の支払いに対して、ゲームカードの提供がなされるよう、第１提供部１３０、第２提供部１４０及び第３提供部１５０の動作を制御する。第１提供部１３０及び第２提供部１４０は、収容部に収容されたゲームカードを１枚ずつ提供可能に構成されたカードディスペンサで構成される。本実施形態のゲーム装置１００は、３種類のカードディスペンサ（第１提供部１３０、第２提供部１４０及び第３提供部１５０）をゲーム装置１００の筐体内部に備え、提供制御部１０８により、いずれからゲームカードの提供を行うかの制御がなされる。１つのカード
ディスペンサは、鉛直方向にゲームカードを積層する態様で収容可能に構成された収容部を有し、提供制御部１０８によりなされた提供命令に応じて最下層に保持されているゲームカードを１枚送出する機構を具備する。送出されたゲームカードは、不図示の取出口を介してアクセス可能なスペースに導かれ、プレイヤに提供される。　
上述したように、本実施形態のゲーム装置１００が提供するゲームカードにはゲーム要素が対応付けられ、ゲームプレイに際して使用することで、該ゲーム要素をゲームに登場させることができる。ゲームは、登場したゲーム要素のパラメータ情報３０４に応じて進行制御がなされるものであり、より有利に進行せしめるパラメータ情報３０４を有するゲーム要素ほど、ゲームにおける価値が高い。従って、本実施形態ではゲームカードは、対応付けられたゲーム要素のゲームにおける価値に応じて２種類の種別に分類されている。　
本実施形態のゲーム装置１００は、各種別のゲームカードを提供し分けることが可能なように構成される。具体的には、第１提供部１３０と第２提供部１４０及び第３提供部１５０とは、異なる種別のゲームカードが収容部に収容され、制御部１０１によりなされた提供命令に含まれる提供種別の情報に基づいて、提供制御部１０８が対応する提供部が駆動させることで、特定の種別のゲームカードを提供可能なように構成されている。このため、ゲームカードは種別（第１種別と第２種別）ごとにゲーム装置１００の設置店舗等に納品され、ゲームカード補充の際には、第１提供部１３０の収容部には第１種別のゲームカードの束を、第２提供部１４０及び第３提供部１５０の収容部には第２種別のゲームカードの束を収容するよう運用されるものとする。　
ここで、第２提供部１４０及び第３提供部１５０に収容されるゲームカードは、第１提供部１３０に収容されるゲームカードよりも、ゲームにおける価値（対応付けられたゲーム要素の性能等）が高く設定されているものとし、以下では、第１提供部１３０に収容されるゲームカードを通常カード、第２提供部１４０及び第３提供部１５０に収容されるゲームカードをレアカードとして言及する。つまり、本実施形態のゲーム装置１００は、第１提供部１３０が駆動される場合には通常カードを提供し、第２提供部１４０及び第３提供部１５０が駆動される場合にはレアカードを提供するように構成されている。なお、第２提供部１４０と第３提供部１５０に収容されるゲームカードは、いずれもレアカードという観点では同一の種別の物品ではあるが、両者は例えば対応付けられるゲーム要素の種類が異なる等で異なっていてよく、用途に応じて提供し分けが可能に分離収納されるものとする。　
操作入力部１０９は、例えば決定入力用の操作部材や各種センサ等の、ゲーム装置１００が有するユーザインタフェースである。操作入力部１０９は、操作部材に対する操作入力がなされたことを検出すると、該操作入力に対応する制御信号を制御部１０１に出力する。なお、操作入力部１０９は、例えば表示部１２０の画面上になされたタッチ入力を検出するタッチ入力検出センサ等を含むものであってもよい。　
通信部１１０は、ゲーム装置１００が有する外部装置との通信インタフェースである。通信部１１０は、インターネット等の通信網や機器間を接続するケーブルであってもよいネットワーク３００（有線・無線を問わない）を介して外部装置と接続し、データの送受信を可能とすることができる。通信部１１０は、例えば送信対象として入力された情報を所定の形式のデータに変換し、ネットワーク３００を介してサーバ２００等の外部装置に送信する。また通信部１１０は、例えばネットワーク３００を介して外部装置から情報を受信すると、該情報を復号し、メモリ１０３に格納する。　
〈サーバの構成〉　次に、本実施形態に係るサーバ２００の機能構成について、図４のブロック図を用いて説明する。なお、サーバ２００の機能構成の説明において、ゲーム装置１００が有する構成と同様の機能を実現する構成については、ゲーム装置１００の構成と峻別するために、「サーバ」との接頭語を付して示すものとする。　
サーバ制御部２０１は、例えばＣＰＵであり、サーバ２００が有する各ブロックの動作を制御する。具体的にはサーバ制御部２０１は、例えば記録媒体１０２に記録されている各ブロックの動作プログラムを読み出し、メモリ１０３に展開して実行することにより各ブロックの動作を制御する。　
サーバ記録媒体２０２は、例えば不揮発性メモリやＨＤＤ等の、恒久的にデータを保持可能な記録装置である。サーバ記録媒体２０２は、サーバ２００が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータ等の情報を記憶する。サーバメモリ２０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。サーバメモリ２０３は、各ブロックの動作プログラムの展開領域としてだけでなく、各ブロックの動作において出力されたデータ等を一時的に記憶する格納領域としても用いられる。　
プレイヤＤＢ２０４は、本実施形態のゲームシステムにおいて、ゲーム装置１００でプレイ体験が提供されるゲームについて、各利用者（プレイヤ）に対応付けられたゲームに係る利用状況を示す情報（プレイヤ情報）を管理するデータベースである。プレイヤ情報は、各プレイヤについて、ゲームプレイの機能の利用履歴や、該プレイヤについて使用可能となっている各種ゲーム要素を管理するための情報である。プレイヤ情報は、ゲーム装置１００においてプレイヤカードを使用した上で行われたゲームのプレイ結果に応じて順次更新され、該プレイヤカードが再度使用される際にはゲーム装置１００に提供される。これにより、当該ゲーム装置１００において、先のゲームプレイを反映した状態でのゲームプレイが提供可能となる。　
本実施形態ではプレイヤ情報は、例えば図３（ｂ）に示されるように、プレイヤを識別するプレイヤＩＤ３１１に関連付けて、該プレイヤのゲームプレイの進行状況を示す進行状況情報３１２、該プレイヤについてゲームで使用可能となっているゲーム要素を示す所有情報３１３、使用可能となっているゲーム要素各々の強化状況を示す強化状況情報３１４、及び該プレイヤに対して付与された報酬（他の種別のゲーム要素であってもよい）を示す報酬情報３１５を含むものであってよい。　
ここで、進行状況情報３１２は、所定のストーリーのいずれの段階まで進行したかを示す進行情報３２１、対戦ゲームの戦績を示す戦績情報３２２等に加え、プレイヤのプレイ状況を評価した評価情報３２３を含むものであってよい。所有情報３１３は、プレイヤがゲームプレイに際して使用したゲームカードに対応付けられたゲーム要素、即ち、該プレイヤが使用可能な状態にあるゲーム要素の要素ＩＤ３０１が順次追加されて構成され、強化状況情報３１４は、少なくとも強化が行われている（初期状態からの変更がなされている）ゲーム要素について、該ゲーム要素の要素ＩＤ３３１に関連付けて、強化により変動したパラメータを示す指標としての要素レベル３３２を管理するように構成されるものであってよい。強化状況情報３１４は、本実施形態では発明の理解を容易にならしめるべく、ゲーム装置１００において行われたゲームのプレイ結果が得られた場合に、内容の更新がなされるものとして説明するが、例えばゲーム装置１００に際して育成に係る機能が利用されたことによる育成結果の情報が得られたこと等に応じて更新がなされるものであってよい。　
マッチング処理部２０５は、本実施形態のゲームシステムにおいて提供されるプレイヤ間の対戦ゲーム（対人対戦）について、マッチングの処理を行う。マッチングの処理により、サーバ２００に接続中のゲーム装置１００のうち、例えば同時期にマッチング要求を送信した２台のゲーム装置１００についてセッションを設けられ、対戦ゲームに係る情報通信が可能な状態に遷移される。　
管理部２０６は、ゲーム装置１００において行われたゲームのプレイ内容に基づいて、ゲームに係るプレイヤの評価を管理する。より詳しくは、管理部２０６は、１回のゲームプレイごとにプレイ内容に基づいてプレイヤの評価を行い、該プレイヤに係るプレイヤ情報の評価情報３２３を生成または更新する。　
サーバ通信部２０７は、サーバ２００が有する外部装置との通信インタフェースである。サーバ通信部２０７は、インターネット等の通信網や機器間を接続するケーブルであってもよいネットワーク３００（有線・無線を問わない）を介して外部装置と接続し、データの送受信を可能とすることができる。サーバ通信部２０７は、例えば送信対象として入力された情報を所定の形式のデータに変換し、ネットワーク３００を介してゲーム装置１００等の外部装置に送信する。またサーバ通信部２０７は、例えばネットワーク３００を介して外部装置から情報を受信すると、該情報を復号し、サーバメモリ２０３に格納する。　
《一連のゲームの概要》　以下、本実施形態のゲーム装置１００においてプレイ体験が提供される一連のゲームについて、その概要を説明する。　
電源が投入されて起動すると、ゲーム装置１００はサーバ２００に接続した状態となり、サービス提供を受け付け可能なスタンバイ状態に遷移する。スタンバイ状態において代価の支払いが検出されると、ゲーム装置１００はサービス提供状態に遷移し、一連のゲームのプレイ体験の提供を含むサービスの提供を開始する。従って、スタンバイ状態からサービス提供状態に移行ならしめる代価の支払いは、サービス提供開始に係る代価の支払いに相当する。　
サービスの提供が開始されると、例えばプレイヤカードの読み取り、対応するプレイヤ情報の受信、及び通常カードの提供を経た後に、制御部１０１は一連のゲームに係るゲーム処理を実行する。本実施形態では、サービス提供開始に係る代価の支払いに対する１回のサービス提供は、１枚の通常カードの提供と、それに続く１回の一連のゲームの実行を含むものとして説明する。より詳しくは、サービス提供開始に係る代価の支払いに対する１回のサービス提供は、１回の一連ゲームに含まれる後述のメインゲームのプレイ体験の提供と、該メインゲームに対する１枚の通常カードの提供とを含む。しかしながら、本発明の実施に際し、通常カードの提供数や提供タイミングがこれに限られるものではないことは理解されよう。　
一連のゲームは、ゲームカードを用いて登録したゲーム要素（使用ゲーム要素）を使用する、対人または対ＣＰＵの対戦ゲームであるメインゲーム（主ゲーム）と、１回のサービス提供中にランダムで発生し得る、メインゲームとは異なるサブゲーム（副ゲーム）とを含んで構成される。ここで、サブゲームは、一連のゲーム中の所定のタイミングに実行タイミングが設定されており、該実行タイミングについて実行されるか否かの抽選処理が行われ、抽選結果が当選であり、かつ、サービス提供中の更なる代価の支払いが検出されたことに応じて実行される。本実施形態では、一連のゲーム中に設定されたサブゲームの実行タイミングのたびに抽選処理を行い、サブゲームの実行制御を行うものとし、一連のゲーム中に必ずしもサブゲームは実行されない態様について説明するが、本発明の実施はこれに限られるものではない。即ち、１回のサービス提供に係り実行される一連のゲーム中、少なくとも１回のサブゲームの実行機会が担保される（更なる代価の支払いは条件とする）よう制御されるものであってもよい。　
また、本実施形態のゲーム装置１００では、サブゲームが１回実行されるごとに１枚のレアカードを提供するよう制御される。詳細は後述するが、サブゲームが実行された場合、提供制御部１０８は、これに伴い第２提供部１４０または第３提供部１５０にゲームカードを１枚提供させるよう制御を行う。従って、本実施形態の提供制御部１０８は、メインゲームとサブゲーム
とで異なる種別のゲームカードを提供させるよう構成されている。　
メインゲームとサブゲームとは、登場するゲーム要素が共通するコンテンツのゲームである点で共通するが、提供されるプレイ体験の内容は異なる。上述したように、メインゲームは対戦ゲームであり、開始に先立ってプレイヤと対戦相手（マッチングした他のプレイヤまたはＣＰＵキャラクタ）のそれぞれについて、ゲームカードからの情報取得に基づいて一群の使用ゲーム要素を登録し、該登録した一群の使用ゲーム要素が所定のゲームフィールド中で対戦行動をとりながら進行する。このとき、メインゲームの進行は、使用ゲーム要素に対してなされた操作入力と、一群の使用ゲーム要素のパラメータとに基づいて制御される。これに対し、サブゲームには、本発明に係る第１副ゲーム及び第２副ゲームとしての、メインゲームとは異なるプレイ体験をそれぞれ提供する以下の２種類のゲームが含まれる。　
サブゲームの一方は、本発明に係る第１副ゲームとしてのサルベージゲームである。サルベージゲームは、メインゲームに使用可能なゲーム要素の入手機会をプレイヤに提供するゲームであり、例えば、進行中のゲームフィールド等におけるゲーム要素の発掘（サルベージ）の結果として、１つのゲーム要素に係るレアカードを提供する。サルベージゲームにおけるレアカードの提供は、第２提供部１４０が駆動されることにより実現される。サルベージゲームでは、レアカード提供に係る興趣性を向上させるべく、レアカードに対応付けられるゲーム要素のうちからランダムに選択されたゲーム要素について、該ゲーム要素の登場演出の提示がなされる。そして提供制御部１０８は、当該登場演出の提示中または提示後に第２提供部１４０を駆動させ、レアカードを提供させる。　
サブゲームの他方は、本発明に係る第２副ゲームとしてのボスゲームである。ボスゲームは、サルベージゲームと同様に、メインゲームに使用可能なゲーム要素の入手機会をプレイヤに提供するゲームであるが、例えばサルベージゲームとは異なり、メインゲームのように使用ゲーム要素に対する操作入力を要する対戦演出を含むゲームである。より詳しくは、本実施形態のボスゲームは、対戦相手について登録された一群の使用ゲーム要素が対戦行動の対象となる対戦ゲームではなく、例えば使用ゲーム要素よりも強力に構成（ゲームを有利に進行せしめるパラメータが設定）されたボスキャラクタが対戦行動の対象となる対戦ゲームである。ボスゲームは、このような対戦演出を含むゲームの終了後に、１つのゲーム要素に係るレアカードを提供する。ボスゲームにおけるレアカードの提供は、第３提供部１５０が駆動されることにより実現される。即ち、提供制御部１０８は、ボスキャラクタに係る対戦ゲームの終了後に第３提供部１５０を駆動させ、レアカードを提供させる。　
このように、サブゲームは、種類ごとにレアカードを提供するカードディスペンサが異なり、また提示される演出内容が異なって構成される。また、これらのサブゲームの違いは、一連のゲームにおける実行タイミング、最大実行回数、及び実行時間にも表れる。　
図５は、本実施形態のゲーム装置１００でプレイ体験が提供される一連のゲームにおいて、メインゲーム、サルベージゲーム及びボスゲームのそれぞれの実行されるタイミングを例示した図である。図示されるように、サルベージゲームの実行タイミングは、一連のゲームにおけるメインゲームの実行期間中に複数回設けられる。対して、ボスゲームの実行タイミングは、一連のゲームの終了前であってメインゲームの終了後に１回のみ設けられる。即ち、一連のゲームにおいて、サルベージゲームの実行タイミングは、ボスゲームの実行タイミングよりも先に設けられる。　
ここで、各サブゲームの実行タイミングとは、必ずしも実行することが確定しているわけではなく、上述したように当該実行タイミングに至った際に実行するか否かの抽選処理が実行され、さらにその抽選処理が当選である場合に実行可能となる。サブゲームが実行可能となった場合には、サービス提供中の更なる代価の支払いを条件として該当のサブゲーム（サルベージゲームまたはボスゲーム）が実行可能である旨がゲーム装置１００において通知される。そして、該通知の通知中または通知後に更なる代価の支払いが検出されたことを条件として、該当のサブゲームが実行されるよう制御される。　
本実施形態では、サルベージゲーム及びボスゲームに係る抽選処理は、プレイヤ間の公平性を担保すべく、それぞれ予め定められた当選確率を用いて行われるものとして説明する。しかしながら、本発明の実施はこれに限られるものではなく、興趣性を向上させるために、例えばサルベージゲームの実行回数、メインゲームにおける進行状況等に応じて当選確率を変動させるよう制御されるものであってもよい。　
なお、図５に示されるように、サルベージゲームは、メインゲームの実行中に、当該メインゲームの処理を一時中断して実行されるものであるため、メインゲームに対するプレイヤの集中を妨げないよう、簡易に終了可能に構成されることが好ましい。よって、本実施形態のサルベージゲームは、特定の操作入力を要しない、あるいは、選択操作等の簡易な操作のみで終了でき、ゲーム要素の登場演出の提示のみで実行時間も短く設定される。一方、ボスゲームは、メインゲームの終了後に実行されるものであるため、メインゲームに対するプレイヤの集中を妨げることはない。従って、本実施形態のボスゲームは、ゲーム要素の操作する演出を含む、より興趣性の高いゲームとして構成され、実行時間もその分サルベージゲームに比べて長く設定される。換言すれば、本実施形態のゲーム装置１００では、サルベージゲームは、実行時間がボスゲームよりも短く、実行中に必要とする操作入力の回数もボスゲームより少なく構成されている。　
《サービス提供に係るモジュール構成》　このような本実施形態のゲーム装置１００におけるサービス提供を実現するモジュール構成について、図６を参照して説明する。図６は、ゲーム装置１００においてサービス提供に係るプログラムが実行されることで、制御部１０１により実現される機能モジュール群を例示した図である。　
進行管理モジュール６０１は、一連のゲームの実行を含む、提供するサービスの進行を管理する機能モジュールである。進行管理モジュール６０１は、サービス提供開始に係る代価の支払いが検出されたことを受けて、サービス提供に係る処理（以下の提供処理）の開始、一連のゲームの処理の開始、一連のゲーム中の各サブゲームの実行タイミングに至ったかの判断、一連ゲームの処理の終了判断、サービス提供終了の処理を行う。　
メインゲームモジュール６０２、サルベージゲームモジュール６０４及びボスゲームモジュール６０５は、それぞれ一連のゲームのうちのメインゲーム、サルベージゲーム及びボスゲームを実行する機能モジュールである。メインゲームモジュール６０２、サルベージゲームモジュール６０４及びボスゲームモジュール６０５は、進行管理モジュール６０１からの指示に基づいて、該当するゲームに係る処理を実行する。　
実行決定モジュール６０３は、各サブゲームの実行タイミングに至った際の、該サブゲームを実行可能とするか否かの判断を行う。より詳しくは、実行決定モジュール６０３は、各実行タイミングにおいて所定の当選確率に基づいて抽選処理を実行し、サブゲームを実行可能とするかの判断を行う。判断結果は進行管理モジュール６０１にリターンされ、サルベージゲームモジュール６０４及びボスゲームモジュール６０５の動作制御に用いられる。　
〈提供処理〉　以下、このような構成をもつ本実施形態のゲーム装置１００において、サービス提供に係る処理を実行する提供処理について、図７のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記録媒体１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。より詳しくは、本提供処理を実行することで、制御部１０１は図６に示した各機能モジュールを実現し、以下の処理を行うことができる。なお、本提供処理は、例えばサービス提供開始に係る代価の支払いが検出された際に開始されるものとして説明する。　
Ｓ７０１で、進行管理モジュール６０１は、今回のサービス提供に係る通常カードの提供を提供制御部１０８に行わせる。提供制御部１０８は、進行管理モジュール６０１による指示に基づいて、第１提供部１３０を駆動させて通常カードを提供させる。　
Ｓ７０２で、メインゲームモジュール６０２は進行管理モジュール６０１の制御の下、今回のサービス提供に係るメインゲームの処理を開始する。　
Ｓ７０３で、進行管理モジュール６０１は、サルベージゲームの実行タイミングに至ったか否かを判断する。上述したように、サルベージゲームの実行タイミングはメインゲーム実行中に複数回設けられており、本ステップにおいて進行管理モジュール６０１は、そのいずれかの実行タイミングに至ったか否かを判断する。進行管理モジュール６０１は、サルベージゲームの実行タイミングに至ったと判断した場合は処理をＳ７０４に移し、至っていないと判断した場合は処理をＳ７０７に移す。　
Ｓ７０４で、実行決定モジュール６０３は進行管理モジュール６０１の制御の下、抽選処理を行い、サルベージゲームを実行可能とするか否かを決定する。実行決定モジュール６０３は、サルベージゲームを実行可能とすると決定した場合（抽選処理で当選）は処理をＳ７０５に移し、実行不可能とすると決定した場合は処理をＳ７０７に移す。　
Ｓ７０５で、進行管理モジュール６０１は、更なる代価の支払いによりサルベージゲームを実行可能である旨を提示制御部１０７に通知させる。そして進行管理モジュール６０１は、当該通知中または当該通知後から所定時間内に更なる代価の支払いがなされた場合には処理をＳ７０６に移す。なお、進行管理モジュール６０１は、該当の期間に更なる代価の支払いがなされなかった場合には、サルベージゲームを実行しないものとして処理をＳ７０７に移せばよい。　
Ｓ７０６で、サルベージゲームモジュール６０４は、サルベージゲームを実行する。より詳しくは、サルベージゲームモジュール６０４は、ゲーム要素の登場演出を提示制御部１０７に提示させつつ、今回実行したサルベージゲームに係るレアカードの提供を提供制御部１０８に行わせ、サルゲージゲームを終了する。提供制御部１０８は、サルベージゲームモジュール６０４による指示に基づいて、第２提供部１４０を駆動させてレアカードを提供させる。　
Ｓ７０７で、進行管理モジュール６０１は、メインゲームの処理が終了したか否かを判断する。進行管理モジュール６０１は、メインゲームの処理が終了したと判断した場合は処理をＳ７０８に移し、終了していないと判断した場合は処理をＳ７０３に戻す。　
Ｓ７０８で、進行管理モジュール６０１は、ボスゲームの実行タイミングに至ったか否かを判断する。進行管理モジュール６０１は、ボスゲームの実行タイミングに至ったと判断した場合は処理をＳ７０９に移し、至っていないと判断した場合は本ステップの処理を繰り返す。　
Ｓ７０９で、実行決定モジュール６０３は進行管理モジュール６０１の制御の下、抽選処理を行い、ボスゲームを実行可能とするか否かを決定する。実行決定モジュール６０３は、ボスゲームを実行可能とすると決定した場合は処理をＳ７１０に移し、実行不可能とする決定した場合は処理をＳ７１２に移す。　
Ｓ７１０で、進行管理モジュール６０１は、更なる代価の支払いによりボスゲームを実行可能である旨を提示制御部１０７に通知させる。そして進行管理モジュール６０１は、当該通知中または当該通知後から所定時間内に更なる代価の支
払いがなされた場合には処理をＳ７１１に移す。なお、進行管理モジュール６０１は、該当の期間に更なる代価の支払いがなされなかった場合には、ボスゲームを実行しないものとして処理をＳ７１２に移せばよい。　
Ｓ７１１で、ボスゲームモジュール６０５は、ボスゲームを実行する。より詳しくは、ボスゲームモジュール６０５は、ゲーム要素を操作する演出含むボスゲームの実行後、今回実行したボスゲームに係るレアカードの提供を提供制御部１０８に行わせ、ボスゲームを終了する。提供制御部１０８は、ボスゲームモジュール６０５による指示に基づいて、第３提供部１５０を駆動させてレアカードを提供させる。　
Ｓ７１２で、進行管理モジュール６０１は、今回のサービス提供を終了させる処理を実行し、ゲーム装置１００の状態をサービス提供中からスタンバイ状態に遷移させて本提供処理を完了する。　
以上説明したように、本実施形態のゲーム装置によれば、サブゲームを実行すればメインゲームと異なる種別の物品（レアカード）が確定で提供されることを把握できるため、１回のサービス提供に係る一連のゲームの実行中において、プレイヤが所望の種別の物品を入手しやすくなり、結果興趣性の高いプレイ体験が提供される。　
［変形例］　上述した実施形態では、２種類のサブゲーム（サルベージゲームとボスゲーム）のそれぞれで異なるカードディスペンサからレアカードを提供する態様について説明したが、本発明の実施はこれに限られるものではない。両種類のサブゲームについて、同一のカードディスペンサからレアカードを提供するものとしてもよい。　
また本発明は、多様な種別の物品をプレイヤがより入手しやすくなるものであればよく、サブゲームについて提供される物品は、メインゲームについて提供される物品と異なる種別の物品であればよい。例えば、メインゲームについて物理的な体積を有するゲームカード（リアルカード）が提供される態様において、サブゲームについて物理的な体積を有しない仮想ゲームカード（ゲーム上、現実物品と同等に機能する電子的な物品）を提供するものとしてもよい。　
［その他の実施形態］　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、発明の要旨の範囲内で種々の変形・変更が可能である。また本発明に係るゲーム装置は、１以上のコンピュータを該ゲーム装置として機能させるプログラムによっても実現可能である。該プログラムは、コンピュータが読み取り可能な記録媒体に記録されることにより、あるいは電気通信回線を通じて、提供／配布することができる。
１００：ゲーム装置、１０１：制御部、１０２：記録媒体、１０３：メモリ、１０４：支払検出部、１０５：取得部、１０６：要素ＤＢ、１０７：提示制御部、１２０：表示部、１０８：提供制御部、１３０：第１提供部、１４０：第２提供部、１５０：第３提供部、１０９：操作入力部、１１０：通信部、２００：サーバ、２０１：サーバ制御部、２０２：サーバ記録媒体、２０３：サーバメモリ、２０４：プレイヤＤＢ、２０５：マッチング処理部、２０６：管理部、２０７：サーバ通信部、３００：ネットワーク、５０１：進行管理モジュール、５０２：メインゲームモジュール、５０３：実行決定モジュール、５０４：サルベージゲームモジュール、５０５：ボスゲームモジュール

Claims (18)

  1. 一連のゲームのプレイ体験の提供を含むサービスを提供するコンピュータに、　　代価の支払いを検出する検出処理と、　　サービス提供開始に係る代価の支払いが検出されたことを条件として、前記一連のゲームを実行するよう制御する制御処理と、　　実行されたゲームについて提供手段に物品を提供させる提供制御処理と、を実行させるゲームプログラムであって、　前記一連のゲームは、主ゲームと副ゲームとを含み、　前記提供制御処理は、前記主ゲームと前記副ゲームとで異なる種別の物品を前記提供手段に提供させるゲームプログラム。
  2. 前記副ゲームは、ゲーム内容の異なる第１副ゲームと第２副ゲームとを含み、　前記提供制御処理は、前記第１副ゲームと前記第２副ゲームとで同一種別の物品を前記提供手段に提供させる請求項１に記載のゲームプログラム。
  3. 前記一連のゲームにおいて、前記第１副ゲームの実行タイミングは前記第２副ゲームの実行タイミングよりも先に設けられる請求項２に記載のゲームプログラム。
  4. 前記第１副ゲームの実行タイミングは、前記主ゲームの実行中に設けられ、実行する場合には前記主ゲームが中断され、　前記第２副ゲームの実行タイミングは、前記一連のゲームの終了前であって、前記主ゲームの終了後に設けられる請求項３に記載のゲームプログラム。
  5. 前記第１副ゲーム及び前記第２副ゲームを実行可能とするか否かは、それぞれ所定の確率に基づいて決定される請求項３または４に記載のゲームプログラム。
  6. 前記第１副ゲーム及び前記第２副ゲームに係る前記所定の確率は、前記一連のゲームの実行中において変動する請求項５に記載のゲームプログラム。
  7. 前記第１副ゲームが実行可能である場合に、サービス提供中の更なる代価の支払いを条件として前記第１副ゲームを実行可能である旨を通知する処理を、前記コンピュータにさらに実行させる請求項５または６に記載のゲームプログラム。
  8. 前記第１副ゲームを実行可能である旨の通知中または通知後に更なる代価の支払いが検出されたことを条件として、前記第１副ゲームが実行される請求項７に記載のゲームプログラム。
  9. 前記第２副ゲームが実行可能である場合に、サービス提供中の更なる代価の支払いを条件として前記第２副ゲームを実行可能である旨を通知する処理を、前記コンピュータにさらに実行させる請求項５乃至８のいずれか１項に記載のゲームプログラム。
  10. 前記第２副ゲームを実行可能である旨の通知中または通知後に更なる代価の支払いが検出されたことを条件として、前記第２副ゲームが実行される請求項９に記載のゲームプログラム。
  11. 前記一連のゲームにおいて、前記第１副ゲームの最大実行回数は複数回に設定され、前記第２副ゲームの最大実行回数は１回に設定される請求項４乃至１０のいずれか１項に記載のゲームプログラム。
  12. 前記第１副ゲームは、実行時間が前記第２副ゲームよりも短い請求項１１に記載のゲームプログラム。
  13. 前記第１副ゲームは、実行中に必要とする操作入力の回数が前記第２副ゲームよりも少ない請求項１１または１２に記載のゲームプログラム。
  14. 前記第１副ゲームは、ゲーム要素の登場演出を含み、　前記提供制御処理は、前記ゲーム要素の登場演出中または登場演出の後に、前記提供手段に物品を提供させる請求項１１乃至１３のいずれか１項に記載のゲームプログラム。
  15. 前記第２副ゲームは、ゲーム要素を操作する演出を含み、　前記提供制御処理は、前記ゲーム要素を操作する演出の後に、前記提供手段に物品を提供させる請求項１１乃至１４のいずれか１項に記載のゲームプログラム。
  16. 前記主ゲームと前記副ゲームは、登場するゲーム要素が共通するコンテンツのゲームであるが、提供されるプレイ体験の内容が異なるゲームである請求項１乃至１５のいずれか１項に記載のゲームプログラム。
  17. 前記提供制御処理において、前記副ゲームについて前記提供手段に提供させる物品は、前記主ゲームについて前記提供手段に提供させる物品よりも、前記一連のゲームにおける価値が高い請求項１乃至１６のいずれか１項に記載のゲームプログラム。
  18. 一連のゲームのプレイ体験の提供を含むサービスを提供するゲーム装置であって、　代価の支払いを検出する検出手段と、　前記検出手段によりサービス提供開始に係る代価の支払いが検出されたことを条件として、前記一連のゲームを実行するよう制御する制御手段と、　実行されたゲームについて提供手段に物品を提供させる提供制御手段と、を備え、　前記一連のゲームは、主ゲームと副ゲームとを含み、　前記提供制御手段は、前記主ゲームと前記副ゲームとで異なる種別の物品を前記提供手段に提供させるゲーム装置。
PCT/JP2021/048333 2021-03-26 2021-12-24 ゲームプログラム及びゲーム装置 WO2022201711A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202180089229.5A CN116669824A (zh) 2021-03-26 2021-12-24 游戏程序和游戏装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-054105 2021-03-26
JP2021054105A JP7002687B1 (ja) 2021-03-26 2021-03-26 ゲームプログラム及びゲーム装置

Publications (1)

Publication Number Publication Date
WO2022201711A1 true WO2022201711A1 (ja) 2022-09-29

Family

ID=80560896

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/048333 WO2022201711A1 (ja) 2021-03-26 2021-12-24 ゲームプログラム及びゲーム装置

Country Status (3)

Country Link
JP (2) JP7002687B1 (ja)
CN (1) CN116669824A (ja)
WO (1) WO2022201711A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3026207U (ja) * 1995-12-22 1996-07-02 株式会社カプコン 景品払出しゲーム機
JP2017119083A (ja) * 2016-09-16 2017-07-06 株式会社バンダイ ゲーム装置、プログラム及び物品提供システム
JP2018171371A (ja) * 2017-03-31 2018-11-08 株式会社バンダイ ゲーム装置、ゲーム用物品、及びプログラム
JP2019122795A (ja) * 2019-03-14 2019-07-25 株式会社バンダイ ゲーム装置及びゲーム装置のプログラム
JP2019130332A (ja) * 2019-03-18 2019-08-08 株式会社バンダイ ゲーム装置、情報保持媒体、及びプログラム
JP2019155106A (ja) * 2019-03-14 2019-09-19 株式会社バンダイ ゲーム装置、ゲームシステム及びプログラム
JP2021003303A (ja) * 2019-06-26 2021-01-14 株式会社セガ ゲーム装置およびゲームプログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3026207U (ja) * 1995-12-22 1996-07-02 株式会社カプコン 景品払出しゲーム機
JP2017119083A (ja) * 2016-09-16 2017-07-06 株式会社バンダイ ゲーム装置、プログラム及び物品提供システム
JP2018171371A (ja) * 2017-03-31 2018-11-08 株式会社バンダイ ゲーム装置、ゲーム用物品、及びプログラム
JP2019122795A (ja) * 2019-03-14 2019-07-25 株式会社バンダイ ゲーム装置及びゲーム装置のプログラム
JP2019155106A (ja) * 2019-03-14 2019-09-19 株式会社バンダイ ゲーム装置、ゲームシステム及びプログラム
JP2019130332A (ja) * 2019-03-18 2019-08-08 株式会社バンダイ ゲーム装置、情報保持媒体、及びプログラム
JP2021003303A (ja) * 2019-06-26 2021-01-14 株式会社セガ ゲーム装置およびゲームプログラム

Also Published As

Publication number Publication date
CN116669824A (zh) 2023-08-29
JP2022151168A (ja) 2022-10-07
JP7002687B1 (ja) 2022-01-20
JP2022151574A (ja) 2022-10-07

Similar Documents

Publication Publication Date Title
JP5335969B1 (ja) ゲームを提供するサーバ装置
JP6178464B1 (ja) ゲーム装置、ゲームシステム及びプログラム
JP7242739B2 (ja) プログラム、情報処理装置、及び制御方法
JP6869128B2 (ja) ゲーム装置、プログラム及びゲームシステム
CN111093785A (zh) 游戏装置、游戏系统以及程序
WO2022201711A1 (ja) ゲームプログラム及びゲーム装置
JP2021003303A (ja) ゲーム装置およびゲームプログラム
WO2020262417A1 (ja) ゲーム装置、ゲームシステム及びプログラム
JP7387986B2 (ja) 情報処理装置、ゲーム装置、及びプログラム
JP5155806B2 (ja) ゲーム機及びポイント連動システム
JP7192020B2 (ja) ゲームシステム及びサーバ
JP7162717B1 (ja) ゲーム装置及びプログラム
JP7013598B1 (ja) ゲーム装置及びプログラム
JP7206021B1 (ja) ゲーム装置、及び、プログラム
JP7232857B2 (ja) ゲームプログラム及びゲーム装置
JP7013401B2 (ja) ゲーム装置、ゲームシステム及びプログラム
JP7218284B2 (ja) ゲーム装置、プログラムおよびゲームシステム
JP6814836B2 (ja) ゲーム装置、プログラム及びゲームシステム
CN115920411A (zh) 程序及游戏装置
JP2023171917A (ja) プログラム、及び、ゲーム装置
WO2018179888A1 (ja) ゲームシステム、ゲーム装置、玩具体、ゲーム用物品、及びプログラム
JP2022149941A (ja) ゲームプログラム及びゲーム装置
JP2020163034A (ja) ゲーム装置、プログラム及びゲームシステム
JP2017217493A (ja) ゲーム装置、ゲームシステム及びプログラム
JP2005537825A (ja) 電子カードゲームシステムにおけるゲーム機、これにより受け付けられる電子ゲームカード、および電子カードゲームシステム

Legal Events

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

Ref document number: 21933301

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180089229.5

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21933301

Country of ref document: EP

Kind code of ref document: A1