JP2015002961A - Program and information processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To revitalize communication between players.SOLUTION: A program allows a computer to execute: processing for recording a lottery point and a game point in association with each player; processing for consuming the lottery point associated with a player in reception of an imparting request of the player, and for executing a lottery game for the player; rooting processing for imparting the lottery point to a first player and a second player without consuming the game point of the second player in reception of a rooting request of the second player to the first player executing the lottery game; special rooting processing for consuming the game point of the second player in reception of a special rooting request of the second player to the first player executing the lottery game, and imparting the lottery point to the first player and the second player; and processing for limiting execution of the rooting processing to a predetermined number of times or smaller, and for permitting the special rooting processing to be executed for the number of times larger than the predetermined number of times.

Description

  The present invention relates to a program and an information processing apparatus.

  A game system is known that gives a reinforcement point to a player when the player receives a support request for supporting another player (for example, Patent Document 1).

JP2013-52285A

In such a game system, if the player's support of other players is allowed without limitation, the game balance may be lost due to excessive points being given, so the number of support of the player is limited. It was. Therefore, the player's willingness to support was reduced, and sufficient communication was not possible between players.
The present invention has been made in view of such circumstances, and an object thereof is to activate communication between players.

The main invention of the present invention to solve the above problems is
On the computer,
A recording process for recording lottery points and game points in association with each player in the storage unit,
A lottery process in which a lottery game that consumes lottery points associated with the player and grants a game content selected from a plurality of game content to the player when a player grant request is received;
When the second player's support request for the first player who plays the lottery game is received, the first player and the second player can draw lottery points without consuming the game points associated with the second player. A support process to give
When the second player's special support request for the first player who performs the lottery game is received, the game points associated with the second player are consumed, and the first player and the second player receive lottery points. A special support process to grant,
An execution frequency control process for limiting the execution of the support process to a predetermined number of times or less and allowing the execution of the special support process to be performed more times than the predetermined number of times,
It is a program characterized by executing.
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

  According to the present invention, communication between players can be activated.

1 is a diagram illustrating an example of an overall configuration of a game system 1. FIG. 2 is a block diagram showing a functional configuration of a server device 10. FIG. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. It is a figure which shows the data structure example of card information. It is a figure which shows the data structure example of item information. It is a figure which shows the data structure example of player information. It is a figure which shows the data structure example of possession card information. It is a figure which shows the data structure example of possession item information. It is a figure which shows the data structure example of deck information. It is a figure which shows the data structure example of card arrangement | positioning information. It is a figure which shows the example of a data structure of support log information. It is a flowchart for demonstrating the operation example regarding a hitting game. It is a figure which shows an example of the game screen 50 regarding a hitting game. It is a flowchart for demonstrating the operation example regarding support and special support. It is a figure which shows an example of the game screen 60 containing a list list. 5 is a diagram illustrating an example of a browsing game screen 70. FIG. It is a figure which shows an example of the game screen 80 regarding an acquisition game. It is a figure which shows an example of the game screen 50 regarding a hitting game.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
In other words,
A recording process for recording lottery points and game points in association with each player in the storage unit,
A lottery process in which a lottery game that consumes lottery points associated with the player and grants a game content selected from a plurality of game content to the player when a player grant request is received;
When the second player's support request for the first player who plays the lottery game is received, the first player and the second player can draw lottery points without consuming the game points associated with the second player. A support process to give
When the second player's special support request for the first player who performs the lottery game is received, the game points associated with the second player are consumed, and the first player and the second player receive lottery points. A special support process to grant,
An execution frequency control process for limiting the execution of the support process to a predetermined number of times or less and allowing the execution of the special support process to be performed more times than the predetermined number of times,
It is a program characterized by executing.
According to such a program, even if the support of the second player for the first player who plays the lottery game is restricted, the special support can be performed by consuming the game points, thereby activating communication between the players. Can be made.

Also on the computer,
A recording process for recording lottery points and game points in association with each player in the storage unit,
A lottery process in which a lottery game that consumes lottery points associated with the player and grants a game content selected from a plurality of game content to the player when a player grant request is received;
When a request for cheering the second player for the first player who plays the lottery game is received, a predetermined amount of game points associated with the second player are consumed, and the lottery points are given to the first player and the second player. A support process to give
When the second player's special support request for the first player who plays the lottery game is received, the game points associated with the second player are consumed more than the predetermined amount, and the first player and the first player Special support process to give lottery points to 2 players,
An execution frequency control process for limiting the execution of the support process to a predetermined number of times or less and allowing the execution of the special support process to be performed more times than the predetermined number of times,
It is a program characterized by executing.
According to such a program, even if support of the second player with respect to the first player who plays the lottery game is restricted, special support can be performed by consuming more play points. Can be activated.

In addition, the computer
An exchange process for exchanging game points associated with the second player for a game item when receiving the exchange request of the second player;
An acquisition game process for performing a game for allowing the second player to acquire a lottery point by using the game item when receiving a game start request of the second player;
And execute
The ratio of the lottery points given in the special support process to the number of game points consumed in the special support process is acquired in the acquired game process with respect to the number of game points exchanged for the game item in the exchange process. It is good also as making it more than the ratio of the quantity of the lottery point to make.
According to such a program, since the use of special support is promoted, communication between players can be further activated.

In addition, the computer
A game screen for allowing the second player to browse game content that is a candidate for selection of the lottery game performed by the first player when a viewing request of the second player to the first player who performs the lottery game is received. Screen data generation processing to generate,
And execute
In the screen data generation process, when the browsing request of the second player is a browsing request for the first player who has been specially supported, the game screen having a different display mode is generated. It is good.
According to such a program, since the use of special support is promoted, communication between players can be further activated.

In addition, the computer
A count process for counting the number of times the support process and the special support process have been executed,
In the lottery process, the probability that the special game content is selected in the lottery game may be increased according to the number of times counted in the count process.
According to such a program, since the use of support and special support is promoted, communication between players can be further activated.

=== Embodiment ===
<< About the configuration of the game system 1 >>
FIG. 1 is a diagram illustrating an example of the overall configuration of a game system 1 according to the present embodiment. The game system 1 provides various services related to games to a player via a network 2 (for example, the Internet or the like), and includes a server device 10 and a plurality of player terminals 20.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10 according to the present embodiment. The server device 10 is an information processing device (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages a game service, and receives various commands (requests) from the player terminal 20. A game program operable on the player terminal 20 or a Web page (game screen or the like) created in a markup language (HTML or the like) adapted to the standard of the player terminal 20 can be distributed (response). 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 exchanges data between each unit and controls the entire server device 10 and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 of this embodiment includes an arrangement unit 111, a recording unit 112, a game processing unit 113, a support processing unit 114, a special support processing unit 115, an execution frequency control unit 116, a count processing unit 117, an exchange processing unit 118, and a screen. A data generation unit 119 is provided.

  The arrangement unit 111 has a function of executing a process of arranging a plurality of game contents in a game content arrangement area composed of a plurality of unit areas. The game content is, for example, an electronic game card or figure associated with a character or the like, or an item such as a tool or ability that can be used in the game. The placement unit 111 in this embodiment places a game card as an example of game content in a card placement area as an example of a game content placement area.

  The recording unit 112 is connected to the storage unit 12 via a bus and has a function of executing processing for recording various data in the storage unit 12 in response to a command from the control unit 11. For example, the recording unit 112 in the present embodiment records lottery points (for example, balls) and play points (for example, virtual currency) in the storage unit 12 in association with each player.

  The game processing unit 113 has a function of executing game processing. The game processing unit 113 includes a battle processing unit 113A, a lottery processing unit 113B, and an acquisition game processing unit 113C. The battle processing unit 113A has a function of executing various processes related to the battle, such as a process of determining victory or defeat for a battle between the player character and the enemy character. In response to the grant request from the player, the lottery processing unit 113B executes a lottery game that consumes lottery points associated with the player and grants game content selected from a plurality of game contents. In response to a game start request from the player, the acquired game processing unit 113C executes an acquired game that causes the player to acquire a lottery point.

  The support processing unit 114 has a function of executing support processing for supporting the player. The cheering processing unit 114 in this embodiment responds to the cheering request of the second player (player cheering for other players) to the first player (player cheered by other players), and responds to the second player. A lottery point (for example, a ball) is awarded to the first player and the second player without consuming the attached game point (for example, virtual currency).

  The special support processing unit 115 has a function of executing a special support process for special support of the player. The special support processing unit 115 in the present embodiment responds to the special support request of the second player (player who specially supports other players) to the first player (player that is specially supported by other players). Play points (eg, virtual currency) associated with two players are consumed, and lottery points (eg, balls) are awarded to the first player and the second player.

  The execution number control unit 116 has a function of executing a process for controlling the number of executions of the support process by the support process unit 114 and the number of executions of the special support process by the special support process unit 115. The execution frequency control unit 116 in the present embodiment limits the execution of the support process to a predetermined number of times or less (for example, 1 time or less), and the execution of the special support process is performed more times than the predetermined number of times. To give permission.

  The count processing unit 117 has a function of executing a count process that counts the number of times that the support process is executed by the support process unit 114 and the number of times that the special support process is executed by the special support process unit 115.

  The exchange processing unit 118 has a function of executing exchange processing for exchanging game points associated with players with game items. In response to the exchange request from the player, the exchange processing unit 118 in the present embodiment exchanges game points (for example, virtual currency) associated with the player with game items. That is, in this embodiment, the player can purchase (exchange) game items by consuming the virtual currency owned by the player.

  The screen data generation unit 119 has a function of executing processing for generating screen data for displaying the game screen on the player terminal 20. The screen data generation unit 119 of the present embodiment generates HTML data as screen data corresponding to the game screen.

  The storage unit 12 includes a ROM (Read Only Memory) that is a read-only storage area in which system programs are stored, and a RAM (Random Access) that is a rewritable storage area that is used as a work area for arithmetic processing by the control unit 11. For example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 of the present embodiment stores at least card information that is information related to a game card, item information that is information related to a game item, and player information that is information related to a player. These pieces of information will be described in detail later.

  The input unit 13 is for a system administrator or the like to input various data (for example, card information), and is realized by, for example, a keyboard or a mouse.

  The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11 and is realized by, for example, a liquid crystal display (LCD).

  The communication unit 15 is for communicating with the player terminal 20, according to a function as a receiving unit that receives various data and signals transmitted from the player terminal 20 and a command from the control unit 11. It has a function as a transmission part which transmits various data and signals to the player terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

<< Configuration of Player Terminal 20 >>
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 smartphone, or the like) that is used by the player when playing a game. Page etc.) distribution request. Since the player terminal 20 has a Web browser function for allowing the player to browse the Web page, the player terminal 20 can display the Web page (game screen or the like) distributed 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 exchanges data between each unit and controls the entire player terminal 20, and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. Is done. Note that the terminal control unit 21 of the present embodiment also functions as a screen display control unit that controls the display mode of the game screen displayed on the terminal display unit 24. The terminal storage unit 22 is connected to the terminal control unit 21 via a bus, and performs processing of referring to, reading, and rewriting data stored in response to a command from the terminal control unit 21. The terminal storage unit 22 is realized by, for example, a flash memory or a hard disk. The terminal input unit 23 is for a player to perform various operations (game operations and the like), and is realized by, for example, operation buttons, a touch panel, and the like. The terminal display unit 24 is for displaying a game screen according to a command from the terminal control unit 21 and is realized by, for example, a liquid crystal display (LCD). The terminal communication unit 25 functions as a transmission / reception unit for transmitting / receiving various kinds of information to / from the server device 10 via the network 2 and is realized by, for example, a NIC (Network Interface Card) or the like.

<< About data structure >>
FIG. 4 is a diagram illustrating a data structure example of card information stored in the storage unit 12 of the server device 10. This card information has items (fields) such as a card ID, character name, character image, rarity, attack power, defense power, and physical strength. The card ID is identification information for identifying a game card as an example of game content. The character name is information indicating the display name of the character associated with the game card. The character image is character image data. The rarity is a parameter indicating the rarity of the game card. In the present embodiment, four levels of rarity (“common” → “uncommon” → “rare” → “super rare”) are set in the game card (character). The initial attack power, initial defense power, and initial physical strength of the character are parameters indicating the ability values initially set for the character.

  FIG. 5 is a diagram illustrating a data structure example of item information stored in the storage unit 12 of the server device 10. This item information has items such as item ID, item name, and price. The item ID is identification information for identifying an item. The item name is information indicating the display name of the item. The price is information indicating the value of the item.

  FIG. 6 is a diagram illustrating a data structure example of player information stored in the storage unit 12 of the server device 10. This player information was specially cheered by other players, such as player ID, friend player ID, virtual currency, possession ball, possession card information, possession item information, deck information, card placement information, number of times cheered by other players It includes items such as the number of times, the number of times of cheering other players, the number of times of cheering other players, and cheering log information. The player ID is identification information for identifying the player. The friend player ID is identification information for identifying another player registered in the player's friend list. The virtual currency is an example of game points, and is information indicating the amount of virtual currency owned by the player. Players can purchase and own virtual currency. The possessed ball is information indicating the quantity of balls owned by the player, and is updated when the player acquires the ball or consumes the ball. This ball is an example of a lottery point used in the lottery game, and is given according to the results of cheering / special cheering for other players and the acquired game. The owned card information is information indicating a game card (hereinafter also referred to as an owned card) owned by the player. The owned item information is information indicating items owned by the player (hereinafter also referred to as owned items). The deck information is information regarding the deck. A deck is a group of cards in which a plurality of game cards are combined into one set. The card arrangement information is information related to the card arrangement area. The number of times cheered by another player is information indicating a cumulative value of the number of times cheering processing has been executed by cheering. The number of times of special support from another player is information indicating a cumulative value of the number of times that the special support process is executed by special support. The number of times of cheering another player is information indicating a cumulative value of the number of times cheering processing is executed by cheering. The number of times of special support for other players is information indicating a cumulative value of the number of times special support processing has been executed by special support. The support log information is history information in which a support situation for the player is recorded.

  FIG. 7 is a diagram illustrating an example of the data structure of the possessed card information. This possessed card information includes items such as a card ID, attack power, defense power, physical strength, and acquisition date / time of the possessed card. The card ID is identification information for identifying the possessed card. The possession card's attack power, defense power, and physical strength are parameters indicating the ability values set for the character corresponding to the possession card. These various parameters are updated according to the result of the game. The acquisition date and time is information indicating the date and time when the player acquires the possessed card.

  FIG. 8 is a diagram illustrating a data structure example of owned item information. This possessed item information has items of item ID and number of possessions. The item ID is identification information for identifying various items owned by the player. The number of possessions is information indicating the number of items owned by the player.

  FIG. 9 is a diagram illustrating an example data structure of deck information. The deck information is information in which a rarity indicating a rarity is associated with each of a plurality of game cards (card IDs) assigned serial numbers. As shown in FIG. 9, the deck in the present embodiment constitutes a card group in which 1200 game cards assigned serial numbers from No. 1 to No. 1200 are arranged in numerical order. The game cards selected from the deck in numerical order are placed in the card placement area. Then, “rare” cards are set at predetermined intervals such as 100th, 200th, 300th,..., And “super rare” cards are set at 1200th. For other numbers, “common” cards and “uncommon” cards are set. A plurality of sets of 1200 cards are prepared for each player, and each set is exchanged one after another. Therefore, this deck is the same as a deck in which a “Super Rare” card is set for every 1200 cards. Note that the order of the numbers of the game cards in the deck can be set randomly.

  FIG. 10 is a diagram illustrating an example of the data structure of the card arrangement information. This card arrangement information has items of area ID and card ID. The area ID is identification information for identifying unit areas constituting the card arrangement area. Since the card arrangement area of this embodiment is divided into nine unit areas, nine area IDs are set. The card ID is identification information for identifying a game card (character) placed in the unit area of the associated area ID. The card placement information is updated every time the game card placed in each unit area is changed.

  FIG. 11 is a diagram illustrating a data structure example of the support log information. This support log information has items of player ID, content, and date. The support log information in the present embodiment includes support / special support when a support process / special support process is executed in response to a support request / special support request of another player (for example, a friend player). The player ID of the other player, the contents of support (support / special support), and the date / time when the support process / special support process was executed are stored.

<< About the game outline >>
Here, an outline of a game provided by the game system 1 of the present embodiment will be described. In this game system 1, various games are provided that are played using electronic game cards (virtual cards used in the game) associated with game characters.

<Matching game>
In the game system 1 of the present embodiment, the player can own a plurality of game cards. The player can play a battle game using a game card (player character) selected from a plurality of game cards owned by the player. Specifically, the battle processing unit 113A determines an enemy character as an opponent of the player character, and based on various parameters (attack power, defense power, physical strength, etc.) set for each character, these characters. Decide whether you will win or lose the match game.

<Lottery game>
In the game system 1 in the present embodiment, a target game is performed as an example of a lottery game in which a game card is given to a player. In this target game, the player throws one or nine balls (consumes the ball) to a game card arranged in a card arrangement area divided into a total of nine 3 × 3 cells (unit area). Thus, one lottery is performed, and one game card in the card arrangement area or all nine game cards are given to the player.
In the hit game in the present embodiment, a plurality of decks each having 1200 game cards as a set are prepared in advance for each player. When a game card is given to the player by the target game and the number of game cards in the card arrangement area decreases, the game cards selected in numerical order from the deck are replenished in the card arrangement area. As a result of replenishing the game cards repeatedly, when the number of game cards in the deck gradually decreases and becomes insufficient, it is exchanged for the next new deck. Therefore, the game system 1 can provide a target game constantly to the player.
In the hit game in the present embodiment, when a game card is replenished in the card arrangement area, a special card (for example, a “super rare” card) may be arranged. The player can challenge the target game with the aim of acquiring this special card.

<Support / Special Support>
In the game system 1 in the present embodiment, a player who is challenging a target game with the aim of acquiring a special card (hereinafter also referred to as a “supported player” (first player)) is referred to as another player (hereinafter referred to as “ A “supporting player” (also called “second player”) can support or specially support. Players can communicate with each other through this support or special support.
In the present embodiment, the support player can support the support player only once without consuming virtual currency. When the cheering player cheers the cheered player, one ball is given to each of the cheered player and the cheering player. Each player can play the above-described hitting game using the given ball. Further, the support player can specially support the supported player by consuming the virtual currency. When the support player specially supports the supported player, three balls are given to each of the supported player and the support player.
Note that when the cheering player cheers the cheered player, an amount of virtual currency (for example, 10 coins) smaller than the amount of virtual currency (for example, 30 coins) consumed by special cheering may be consumed.
Moreover, in this embodiment, although the frequency | count of cheering is limited to 1 time, the frequency | count of special cheering can be performed to 10 times. Therefore, even if support for the player to be supported is restricted, the support player can perform special support by consuming the virtual currency, so that communication between the players can be activated.
Then, as a result of the special support of the support player, when the support target player succeeds in acquiring a special card in the target game, a special item is given as a reward to the support player.

<Acquired game>
In the game system 1 in the present embodiment, an acquisition game is performed in which a player acquires a ball used in a target game. In this acquisition game, the player can acquire one ball when succeeding in capturing a predetermined character (game card) encountered during the game. When capturing a predetermined character, the player can also use a predetermined item. Using certain items, players can always capture certain characters.
Thus, the player can not only acquire the ball by performing the above-described support / special support, but can also acquire the ball by performing the acquisition game.

<< Operation of Game System 1 >>
Here, an operation example of the game system 1 according to the present embodiment will be described. In the game system 1 of the present embodiment, an operation related to the target game, an operation related to support / special support, and an operation related to the acquired game are performed. Below, each operation | movement is demonstrated concretely.

<Actions related to the target game>
FIG. 12 is a flowchart for explaining an operation example related to the target game in the game system 1 according to the present embodiment.

  First, in the player terminal 20, when the terminal control unit 21 receives a player's operation input from the terminal input unit 23, a command (target game start page request) for acquiring a target game start page (game screen). Is transmitted to the server device 10 via the terminal communication unit 25 (S101).

  Next, when receiving the hit game start page request transmitted from the player terminal 20, the server device 10 executes a card placement process for placing a game card in each of the unit areas constituting the card placement area (S102). That is, the placement unit 111 places a game card in the card placement area set for the player based on the player information (see FIG. 6) and the card placement information (see FIG. 10) stored in the storage unit 12. .

  Next, the server device 10 causes the screen data generation unit 119 to generate screen data (HTML file) for displaying the hit game start page (Web page) on the player terminal 20 (S103). The screen data generation unit 119 generates screen data of a start page including a card arrangement area where game cards are arranged by the arrangement unit 111.

  Then, the server device 10 transmits screen data (HTML file) corresponding to the start page of the hit game generated in this way to the requesting player terminal 20 via the network (S104).

  Next, when the player terminal 20 receives the screen data (HTML data) transmitted from the server device 10, the player terminal 20 analyzes the screen data to display the target game start page (Web page) on the terminal display unit 24. (S105).

  FIG. 13 is a diagram showing an example of a game screen 50 (start page 50) related to the target game displayed on the terminal display unit 24. As shown in FIG. The start page 50 includes a card placement area 51, operation buttons 52 for throwing balls one by one, and operation buttons 53 for throwing nine balls together. Here, in the card arrangement area 51, a super rare card 51A as an example of a special card is arranged. A frame area 51 </ b> B is provided on the outer periphery of the card placement area 51.

  Next, returning to FIG. 12, the terminal control unit 21 in the player terminal 20 operates the operation button 52 or the operation button by the player when the target game start page 50 shown in FIG. 13 is displayed on the terminal display unit 24. When 53 is selected, a command (card grant request) requesting card grant based on the operation information is transmitted to the server device 10 via the terminal communication unit 25 (S106).

  Next, when the server device 10 receives the card granting request transmitted from the player terminal 20, the server device 10 executes a lottery process using a target game for granting a game card to the player (S107).

  Specifically, the lottery processing unit 113B determines whether or not a super rare card 51A (special card) is arranged in the card arrangement area 51 based on the card arrangement information (see FIG. 10) of the player. When the super rare card 51A is not arranged in the card arrangement area 51, the lottery processing unit 113B permits the operation input of the operation button 52 and the operation button 53, respectively, and one player's possession ball (see FIG. 6). Alternatively, nine are consumed, and one game card selected from a plurality of game cards arranged in the card arrangement area 51 or all nine game cards are given to the player. On the other hand, when the super rare card 51A is arranged in the card arrangement area 51, the lottery processing unit 113B permits only the operation input of the operation button 52 and consumes one player's own ball (see FIG. 6). One game card selected from the plurality of game cards arranged in the card arrangement area 51 is given to the player. This is because if the operation input of the operation button 53 is permitted and all nine game cards are given, the player can easily acquire the super rare card 51A. In this way, when the game card is given to the player, the possessed card information shown in FIG. 7 is updated.

  In the lottery process by the target game, the game card lottery probability is varied for each rarity by weighting the rarity of the game card. For example, when a super rare card (special card) is arranged in only one of the nine squares and an uncommon card is arranged in the remaining eight squares, the lottery processing unit 113B sets the weight of the super rare card to 1, The uncommon card weight is set to 10, the probability of selecting a super rare card is set to 1/81, and the probability of selecting each uncommon card is set to 10/81. By doing so, neither the super rare card nor the uncommon card is selected with the same probability of 1/9.

  Further, in the lottery process by the target game, when the super rare card 51A (special card) is arranged in the card arrangement area 51, a time limit is set for the super rare card 51A arranged in the card arrangement area 51. . That is, the placement unit 111 starts counting elapsed time after the super rare card 51A is placed in the card placement area 51 (starts counting elapsed time after the card placement information shown in FIG. 10 is updated). When a set time limit (for example, 15 minutes) elapses, control is performed so that the super rare card 51A is not arranged in the card arrangement area 51 (the cell in which the super rare card 51A is arranged is made empty). Thereafter, the placement unit 111 places a new game card selected from the deck in place of the super rare card 51A.

  In addition, in the lottery process by the target game, when it is determined that the super rare card 51A (special card) is given to the player (supported player) as a result of the lottery, Special items are awarded as rewards to players (supporting players). That is, the lottery processing unit 113B refers to the player information shown in FIG. 6 and the support log information shown in FIG. 11 to identify other players who have specially supported the player and select them from the item information shown in FIG. Grant special items. When the special item is given in this way, the owned item information shown in FIG. 8 is updated.

  Next, when the game card to be given to the player is determined by the execution of the lottery process, the server device 10 causes the screen data generation unit 119 to generate screen data indicating the result of the target game (S108). Then, 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 (S109).

  Next, when receiving the screen data (HTML data) transmitted from the server device 10, the player terminal 20 analyzes the screen data to display a game screen (Web page) indicating the result of the hit game as a terminal display unit. 24 is displayed (S110). The player can check the game card given by the target game by looking at the game screen displayed on the terminal display unit 24.

<Operations related to support / special support>
FIG. 14 is a flowchart for explaining an operation example related to support / special support in the game system 1 according to the present embodiment.

  First, in the player terminal 20, when the terminal control unit 21 receives an operation input of a support player from the terminal input unit 23, a command (list request) for acquiring a supported player list is sent via the terminal communication unit 25. To the server device 10 (S201).

  Next, when receiving the list request transmitted from the player terminal 20, the server device 10 creates a list for creating a list of supported players who are challenging the target game with the aim of acquiring the super rare card 51A (special card). Processing is performed (S202). That is, the control unit 11 refers to the player information shown in FIG. 6 and the card arrangement information shown in FIG. 10, thereby supporting the supported player (super rare) associated with the card arrangement area 51 in which the super rare card 51A is arranged. A player who is challenging the target game with the aim of acquiring the card 51A) is extracted and listed.

  Next, the server device 10 causes the screen data generation unit 119 to generate screen data (HTML file) for causing the player terminal 20 to display a game screen (Web page) including the created supported player list (S203). . The server device 10 transmits the screen data (HTML file) of the game screen (Web page) generated in this way to the requesting player terminal 20 via the network (S204).

  Next, when the player terminal 20 receives the screen data (HTML data) transmitted from the server device 10, the player terminal 20 displays the game screen including the supported player list on the terminal display unit 24 by analyzing the screen data ( S205).

  FIG. 15 is a diagram illustrating an example of a game screen 60 including a supported player list. The game screen 60 displays a list of supported players who are challenging to acquire the super rare card 51A. Then, the remaining time until the super rare card 51A is erased from the card arrangement area 51 (remaining time until a preset time limit (15 minutes) is reached) in association with each supported player in the challenge, An operation button 61 for browsing the card placement area 51 being challenged is displayed.

  Next, when the game screen 60 shown in FIG. 15 is displayed on the terminal display unit 24, the terminal control unit 21 in the player terminal 20 has an operation button associated with the supported player to be viewed from the list. When 61 is selected, a command (view request) for browsing the card placement area 51 (card placement area in which a game card that is a lottery candidate for a target game) associated with the challenged player being challenged is placed. Then, the data is transmitted to the server device 10 via the terminal communication unit 25 (S206).

  Next, when receiving the browsing request transmitted from the player terminal 20, the server device 10 performs a process of confirming whether or not the card placement area 51 of the supported player to be browsed is viewable (S207). That is, by referring to the player information shown in FIG. 6 and the card arrangement information shown in FIG. 10, the control unit 11 determines whether or not the super rare card 51A is arranged in the card arrangement area 51 of the supported player to be browsed. (Whether or not the super rare card 51A has already been acquired) is determined. When the super rare card 51A has already been acquired, browsing is impossible. Further, the control unit 11 determines whether or not the remaining time until the super rare card 51A is erased from the card arrangement area 51 is 0 minute (that is, the elapsed time since the super rare card 51A is arranged in the card arrangement area 51). Whether or not a predetermined time limit (15 minutes) has been reached. When the remaining time is 0 minutes, browsing is impossible.

  Next, when it is determined that the card placement area 51 of the supported player to be browsed can be browsed based on the result of the confirmation process in step 207, the server device 10 supports the player to be browsed (that is, the supported player (that is, Then, a process of confirming the number of times that special support is given to a player who is challenging the target game with the aim of acquiring the super rare card 51A is performed (S208). That is, the control unit 11 refers to the player information shown in FIG. 6 to obtain the number of times the challenged supported player has been specially supported by other players (supporting players).

  Next, the server device 10 executes a card placement process for placing a game card in the card placement area 51 of the supported player to be browsed (S209). That is, the placement unit 111 places a game card in the card placement area 51 of the supported player to be browsed with reference to the player information shown in FIG. 6 and the card placement information shown in FIG.

  Next, the server device 10 causes the screen data generation unit 119 to display screen data (HTML file) for causing the player terminal 20 to display a game screen (Web page) including the card placement area 51 of the supported player to be browsed. Generate (S210).

The screen data generation unit 119 generates screen data of the browsing game screen including the card arrangement area 51 where the game card is arranged by the arrangement unit 111. At this time, the screen data generation unit 119 changes the display mode of the frame area 51 </ b> B displayed around the card placement area 51 in accordance with the number of special support times acquired as a result of the confirmation process in Step 208. For example, the display color of the frame area 51B is changed in the order of white → yellow → red → silver color → gold color as the number of special support increases. In this way, the supported player can make the display of the card placement area 51 flashy and stand out by special support from the support player. On the other hand, the cheering player will be thanked by the cheered player, and conversely, while he is challenging the target game, he can expect special cheering from the cheered player (return of cheering) . Thereby, communication is further activated by players supporting each other.
Note that the screen data generation unit 119 does not have to sequentially change the display mode of the lam area 51B in accordance with the increase in the number of special cheering times. When the special support is performed only once), the display mode of the frame area 51B may be varied.

  Then, the server device 10 transmits the screen data (HTML file) corresponding to the browsing game screen generated in this way to the requesting player terminal 20 via the network (S211).

  Next, when receiving the screen data (HTML data) transmitted from the server device 10, the player terminal 20 analyzes the screen data to display the browsing game screen on the terminal display unit 24 (S212).

  FIG. 16 is a diagram illustrating an example of the browsing game screen 70 displayed on the terminal display unit 24. The browsing game screen 70 supports the card support area (the player who is challenging the target game with the aim of acquiring the super rare card 51A) and the player to be supported who are challenged. And an operation button 72 for special support of the supported player under challenge. When the operation button 71 is selected by the support player, the support process for supporting the challenged support player is executed without consuming coins (virtual currency). On the other hand, when the operation button 72 is selected by the support player, 30 coins (virtual currency) are consumed, so that a special support process for special support of the support target player in the challenge is executed. Become.

  Next, when the operation button 71 is selected by the support player while the browsing game screen 70 shown in FIG. A command (support request) for requesting support from the support player to the support player is transmitted to the server device 10. Further, when the operation button 72 is selected by the support player, the terminal control unit 21 transmits a command (special support request) for requesting the support player's special support to the support target player being challenged to the server device 10. (S213).

  Next, when receiving the support request or the special support request transmitted from the player terminal 20, the server device 10 executes the execution frequency control process (S214). Specifically, when the number-of-executions control unit 116 receives a cheering player's cheering request for the cheered player being challenged, the cheering player cheered another player with reference to the player information shown in FIG. Get the number of times. The execution number control unit 116 restricts the execution of the support process by the support processing unit 114 when it is determined that the acquired number of times exceeds one (predetermined predetermined number of times) and is less than once. Permits execution of the support process. In addition, the execution count control unit 116 refers to the player information shown in FIG. 6 when the cheering player's special cheering request for the cheered player being challenged is received, and the number of times the cheering player specially cheers other players. To get. If the number of executions control unit 116 determines that the acquired number of times exceeds 10 (predetermined number of times set in advance), the execution of the special support processing by the special support processing unit 115 is limited to 10 times or less. In some cases, the execution of special support processing is permitted.

  Next, the server device 10 performs the support / special support process when the support player's support / special support for the challenged support player is permitted by the execution frequency control process (S215). That is, the cheering processing unit 114 gives one ball to the cheered player and the cheering player without consuming virtual currency owned by the cheering player, and updates each player information (see FIG. 6). . At this time, the count processing unit 117 counts the number of times that the cheering player cheers another player (the cheered player) and the number of times the cheered player cheers from the other player (the cheering player), respectively, Update the player information (see FIG. 6). The special support processing unit 115 consumes 30 coins (30 points) of the virtual currency owned by the support player, gives three balls to the support player and the support player, and each player information (FIG. 6). Update). At this time, the count processing unit 117 counts the number of times that the support player has specially supported other players (supported players) and the number of times that the support player has been specially supported by other players (supported players). Each player information (see FIG. 6) is updated.

  Next, when a predetermined number of balls are given to the player by executing the support / special support process, the server device 10 causes the screen data generation unit 119 to generate screen data indicating the result of support / special support ( S216). Then, 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 (S217).

  Next, when receiving the screen data (HTML data) transmitted from the server device 10, the player terminal 20 analyzes the screen data to display a game screen (Web page) indicating a result of support / special support on the terminal. It is displayed on the part 24 (S218). The support player can confirm that a predetermined number of balls have been given by support / special support by looking at the game screen displayed on the terminal display unit 24.

<Actions related to acquired games>
Here, an operation example related to the acquired game in the game system 1 according to the present embodiment will be described. When the server apparatus 10 receives the game start request transmitted from the player terminal 20, the server apparatus 10 executes an acquired game process.

  Specifically, the acquired game processing unit 113C determines whether or not a predetermined character (predetermined game card) appears for the player. Then, the screen data generation unit 119 displays screen data for displaying on the player terminal 20 a game screen (Web page) indicating that a predetermined character has been encountered when the appearance of the predetermined character is determined by the acquired game processing unit 113C. Is generated.

  FIG. 17 is a diagram illustrating an example of a game screen 80 (game screen indicating that a predetermined character has been encountered) related to the acquired game. The game screen 80 includes information indicating a predetermined character that has appeared (“character F”) and operation buttons 81 and 82 for capturing the character that has appeared. When the operation buttons 81 and 82 are selected by the player while the game screen 80 shown in FIG. 17 is displayed on the terminal display unit 24, the player terminal 20 issues a command (capture) for requesting the capture of “character F”. Request) to the server device 10.

  When the server apparatus 10 receives the capture request transmitted from the player terminal 20, the server apparatus 10 executes a process of determining success or failure in capturing “character F”. That is, when the operation button 81 is selected by the player, the acquired game processing unit 113 </ b> C determines success or failure with a predetermined probability for capturing “Character F” without consuming the predetermined item owned by the player. . Further, when the operation button 82 is selected by the player, the acquired game processing unit 113C consumes a predetermined item (item A) owned by the player based on the owned item information shown in FIG. The success of the capture of “Character F” is determined with a probability of 100% (that is, the capture of “Character F” is always successful by using a predetermined item). This predetermined item is an item that can be purchased by the player by consuming 100 coins of the virtual currency. In other words, when receiving an exchange request (purchase request) from the player, the exchange processing unit 118 exchanges the virtual currency (100 coins) owned by the player and a predetermined item (item A) based on the player information shown in FIG. Perform the replacement process.

  When the acquisition game processing unit 113C determines that “Character F” has been successfully captured, the acquired game processing unit 113C gives one ball to the player and updates the player information (see FIG. 6).

In this way, the player can be given a ball that can be used in the target game also by executing the acquisition game process. And in this embodiment, the ratio of the quantity (three pieces) of the ball provided by this special support process to the virtual currency quantity (30 coins) consumed in the special support process described above is exchanged for a game item. It is set to be larger than the ratio of the number (1) of balls given in the acquired game process to the quantity (100 coins) of the virtual currency. By doing in this way, the special support is actively used because the ball can be efficiently acquired by performing the special support rather than performing the acquisition game using the item. As a result, communication between players can be further activated.
Not limited to this, regardless of the amount of virtual currency, the number of balls given to the player in the special support process described above (three) is simply the number of balls given in the acquisition game process. You may set so that it may become more than (one).

<Summary>
As described above, according to the game system 1 according to the present embodiment, when the super rare card 51A (special card) is arranged in the card arrangement area 51 by the arrangement unit 111, the supported player acquires the super rare card 51A. You can challenge the target game aiming at. During the challenge of the target game, not only the support process for the support player to support the supported player, but also the special support process for the support player to specifically support the supported player by consuming the virtual currency Is executed. And although execution of a support process is restrict | limited to predetermined number or less, execution of a special support process is permitted to be performed more times than the said predetermined number of times. As a result, even if the execution of the support process is restricted, the execution of the special support process is permitted, so that the support player's willingness to support can be promoted and communication between the players is activated. It can be made.

=== Other Embodiments ===
The above embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Target game>
In the above embodiment, the target game is described as an example of the lottery game. In this target game, a special card (super rare card 51A) is selected according to the number of times the support process and the special support process are executed. You may increase the probability. For example, as shown in FIG. 18, when the supported player is challenging the target game with the aim of acquiring the super rare card 51 </ b> A, the supporting player selects a card from a plurality of cards arranged in the card arrangement area 51. Any number of cards other than the super rare card 51A may be selected as the block card 51C by the number corresponding to the number of times of support and special support. That is, by excluding the block card 51C from the lottery target of the target game, the probability that the super rare card 51A is selected is increased. Specifically, the count processing unit 117 counts the number of times of cheering and special cheering from other players (cheering players) based on the player information shown in FIG. The lottery processing unit 113 </ b> B selects the block card 51 </ b> C from the card arrangement area 51 in accordance with the number of times of support counted by the count processing unit 117. For example, when the counted number of cheering times is 5 to 9, one block card 51C is selected, two is selected when it is 10 to 14 times, and three is selected when it is 15 times or more. select. When the lottery processing unit 113B receives a card granting request from the supported player, the lottery processing unit 113B excludes the block card 51C from the selection target and adds a card to be given to the supported player from the card placement area 51. select. Thereby, the use of support and special support is promoted, and communication between players can be further activated.

<Server device>
In the above embodiment, the game system 1 including one server device 10 is described as an example of the server device. However, the present invention is not limited to this, and a plurality of server devices 10 are used as an example of the server device. It is good also as the game system 1 provided. That is, a plurality of server devices 10 may be connected via the network 2 and each server device 10 may perform various processes in a distributed manner. The server device 10 is an example of a computer.

<Information processing device>
In the game system 1 according to the above-described embodiment, the case where various types of information processing are executed in cooperation with the server device 10 and the player terminal 20 based on the game program has been described as an example. However, the present invention is not limited thereto. Instead, the player terminal 20 alone or the server device 10 alone as the information processing device may execute the various information processing based on the game program.
Moreover, it is good also as a structure which the player terminal 20 bears a part of function as an information processing apparatus. In this case, the server device 10 and the player terminal 20 constitute an information processing device.
The information processing apparatus is an example of a computer.

  1 game system, 2 networks, 10 server devices, 11 control unit, 12 storage unit, 13 input unit, 14 display unit, 15 communication unit, 20 player terminal, 21 terminal control unit, 22 terminal storage unit, 23 terminal input unit, 24 terminal display unit, 25 terminal communication unit, 50 game screen, 51 card placement area, 51A super rare card, 51B frame area, 51C block card, 52 operation buttons, 53 operation buttons, 60 game screen, 61 operation buttons, 70 game screen 71 operation buttons 72 operation buttons 80 game screen 81 operation buttons 82 operation buttons 111 placement unit 112 recording unit 113 game processing unit 113A battle processing unit 113B lottery processing unit 113C acquisition game processing unit 114 Support processing unit, 115 Special support processing unit, 116 execution count control unit, 117 count processing unit, 118 exchange processing unit, 119 screen data generation unit

Claims (6)

On the computer,
A recording process for recording lottery points and game points in association with each player in the storage unit,
A lottery process in which a lottery game that consumes lottery points associated with the player and grants a game content selected from a plurality of game content to the player when a player grant request is received;
When the second player's support request for the first player who plays the lottery game is received, the first player and the second player can draw lottery points without consuming the game points associated with the second player. A support process to give
When the second player's special support request for the first player who performs the lottery game is received, the game points associated with the second player are consumed, and the first player and the second player receive lottery points. A special support process to grant,
An execution frequency control process for limiting the execution of the support process to a predetermined number of times or less and allowing the execution of the special support process to be performed more times than the predetermined number of times,
A program characterized by having executed. On the computer,
A recording process for recording lottery points and game points in association with each player in the storage unit,
A lottery process in which a lottery game that consumes lottery points associated with the player and grants a game content selected from a plurality of game content to the player when a player grant request is received;
When a request for cheering the second player for the first player who plays the lottery game is received, a predetermined amount of game points associated with the second player are consumed, and the lottery points are given to the first player and the second player. A support process to give
When the second player's special support request for the first player who plays the lottery game is received, the game points associated with the second player are consumed more than the predetermined amount, and the first player and the first player Special support process to give lottery points to 2 players,
An execution frequency control process for limiting the execution of the support process to a predetermined number of times or less and allowing the execution of the special support process to be performed more times than the predetermined number of times,
A program characterized by having executed. The program according to claim 1 or 2,
On the computer,
An exchange process for exchanging game points associated with the second player for a game item when receiving the exchange request of the second player;
An acquisition game process for performing a game that causes the second player to acquire a lottery point by consuming the game item when receiving a game start request of the second player;
And execute
The ratio of the lottery points given in the special support process to the number of game points consumed in the special support process is acquired in the acquired game process with respect to the number of game points exchanged for the game item in the exchange process. More than the percentage of lottery points
A program characterized by that. A program according to any one of claims 1-3,
On the computer,
A game screen for allowing the second player to browse game content that is a candidate for selection of the lottery game performed by the first player when a viewing request of the second player to the first player who performs the lottery game is received. Screen data generation processing to generate,
And execute
In the screen data generation process, when the browsing request of the second player is a browsing request for the first player who has been specially supported, the game screen with a different display mode is generated.
A program characterized by that. A program according to any one of claims 1-4,
On the computer,
A count process for counting the number of times the support process and the special support process are executed;
And execute
In the lottery process, the probability that a special game content is selected in the lottery game is increased according to the number of times counted in the counting process.
A program characterized by that. A storage unit that stores lottery points and game points in association with each player;
A lottery processing unit that performs a lottery game on the player to give game content selected from a plurality of game contents by consuming lottery points associated with the player;
When the second player's support request for the first player who plays the lottery game is received, the first player and the second player can draw lottery points without consuming the game points associated with the second player. A support processing unit for executing a support process for providing
When the second player's special support request for the first player who plays the lottery game is received, the game points associated with the second player are consumed, and the first player and the second player draw lottery points. A special support processing unit for executing a special support process for providing
An execution frequency control unit that limits the execution of the support process to a predetermined number of times or less and permits the execution of the special support process to be performed more times than the predetermined number of times;
An information processing apparatus comprising:

Images