US20140378202A1 - Non-transitory computer-readable storage medium storing game program, and information processing device - Google Patents
Non-transitory computer-readable storage medium storing game program, and information processing device Download PDFInfo
- Publication number
- US20140378202A1 US20140378202A1 US14/173,668 US201414173668A US2014378202A1 US 20140378202 A1 US20140378202 A1 US 20140378202A1 US 201414173668 A US201414173668 A US 201414173668A US 2014378202 A1 US2014378202 A1 US 2014378202A1
- Authority
- US
- United States
- Prior art keywords
- player
- game
- lottery
- support
- point
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3286—Type of games
- G07F17/329—Regular and instant lottery, e.g. electronic scratch cards
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/326—Game play aspects of gaming systems
- G07F17/3272—Games involving multiple players
- G07F17/3274—Games involving multiple players wherein the players cooperate, e.g. team-play
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/326—Game play aspects of gaming systems
- G07F17/3272—Games involving multiple players
- G07F17/3281—Games involving multiple players wherein game attributes are transferred between players, e.g. points, weapons, avatars
Definitions
- the present invention relates to a non-transitory computer-readable storage medium storing a game program and an information processing device.
- the present invention has been made in view of the foregoing, and an objective is to stimulate communication between players.
- a principal invention of the present invention to solve the aforementioned problems is a non-transitory computer-readable storage medium storing game program causing a computer to execute:
- a lottery process of, upon receiving a content request from a player, consuming the lottery point associated with the player, and executing a lottery game for giving a game content selected from multiple game contents to the player;
- a support process of, upon receiving a support request for supporting a first player playing the lottery game by a second player, giving a lottery point to the first player and the second player without consuming a play point associated with the second player;
- a special support process of, upon receiving a special support request for supporting a first player playing the lottery game by a second player, consuming a play point associated with the second player and giving a lottery point to the first player and the second player; and a number-of-executions control process of limiting the number of executions of the support process to a predetermined number or smaller and permitting execution of the special support process a number of times larger than the predetermined number.
- FIG. 1 is a diagram illustrating an overall configuration example of a game system
- FIG. 2 is a block diagram illustrating a functional configuration of a server device
- FIG. 3 is a block diagram illustrating a functional configuration of a player terminal
- FIG. 4 is a table illustrating an example of a data structure of card information
- FIG. 5 is a table illustrating an example of a data structure of item information
- FIG. 6 is a table illustrating an example of a data structure of player information
- FIG. 7 is a table illustrating an example of a data structure of possessed card information
- FIG. 8 is a table illustrating an example of a data structure of possessed item information
- FIG. 9 is a table illustrating an example of a data structure of deck information
- FIG. 10 is a table illustrating an example of a data structure of card placement information
- FIG. 11 is a table illustrating an example of a data structure of support log information
- FIG. 12 is a flowchart for explaining an example of operation of a target hitting game
- FIG. 13 is a diagram illustrating an example of a game screen of the target hitting game
- FIG. 14 is a flowchart for explaining an example of operation of a support and a special support
- FIG. 15 is a diagram illustrating an example of a game screen containing a list
- FIG. 16 is a diagram illustrating an example of a game screen for viewing
- FIG. 17 is a diagram illustrating an example of a game screen of an acquired game.
- FIG. 18 is a diagram illustrating an example of a game screen of a target hitting game.
- Non-transitory computer-readable storage medium storing game program causing a computer to execute:
- a lottery process of, upon receiving a content request from a player, consuming the lottery point associated with the player, and executing a lottery game for giving a game content selected from multiple game contents to the player;
- a support process of, upon receiving a support request for supporting a first player playing the lottery game by a second player, giving a lottery point to the first player and the second player without consuming a play point associated with the second player;
- a special support process of, upon receiving a special support request for supporting a first player playing the lottery game by a second player, consuming a play point associated with the second player and giving a lottery point to the first player and the second player; and a number-of-executions control process of limiting the number of executions of the support process to a predetermined number or smaller and permitting execution of the special support process a number of times larger than the predetermined number.
- the special support can be executed by consuming the play point even when the support of the second player for the first player playing the lottery game is limited, which can stimulate communication between players.
- non-transitory computer-readable storage medium storing game program causing a computer to execute:
- a lottery process of, upon receiving a content request from a player, consuming the lottery point associated with the player, and executing a lottery game for giving a game content selected from multiple game contents to the player;
- a support process of, upon receiving a support request for supporting a first player playing the lottery game by a second player, consuming a predetermined amount of play point associated with the second player and giving a lottery point to the first player and the second player;
- a special support process of, upon receiving a special support request for supporting a first player playing the lottery game by a second player, consuming an amount of play point associated with the second player larger than the predetermined amount and giving a lottery point to the first player and the second player;
- a number-of-executions control process of limiting the number of executions of the support process to a predetermined number or smaller and permitting execution of the special support process a number of times larger than the predetermined number.
- the special support can be executed by consuming a larger amount of play point even when the support of the second player for the first player playing the lottery game is limited, which can stimulate communication between players.
- program may further cause the computer to execute:
- a proportion of the amount of lottery point given in the special support process to the amount of play point consumed in the special support process may be set to be larger than a proportion of the amount of lottery point acquired through the acquisition game process to the amount of play point exchanged for the game item in the exchange process.
- the program may further cause the computer to execute:
- a screen data generation process of, upon receiving a viewing request from a second player for viewing game contents for the first player playing the lottery game, generating a game screen for allowing the second player to view the candidate game contents that are candidates for selection in the lottery game being played by the first player, and
- the game screen in a different display state may be generated when the viewing request from the second player is a viewing request for viewing the candidate contents for the first player who has been specially supported.
- the program may further cause the computer to execute:
- a proportion with which a special game content is selected in the lottery game may be increased according to the numbers counted in the count process.
- FIG. 1 is a diagram illustrating an example of an overall configuration of a game system 1 according to the present embodiment.
- the game system 1 provides players with various services related to games through a network 2 (for example, the Internet), and includes a server device 10 and a plurality of player terminals 20 .
- FIG. 2 is a block diagram illustrating a functional configuration of the server device 10 according to the present embodiment.
- the server device 10 is an information processing device (for example, a workstation, a personal computer, or the like) used when a system administrator or the like manages a game service.
- the server device 10 can distribute game programs operable on the player terminals 20 , and web pages (such as game screens) made in a markup language (such as HTML) according to the specification of the player terminals 20 upon receiving various commands (requests) from the player terminals 20 .
- the server device 10 includes a control unit 11 , a storage unit 12 , an input unit 13 , a display unit 14 , and a communication unit 15 .
- the control unit 11 is configured to pass data among the units and control the entire server device 10 , and is realized by a central processing unit (CPU) executing a program stored in a predetermined memory.
- the control unit 11 of the present embodiment includes a placement unit 111 , a recording unit 112 , a game processing unit 113 , a support processing unit 114 , a special support processing unit 115 , a number-of-executions control unit 116 , a count processing unit 117 , an exchange processing unit 118 , and a screen data generation unit 119 .
- the placement unit 111 has a function to execute a process of placing multiple game contents in a game content placement area composed of multiple unit areas.
- a game content refers to an electronic game card, figure or the like associated with a character or the like, or an item or the like such as a tool or an ability that can be used in a game.
- the placement unit 111 of the present embodiment places game cards that are an example of the game contents in a card placement area that is an example of the game content placement area.
- the recording unit 112 is connected to the storage unit 12 via a bus, and has a function to execute a process of recording various data into the storage unit 12 in response to commands from the control unit 11 .
- the recording unit 112 of the present embodiment records lottery points (balls, for example) and play points (virtual currency, for example) in association with each player, for example, in the storage unit 12 .
- the game processing unit 113 has a function to execute a game process.
- the game processing unit 113 includes a battle processing unit 113 A, a lottery processing unit 113 B, and an acquisition game processing unit 113 C.
- the battle processing unit 113 A has a function to execute various processes on a battle between a player character and an opponent character such as a process of determining an outcome of the battle.
- the lottery processing unit 113 B consumes lottery points associated with a player and executes a lottery game of giving a game content selected from multiple game contents in response to a content request from the player.
- the acquisition game processing unit 113 C executes an acquisition game of allowing a player to acquire a lottery point in response to a game start request from the player.
- the support processing unit 114 has a function to execute a support process for supporting a player.
- the support processing unit 114 of the present embodiment gives points (balls, for example) to a first player (a player who is going to be supported by another player) and a second player (a player who is going to support another player) without consuming play points (virtual currency, for example) associated with the second player in response to a support request from the second player to support the first player.
- the special support processing unit 115 has a function to execute a special support process for specially supporting a player.
- the special support processing unit 115 of the present embodiment consumes play points (virtual currency, for example) associated with a second player (a player who is going to specially support another player) and gives lottery points (balls, for example) to a first player (a player who is going to be specially supported by another player) and the second player in response to a special support request from the second player to specially support the first player.
- play points virtual currency, for example
- lottery points balls, for example
- the number-of-executions control unit 116 has a function to execute a process of controlling the number of executions of the support process by the support processing unit 114 and the number of executions of the special support process by the special support processing unit 115 .
- the number-of-executions control unit 116 of the present embodiment limits the number of executions of the support process to a predetermined number or smaller (once or a smaller number of times, for example) and permits the special support process to be executed a number of times larger than the predetermined number.
- the count processing unit 117 has a function to execute a count process of counting the number of times the support process is executed by the support processing unit 114 and the number of times the special support process is executed by the special support processing unit 115 .
- the exchange processing unit 118 has a function to execute an exchange process of exchanging play points associated with a player for a game item.
- the exchange processing unit 118 of the present embodiment exchanges play points (virtual currency, for example) associated with a player for a game item in response to an exchange request from the player.
- play points virtual currency, for example
- a player can purchase (exchange) a game item by consuming virtual currency that the player has.
- the screen data generation unit 119 has a function to execute a process of generating screen data for displaying a game screen on the player terminals 20 .
- the screen data generation unit 119 of the present embodiment generates HTML data as the screen data corresponding to the game screen.
- the storage unit 12 includes a read only memory (ROM) that is a read only storage area in which a system program is stored, and a random access memory (RAM) that is a rewritable storage area used as a work area for arithmetic processing by the control unit 11 .
- the storage unit 12 is, for example, realized by a non-volatile storage device, such as flash memory or a hard disk.
- the storage unit 12 of the present embodiment stores at least card information that is information on game cards, item information that is information on game items, and player information that is information on players. Details of the information will be described later.
- the input unit 13 is used by the system administrator or the like for inputting various data (for example, the card information or the like), and is realized, for example, by a keyboard, a mouse, and the like.
- the display unit 14 is used for displaying an operation screen for the system administrator on the basis of a command from the control unit 11 , and is realized, for example, by a liquid crystal display (LCD) or the like.
- LCD liquid crystal display
- the communication unit 15 is used for performing communication with the player terminals 20 , and has a function as a reception unit to receive various data and signals transmitted from the player terminals 20 , and a function as a transmission unit to transmit various data and signals to the player terminals 20 according to commands from the control unit 11 .
- the communication unit 15 is realized, for example, by a network interface card (NIC), or the like.
- FIG. 3 is a block diagram illustrating a functional configuration of the player terminal 20 .
- the player terminal 20 of the present embodiment is an information processing device (for example, a mobile phone terminal, a smart phone, or the like) used by a player when playing a game, and can request the server device 10 to deliver various types of information (a game program, a web page, or the like) related to the game.
- the player terminal 20 has a web browser function for allowing the player to browse a web page, and thus can display a web page (a game screen, or the like) delivered from the server device 10 .
- the player terminal 20 includes a terminal control unit 21 , a terminal storage unit 22 , a terminal input unit 23 , a terminal display unit 24 , and a terminal communication unit 25 .
- the terminal control unit 21 is configured to pass data among the units and control the entire player terminal 20 , and is realized by a central processing unit (CPU) executing a program stored in a predetermined memory. Note that the terminal control unit 21 of the present embodiment also functions as a screen display control unit that controls the display format of a game screen displayed on the terminal display unit 24 .
- the terminal storage unit 22 is connected to the terminal control unit 21 through a bus, and performs processing of referring to, reading out, and rewriting stored data according to a command from the terminal control unit 21 .
- the terminal storage unit 22 is realized, for example, by flash memory, a hard disk, or the like.
- the terminal input unit 23 is used for performing various operations (a game operation, and the like) by the player, and is realized, for example, by an operation button, a touch panel, and the like.
- the terminal display unit 24 is used for displaying a game screen according to a command from the terminal control unit 21 , and is realized, for example, by a liquid crystal display (LCD) and the like.
- the terminal communication unit 25 functions as a transmission/reception unit for transmitting/receiving various types of information to/from the server device 10 through the network 2 , and is realized, for example, by a network interface card (NIC), or the like.
- NIC network interface card
- FIG. 4 is a table illustrating an example of a data structure of the card information stored in the storage unit 12 of the server device 10 .
- the card information contains items (fields) such as a card ID, a character name, a character image, rarity, an attack strength, a defense strength, and a hit point.
- the card ID is identification information for identifying a game card that is an example of the game content.
- the character name is information indicating a display name of a character associated with a game card.
- the character image is image data of a character.
- the rarity is a parameter indicating the degree of rarity of a game card. In the present embodiment, four classes of rarity (“common” “uncommon” “rare” “super rare”) are set for game cards (characters).
- An initial attack strength, an initial defense strength, and an initial hit point of a character are parameters indicating ability values initially set for the character.
- FIG. 5 is a table illustrating an example of a data structure of the item information stored in the storage unit 12 of the server device 10 .
- the item information contains fields such as an item ID, an item name, and a price.
- the item ID is identification information for identifying an item.
- the item name is information indicating a display name of an item.
- the price is information indication the value of an item.
- FIG. 6 is a table illustrating an example of a data structure of the player information stored in the storage unit 12 of the server device 10 .
- the player information contains fields such as a player ID, a friend player ID, virtual currency, possessed balls, possessed card information, possessed item information, deck information, card placement information, the number of times of support by another player, the number of times of special support by another player, the number of times of support for another player, the number of times of special support for another player, and support log information.
- the player ID is identification information for identifying a player.
- the friend player ID is identification information for identifying another player registered in a friend list of a player.
- the virtual currency is an example of play points and is information indicating the amount of virtual currency possessed by a player.
- the possessed balls are information indicating the number of balls possessed by a player and updated when a player has acquired a ball or consumed a ball.
- the balls are an example of the lottery points used in a lottery game, and are given to support or specially support another player or according to a result of an acquisition game.
- the possessed card information is information indicating game cards (hereinafter also referred to as possessed cards) possessed by a player.
- the possessed item information is information indicating items (hereinafter also referred to as possessed items) possessed by a player.
- the deck information is information on a deck.
- a deck refers to a card group of multiple cards put into a set.
- the card placement information is information on the card placement area.
- the number of times of support by another player is information indicating a cumulative number of times the support process of being supported is executed.
- the number of times of special support by another player is information indicating a cumulative number of times the special support process of being specially supported is executed.
- the number of times of support for another player is information indicating a cumulative number of times the support process of supporting another player is executed.
- the number of times of special support for another player is information indicating a cumulative number of times the special support process of specially supporting another player is executed.
- the support log information is history information recording supports for a player.
- FIG. 7 is a table illustrating an example of a data structure of the possessed card information.
- the possessed card information contains fields such as a card ID, an attack strength, a defense strength, a hit point, and acquisition date and time of a possessed card, and the like.
- the card ID is identification information for identifying a possessed card.
- the attack strength, the defense strength, and the hit point of a possessed card are parameters indicating ability values set for a character associated with the possessed card. These parameters are updated according to a result of a game or the like.
- the acquisition date and time is information indicating the date and time when a player acquired a possessed card.
- FIG. 8 is a table illustrating an example of a data structure of the possessed item information.
- the possessed item information contains fields of an item ID and the number of possessed items.
- the item ID is identification information for identifying each of various items possessed by a player.
- the number of possessed items is information indicating the number of items possessed by a player.
- FIG. 9 is a table illustrating an example of a data structure of the deck information.
- the deck information is information on multiple game cards with serial numbers (card IDs) each in association with rarity.
- the deck of the present embodiment is a card group including 1200 game cards with serial numbers of 1 to 1200 arranged in numerical order as illustrated in FIG. 9 .
- Game cards selected in numerical order from the deck are placed in the card placement area.
- “Rare” cards are set at predetermined intervals such as the 100th, 200th, 300th . . . cards, and a “super rare” card is set at the 1200th card.
- Cards with the other numbers are set to “common” or “uncommon” cards.
- a plurality of decks each composed of 1200 cards is provided for each player, and is sequentially replaced one set by one set.
- the decks are equivalent to a deck in which one “super rare” card is set every 1200 cards.
- the serial numbers of the game cards in a deck may be randomly set.
- FIG. 10 is a table illustrating an example of a data structure of the card placement information.
- the card placement information contains fields of an area ID and a card ID.
- the area ID is identification information for identifying a unit area in the card placement area.
- the card placement area of the present embodiment is divided into nine unit areas, and nine area IDs are thus set.
- the card ID is identification information for identifying a game card (character) placed in a unit area with an associated area ID.
- the card placement information is updated each time game cards placed in the unit areas are changed.
- FIG. 11 is a table illustrating an example of a data structure of the support log information.
- the support log information contains fields of a player ID, a detail, and date and time.
- the player ID of the supporting or specially supporting player, the detail of the support (support or special support), and the date and time when the support process or the special support process is executed are stored in the support log information of the present embodiment.
- the game system 1 provides various games conducted by using electronic game cards (virtual cards used in games) associated with game characters.
- a player can possess multiple game cards.
- the player can play a battle game by using a game card (player character) selected from the game cards that the player possesses.
- the battle processing unit 113 A determines an opponent character that is an opponent of the player character, and determines an outcome of a battle game between these characters on the basis of various parameters (attack strength, defense strength, hit point, and the like) set for the respective characters.
- a target hitting game that is an example of a lottery game to give a game card to a player is conducted.
- each player is provided with a plurality of decks each composed of one set of 1200 game cards. After a game card is given to a player and the number of cards in the card placement area decreases as a result of the target hitting game, a game card selected in numerical order from a deck is supplied into the card placement area. When the number of game cards in the deck decreases and becomes insufficient as a result of repeated supply of game cards, the deck is replaced with the next new deck.
- the game system 1 can thus constantly provide a player with the target hitting game.
- a special card (a “super rare” card, for example) may be placed when a game card is supplied to the card placement area. The player can try the target hitting game in an attempt to acquire the special card.
- a player (hereinafter also referred to as a “supporting player” (second player)) can support or specially support a player (hereinafter also referred to as a “supported player” (first player)) trying the target hitting game in an attempt to acquire a special card.
- the players can communicate with one another through the support or the special support.
- a supporting player can support a supported player only once without consuming the virtual currency.
- a supporting player supports a supported player one ball is given to each of the supported player and the supporting player.
- the players can play the target hitting game described above by using the given balls.
- a supporting player can also specially support a supported player by consuming the virtual currency.
- three balls are given to each of the supported player and the supporting player.
- the supporting player may consume an amount of virtual currency (10 coins, for example) that is smaller than the amount of virtual currency (30 coins, for example) consumed for a special support to support a supported player.
- the number of times of support is limited to one but the number of times of special support is up to ten.
- a supporting player can specially support a supported player by consuming the virtual currency although the support for the supported player is limited, which can stimulate communication between players.
- a supported player succeeds in acquiring a special card in the target hitting game as a result of special support by a supporting player, a special item is given to the supporting player as a reward.
- an acquisition game allowing a player to acquire a ball to be used in the target hitting game is conducted.
- a player can acquire one ball if he/she succeeds in catching a predetermined character (game card) encountered during the game.
- a predetermined character game card
- For catching a predetermined character a player can use a predetermined item.
- a player can catch a predetermined item without fail by using a predetermined item.
- FIG. 12 is a flowchart for explaining an example of the operation of the target hitting game in the game system 1 according to the present embodiment.
- the terminal control unit 21 transmits a command (target hitting game start page request) for acquiring a start page (game screen) of the target hitting game to the server device 10 via the terminal communication unit 25 (S 101 ).
- the server device 10 executes a card placement process of placing game cards in respective unit areas of the card placement area (S 102 ). Specifically, the placement unit 111 places game cards in the card placement area set for the player on the basis of the player information (see FIG. 6 ) and the card placement information (see FIG. 10 ) stored in the storage unit 12 .
- the server device 10 causes the screen data generation unit 119 to generate screen data (HTML file) for displaying the start page (web page) of the target hitting game on the player terminal 20 (S 103 ).
- the screen data generation unit 119 generates screen data of the start page containing the card placement area in which game cards are placed by the placement unit 111 .
- the server device 10 then transmits the thus generated screen data (HTML file) corresponding to the start page of the target hitting game to the requesting player terminal 20 via the network (S 104 ).
- the player terminal 20 analyzes the screen data to display the start page (web page) of the target hitting game on the terminal display unit 24 (S 105 ).
- FIG. 13 is a diagram illustrating an example of a game screen 50 (start page 50 ) for the target hitting game displayed on the terminal display unit 24 .
- the start page 50 contains the card placement area 51 , an operation button 52 for throwing one ball, and an operation button 53 for throwing nine balls at once.
- a super rare card 51 A that is an example of the special card is placed in the card placement area 51 .
- a frame area 51 B is provided around the card placement area 51 .
- the terminal control unit 21 of the player terminal 20 transmits a command (card request) requesting to give a card on the basis of this operation information to the server device 10 via the terminal communication unit 25 (S 106 ).
- the server device 10 executes a lottery process through the target hitting game for giving a game card to the player (S 107 ).
- the lottery processing unit 113 B determines whether or not a super rare card 51 A (special card) is placed in the card placement area 51 on the basis of the card placement information (see FIG. 10 ) of the player. If no super rare card 51 A is placed in the card placement area 51 , the lottery processing unit 113 B permits operational input with the operation button 52 and the operation button 53 , consumes one or nine balls (see FIG. 6 ) possessed by the player, and gives one game card selected from the game cards placed in the card placement area 51 or all of the nine game cards to the player. If, on the other hand, a super rare card 51 A is placed in the card placement area 51 , the lottery processing unit 113 B permits only operational input with the operation button 52 , consumes one ball (see FIG.
- a super rare card 51 A special card
- the rarities of game cards are weighted so that the probability with which a game card is selected varies depending on the rarity. For example, if a super rare card (special card) is placed in only one square out of nine squares and uncommon cards are placed in the remaining eight squares, the lottery processing unit 113 B sets the weight on the super rare card to 1 and the weight on the uncommon cards to 10 so that the probability with which the super rare card is selected is set to 1/81 and the probability with which each uncommon card is selected to 10/81. This prevents the super rare card and the uncommon cards from being selected with an equal probability of 1/9.
- the placement unit 111 starts counting the time elapsed when the super rare card 51 A is placed in the card placement area 51 (starts counting the time elapsed when the card placement information illustrated in FIG. 10 is updated), and performs control so that the super rare card 51 A is not placed in the card placement area 51 (so that the square in which the super rare card 51 A is placed is emptied) when a preset time limit (15 minutes, for example) elapsed. Subsequently, the placement unit 111 places a new game card selected from the deck in the square in place of the super rare card 51 A.
- the lottery processing unit 113 B refers to the player information illustrated in FIG. 6 and the support log information illustrated in FIG. 11 to identify the player who specially supported the supported player and give the special item selected from the item information illustrated in FIG. 5 . After the special item is thus given, the possessed item information illustrated in FIG. 8 is updated.
- the server device 10 causes the screen data generation unit 119 to generate screen data presenting the result of the target hitting game (S 108 ).
- the server device 10 transmits the screen data generated by the screen data generation unit 119 to the requesting player terminal 20 via the network 2 (S 109 ).
- the player terminal 20 analyzes the screen data to display the game screen (web page) presenting the result of the target hitting game on the terminal display unit 24 (S 110 ). The player can see the game card given as a result of the target hitting game by looking at the game screen displayed on the terminal display unit 24 .
- FIG. 14 is a flowchart for explaining an example of the operation of the support and the special support in the game system 1 according to the present embodiment.
- the terminal control unit 21 transmits a command (list request) for acquiring a list of supported players to the server device 10 via the terminal communication unit 25 (S 201 ).
- the server device 10 executes a list generation process of generating a list of supported players trying the target hitting game in an attempt to acquire a super rare card 51 A (special card) (S 202 ).
- the control unit 11 refers to the player information illustrated in FIG. 6 and the card placement information illustrated in FIG. 10 to extract and list supported players associated with the card placement area 51 in which the super rare card 51 A is placed (players trying the target hitting game in an attempt to acquire the super rare card 51 A).
- the server device 10 causes the screen data generation unit 119 to generate screen data (HTML file) for displaying the game screen (web page) containing the generated list of supported players on the player terminal 20 (S 203 ).
- the server device 10 transmits the thus generated screen data (HTML file) corresponding to the thus generated game screen (web page) to the requesting player terminal 20 via the network (S 204 ).
- the player terminal 20 analyzes the screen data to display the game screen containing the list of supported players on the terminal display unit 24 (S 205 ).
- FIG. 15 is a diagram illustrating an example of a game screen 60 containing the list of supported players.
- the game screen 60 displays the list of supported players trying to acquire the super rare card 51 A.
- the game screen 60 also displays the remaining time before the super rare card 51 A is deleted from the card placement area 51 (the remaining time before the preset time limit (15 minutes) is reached) and an operation button 61 for viewing the card placement area 51 from which the supported player is trying to acquire the super rare card 51 A in association with each supported player trying to acquire the super rare card 51 A.
- the terminal control unit 21 of the player terminal 20 transmits a command (viewing request) for viewing the card placement area 51 (the card placement area in which game cards that are candidates for the lottery in the target hitting game are placed) associated with the supported player trying to acquire the super rare card 51 A to the server device 10 via the terminal communication unit 25 (S 206 ).
- the server device 10 executes a process of checking whether or not the card placement area 51 of the supported player to be viewed can be viewed (S 207 ).
- the control unit 11 refers to the player information illustrated in FIG. 6 and the card placement information illustrated in FIG. 10 to determine whether or not the super rare card 51 A is placed in the card placement area 51 of the supported player to be viewed (whether or not the super rare card 51 A is already acquired). If the super rare card 51 A is already acquired, the card placement area 51 cannot be viewed.
- the control unit 11 further determines whether or not the remaining time before the super rare card 51 A is deleted from the card placement area 51 is 0 minutes (that is, whether or not the time elapsed since the super rare card 51 A is placed in the card placement area 51 has reached the preset time limit (15 minutes)). If the remaining time is 0 minutes, the card placement area 51 cannot be viewed.
- the server device 10 executes a process of checking the number of times of the special support for the supported player to be viewed (that is, a player trying the target hitting game in an attempt to acquire the super rare card 51 A) (S 208 ).
- the control unit 11 refers to the player information illustrated in FIG. 6 to obtain the number of times of the special support for the supported player trying to acquire the super rare card 51 A by another player (supporting player).
- the server device 10 executes a card placement process of placing game cards in the card placement area 51 for the supported player to be viewed (S 209 ).
- the placement unit 111 refers to the player information illustrated in FIG. 6 and the card placement information illustrated in FIG. 10 to place game cards in the card placement area 51 for the supported player to be viewed.
- the server device 10 causes the screen data generation unit 119 to generate screen data (HTML file) for displaying a game screen (web page) containing the card placement area 51 for the supported player to be viewed on the player terminal 20 (S 210 ).
- screen data HTML file
- the screen data generation unit 119 generates screen data of the game screen for viewing containing the card placement area 51 in which game cards are placed by the placement unit 111 .
- the screen data generation unit 119 changes the display state of the frame area 51 B displayed around the card placement are 51 according to the number of times of special support obtained as a result of the checking process in S 208 .
- the screen data generation unit 119 changes the display color of the frame area 51 B in the order of white yellow red silver gold as the number of times of the special support increases.
- the supported player can make the display of the card placement area 51 louder to emphasize the card placement area 51 as a result of the special support of the supporting player.
- the supporting player is appreciated by the supported player and can expect special support by the supported player when the supporting player in turn tries the target hitting game (support in return).
- the players support one another, which further stimulate communication.
- the screen data generation unit 119 need not gradually change the display state of the frame area 51 B with the increase in the number of times of special support but may change the display state of the frame area 51 B when the viewing request is for viewing the card placement area 51 of a supported player that has ever been specially supported (that has been specially supported at least once).
- the server device 10 then transmits the thus generated screen data (HTML file) corresponding to the game screen for viewing to the requesting player terminal 20 via the network (S 211 ).
- the player terminal 20 analyzes the screen data to display the game screen for viewing on the terminal display unit 24 (S 212 ).
- FIG. 16 is a diagram illustrating an example of a game screen 70 for viewing displayed on the terminal display unit 24 .
- the game screen 70 for viewing contains the card placement area 51 of the supported player to be viewed (that is, the player trying the target hitting game in an attempt to acquire the super rare card 51 A), an operation button 71 for supporting the supported player trying the target hitting game, and an operation button 72 for specially supporting the supported player trying the target hitting game. If the operation button 71 is selected by the supporting player, a support process for supporting the supported player trying the target hitting game will be executed without consuming coins (virtual currency). If the operation button 72 is selected by the supporting player, a special support process for specially supporting the supported player trying the target hitting game will be executed by consuming 30 coins (virtual currency).
- the terminal control unit 21 of the player terminal 20 transmits a command (support request) requesting to support the supported player trying the target hitting game by the supporting player to the server device 10 . If the operation button 72 is selected by the supporting player, the terminal control unit 21 transmits a command (special support request) requesting to specially support the supported player trying the target hitting game by the supporting player to the server device 10 (S 213 ).
- the server device 10 executes a number-of-executions control process (S 214 ). Subsequently, upon receiving a support request for supporting the supported player trying the target hitting game by the supporting player, the number-of-executions control unit 116 refers to the player information illustrated in FIG. 6 to obtain the number of times of support of the supporting player for other players. The number-of-executions control unit 116 limits execution of the support process by the support processing unit 114 if the obtained number is determined to be larger than one (a predetermined number set in advance), and permits execution of the support process if the obtained number is equal to or smaller than one.
- the number-of-executions control unit 116 upon receiving a special support request for specially supporting the supported player trying the target hitting game by the supporting player, refers to the player information illustrated in FIG. 6 to obtain the number of times of special support of the supporting player for other players.
- the number-of-executions control unit 116 limits execution of the special support process by the special support processing unit 115 if the obtained number is determined to be larger than ten (a predetermined number set in advance), and permits execution of the special support process if the obtained number is equal to or smaller than ten.
- the server device 10 executes a support or special support process (S 215 ). Specifically, the support processing unit 114 gives one ball to the supported player and the supporting player without consuming the virtual currency of the supporting player, and updates the player information (see FIG. 6 ) of each of the players. In this process, the count processing unit 117 counts the number of times of support of the supporting player for other players (supported players) and the number of times of support of other players (supporting players) for the supported player, and updates the player information (see FIG. 6 ) of each of the players.
- the special support processing unit 115 consumes 30 coins (30 points) of the virtual currency possessed by the supporting player, gives three balls to the supported player and the supporting player, and updates the player information (see FIG. 6 ) of each of the players.
- the count processing unit 117 counts the number of times of special support of the supporting player for other players (supported players) and the number of times of special support of other players (supporting players) for the supported player, and updates the player information (see FIG. 6 ) of each of the players.
- the server device 10 causes the screen data generation unit 119 to generate screen data presenting the result of the support or special support (S 216 ).
- the server device 10 transmits the screen data generated by the screen data generation unit 119 to the requesting player terminal 20 via the network 2 (S 217 ).
- the player terminal 20 analyzes the screen data to display the game screen (web page) presenting the result of the support or special support on the terminal display unit 24 (S 218 ).
- the supporting player can confirm that the predetermined number of balls are given as a result of the support or special support by looking at the game screen displayed on the terminal display unit 24 .
- the server device 10 Upon receiving a game start request transmitted from the player terminal 20 , the server device 10 executes an acquisition game process.
- the acquisition game processing unit 113 C determines whether or not to cause a predetermined character (predetermined game card) to appear for the player.
- the screen data generation unit 119 generates screen data for displaying a game screen (web page) presenting encounter with the predetermined character on the player terminal 20 .
- FIG. 17 is a diagram illustrating an example of a game screen 80 (a game screen presenting encounter with a predetermined character) of the acquisition game.
- the game screen 80 contains information indicating the appearing predetermined character (“character F”), and operation buttons 81 and 82 for catching the appearing character.
- character F the appearing predetermined character
- operation buttons 81 and 82 for catching the appearing character.
- the server device 10 Upon receiving the catching request transmitted from the player terminal 20 , the server device 10 executes a process of determining whether the result of catching of the “character F” is a success or a failure. Specifically, if the operation button 81 is selected by the player, the acquisition game processing unit 113 C determines the result of catching the “character F” to be a success or a failure with a predetermined probability without consuming a predetermined item possessed by the player.
- the acquisition game processing unit 113 C determines the result of catching the “character F” to be a success with a probability of 100% by consuming the predetermined item (item A) possessed by the player (that is, the result of catching the “character F” is always a success by using the predetermined item) on the basis of the possessed item information illustrated in FIG. 8 .
- the predetermined item is an item that the player can purchase by consuming 100 coins of the virtual currency.
- the exchange processing unit 118 executes an exchange process of exchanging the virtual currency (100 coins) possessed by the player for the predetermined item (item A) on the basis of the player information illustrated in FIG. 6 .
- the acquisition game processing unit 113 C then gives one ball to the player and updates the player information (see FIG. 6 ).
- the proportion of the number of balls (three) given through the special support process described for the amount of virtual currency (30 coins) consumed in the special support process is set to be larger than the proportion of the number of balls (one) given through the acquisition game for the amount of virtual currency (100 coins) exchanged for a game item.
- the special support will be positively used. As a result, communication between players can further be stimulated.
- the number of balls (three) given to the player in the special support process may be simply set to be larger than the number of balls (one) given in the acquisition game process independent of the amount of the virtual currency.
- the supported player when a super rare card 51 A (special card) is placed in the card placement area 51 by the placement unit 111 , the supported player can try the target hitting game in an attempt to acquire the super rare card 51 A. While the supported player is trying the target hitting game, the special support process for specially supporting the supported player by the supporting player is executed by consuming the virtual currency in addition to the support process for supporting the supported player by the supporting player. Although the number of executions of the support process is limited to a predetermined number or smaller, the execution of the special support process is permitted a number of times larger than the predetermined number. As a result, since the execution of the special support process is permitted even when the number of executions of the support process is limited, the supporting player's incentive to support another player can be increased and communication between players can be stimulated.
- a super rare card 51 A special card
- the target hitting game is described as one example of the lottery game in the embodiment described above.
- the probability with which a special card (super rare card 51 A) is selected may be increased depending on the numbers of executions of the support process and the special support process. For example, while the supported player is trying the target hitting game in an attempt to acquire the super rare card 51 A, any of the cards other than the super rare card 51 A may be selected as a block card 51 C from the cards placed in the card placement area 51 , the number of block cards 51 C corresponding to the number of times of support and special support of the supporting player, as illustrated in FIG. 18 . In other words, the probability with which the super rare card 51 A is selected is increased by excluding the block card 51 C from the lottery of the target hitting game.
- the count processing unit 117 counts the number of times of support and special support of another player (supporting player) on the basis of the player information illustrated in FIG. 6 .
- the lottery processing unit 113 B selects block cards 51 C from the card placement area 51 according to the number of times of support counted by the count processing unit 117 . For example, the lottery processing unit 113 B selects one block card 51 C if the counted number of times of support is five to nine, two block cards 51 C if the counted number is 10 to 14, and three block cards 51 C if the counted number is 15 or larger.
- the lottery processing unit 113 B Upon receiving a card request from the supported player, the lottery processing unit 113 B then excludes the block cards 51 C from selection and selects a card to be given to the supported player from the card placement area 51 . This can encourage use of support and special support, and further stimulate communication between players.
- the game system 1 provided with one server device 10 as an example of a server device has been exemplarily described.
- the game system 1 is not limited to this example, and may be provided with a plurality of server devices 10 as an example of the server device.
- a plurality of server devices 10 may be connected through a network 2 , and each of the server devices 10 may execute various types of processing in a distributed manner.
- the server device 10 is an example of a computer.
- the game system 1 in the above-described embodiment, an example in which various types of information processing are executed on the basis of a game program by the server device 10 and the player terminal 20 in cooperation with each other is described.
- the game system 1 is not limited to the example.
- the various types of information processing may be executed by the player terminal 20 alone or by the server device 10 alone as an information processing device on the basis of a game program.
- the player terminal 20 may bear some of the functions of the information processing device.
- the server device 10 and the player terminal 20 constitute the information processing device.
- the information processing device is an example of a computer.
Abstract
Description
- 1. Field of the Invention
- The present invention relates to a non-transitory computer-readable storage medium storing a game program and an information processing device.
- 2. Description of Related Art
- Game systems allowing a player in receipt of a request for support for another player to give the player a reinforcement point have been known (for example, JP 2013-52285 A).
- With such a game system, the number of supports for another player is limited because the game balance will be lost as a result of points given in excess if unlimited supports for another player are permitted. This reduces the players' incentive to support other players, and does not encourage the players to fully communicate with one another.
- The present invention has been made in view of the foregoing, and an objective is to stimulate communication between players.
- A principal invention of the present invention to solve the aforementioned problems is a non-transitory computer-readable storage medium storing game program causing a computer to execute:
- a recording process of recording a lottery point and a play point in association with each player in a storage unit;
- a lottery process of, upon receiving a content request from a player, consuming the lottery point associated with the player, and executing a lottery game for giving a game content selected from multiple game contents to the player;
- a support process of, upon receiving a support request for supporting a first player playing the lottery game by a second player, giving a lottery point to the first player and the second player without consuming a play point associated with the second player;
- a special support process of, upon receiving a special support request for supporting a first player playing the lottery game by a second player, consuming a play point associated with the second player and giving a lottery point to the first player and the second player; and a number-of-executions control process of limiting the number of executions of the support process to a predetermined number or smaller and permitting execution of the special support process a number of times larger than the predetermined number.
- Other features of the present invention will be apparent from the description of the present specification and the appended drawings.
- According to the present invention, it is possible to stimulate communication between players.
-
FIG. 1 is a diagram illustrating an overall configuration example of a game system; -
FIG. 2 is a block diagram illustrating a functional configuration of a server device; -
FIG. 3 is a block diagram illustrating a functional configuration of a player terminal; -
FIG. 4 is a table illustrating an example of a data structure of card information; -
FIG. 5 is a table illustrating an example of a data structure of item information; -
FIG. 6 is a table illustrating an example of a data structure of player information; -
FIG. 7 is a table illustrating an example of a data structure of possessed card information; -
FIG. 8 is a table illustrating an example of a data structure of possessed item information; -
FIG. 9 is a table illustrating an example of a data structure of deck information; -
FIG. 10 is a table illustrating an example of a data structure of card placement information; -
FIG. 11 is a table illustrating an example of a data structure of support log information; -
FIG. 12 is a flowchart for explaining an example of operation of a target hitting game; -
FIG. 13 is a diagram illustrating an example of a game screen of the target hitting game; -
FIG. 14 is a flowchart for explaining an example of operation of a support and a special support; -
FIG. 15 is a diagram illustrating an example of a game screen containing a list; -
FIG. 16 is a diagram illustrating an example of a game screen for viewing; -
FIG. 17 is a diagram illustrating an example of a game screen of an acquired game; and -
FIG. 18 is a diagram illustrating an example of a game screen of a target hitting game. - At least the following matters will be apparent from the description of the present specification and the appended drawings:
- Provided is a non-transitory computer-readable storage medium storing game program causing a computer to execute:
- a recording process of recording a lottery point and a play point in association with each player in a storage unit;
- a lottery process of, upon receiving a content request from a player, consuming the lottery point associated with the player, and executing a lottery game for giving a game content selected from multiple game contents to the player;
- a support process of, upon receiving a support request for supporting a first player playing the lottery game by a second player, giving a lottery point to the first player and the second player without consuming a play point associated with the second player;
- a special support process of, upon receiving a special support request for supporting a first player playing the lottery game by a second player, consuming a play point associated with the second player and giving a lottery point to the first player and the second player; and a number-of-executions control process of limiting the number of executions of the support process to a predetermined number or smaller and permitting execution of the special support process a number of times larger than the predetermined number.
- According to such a program, the special support can be executed by consuming the play point even when the support of the second player for the first player playing the lottery game is limited, which can stimulate communication between players.
- Furthermore, provided is a non-transitory computer-readable storage medium storing game program causing a computer to execute:
- a recording process of recording a lottery point and a play point in association with each player in a storage unit;
- a lottery process of, upon receiving a content request from a player, consuming the lottery point associated with the player, and executing a lottery game for giving a game content selected from multiple game contents to the player;
- a support process of, upon receiving a support request for supporting a first player playing the lottery game by a second player, consuming a predetermined amount of play point associated with the second player and giving a lottery point to the first player and the second player;
- a special support process of, upon receiving a special support request for supporting a first player playing the lottery game by a second player, consuming an amount of play point associated with the second player larger than the predetermined amount and giving a lottery point to the first player and the second player; and
- a number-of-executions control process of limiting the number of executions of the support process to a predetermined number or smaller and permitting execution of the special support process a number of times larger than the predetermined number.
- According to such a program, the special support can be executed by consuming a larger amount of play point even when the support of the second player for the first player playing the lottery game is limited, which can stimulate communication between players.
- Furthermore, the program may further cause the computer to execute:
- an exchange process of, upon receiving an exchange request from the second player, a play point associated with the second player for a game item; and
- an acquisition game process of, upon receiving a game start request from the second player, conducting a game allowing the second player to acquire a lottery point by consuming the game item, and
- a proportion of the amount of lottery point given in the special support process to the amount of play point consumed in the special support process may be set to be larger than a proportion of the amount of lottery point acquired through the acquisition game process to the amount of play point exchanged for the game item in the exchange process.
- According to such a program, the use of special support is encouraged, which can further stimulate communication between players.
- The program may further cause the computer to execute:
- a screen data generation process of, upon receiving a viewing request from a second player for viewing game contents for the first player playing the lottery game, generating a game screen for allowing the second player to view the candidate game contents that are candidates for selection in the lottery game being played by the first player, and
- in the screen data generation process, the game screen in a different display state may be generated when the viewing request from the second player is a viewing request for viewing the candidate contents for the first player who has been specially supported.
- According to such a program, the use of special support is encouraged, which can further stimulate communication between players.
- The program may further cause the computer to execute:
- a count process of counting the numbers of executions of the support process and the special support process, and
- in the lottery process, a proportion with which a special game content is selected in the lottery game may be increased according to the numbers counted in the count process.
- According to such a program, the use of support and special support is encouraged, which can further stimulate communication between players.
- <Configuration of
Game System 1>> -
FIG. 1 is a diagram illustrating an example of an overall configuration of agame system 1 according to the present embodiment. Thegame system 1 provides players with various services related to games through a network 2 (for example, the Internet), and includes aserver device 10 and a plurality ofplayer terminals 20. - <<Configuration of
Server Device 10>> -
FIG. 2 is a block diagram illustrating a functional configuration of theserver device 10 according to the present embodiment. Theserver device 10 is an information processing device (for example, a workstation, a personal computer, or the like) used when a system administrator or the like manages a game service. Theserver device 10 can distribute game programs operable on theplayer terminals 20, and web pages (such as game screens) made in a markup language (such as HTML) according to the specification of theplayer terminals 20 upon receiving various commands (requests) from theplayer terminals 20. Theserver device 10 includes acontrol unit 11, astorage unit 12, aninput unit 13, adisplay unit 14, and acommunication unit 15. - The
control unit 11 is configured to pass data among the units and control theentire server device 10, and is realized by a central processing unit (CPU) executing a program stored in a predetermined memory. Thecontrol unit 11 of the present embodiment includes aplacement unit 111, arecording unit 112, agame processing unit 113, asupport processing unit 114, a specialsupport processing unit 115, a number-of-executions control unit 116, acount processing unit 117, anexchange processing unit 118, and a screendata generation unit 119. - The
placement unit 111 has a function to execute a process of placing multiple game contents in a game content placement area composed of multiple unit areas. A game content refers to an electronic game card, figure or the like associated with a character or the like, or an item or the like such as a tool or an ability that can be used in a game. Theplacement unit 111 of the present embodiment places game cards that are an example of the game contents in a card placement area that is an example of the game content placement area. - The
recording unit 112 is connected to thestorage unit 12 via a bus, and has a function to execute a process of recording various data into thestorage unit 12 in response to commands from thecontrol unit 11. Therecording unit 112 of the present embodiment records lottery points (balls, for example) and play points (virtual currency, for example) in association with each player, for example, in thestorage unit 12. - The
game processing unit 113 has a function to execute a game process. Thegame processing unit 113 includes abattle processing unit 113A, alottery processing unit 113B, and an acquisitiongame processing unit 113C. Thebattle processing unit 113A has a function to execute various processes on a battle between a player character and an opponent character such as a process of determining an outcome of the battle. Thelottery processing unit 113B consumes lottery points associated with a player and executes a lottery game of giving a game content selected from multiple game contents in response to a content request from the player. The acquisitiongame processing unit 113C executes an acquisition game of allowing a player to acquire a lottery point in response to a game start request from the player. - The
support processing unit 114 has a function to execute a support process for supporting a player. Thesupport processing unit 114 of the present embodiment gives points (balls, for example) to a first player (a player who is going to be supported by another player) and a second player (a player who is going to support another player) without consuming play points (virtual currency, for example) associated with the second player in response to a support request from the second player to support the first player. - The special
support processing unit 115 has a function to execute a special support process for specially supporting a player. The specialsupport processing unit 115 of the present embodiment consumes play points (virtual currency, for example) associated with a second player (a player who is going to specially support another player) and gives lottery points (balls, for example) to a first player (a player who is going to be specially supported by another player) and the second player in response to a special support request from the second player to specially support the first player. - The number-of-
executions control unit 116 has a function to execute a process of controlling the number of executions of the support process by thesupport processing unit 114 and the number of executions of the special support process by the specialsupport processing unit 115. The number-of-executions control unit 116 of the present embodiment limits the number of executions of the support process to a predetermined number or smaller (once or a smaller number of times, for example) and permits the special support process to be executed a number of times larger than the predetermined number. - The
count processing unit 117 has a function to execute a count process of counting the number of times the support process is executed by thesupport processing unit 114 and the number of times the special support process is executed by the specialsupport processing unit 115. - The
exchange processing unit 118 has a function to execute an exchange process of exchanging play points associated with a player for a game item. Theexchange processing unit 118 of the present embodiment exchanges play points (virtual currency, for example) associated with a player for a game item in response to an exchange request from the player. In other words, in the present embodiment, a player can purchase (exchange) a game item by consuming virtual currency that the player has. - The screen
data generation unit 119 has a function to execute a process of generating screen data for displaying a game screen on theplayer terminals 20. The screendata generation unit 119 of the present embodiment generates HTML data as the screen data corresponding to the game screen. - The
storage unit 12 includes a read only memory (ROM) that is a read only storage area in which a system program is stored, and a random access memory (RAM) that is a rewritable storage area used as a work area for arithmetic processing by thecontrol unit 11. Thestorage unit 12 is, for example, realized by a non-volatile storage device, such as flash memory or a hard disk. Thestorage unit 12 of the present embodiment stores at least card information that is information on game cards, item information that is information on game items, and player information that is information on players. Details of the information will be described later. - The
input unit 13 is used by the system administrator or the like for inputting various data (for example, the card information or the like), and is realized, for example, by a keyboard, a mouse, and the like. - The
display unit 14 is used for displaying an operation screen for the system administrator on the basis of a command from thecontrol unit 11, and is realized, for example, by a liquid crystal display (LCD) or the like. - The
communication unit 15 is used for performing communication with theplayer terminals 20, and has a function as a reception unit to receive various data and signals transmitted from theplayer terminals 20, and a function as a transmission unit to transmit various data and signals to theplayer terminals 20 according to commands from thecontrol unit 11. Thecommunication unit 15 is realized, for example, by a network interface card (NIC), or the like. - <<Configuration of
Player Terminal 20>> -
FIG. 3 is a block diagram illustrating a functional configuration of theplayer terminal 20. Theplayer terminal 20 of the present embodiment is an information processing device (for example, a mobile phone terminal, a smart phone, or the like) used by a player when playing a game, and can request theserver device 10 to deliver various types of information (a game program, a web page, or the like) related to the game. Theplayer terminal 20 has a web browser function for allowing the player to browse a web page, and thus can display a web page (a game screen, or the like) delivered from theserver device 10. Theplayer terminal 20 includes aterminal control unit 21, aterminal storage unit 22, aterminal input unit 23, aterminal display unit 24, and aterminal communication unit 25. - The
terminal control unit 21 is configured to pass data among the units and control theentire player terminal 20, and is realized by a central processing unit (CPU) executing a program stored in a predetermined memory. Note that theterminal control unit 21 of the present embodiment also functions as a screen display control unit that controls the display format of a game screen displayed on theterminal display unit 24. Theterminal storage unit 22 is connected to theterminal control unit 21 through a bus, and performs processing of referring to, reading out, and rewriting stored data according to a command from theterminal control unit 21. Theterminal storage unit 22 is realized, for example, by flash memory, a hard disk, or the like. Theterminal input unit 23 is used for performing various operations (a game operation, and the like) by the player, and is realized, for example, by an operation button, a touch panel, and the like. Theterminal display unit 24 is used for displaying a game screen according to a command from theterminal control unit 21, and is realized, for example, by a liquid crystal display (LCD) and the like. Theterminal communication unit 25 functions as a transmission/reception unit for transmitting/receiving various types of information to/from theserver device 10 through thenetwork 2, and is realized, for example, by a network interface card (NIC), or the like. - <<Data Structure>>
-
FIG. 4 is a table illustrating an example of a data structure of the card information stored in thestorage unit 12 of theserver device 10. The card information contains items (fields) such as a card ID, a character name, a character image, rarity, an attack strength, a defense strength, and a hit point. The card ID is identification information for identifying a game card that is an example of the game content. The character name is information indicating a display name of a character associated with a game card. The character image is image data of a character. The rarity is a parameter indicating the degree of rarity of a game card. In the present embodiment, four classes of rarity (“common” “uncommon” “rare” “super rare”) are set for game cards (characters). An initial attack strength, an initial defense strength, and an initial hit point of a character are parameters indicating ability values initially set for the character. -
FIG. 5 is a table illustrating an example of a data structure of the item information stored in thestorage unit 12 of theserver device 10. The item information contains fields such as an item ID, an item name, and a price. The item ID is identification information for identifying an item. The item name is information indicating a display name of an item. The price is information indication the value of an item. -
FIG. 6 is a table illustrating an example of a data structure of the player information stored in thestorage unit 12 of theserver device 10. The player information contains fields such as a player ID, a friend player ID, virtual currency, possessed balls, possessed card information, possessed item information, deck information, card placement information, the number of times of support by another player, the number of times of special support by another player, the number of times of support for another player, the number of times of special support for another player, and support log information. The player ID is identification information for identifying a player. The friend player ID is identification information for identifying another player registered in a friend list of a player. The virtual currency is an example of play points and is information indicating the amount of virtual currency possessed by a player. A player can purchase and possess the virtual currency. The possessed balls are information indicating the number of balls possessed by a player and updated when a player has acquired a ball or consumed a ball. The balls are an example of the lottery points used in a lottery game, and are given to support or specially support another player or according to a result of an acquisition game. The possessed card information is information indicating game cards (hereinafter also referred to as possessed cards) possessed by a player. The possessed item information is information indicating items (hereinafter also referred to as possessed items) possessed by a player. The deck information is information on a deck. A deck refers to a card group of multiple cards put into a set. The card placement information is information on the card placement area. The number of times of support by another player is information indicating a cumulative number of times the support process of being supported is executed. The number of times of special support by another player is information indicating a cumulative number of times the special support process of being specially supported is executed. The number of times of support for another player is information indicating a cumulative number of times the support process of supporting another player is executed. The number of times of special support for another player is information indicating a cumulative number of times the special support process of specially supporting another player is executed. The support log information is history information recording supports for a player. -
FIG. 7 is a table illustrating an example of a data structure of the possessed card information. The possessed card information contains fields such as a card ID, an attack strength, a defense strength, a hit point, and acquisition date and time of a possessed card, and the like. The card ID is identification information for identifying a possessed card. The attack strength, the defense strength, and the hit point of a possessed card are parameters indicating ability values set for a character associated with the possessed card. These parameters are updated according to a result of a game or the like. The acquisition date and time is information indicating the date and time when a player acquired a possessed card. -
FIG. 8 is a table illustrating an example of a data structure of the possessed item information. The possessed item information contains fields of an item ID and the number of possessed items. The item ID is identification information for identifying each of various items possessed by a player. The number of possessed items is information indicating the number of items possessed by a player. -
FIG. 9 is a table illustrating an example of a data structure of the deck information. The deck information is information on multiple game cards with serial numbers (card IDs) each in association with rarity. The deck of the present embodiment is a card group including 1200 game cards with serial numbers of 1 to 1200 arranged in numerical order as illustrated inFIG. 9 . Game cards selected in numerical order from the deck are placed in the card placement area. “Rare” cards are set at predetermined intervals such as the 100th, 200th, 300th . . . cards, and a “super rare” card is set at the 1200th card. Cards with the other numbers are set to “common” or “uncommon” cards. A plurality of decks each composed of 1200 cards is provided for each player, and is sequentially replaced one set by one set. Thus, the decks are equivalent to a deck in which one “super rare” card is set every 1200 cards. Alternatively, the serial numbers of the game cards in a deck may be randomly set. -
FIG. 10 is a table illustrating an example of a data structure of the card placement information. The card placement information contains fields of an area ID and a card ID. The area ID is identification information for identifying a unit area in the card placement area. The card placement area of the present embodiment is divided into nine unit areas, and nine area IDs are thus set. The card ID is identification information for identifying a game card (character) placed in a unit area with an associated area ID. The card placement information is updated each time game cards placed in the unit areas are changed. -
FIG. 11 is a table illustrating an example of a data structure of the support log information. The support log information contains fields of a player ID, a detail, and date and time. When a support process or a special support process is executed in response to a support request or a special support request from another player to support a player, the player ID of the supporting or specially supporting player, the detail of the support (support or special support), and the date and time when the support process or the special support process is executed are stored in the support log information of the present embodiment. - <<Game Outline>>
- Here, an outline of a game provided by the
game system 1 of the present embodiment will be described. Thegame system 1 provides various games conducted by using electronic game cards (virtual cards used in games) associated with game characters. - <Battle Game>
- In the
game system 1 of the present embodiment, a player can possess multiple game cards. The player can play a battle game by using a game card (player character) selected from the game cards that the player possesses. Specifically, thebattle processing unit 113A determines an opponent character that is an opponent of the player character, and determines an outcome of a battle game between these characters on the basis of various parameters (attack strength, defense strength, hit point, and the like) set for the respective characters. - <Lottery Game>
- With the
game system 1 of the present embodiment, a target hitting game that is an example of a lottery game to give a game card to a player is conducted. In the target hitting game, one lottery is conducted when a player throws (consumes) one or nine balls to game cards placed in the card placement area divided into 3×3=9 squares (unit areas), and one game card or all of nine game cards in the card placement area are given to the player. - In the target hitting game of the present embodiment, each player is provided with a plurality of decks each composed of one set of 1200 game cards. After a game card is given to a player and the number of cards in the card placement area decreases as a result of the target hitting game, a game card selected in numerical order from a deck is supplied into the card placement area. When the number of game cards in the deck decreases and becomes insufficient as a result of repeated supply of game cards, the deck is replaced with the next new deck. The
game system 1 can thus constantly provide a player with the target hitting game. - In the target hitting game of the present embodiment, a special card (a “super rare” card, for example) may be placed when a game card is supplied to the card placement area. The player can try the target hitting game in an attempt to acquire the special card.
- <Support, Special Support>
- With the
game system 1 of the present embodiment, a player (hereinafter also referred to as a “supporting player” (second player)) can support or specially support a player (hereinafter also referred to as a “supported player” (first player)) trying the target hitting game in an attempt to acquire a special card. The players can communicate with one another through the support or the special support. - In the present embodiment, a supporting player can support a supported player only once without consuming the virtual currency. When a supporting player supports a supported player, one ball is given to each of the supported player and the supporting player. The players can play the target hitting game described above by using the given balls. A supporting player can also specially support a supported player by consuming the virtual currency. When a supporting player supports a supported player, three balls are given to each of the supported player and the supporting player.
- Note that the supporting player may consume an amount of virtual currency (10 coins, for example) that is smaller than the amount of virtual currency (30 coins, for example) consumed for a special support to support a supported player.
- Furthermore, in the present embodiment, the number of times of support is limited to one but the number of times of special support is up to ten. Thus, a supporting player can specially support a supported player by consuming the virtual currency although the support for the supported player is limited, which can stimulate communication between players.
- If a supported player succeeds in acquiring a special card in the target hitting game as a result of special support by a supporting player, a special item is given to the supporting player as a reward.
- <Acquisition Game>
- With the
game system 1 of the present embodiment, an acquisition game allowing a player to acquire a ball to be used in the target hitting game is conducted. In the acquisition game, a player can acquire one ball if he/she succeeds in catching a predetermined character (game card) encountered during the game. For catching a predetermined character, a player can use a predetermined item. A player can catch a predetermined item without fail by using a predetermined item. - In this manner, a player can acquire balls not only by the support or the special support described above but also by playing the acquisition game.
- <<Operation of
Game System 1>> - Here, an example of operation of the
game system 1 according to the present embodiment will be described. With thegame system 1 of the present embodiment, operation on the target hitting game, operation on the support or the special support, and operation on the acquisition game are performed. Hereinafter, the operations will be described more specifically. - <Operation on Target Hitting Game>
-
FIG. 12 is a flowchart for explaining an example of the operation of the target hitting game in thegame system 1 according to the present embodiment. - First, in a
player terminal 20, upon receiving an operation input made by a player from theterminal input unit 23, theterminal control unit 21 transmits a command (target hitting game start page request) for acquiring a start page (game screen) of the target hitting game to theserver device 10 via the terminal communication unit 25 (S101). - Subsequently, upon receiving the target hitting game start page request transmitted from the
player terminal 20, theserver device 10 executes a card placement process of placing game cards in respective unit areas of the card placement area (S102). Specifically, theplacement unit 111 places game cards in the card placement area set for the player on the basis of the player information (seeFIG. 6 ) and the card placement information (seeFIG. 10 ) stored in thestorage unit 12. - Subsequently, the
server device 10 causes the screendata generation unit 119 to generate screen data (HTML file) for displaying the start page (web page) of the target hitting game on the player terminal 20 (S103). The screendata generation unit 119 generates screen data of the start page containing the card placement area in which game cards are placed by theplacement unit 111. - The
server device 10 then transmits the thus generated screen data (HTML file) corresponding to the start page of the target hitting game to the requestingplayer terminal 20 via the network (S104). - Subsequently, upon receiving the screen data (HTML data) transmitted from the
server device 10, theplayer terminal 20 analyzes the screen data to display the start page (web page) of the target hitting game on the terminal display unit 24 (S105). -
FIG. 13 is a diagram illustrating an example of a game screen 50 (start page 50) for the target hitting game displayed on theterminal display unit 24. Thestart page 50 contains thecard placement area 51, anoperation button 52 for throwing one ball, and anoperation button 53 for throwing nine balls at once. Herein, a superrare card 51A that is an example of the special card is placed in thecard placement area 51. Furthermore, aframe area 51B is provided around thecard placement area 51. - Subsequently, referring back to
FIG. 12 , when theoperation button 52 or theoperation button 53 is selected by the player while thestart page 50 of the target hitting game illustrated inFIG. 13 is displayed on theterminal display unit 24, theterminal control unit 21 of theplayer terminal 20 transmits a command (card request) requesting to give a card on the basis of this operation information to theserver device 10 via the terminal communication unit 25 (S106). - Subsequently, upon receiving the card request transmitted from the
player terminal 20, theserver device 10 executes a lottery process through the target hitting game for giving a game card to the player (S107). - Specifically, the
lottery processing unit 113B determines whether or not a superrare card 51A (special card) is placed in thecard placement area 51 on the basis of the card placement information (seeFIG. 10 ) of the player. If no superrare card 51A is placed in thecard placement area 51, thelottery processing unit 113B permits operational input with theoperation button 52 and theoperation button 53, consumes one or nine balls (seeFIG. 6 ) possessed by the player, and gives one game card selected from the game cards placed in thecard placement area 51 or all of the nine game cards to the player. If, on the other hand, a superrare card 51A is placed in thecard placement area 51, thelottery processing unit 113B permits only operational input with theoperation button 52, consumes one ball (seeFIG. 6 ) possessed by the player, and gives one game card selected from the game cards placed in thecard placement area 51 to the player. This is because, the player can easily acquire the superrare card 51A if operational input with theoperation button 53 is permitted and all of the nine game cards are given. After game cards are given to the player in this manner, the possessed card information illustrated inFIG. 7 is updated. - In the lottery process through the target hitting game, the rarities of game cards are weighted so that the probability with which a game card is selected varies depending on the rarity. For example, if a super rare card (special card) is placed in only one square out of nine squares and uncommon cards are placed in the remaining eight squares, the
lottery processing unit 113B sets the weight on the super rare card to 1 and the weight on the uncommon cards to 10 so that the probability with which the super rare card is selected is set to 1/81 and the probability with which each uncommon card is selected to 10/81. This prevents the super rare card and the uncommon cards from being selected with an equal probability of 1/9. - Furthermore, in the lottery process through the target hitting game, if any super
rare card 51A (special card) is placed in thecard placement area 51, the period of time during which the superrare card 51A is placed in thecard placement area 51 is limited. Specifically, theplacement unit 111 starts counting the time elapsed when the superrare card 51A is placed in the card placement area 51 (starts counting the time elapsed when the card placement information illustrated inFIG. 10 is updated), and performs control so that the superrare card 51A is not placed in the card placement area 51 (so that the square in which the superrare card 51A is placed is emptied) when a preset time limit (15 minutes, for example) elapsed. Subsequently, theplacement unit 111 places a new game card selected from the deck in the square in place of the superrare card 51A. - Furthermore, in the lottery process through the target hitting game, if it is determined to give the super
rare card 51A (special card) to the player (supported player) as a result of the lottery, a special item is given as a reward to another player (supporting player) who specially supported the player. Specifically, thelottery processing unit 113B refers to the player information illustrated inFIG. 6 and the support log information illustrated inFIG. 11 to identify the player who specially supported the supported player and give the special item selected from the item information illustrated inFIG. 5 . After the special item is thus given, the possessed item information illustrated inFIG. 8 is updated. - Subsequently, when the game card to be given to the player is determined as a result of executing the lottery process, the
server device 10 causes the screendata generation unit 119 to generate screen data presenting the result of the target hitting game (S108). Theserver device 10 then transmits the screen data generated by the screendata generation unit 119 to the requestingplayer terminal 20 via the network 2 (S109). - Subsequently, upon receiving the screen data (HTML data) transmitted from the
server device 10, theplayer terminal 20 analyzes the screen data to display the game screen (web page) presenting the result of the target hitting game on the terminal display unit 24 (S110). The player can see the game card given as a result of the target hitting game by looking at the game screen displayed on theterminal display unit 24. - <Operation on Support/Special Support>
-
FIG. 14 is a flowchart for explaining an example of the operation of the support and the special support in thegame system 1 according to the present embodiment. - First, in a
player terminal 20, upon receiving an operation input made by a supporting player from theterminal input unit 23, theterminal control unit 21 transmits a command (list request) for acquiring a list of supported players to theserver device 10 via the terminal communication unit 25 (S201). - Subsequently, upon receiving the list request transmitted from the
player terminal 20, theserver device 10 executes a list generation process of generating a list of supported players trying the target hitting game in an attempt to acquire a superrare card 51A (special card) (S202). Specifically, thecontrol unit 11 refers to the player information illustrated inFIG. 6 and the card placement information illustrated inFIG. 10 to extract and list supported players associated with thecard placement area 51 in which the superrare card 51A is placed (players trying the target hitting game in an attempt to acquire the superrare card 51A). - Subsequently, the
server device 10 causes the screendata generation unit 119 to generate screen data (HTML file) for displaying the game screen (web page) containing the generated list of supported players on the player terminal 20 (S203). Theserver device 10 transmits the thus generated screen data (HTML file) corresponding to the thus generated game screen (web page) to the requestingplayer terminal 20 via the network (S204). - Subsequently, upon receiving the screen data (HTML data) transmitted from the
server device 10, theplayer terminal 20 analyzes the screen data to display the game screen containing the list of supported players on the terminal display unit 24 (S205). -
FIG. 15 is a diagram illustrating an example of agame screen 60 containing the list of supported players. Thegame screen 60 displays the list of supported players trying to acquire the superrare card 51A. Thegame screen 60 also displays the remaining time before the superrare card 51A is deleted from the card placement area 51 (the remaining time before the preset time limit (15 minutes) is reached) and anoperation button 61 for viewing thecard placement area 51 from which the supported player is trying to acquire the superrare card 51A in association with each supported player trying to acquire the superrare card 51A. - Subsequently, when an
operation button 61 associated with a supported player to be viewed is selected from the list while thegame screen 60 illustrated inFIG. 15 is displayed on theterminal display unit 24, theterminal control unit 21 of theplayer terminal 20 transmits a command (viewing request) for viewing the card placement area 51 (the card placement area in which game cards that are candidates for the lottery in the target hitting game are placed) associated with the supported player trying to acquire the superrare card 51A to theserver device 10 via the terminal communication unit 25 (S206). - Subsequently, upon receiving the viewing request transmitted from the
player terminal 20, theserver device 10 executes a process of checking whether or not thecard placement area 51 of the supported player to be viewed can be viewed (S207). Specifically, thecontrol unit 11 refers to the player information illustrated inFIG. 6 and the card placement information illustrated inFIG. 10 to determine whether or not the superrare card 51A is placed in thecard placement area 51 of the supported player to be viewed (whether or not the superrare card 51A is already acquired). If the superrare card 51A is already acquired, thecard placement area 51 cannot be viewed. Thecontrol unit 11 further determines whether or not the remaining time before the superrare card 51A is deleted from thecard placement area 51 is 0 minutes (that is, whether or not the time elapsed since the superrare card 51A is placed in thecard placement area 51 has reached the preset time limit (15 minutes)). If the remaining time is 0 minutes, thecard placement area 51 cannot be viewed. - Subsequently, if it is determined in the checking process in S207 that the
card placement area 51 of the supported player to be viewed can be viewed, theserver device 10 executes a process of checking the number of times of the special support for the supported player to be viewed (that is, a player trying the target hitting game in an attempt to acquire the superrare card 51A) (S208). Specifically, thecontrol unit 11 refers to the player information illustrated inFIG. 6 to obtain the number of times of the special support for the supported player trying to acquire the superrare card 51A by another player (supporting player). - Subsequently, the
server device 10 executes a card placement process of placing game cards in thecard placement area 51 for the supported player to be viewed (S209). Specifically, theplacement unit 111 refers to the player information illustrated inFIG. 6 and the card placement information illustrated inFIG. 10 to place game cards in thecard placement area 51 for the supported player to be viewed. - Subsequently, the
server device 10 causes the screendata generation unit 119 to generate screen data (HTML file) for displaying a game screen (web page) containing thecard placement area 51 for the supported player to be viewed on the player terminal 20 (S210). - The screen
data generation unit 119 generates screen data of the game screen for viewing containing thecard placement area 51 in which game cards are placed by theplacement unit 111. In this process, the screendata generation unit 119 changes the display state of theframe area 51B displayed around the card placement are 51 according to the number of times of special support obtained as a result of the checking process in S208. For example, the screendata generation unit 119 changes the display color of theframe area 51B in the order of white yellow red silver gold as the number of times of the special support increases. In this manner, the supported player can make the display of thecard placement area 51 louder to emphasize thecard placement area 51 as a result of the special support of the supporting player. In the meantime, the supporting player is appreciated by the supported player and can expect special support by the supported player when the supporting player in turn tries the target hitting game (support in return). As a result, the players support one another, which further stimulate communication. - Note that the screen
data generation unit 119 need not gradually change the display state of theframe area 51B with the increase in the number of times of special support but may change the display state of theframe area 51B when the viewing request is for viewing thecard placement area 51 of a supported player that has ever been specially supported (that has been specially supported at least once). - The
server device 10 then transmits the thus generated screen data (HTML file) corresponding to the game screen for viewing to the requestingplayer terminal 20 via the network (S211). - Subsequently, upon receiving the screen data (HTML data) transmitted from the
server device 10, theplayer terminal 20 analyzes the screen data to display the game screen for viewing on the terminal display unit 24 (S212). -
FIG. 16 is a diagram illustrating an example of agame screen 70 for viewing displayed on theterminal display unit 24. Thegame screen 70 for viewing contains thecard placement area 51 of the supported player to be viewed (that is, the player trying the target hitting game in an attempt to acquire the superrare card 51A), anoperation button 71 for supporting the supported player trying the target hitting game, and anoperation button 72 for specially supporting the supported player trying the target hitting game. If theoperation button 71 is selected by the supporting player, a support process for supporting the supported player trying the target hitting game will be executed without consuming coins (virtual currency). If theoperation button 72 is selected by the supporting player, a special support process for specially supporting the supported player trying the target hitting game will be executed by consuming 30 coins (virtual currency). - Subsequently, if the
operation button 71 is selected by the supporting player while thegame screen 70 illustrated inFIG. 16 is displayed on theterminal display unit 24, theterminal control unit 21 of theplayer terminal 20 transmits a command (support request) requesting to support the supported player trying the target hitting game by the supporting player to theserver device 10. If theoperation button 72 is selected by the supporting player, theterminal control unit 21 transmits a command (special support request) requesting to specially support the supported player trying the target hitting game by the supporting player to the server device 10 (S213). - Subsequently, upon receiving the support request or the special support request transmitted from the
player terminal 20, theserver device 10 executes a number-of-executions control process (S214). Subsequently, upon receiving a support request for supporting the supported player trying the target hitting game by the supporting player, the number-of-executions control unit 116 refers to the player information illustrated inFIG. 6 to obtain the number of times of support of the supporting player for other players. The number-of-executions control unit 116 limits execution of the support process by thesupport processing unit 114 if the obtained number is determined to be larger than one (a predetermined number set in advance), and permits execution of the support process if the obtained number is equal to or smaller than one. Furthermore, upon receiving a special support request for specially supporting the supported player trying the target hitting game by the supporting player, the number-of-executions control unit 116 refers to the player information illustrated inFIG. 6 to obtain the number of times of special support of the supporting player for other players. The number-of-executions control unit 116 limits execution of the special support process by the specialsupport processing unit 115 if the obtained number is determined to be larger than ten (a predetermined number set in advance), and permits execution of the special support process if the obtained number is equal to or smaller than ten. - Subsequently, when the support or the special support of the supporting player for the supported player trying the target hitting game is permitted as a resulting of executing the number-or-executions control process, the
server device 10 executes a support or special support process (S215). Specifically, thesupport processing unit 114 gives one ball to the supported player and the supporting player without consuming the virtual currency of the supporting player, and updates the player information (seeFIG. 6 ) of each of the players. In this process, thecount processing unit 117 counts the number of times of support of the supporting player for other players (supported players) and the number of times of support of other players (supporting players) for the supported player, and updates the player information (seeFIG. 6 ) of each of the players. The specialsupport processing unit 115 consumes 30 coins (30 points) of the virtual currency possessed by the supporting player, gives three balls to the supported player and the supporting player, and updates the player information (seeFIG. 6 ) of each of the players. In this process, thecount processing unit 117 counts the number of times of special support of the supporting player for other players (supported players) and the number of times of special support of other players (supporting players) for the supported player, and updates the player information (seeFIG. 6 ) of each of the players. - Subsequently, after the predetermined number of balls are given to the player as a result of executing the support or special support process, the
server device 10 causes the screendata generation unit 119 to generate screen data presenting the result of the support or special support (S216). Theserver device 10 then transmits the screen data generated by the screendata generation unit 119 to the requestingplayer terminal 20 via the network 2 (S217). - Subsequently, upon receiving the screen data (HTML data) transmitted from the
server device 10, theplayer terminal 20 analyzes the screen data to display the game screen (web page) presenting the result of the support or special support on the terminal display unit 24 (S218). The supporting player can confirm that the predetermined number of balls are given as a result of the support or special support by looking at the game screen displayed on theterminal display unit 24. - <Operation on Acquisition Game>
- Here, an example of operation of the acquisition game in the
game system 1 according to the present embodiment will be described. Upon receiving a game start request transmitted from theplayer terminal 20, theserver device 10 executes an acquisition game process. - Specifically, the acquisition
game processing unit 113C determines whether or not to cause a predetermined character (predetermined game card) to appear for the player. When it is determined to cause the predetermined character to appear by the acquisitiongame processing unit 113C, the screendata generation unit 119 generates screen data for displaying a game screen (web page) presenting encounter with the predetermined character on theplayer terminal 20. -
FIG. 17 is a diagram illustrating an example of a game screen 80 (a game screen presenting encounter with a predetermined character) of the acquisition game. Thegame screen 80 contains information indicating the appearing predetermined character (“character F”), andoperation buttons operation button game screen 80 illustrated inFIG. 17 is displayed on theterminal display unit 24, theplayer terminal 20 transmits a command (catching request) requesting to catch the “character F” to theserver device 10. - Upon receiving the catching request transmitted from the
player terminal 20, theserver device 10 executes a process of determining whether the result of catching of the “character F” is a success or a failure. Specifically, if theoperation button 81 is selected by the player, the acquisitiongame processing unit 113C determines the result of catching the “character F” to be a success or a failure with a predetermined probability without consuming a predetermined item possessed by the player. If theoperation button 82 is selected by the player, the acquisitiongame processing unit 113C determines the result of catching the “character F” to be a success with a probability of 100% by consuming the predetermined item (item A) possessed by the player (that is, the result of catching the “character F” is always a success by using the predetermined item) on the basis of the possessed item information illustrated inFIG. 8 . Note that the predetermined item is an item that the player can purchase by consuming 100 coins of the virtual currency. Specifically, upon receiving an exchange request (purchase request) from the player, theexchange processing unit 118 executes an exchange process of exchanging the virtual currency (100 coins) possessed by the player for the predetermined item (item A) on the basis of the player information illustrated inFIG. 6 . - If the result of catching the “character F” is determined to be a success, the acquisition
game processing unit 113C then gives one ball to the player and updates the player information (seeFIG. 6 ). - In this manner, a ball that can be used for the target hitting game can also be given to the player by executing the acquisition game process. In addition, in the present embodiment, the proportion of the number of balls (three) given through the special support process described for the amount of virtual currency (30 coins) consumed in the special support process is set to be larger than the proportion of the number of balls (one) given through the acquisition game for the amount of virtual currency (100 coins) exchanged for a game item. In this manner, since balls can be more efficiently acquired through the special support than through the acquisition game by using an item, the special support will be positively used. As a result, communication between players can further be stimulated.
- Alternatively, the number of balls (three) given to the player in the special support process may be simply set to be larger than the number of balls (one) given in the acquisition game process independent of the amount of the virtual currency.
- As described above, with the
game system 1 according to the present embodiment, when a superrare card 51A (special card) is placed in thecard placement area 51 by theplacement unit 111, the supported player can try the target hitting game in an attempt to acquire the superrare card 51A. While the supported player is trying the target hitting game, the special support process for specially supporting the supported player by the supporting player is executed by consuming the virtual currency in addition to the support process for supporting the supported player by the supporting player. Although the number of executions of the support process is limited to a predetermined number or smaller, the execution of the special support process is permitted a number of times larger than the predetermined number. As a result, since the execution of the special support process is permitted even when the number of executions of the support process is limited, the supporting player's incentive to support another player can be increased and communication between players can be stimulated. - The above-described embodiment has been given for easy understanding of the present invention, and is not to construe the present invention in a limited manner. The present invention can be modified and improved without departing from the gist of the invention and includes its equivalents. In particular, embodiments described below are also included in the present invention.
- <Target Hitting Game>
- The target hitting game is described as one example of the lottery game in the embodiment described above. In the target hitting game, the probability with which a special card (super
rare card 51A) is selected may be increased depending on the numbers of executions of the support process and the special support process. For example, while the supported player is trying the target hitting game in an attempt to acquire the superrare card 51A, any of the cards other than the superrare card 51A may be selected as ablock card 51C from the cards placed in thecard placement area 51, the number ofblock cards 51C corresponding to the number of times of support and special support of the supporting player, as illustrated inFIG. 18 . In other words, the probability with which the superrare card 51A is selected is increased by excluding theblock card 51C from the lottery of the target hitting game. Specifically, thecount processing unit 117 counts the number of times of support and special support of another player (supporting player) on the basis of the player information illustrated inFIG. 6 . Thelottery processing unit 113B selectsblock cards 51C from thecard placement area 51 according to the number of times of support counted by thecount processing unit 117. For example, thelottery processing unit 113B selects oneblock card 51C if the counted number of times of support is five to nine, twoblock cards 51C if the counted number is 10 to 14, and threeblock cards 51C if the counted number is 15 or larger. Upon receiving a card request from the supported player, thelottery processing unit 113B then excludes theblock cards 51C from selection and selects a card to be given to the supported player from thecard placement area 51. This can encourage use of support and special support, and further stimulate communication between players. - <Server Device>
- In the above-described embodiment, the
game system 1 provided with oneserver device 10 as an example of a server device has been exemplarily described. However, thegame system 1 is not limited to this example, and may be provided with a plurality ofserver devices 10 as an example of the server device. Specifically, a plurality ofserver devices 10 may be connected through anetwork 2, and each of theserver devices 10 may execute various types of processing in a distributed manner. Note that theserver device 10 is an example of a computer. - <Information Processing Device>
- In the
game system 1 in the above-described embodiment, an example in which various types of information processing are executed on the basis of a game program by theserver device 10 and theplayer terminal 20 in cooperation with each other is described. However, thegame system 1 is not limited to the example. The various types of information processing may be executed by theplayer terminal 20 alone or by theserver device 10 alone as an information processing device on the basis of a game program. - Furthermore, the
player terminal 20 may bear some of the functions of the information processing device. In this case, theserver device 10 and theplayer terminal 20 constitute the information processing device. - Note that the information processing device is an example of a computer.
Claims (6)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/533,961 US9129484B2 (en) | 2013-06-19 | 2014-11-05 | Non-transitory computer-readable storage medium storing game program, and information processing device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013128301A JP5336681B1 (en) | 2013-06-19 | 2013-06-19 | Program and information processing apparatus |
JP2013-128301 | 2013-06-19 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/533,961 Continuation US9129484B2 (en) | 2013-06-19 | 2014-11-05 | Non-transitory computer-readable storage medium storing game program, and information processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
US8905839B1 US8905839B1 (en) | 2014-12-09 |
US20140378202A1 true US20140378202A1 (en) | 2014-12-25 |
Family
ID=49679100
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/173,668 Active US8905839B1 (en) | 2013-06-19 | 2014-02-05 | Non-transitory computer-readable storage medium storing game program, and information processing device |
US14/533,961 Expired - Fee Related US9129484B2 (en) | 2013-06-19 | 2014-11-05 | Non-transitory computer-readable storage medium storing game program, and information processing device |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/533,961 Expired - Fee Related US9129484B2 (en) | 2013-06-19 | 2014-11-05 | Non-transitory computer-readable storage medium storing game program, and information processing device |
Country Status (2)
Country | Link |
---|---|
US (2) | US8905839B1 (en) |
JP (1) | JP5336681B1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020019456A1 (en) * | 2018-07-27 | 2020-01-30 | 平安科技(深圳)有限公司 | User instruction matching method and device, computer device and storage medium |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5270022B1 (en) * | 2012-08-29 | 2013-08-21 | 株式会社 ディー・エヌ・エー | Server device and game program |
JP6043672B2 (en) * | 2013-03-29 | 2016-12-14 | グリー株式会社 | Control program, control method, and server apparatus |
JP6625979B2 (en) * | 2014-07-04 | 2019-12-25 | 株式会社スクウェア・エニックス | Video game processing program and video game processing system |
JP2015205161A (en) * | 2014-10-28 | 2015-11-19 | 株式会社 ディー・エヌ・エー | Information processing device and game program |
JP6479147B1 (en) * | 2017-11-30 | 2019-03-06 | 株式会社ポケラボ | Program, terminal device, and information processing system |
JP7368093B2 (en) * | 2019-03-28 | 2023-10-24 | 株式会社バンダイナムコエンターテインメント | Server system, game system, program and control method |
JP6795655B2 (en) * | 2019-07-02 | 2020-12-02 | 株式会社スクウェア・エニックス | Video game processing program and video game processing system |
JP7157033B2 (en) * | 2019-10-04 | 2022-10-19 | 株式会社 ディー・エヌ・エー | Information processing device, game program, and information processing method |
JP7312730B2 (en) | 2020-07-17 | 2023-07-21 | エスペック株式会社 | Environment forming device |
JP7057535B1 (en) * | 2021-03-22 | 2022-04-20 | 株式会社ミクシィ | Information processing equipment, information processing methods and programs |
JP7307376B2 (en) * | 2021-03-22 | 2023-07-12 | 株式会社Mixi | Information processing device, information processing method and program |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070087799A1 (en) * | 2005-10-14 | 2007-04-19 | Leviathan Entertainment, Llc | Helpfulness in a Virtual Environment |
US7572187B2 (en) * | 2005-10-14 | 2009-08-11 | Leviathan Entertainment | Video game environment that tracks help and advice provided to other player characters |
US7690990B2 (en) * | 2005-10-14 | 2010-04-06 | Leviathan Entertainment, Llc | Financial institutions and instruments in a virtual environment |
US20100130276A1 (en) * | 2004-06-30 | 2010-05-27 | Fiden Daniel P | Wagering Game With Asset Trading |
US8172685B2 (en) * | 2006-03-07 | 2012-05-08 | Wms Gaming Inc. | Wagering game with persistent state of game assets affecting other players |
US8221243B2 (en) * | 2006-02-14 | 2012-07-17 | Leviathan Entertainment, Llc | Software-based system that manages interactions among video game characters |
US20120184362A1 (en) * | 2009-09-30 | 2012-07-19 | Wms Gaming, Inc. | Controlling interactivity for gaming and social-communication applications |
US20120283011A1 (en) * | 2006-02-14 | 2012-11-08 | Andrew Van Luchene | Player assistance system for a video game |
US20120283014A1 (en) * | 2006-02-14 | 2012-11-08 | Andrew Van Luchene | Video game which facilitates players assisting other players |
JP5145468B1 (en) * | 2012-01-23 | 2013-02-20 | 株式会社コナミデジタルエンタテインメント | GAME MANAGEMENT DEVICE, GAME MANAGEMENT METHOD, AND PROGRAM |
JP5145467B1 (en) * | 2012-01-23 | 2013-02-20 | 株式会社コナミデジタルエンタテインメント | GAME MANAGEMENT DEVICE, GAME MANAGEMENT METHOD, AND PROGRAM |
US8496524B2 (en) * | 2010-06-22 | 2013-07-30 | Ags, Llc | Methods of enhanced interaction and play for community-based bonusing on gaming machines |
US20140206452A1 (en) * | 2013-01-23 | 2014-07-24 | Kathryn Bambino | Shared social asset in game |
US20140256434A1 (en) * | 2011-10-20 | 2014-09-11 | Zynga Inc. | Asset transfers between interactive social games |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5283150B2 (en) * | 2007-03-30 | 2013-09-04 | 株式会社バンダイナムコゲームス | Program, game machine, and game system |
JP5108141B1 (en) * | 2011-12-28 | 2012-12-26 | 株式会社コナミデジタルエンタテインメント | GAME MANAGEMENT DEVICE, GAME MANAGEMENT METHOD, AND PROGRAM |
JP5514292B2 (en) * | 2012-12-18 | 2014-06-04 | 株式会社コナミデジタルエンタテインメント | GAME MANAGEMENT DEVICE AND PROGRAM |
-
2013
- 2013-06-19 JP JP2013128301A patent/JP5336681B1/en active Active
-
2014
- 2014-02-05 US US14/173,668 patent/US8905839B1/en active Active
- 2014-11-05 US US14/533,961 patent/US9129484B2/en not_active Expired - Fee Related
Patent Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8425323B2 (en) * | 2004-06-30 | 2013-04-23 | Wms Gaming Inc. | Wagering game with asset trading |
US20100130276A1 (en) * | 2004-06-30 | 2010-05-27 | Fiden Daniel P | Wagering Game With Asset Trading |
US20070087799A1 (en) * | 2005-10-14 | 2007-04-19 | Leviathan Entertainment, Llc | Helpfulness in a Virtual Environment |
US7717782B2 (en) * | 2005-10-14 | 2010-05-18 | Leviathan Entertainment, Llc | Helpfulness in a virtual environment |
US7572187B2 (en) * | 2005-10-14 | 2009-08-11 | Leviathan Entertainment | Video game environment that tracks help and advice provided to other player characters |
US7690990B2 (en) * | 2005-10-14 | 2010-04-06 | Leviathan Entertainment, Llc | Financial institutions and instruments in a virtual environment |
US20120283011A1 (en) * | 2006-02-14 | 2012-11-08 | Andrew Van Luchene | Player assistance system for a video game |
US8221243B2 (en) * | 2006-02-14 | 2012-07-17 | Leviathan Entertainment, Llc | Software-based system that manages interactions among video game characters |
US20120283014A1 (en) * | 2006-02-14 | 2012-11-08 | Andrew Van Luchene | Video game which facilitates players assisting other players |
US8469821B2 (en) * | 2006-02-14 | 2013-06-25 | Leviathan Entertainment, Llc | Video game which facilitates players assisting other players |
US8454442B2 (en) * | 2006-02-14 | 2013-06-04 | Leviathan Entertainment, Llc | Player assistance system for a video game |
US8172685B2 (en) * | 2006-03-07 | 2012-05-08 | Wms Gaming Inc. | Wagering game with persistent state of game assets affecting other players |
US8622812B2 (en) * | 2006-03-07 | 2014-01-07 | Wms Gaming Inc. | Wagering game with persistent state of game assets affecting other players |
US20120184362A1 (en) * | 2009-09-30 | 2012-07-19 | Wms Gaming, Inc. | Controlling interactivity for gaming and social-communication applications |
US8496524B2 (en) * | 2010-06-22 | 2013-07-30 | Ags, Llc | Methods of enhanced interaction and play for community-based bonusing on gaming machines |
US20140256434A1 (en) * | 2011-10-20 | 2014-09-11 | Zynga Inc. | Asset transfers between interactive social games |
JP5145468B1 (en) * | 2012-01-23 | 2013-02-20 | 株式会社コナミデジタルエンタテインメント | GAME MANAGEMENT DEVICE, GAME MANAGEMENT METHOD, AND PROGRAM |
JP5145467B1 (en) * | 2012-01-23 | 2013-02-20 | 株式会社コナミデジタルエンタテインメント | GAME MANAGEMENT DEVICE, GAME MANAGEMENT METHOD, AND PROGRAM |
US20140206452A1 (en) * | 2013-01-23 | 2014-07-24 | Kathryn Bambino | Shared social asset in game |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020019456A1 (en) * | 2018-07-27 | 2020-01-30 | 平安科技(深圳)有限公司 | User instruction matching method and device, computer device and storage medium |
Also Published As
Publication number | Publication date |
---|---|
US9129484B2 (en) | 2015-09-08 |
JP5336681B1 (en) | 2013-11-06 |
US20150057066A1 (en) | 2015-02-26 |
US8905839B1 (en) | 2014-12-09 |
JP2015002783A (en) | 2015-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8905839B1 (en) | Non-transitory computer-readable storage medium storing game program, and information processing device | |
US9333428B2 (en) | Server device, and non-transitory computer-readable storage medium storing game program | |
JP5335969B1 (en) | Server device providing game | |
JP5740032B1 (en) | GAME PROGRAM AND INFORMATION PROCESSING DEVICE | |
US8696454B2 (en) | Server device, and non-transitory computer-readable storage medium storing game program | |
US9630112B2 (en) | Server device, and non-transitory computer-readable storage medium storing game program | |
US20140349770A1 (en) | Information processing device, and non-transitory computer-readable storage medium storing game program | |
JP6128246B1 (en) | Information processing apparatus and program | |
US8961290B1 (en) | Information processing device and non-transitory computer-readable storage medium storing game program | |
JP7242739B2 (en) | Program, information processing device, and control method | |
US20150057085A1 (en) | Non-transitory computer-readable storage medium, and information processing device | |
US10688397B2 (en) | Information processing device, non-transitory computer readable medium, and information processing method | |
US20130324265A1 (en) | Non-transitory computer-readable storage medium storing game program, and information processing device | |
JP2015223512A (en) | Game program, and information processing device | |
JP5526295B1 (en) | GAME PROGRAM AND INFORMATION PROCESSING DEVICE | |
JP5499208B1 (en) | Program and information processing apparatus | |
JP5335973B1 (en) | Server device providing game | |
JP2019141618A (en) | Information processor, game program and information processing method | |
JP6602408B2 (en) | Information processing apparatus and game program | |
JP6289913B2 (en) | Information processing apparatus and game program | |
JP2015009144A (en) | Game program and information processing device | |
JP2019141425A (en) | Information processor, game program and information processing method | |
JP2017159045A (en) | Information processor and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: DENA CO., LTD., JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WATANUKI, TOMOYA;SATSUMA, SADAAKI;SUGA, AKIHIRO;AND OTHERS;REEL/FRAME:032150/0169 Effective date: 20140106 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551) Year of fee payment: 4 |
|
AS | Assignment |
Owner name: DENA CO., LTD., JAPAN Free format text: CHANGE OF ADDRESS;ASSIGNOR:DENA CO., LTD.;REEL/FRAME:059805/0970 Effective date: 20220406 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |