JP2013208219A - Game program and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To efficiently assist a play by guiding payment (items or charging) according to a scene of a game.SOLUTION: A game is progressed by calculating a game space and states of objects in the game space, and game situation data describing a situation of a current game are generated at each prescribed time. A game screen is drawn and displayed based on the game situation data. Whether or not the game situation data fall under prescribed charging conditions is determined. When it is determined that the game situation data fall under the charging conditions, a charging guide for urging payment corresponding to the charging conditions is notified while continuing processes of generating the game situation data by a game progressing means and drawing the game screen by a game screen display means.

Description

  The present invention relates to item sales and billing during a game.

  In the currently announced video games, the characters are acquired by items, thereby making the game development more complicated and interesting for the user. In addition, a proposal has been made to eliminate the use of useless items and to give the game a reality by paying items (Patent Document 1).

JP 2001-340656 A

  Patent Document 1 also describes that an item menu is displayed during game execution so that items can be purchased. However, an item purchase or charge based on a predetermined condition that occurs in the progress of the game is given to the player. There was no mention of guidance.

  SUMMARY OF THE INVENTION An object of the present invention is to provide a game program and a game system for efficiently assisting play by guiding items and billing according to game scenes.

  A game program provided by the first aspect of the present invention generates a virtual three-dimensional game space, an operation information input means for inputting operation information generated by a user's operation on a computer connected to a display unit A game space control means for generating a player object in the game space, and causing the player object to be activated in the game space based on the operation information, the game space and the objects in the game space. Game progress processing means for calculating the state and progressing the game, and generating game status data indicating the current game progress status every predetermined time, drawing a game screen based on the game status data and displaying it on the display unit Game screen display means to display, the game situation data corresponds to a predetermined charging condition A situation determination means for determining whether or not the game situation data corresponds to the charging condition, and the game progress processing means continues the progress of the game and responds to the charging condition. It is characterized by operating as a billing guide means for notifying a billing guide for prompting payment.

  In the above invention, the charging guidance means may be means for displaying the charging guidance on the display unit.

  In the above invention, when the specific parameter of the specific object that is active in the game space is equal to or less than a predetermined value, the situation determination means determines that the charging condition is met, and the payment corresponding to the charging condition is: The purchase may be an item for increasing the specific parameter of the player character and updating a parameter other than the specific parameter of a character other than the player character.

  In the above invention, the game progress processing unit may not update a parameter including the specific parameter of the specific object for at least a part of a period during which the charging guide unit notifies the charging guide. Good.

  In the above invention, when the charging operation information indicating that the payment corresponding to the charging guide is performed is input from the operation information input unit, the computer further functions as a charging notification unit that notifies the server device of the charging operation information. You may let them.

  In the above invention, when it is determined that the game status data meets the charging condition, the charging guidance means notifies the server device of the fact and receives the charging guidance from the server device. Billing guidance acquisition means may be included.

  In the above invention, the computer transmits the operation information input from the operation information input means to another game device and receives the operation information from the other game device, and the other in the game space. A second player object control unit that generates a second player object corresponding to the game device and activates the second player object in the game space based on the operation information received from the other game device. You may let them.

  The game system provided by the second aspect of the present invention is a game system having a terminal device and a server device, and the terminal device includes an operation information input unit that inputs operation information generated by a user operation. A game space control unit that generates a virtual three-dimensional game space; a player object control unit that generates a player object in the game space and activates the player object in the game space based on the operation information; A game progress processing unit that calculates a state of the game space and an object in the game space to advance the game, and generates game situation data indicating a current game progress status every predetermined time; and the game situation data A game screen display unit for drawing a game screen based on the display and displaying the game screen on the display unit; Progress of a game by the game progress processing unit when it is determined that the game status data meets the charging condition, and a situation determination unit that determines whether the data meets a predetermined charging condition When charging operation information indicating that payment corresponding to the billing guidance is to be performed is input from the billing guidance section for notifying the billing guidance for prompting payment corresponding to the billing conditions and the operation information input section A billing notification unit for notifying the server device to that effect, and when the server device receives a notification that the billing operation information has been input from the terminal device, a settlement based on the billing operation information An accounting processing unit for performing the processing is provided.

  In the above invention, when the billing guidance unit of the terminal device determines that the game situation data meets the billing condition, the billing guide unit notifies the server device to that effect, and the server device When the server device receives a notification from the terminal device that the game status data meets the charging condition, the server device is charged according to the game status data at that time. A billing guide for guiding the user may be transmitted to the terminal device.

  According to the present invention, when the progress of a game corresponds to a charging condition in a game, payment (items, etc.) for canceling the charging condition is guided, so it is possible to efficiently assist the user's play. become.

It is a block diagram of the game system which has a portable terminal device and a server apparatus. It is a block diagram of a portable terminal device. It is a functional block diagram of the game device (normal mode) comprised by cooperation of a portable terminal device and a game program. It is a figure which shows an example of a game screen. It is a figure which shows an example of the user database provided in a server apparatus. It is a figure which shows an example of the game database provided in a server apparatus. It is a functional block diagram of the game device (item sales mode) comprised by cooperation of a portable terminal device and a game program. It is a figure which shows an example of an item guidance screen. It is a flowchart which shows operation | movement of a game device and a server apparatus. It is a flowchart which shows operation | movement of a game device and a server apparatus. It is a flowchart which shows operation | movement of a game device. It is a flowchart which shows operation | movement of a game device. It is a flowchart which shows operation | movement of a game device and a server apparatus. It is another block diagram of a game system.

  FIG. 1 is a diagram showing a configuration of a system having a mobile terminal device 1 and a game server 3. FIG. 2 is a block diagram of the mobile terminal device 1. The mobile terminal device 1 is, for example, a mobile phone or a smartphone. The mobile terminal device 1 is connected to another mobile terminal device 1 by peer-to-peer or Bluetooth (Bluetooth®) and via the network 2. Connected to the game server 3. The network 2 is, for example, a mobile phone communication network.

  The mobile terminal device 1 constitutes a game device 100 as shown in FIGS. 3 and 7 in cooperation with the game program 50 stored in the built-in ROM 22 or the memory card 5, and other mobile terminal devices 1. The game is executed by communicating. The game executed here is a survival game in which a plurality of characters battle each other. In this game, a team is formed by one to three characters (one to three players) each operated by one mobile terminal device 1 (player), and two teams play against each other. That is, a maximum of six mobile terminal devices 1 (players) can participate in the game. The unit of the game in which a maximum of six players participate is called a session, and the game server 3 performs session matching. The game server 3 is installed by a game operating company that provides a plurality of online games including the game of this embodiment.

  The game server 3 receives a session creation request from the mobile terminal device 1 (host 1A) that requests to create a session by itself. In addition, a session participation request is sent from a mobile terminal device (guest 1B) who wishes to participate in a session created by another mobile terminal device 1 (host 1A). The game server 3 performs matching processing in which one host 1A and one to five guests 1B are combined, and organizes the session 6. The fact that the session 6 is organized is notified to the host 1A and each guest 1B participating in the session 6, and the respective mobile terminal devices 1 (1A, 1B) communicate with each other by peer-to-peer or Bluetooth. Proceeding with the game.

  In FIG. 2, the mobile terminal device 1 has a control unit 20, an operation unit 30, a media interface 31, and a wireless communication circuit unit 32 on a bus 26. The control unit 20 includes a CPU 21, a ROM (flash memory) 22, a RAM 23, an image processor 24 and an audio processor 25. A video RAM (VRAM) 40 is connected to the image processor 24, and a display unit 41 is connected to the VRAM 40. The display unit 41 includes a liquid crystal display and displays a telephone number, a game screen, and the like. An amplifier 42 including a D / A converter is connected to the audio processor 25, and a speaker and an earphone terminal are connected to the amplifier 42.

  The wireless communication circuit unit 32 performs voice call and data communication via the mobile phone communication network 2. Online processing of network games is performed by data communication.

  The operation unit 30 may be a touch panel formed on the display unit 41, and may include a button switch group such as a numeric keypad and a cross key. The operation unit 30 receives an operation of the user (player) and generates an operation signal corresponding to the operation content. The generated operation signal is input to the CPU 21.

  A memory card 5 is connected to the media interface 31. The memory card 5 is, for example, a micro SD card. The game program 50 is downloaded from the game server 32 by the wireless communication circuit unit 32 and then stored in the memory card 5 or the ROM 22. The game program 50 includes game data such as item images necessary for the progress of the game, in addition to the program body.

  A work area used when the CPU 20 executes the game program 50 is set in the RAM 23. In the work area, various parameters relating to the player character PC controlled by the mobile terminal device 1 are stored. The ROM 22 stores a basic program for executing an application program including a call of the mobile terminal device 1 and a game program 50. The ROM 22 is a flash memory that can store a downloaded application program in addition to a basic program.

  The image processor 24 draws a standby screen, a telephone number, and the like and displays them on the display unit 41. The image processor 24 includes a GPU (Graphics Processing Unit) that can generate a game video. The image processor 24 generates a game space in accordance with an instruction from the CPU 21, and draws an image obtained by photographing the game space with a virtual camera on the VRAM 40 as a game image.

  The voice processor 25 has a DSP (Digital Signal Processor) that encodes / decodes call voice. The DSP also generates game sound. The audio processor 25 outputs the decoded / generated audio to the amplifier 42. The amplifier 42 amplifies this audio signal and outputs it to the speaker 16 and the earphone terminal 17.

  With reference to the functional block diagrams of FIG. 3 and FIG. 7, the game device 100 realized by reading the game program 50 of the game media 5 into the mobile terminal device 1 (hardware) will be described. 3 is a functional block diagram of the normal mode 100A, and FIG. 7 is a functional block diagram of the item sales mode 100A of the game apparatus 100. As described above, the game system of the present invention includes the game device 100 and the game server 3.

  In the normal mode 100A, the game device 100 realized by reading the game program 50 into the mobile terminal device 1 includes an operation data input unit 120, a game progress processing unit 110, a communication unit 130, a situation determination unit 140, and A game screen drawing unit 150 is provided. The operation data input unit 120 is realized by cooperation of the control unit 20, the operation unit 30, and the game program 50. The game screen drawing unit 150 is realized by the cooperation of the control unit 20, the VRAM 40, the display unit 41, and the game program 50.

  The mobile terminal device 1 serving as the host 1A activates the host program in addition to the game device 100 program, and the game progresses between the mobile terminal devices 1 (game device 100) participating in the session. The processing operation to synchronize is executed.

  The operation data input unit 120 takes in an operation signal generated by the operation of the operation unit 30 by the user and inputs the operation signal as operation data 200 to the game progress processing unit 110. The communication unit 130 communicates with the host 1A, receives the game synchronization data 210 from the host 1A, inputs it to the game progress processing unit 110, and transmits the local data 230 output by the game progress processing unit 110 to the host 1A.

  The game progress processing unit 110 calculates the contents related to the progress of the game and the drawing of the game image based on the operation data 200, the game synchronization data 210, the immediately preceding game situation data 220, and the like, and the data group as the calculation result is calculated as the current game. Output as status data 220. Here, the game situation data 220 includes a game scene, values of various parameters such as a stamina value ST and an activity value HP of the player character PC, a current position, a remaining number of bullets, a distance from a treasure box object, and the like. This is data representing the “situation”. The game scene included in the game situation is information including the attribute of the game stage, the degree of difficulty, the number of enemy allies, the game situation of the game, and the like.

  The calculation performed by the game progress processing unit 110 is, for example, calculation of the action of the player character according to the input operation data 200, calculation of the action of the other character according to the game synchronization data 210 or the passage of time, and the passage of time. Changes in the environment.

  The local data 230 output by the game progress processing unit 110 is difference data obtained by erasing the contents of the previous game situation data 220 and the game synchronization data 210 from the game situation data 220. That is, since the game situation data 220 is large data including all information for reproducing the current game situation, a change amount generated in the portable terminal device 1 (game device 100) during the progress of the game. Only the local data 230 that has been extracted is transmitted to the host 1A. The game synchronization data 210 sent from the host 1A is a collection of local data 230 received from all the mobile terminal devices 1 (game devices 100) participating in the session 6, and the game data in the entire game system. This is a summary of the progress. The host 1A distributes the game synchronization data 210 to all the mobile terminal devices 1 (game devices 100) participating in the session 6 so that the game is synchronized with all the mobile terminal devices 1 (game devices 100). Control as it progresses.

  For each frame of the game screen, the game progress processing unit 110 calculates the operation data 200 and the elapsed time as variables based on the game situation data 220 of the immediately preceding frame, and generates the current game situation data 220. Output. The game situation data 220 is input to the game screen drawing unit 150. The game screen drawing unit 150 draws a game screen based on the game situation data 220 and displays it on the display unit 41. Through the above processing of the game apparatus 100, the game progresses according to the operation of the operation unit 30 by the user and the passage of time, and a game screen that changes as the game progresses is displayed on the display unit 41.

  As described above, the game executed in the game system of the present embodiment is a survival game in which a plurality of characters battle each other, and the game screen is, for example, as shown in FIG. This game screen 500 is a screen in which there are obstacles such as rocks and buildings in the game space, and characters 501, 502, and 503 exist between them. Among these, the character 501 displayed largely in the center in the back direction is a character controlled by the mobile terminal device 1 (game device 100), that is, the player character PC. The character 502 is a fellow character MC belonging to the same team as the character 501 (player character PC), and the character 503 is an enemy character EC belonging to the opponent team. Characters 501, 502, and 503 are respectively controlled by the corresponding portable terminal devices (game device 100), and move in the game space or fight against enemy characters. Here, being controlled by the mobile terminal device 1 (game device 100) is controlled by operation data input by a user operating the mobile terminal device 1 (game device 100) and active in the game space, and , Including both being controlled by the AI of the mobile terminal device 1 (game device 100) and active in the game space.

  When a game is started by a player's operation or the like, first, a main menu is displayed on the display unit 41. A plurality of individual menus are displayed on the main menu. The player can check their own status by selecting the desired individual menu from the main menu, select the character that he or she will operate in the battle during the game, and equip the selected character with items, weapons, etc. You can make it. You can also strengthen weapons and purchase items such as recovery sprays to prepare for battles during the game. The player can start a battle by selecting “battle (3VS3)” from the main menu. Further, when the stamina value becomes 0 in the battle, the battle result screen is displayed and the screen returns to the main menu. Note that the game continues from the time when the main menu is displayed until the departure from the session 6 or the cancellation of the session 6, but a scene where a battle with an enemy character in the game, a so-called game screen is displayed, is particularly “ Called “Battle”.

  In such a game, as shown in FIG. 6, various parameters including a physical strength value HP and a stamina value ST are set for the character. The physical strength value HP is a parameter indicating the degree to which the opponent can withstand the attack, and the stamina value ST is a parameter indicating the remaining activity of the character. When the character is active, the stamina value ST gradually decreases, and when the character becomes 0, the stamina value ST cannot move until it recovers. In addition, the character having a stamina value of 0 is set in a fatigued state, and a motion that does not move due to fatigue is performed. At this time, if there is an item such as a recovery spray, the stamina value ST can be recovered to the maximum value, for example, and the character can be immediately returned to the game. An item such as a recovery spray is used by the player when the player character PC obtains the player character PC in advance and the stamina value ST of the player character PC decreases to a value smaller than the maximum value (for example, 0). The stamina value ST is recovered, but if the item for recovering the stamina value is not held when the stamina value of the player character PC becomes 0, no further activity in the game space is possible, and the battle Can not continue. The stamina value may be increased (compensated) based on the passage of time (for example, real time). However, if the stamina value becomes 0 during the game, the game cannot be continued unless the recovery spray is used. .

  Therefore, in this embodiment, in such a case, the item guide screen 510 (see FIG. 8) is displayed separately from the game screen 500 that displays the game space, and the item can be purchased. Thereby, even if the player character PC cannot move when there is no item, it is possible to return to the game.

  The situation determination unit 140 analyzes the game situation data 220 and determines whether or not it is a situation in which an item is presented to the player. In this embodiment, it is determined whether or not the stamina value ST of the player character PC has become zero. When this condition is satisfied, the item selection request purchase information 240 is transmitted to the game server 3 via the communication unit 130, and the item sales mode 100B shown in FIG. 7 is activated.

  Further, as a condition for starting the item sales mode 100B, when the stamina value ST of the player character PC becomes 0, it is further determined whether or not the player character PC possesses an item, and when the player character PC possesses no item. You may make it start. In this embodiment, the item sales mode 100B is activated based on the value of the stamina value ST. However, the item sales mode 100B may be activated based on the physical strength value HP, play time, or the like.

  5 and 6 are diagrams showing a user database 600 and a game database 610 provided in the game server 3. The game database 610 is also provided in the host 1A that manages the individual sessions 6.

  The user database 600 is a database in which a record 601 of users registered in the game server 3 is registered. The user record 601 stores a user ID and a user name, as well as an amount (the number of coins) that the user has paid in advance to the game operating company.

  A user who wants to play a game provided by a game management company accesses the game management company's site, registers his / her information, and pays a predetermined amount to obtain a user ID. The registered user (whose user ID has been acquired) downloads the game program of the game to be attempted, configures the mobile terminal device 1 in the game device 100, accesses the game server 3 and enters the game, A game can be played as a player. In the case of a browser game that plays a game on the server, or when a game program is read from a storage medium such as a Blu-ray disc, the game program need not be downloaded.

  The game database 610 is a database that stores data for managing each session. In the game database 610, a game player table 611 and an item table 613 are provided.

  As described above, the game of this embodiment is a survival game in which a maximum of 3 to 3 characters compete. For this reason, records 612 for six players are set in the game player table 611. Each record 612 includes the user ID of the user who entered as a player, the character (character name) in the game to be operated, the team (A / B) to which the character belongs, the current activity value HP, the current stamina value ST, and The item (item number) currently possessed by this character is stored.

  The item table 613 stores a record 614 that stores information on a plurality of items provided in this game. Each record 614 stores an item number, item name, price, image data (file name), function of the item, and the like. When an item selection request notification is received from the mobile terminal device 1 (game device 100), an item most suitable for the notification status is selected from the items registered in the item table 613.

  The mobile terminal device 1 (game device 100) stores at least a record related to the user of the device itself among the user database 600 and the game play table 611.

  FIG. 7 is a diagram showing the configuration of the item sales mode 100B of the game apparatus 100. As shown in FIG. The item sales mode 100B is activated by the normal mode 100A shown in FIG. 3, and operates in parallel with the normal mode 100A. In the item sales mode 100B, when the game situation corresponds to a certain condition while the game in the normal mode 100A is in progress, the item corresponding to the game situation is presented to the player, and the player character PC acquires the item. It is a function that supports the game so that it can proceed smoothly and advantageously. Furthermore, by presenting a paid item and prompting the purchase, there is an advantage that leads to sales promotion of the item for the game operating company.

  The item sales mode 100 </ b> B includes an operation data input unit 120, a communication unit 130, an item guidance processing unit 410, and an item guidance screen drawing unit 420. The operation data input unit 120 is realized by cooperation of the control unit 20, the operation unit 30, and the game program 50. The item guidance screen drawing unit 420 is realized by the cooperation of the control unit 20, the VRAM 40, the display unit 41, and the game program 50.

  In the normal mode game device 100A of FIG. 3, the game server 3 receives the item selection request notification 240 from the situation determination unit 140. The game server 3 that has received the item selection request notification 240 selects an optimal item from the item table 613, and transmits item information 270 of the selected item to the game device (item sales mode) 100B. Note that the item selection may be performed locally by the game apparatus 100.

  In the item sales mode 100 </ b> B, the communication unit 130 receives the item information 270 and inputs it to the item guidance processing unit 410. The item guidance processing unit 410 creates an XML file for constructing the item guidance screen 510 based on the item information 270, and inputs the XML file to the item guidance screen drawing unit 420. The item guidance screen drawing unit 420 draws the item guidance screen 510 (see FIG. 8) based on the input XML file and displays it on the display unit 41.

  FIG. 8 shows an example of the item guidance screen. In this item guidance screen 510, the current stamina value ST (= 0) 511, the recovery spray image 512 that is the item selected by the game server 3, the effect of this item (the stamina value ST recovers from 0 to 300). ) 513, the price of this item (100 coins) 514, the number of coins currently owned by the player (1000 coins) 515, the recovery item purchase icon 516 for accepting the recovery spray purchase operation, and the screen display to the previous screen. A return icon 517 is displayed.

  When the player selects the recovery item purchase icon 516 in FIG. 8, the item purchase operation data 200 is input to the item guidance processing unit 410 from the operation data input unit 120 in FIG. 7. When the item purchase operation data 200 is input, the item guidance processing unit 410 transmits purchase information 280 to the game server 3 via the communication unit 130. In the game server 3, in accordance with the purchase information 280, a billing process for subtracting the item price from the advance payment amount stored in the user database 600 is performed. Furthermore, the item guidance processing unit 410 transmits operation result information 290 indicating that the recovery spray has been purchased to the game progress processing unit 110 in the normal mode 100A. On the other hand, when the player does not operate the recovery item purchase icon 516 or performs an operation to end the game, the item guidance processing unit 410 displays operation result information 290 indicating that the item has not been purchased. This is transmitted to the game progress processing unit 11. The game progress processing unit 110 performs a game progress process according to the input operation result information 290.

  In this embodiment, the billing process is performed by subtracting the advance payment amount stored in the game server 3. However, the billing process is not performed by the game server 3, and a billing processing unit 410 </ b> A is provided in the game device 100 to provide local processing. The billing process may be performed at For example, you may make it settle in real time using the electronic money function built in the portable terminal device 1. FIG. In addition, payment processing may be performed by credit payment or prepaid IC card.

  9 to 13 are flowcharts showing operations of the game device 100, the host 1A, and the game server 3.

  FIG. 9A is a flowchart showing the game progress processing operation of game device 100 (normal mode 100A). This processing operation is repeatedly executed every predetermined time. Based on the input operation data 120, game synchronization data 210, immediately preceding game situation data 220, and data such as the passage of time, an operation for determining the progress of the game is performed (S1). The game situation data 220 generated by this calculation is output to the game screen drawing unit 150 (S2), and local data which is difference data obtained by erasing the contents of the previous game situation data 220 and the game synchronization data 210 from the game situation data 220. Data 230 is generated (S3). The local data 230 is transmitted to the host 1A (S4).

  FIG. 9B is a flowchart showing the game progress management operation of the host 1A. This processing operation is repeatedly executed every predetermined time. The local data 230 is received from the portable terminal device 1 (game device 100) of the player participating in the session 6 (S10). Then, the plurality of local data 230 are aggregated to synchronize the progress of the entire game, and the game synchronization data 210 is generated (S11). And this game synchronous data 210 is transmitted to each portable terminal device 1 (game device 100) (S12). As a result, the game progresses in synchronization with the entire game system.

  FIG. 10A is a flowchart showing a situation determination operation of game device 100 (normal mode 100A). This processing operation is repeatedly executed every predetermined time. Based on the game situation data 220, it is analyzed whether or not the current situation satisfies a condition for guiding an item, for example, the stamina value ST of the player character PC is 0 (S20). When it is determined that the item should be guided (YES in S21), an item selection request notification 240 is transmitted to the game server 3 (S22), and the item sales mode 100B is activated (S23).

  The determination of the item guidance conditions in S20 and S21 may be only whether or not the stamina value ST of the player character PC has become 0, but in this case, whether or not the player character PC possesses a recovery item. The determination may be added. In this case, if it is determined that the stamina value ST of the player character PC is 0 and the number of recovery items possessed is 0, the determination in S21 is affirmative (YES), and the process proceeds to S22.

  Further, the item guidance conditions do not have to be the same throughout the game, and may be changed depending on the game situation. For example, the conditions may be changed between when the team is advantageous and when the opponent team is advantageous. That is, even if the conditions of the parameters such as the stamina value ST are the same, there may be a case where the item is guided or not according to the situation of another game.

  FIG. 10B is a flowchart showing the item selection operation of the game server 3. This processing operation is executed when an item selection request notification 240 is sent from the mobile terminal device 1 (game device 100). When an item selection request notification is received from the mobile terminal device 1 (game device 100) (S25), an item suitable for the situation is selected based on the situation (for example, the stamina value ST of the player character PC is 0) (S26). . Then, the information of the selected item is returned as the item information 270 to the mobile terminal device 1 (game device 100) (S27). The item information 270 may be only the item number of the selected item, but an XML file for constructing the item guidance screen 510 may be created and transmitted. In any case, since the item image is downloaded in advance to the mobile terminal device 1 as game data, it is not necessary to transmit it again.

  FIG. 11 is a flowchart showing the operation of the item sales mode 100 </ b> B of the game apparatus 100. When the item information 270 is received from the game server 3 (S31), the item guidance screen 510 is edited based on the item information 270 (S32), and the item guidance screen 510 is displayed on the display unit 1 (S33). After this, there is a certain operation (S34), or until a certain time elapses (S36), it waits. If there is an operation (YES in S34), it is determined whether or not the operation is a purchase operation (operation of the recovery item purchase icon 516) (S35).

  When the purchase operation is performed (YES in S35), the purchase information 280 is transmitted to the game server 3 (S40). In the game server 3, the sales process shown in FIG. 13A is performed, and when the sales process is completed (charging is normally completed), a message to that effect is returned to the mobile terminal device 1 (game device 100). When this reply is received, the game progress processing unit 110 in the normal mode 100A is notified that the item has been purchased (S41), the other mobile terminal device 1 is notified that the item has been purchased (S42), and the item guide The screen 510 is deleted, and the display on the display unit 41 is returned to the game screen 500 (S43).

  On the other hand, if the operation is an operation other than a purchase operation, for example, a game end operation (NO in S35), or if a certain time has passed without any operation (YES in S36), the item is The game progress processing unit 110 is notified that the purchase has not been made (S44), and the item guidance screen 510 is deleted (S45). In this case, as will be described with reference to FIG. 12, in the normal mode 100A, the game result (result) is displayed on the display unit 41, and then the game is terminated.

  Here, the sales process of the game server 3 in FIG. 13A will be described. This processing operation is executed when purchase information 280 is received from mobile terminal device 1 (game device 100). When purchase information 280 is received, billing processing is first performed (S70). The charging process is a process of subtracting the price of this item from the advance payment amount of the user database 600. Then, when the charging is completed normally, the mobile terminal device 1 (game device 100) is notified that the charging is completed (S71).

  FIG. 12 is a flowchart illustrating an operation performed when the stamina value ST of the player character PC becomes 0 in the game progress processing executed by the game progress processing unit 110. When the stamina value ST of the player character PC becomes 0, the player character PC is controlled to be in a fatigued state because the player character PC cannot act until the stamina value ST is recovered (S50). The state of fatigue is a state in which the person cannot fall down and cannot move. After that, the player character PC is controlled so as not to be attacked by the enemy (or the activity value HP is not decreased even if the player character PC is attacked) (S51), so that purchase of the guided item can be considered. To. However, at this time as well, the game is proceeding normally by the normal mode 100A and the processing of the game server 3. Note that the process of S51 may be omitted, and the fatigue state may be continued in a state where the player character PC is attacked (a state where the activity value HP decreases when the player character PC is attacked).

  Since the item guidance screen 510 is displayed in the item sales mode 100B, a notification indicating that an item has been purchased is received from the item sales mode 100B (S52), or the end operation is performed or the operation is not performed. It waits until there is a notification that the time has passed (S53).

  If there is a notification that an item has been purchased (YES in S52), the item purchased by the player's operation or automatically is used (S60). As a result of this item use, the stamina value ST of this player character PC is recovered to 300 (S61), and the fact that the recovery item has been used is transmitted to another mobile terminal device 1 (game device 100) (S62). Thereby, each mobile terminal device 1 recovers the activity value HP by a predetermined value (for example, about 50) when the character it controls is a fellow character MP of the same team as the character using the recovery item. Thereafter, the protection of the player character PC is released (S63), and the fact that the stamina value ST of the player character PC has been recovered is transmitted to the other portable terminal device 1 (S64). In parallel with this, a notification that the physical strength value HP of the fellow character MP has been recovered is sent from the mobile terminal device 1 that controls the fellow character MP. In addition, when the recovery spray is purchased when the stamina value ST of the player character PC is 0, it is used at the moment when it is added to the possessed item field, so that it is substantially additionally registered in the possessed item field. There is no.

  On the other hand, if a notification indicating that the ending operation has been performed or that a predetermined time has elapsed without being operated (YES in S53), the image of the player character PC is deleted, and the player character PC is removed from the game space. Move away (S65). Then, the host 1A is notified of the fact that the user is leaving the game on the local data 230 (S66), a result screen such as a final score is displayed (S67), and the game is terminated. The host 1 </ b> A notifies the game host 3 that one mobile terminal device 1 has left the session 6, and allows other mobile terminal devices 1 to participate midway.

  In the above flowchart, the notifications of S62, S64, and S66 are notified to the host 1A to the other mobile terminal devices 1 participating in the session 6 via the host. You may make it notify directly to all the other portable terminal devices 1 which have participated in the session 6. FIG.

  FIG. 13B is a flowchart showing the operation of the game server 3 when the local data 230 transmitted in S63 is received. First, the used item is deleted from the possessed item (S72). Then, the stamina value ST of the player character PC is recovered (S73), and the activity value HP of the fellow character MP is increased by a predetermined value (S74).

  Thus, by using the recovery item (recovery spray) in the game, it is possible to give merit not only to oneself (player character PC) but also to the fellow character MP operated by another player.

  When the local data 230 indicating that the user leaves the game (S65) is received from the mobile terminal device 1 (game device 100), the host 1A, as shown in FIG. 13C, the game player table 611 of the game database 610. From this, the player (user) record is deleted (S75). As a result, the number of characters in the game is reduced by one, but the game server 3 is requested to accept a new user's session 6 participation while continuing the game in this state.

  As described above, when the stamina value ST of the player character PC becomes 0, if the recovery item purchase operation is not performed within a certain period of time, no charge can be made and the player character is withdrawn. Even if the player leaves the battle without charging, the other players can continue the game, but the game situation is affected by a decrease in the number of players. That is, the players of the same team are disadvantageous because the fellow characters MP are reduced. Thus, by making the game progress as a team, the player's willingness to charge can be increased. In addition, by displaying the billing guidance screen display time (purchasable time limit) by countdown display or the like, it is possible to give the player a sense of tension and to further strongly charge billing. Note that when the player character PC leaves the game after a certain period of time without performing the recovery item purchase operation, a new player (game device) can participate in the battle on the way.

  In the embodiment described above, the game server 3 selects an item to be guided to the player in the item sales mode. However, the game apparatus 100 selects an item locally, and the game server 3 receives only the price of each item. You may make it inquire. That is, the game device 100 requests a price list of each item from the game server 3 in S22 of FIG. 10 (A), and selects an item in S31 of FIG. The game server 3 returns a price list of each item by the operation of FIG. Further, when the price of each item is not changed, the item sales mode may be executed at the price stored in the game apparatus 100. Therefore, the operation of S22 in FIG. The operation and the operation of S31 in FIG. 11 are not necessary. In addition, the price list may be received from the game server 3 before the battle starts. In this case, the operation in S22 in FIG. 10A, the entire operation in FIG. 10B, and the operation in FIG. The operation of S31 is not necessary.

  In the above embodiment, when the stamina value ST of the player character PC becomes 0, the item guidance screen 510 is displayed. However, the display timing of the item guidance screen 510 is not limited to this. The item guidance screen 510 may be displayed in a scene where the player may need assistance during the game. For example, when the player character PC approaches a treasure box, a screen for guiding a key as an item may be displayed. Here, “approaching the treasure chest” means that the distance between the treasure chest object and the player character PC is equal to or less than a predetermined value, or the movement of opening the treasure chest of the player character PC is detected. In this case, even if the player character PC (player) does not purchase the key, the player character PC does not leave the game.

  In addition to the recovery spray and the key, weapons and armor according to the situation may be guided. For example, on the basis of the action history of the player character PC and the characteristics of the opponent character that is going to fight, a weapon that can attack the opponent character efficiently, and a protective equipment that prevents the weak point of the player character PC and the skill of the opponent character are appropriately guided. It may be.

  There is a game in which a character can go to the market and purchase an item during the game, but the present invention is different from this, and the purchase of the item is appropriately guided in a battle or competition scene. The item guided on the item guide screen 510 may be purchased on the market, or may be purchased only on the item guide screen 510. That is, purchase (billing) motivation may be enhanced by guiding items that cannot be obtained in normal game progress on the item guidance screen 510 that cannot be displayed by the player's intention.

  Further, guidance is not limited to items. For example, the ability itself to jump over difficult places such as rivers to take shortcuts may be guided on the screen and purchased.

  Further, the item guidance screen 510 shown in FIG. 8 is displayed on the display unit 41 (in full screen) instead of the game screen 500 of FIG. 4, but the item guidance screen 510 is changed to the game screen 500 of FIG. You may make it display a window in a part of. In addition, it may be displayed compositely on a game progress image or the like, and the method of item guidance is not limited.

  In this embodiment, a game in which a plurality of characters fight is described as an example, but the object of the present invention is not limited to a character, and the type of game is not limited to a survival game. For example, the object may be a vehicle such as an automobile or a spaceship, and the game type may be a racing game.

  In the game system shown in FIG. 1, a plurality of mobile terminal devices 1 that are members of the session 6 are in the form of directly communicating and proceeding with the game. However, as shown in FIG. All or a part may communicate directly via the network 2 or via the network 2 and the game server 3. In this case, the synchronization processing of the game progress may be handled by the host 1A, or the game server 3 may be in charge without defining the host 1A.

  In the above description, a smartphone or a mobile phone has been presented as an example of the mobile terminal device 1, but the mobile terminal device 1 of the present invention may be a device that is not a game dedicated device, such as a tablet terminal, or a game dedicated device. May be.

1 mobile terminal device 5 memory card 20 control unit 41 display unit 50 game program 100 game device 100A normal mode 100B item sales mode

Claims (9)

The computer to which the display unit is connected
Operation information input means for inputting operation information generated by a user's operation;
Game space control means for generating a virtual three-dimensional game space;
Player object control means for generating a player object in the game space and causing the player object to be active in the game space based on the operation information;
A game progress processing means for calculating a state of the game space and an object in the game space to advance the game, and generating game situation data indicating a current game progress situation every predetermined time;
Game screen display means for drawing a game screen based on the game situation data and displaying the game screen on the display unit;
Situation determination means for determining whether or not the game situation data meets a predetermined charging condition;
A billing guide for notifying a billing guide prompting payment corresponding to the billing conditions while continuing the progress of the game by the game progress processing means when it is determined that the game status data meets the billing conditions means,
Game program to operate as.   The game program according to claim 1, wherein the billing guidance unit is a unit that displays the billing guidance on the display unit. The situation determination means determines that the charging condition is met when a specific parameter of a specific object active in the game space is equal to or less than a predetermined value,
The payment corresponding to the charging condition is purchase of an item that increases the specific parameter of the player character and updates a parameter other than the specific parameter of a character other than the player character. The described game program.   The game program according to claim 3, wherein the game progress processing unit does not update a parameter including the specific parameter of the specific object for at least a part of a period during which the charging guide unit notifies the charging guide. .   2. The computer is further caused to function as billing notification means for notifying a server device when billing operation information for performing payment corresponding to the billing guidance is input from the manipulation information input means. The game program according to claim 4.   The billing guidance means, when it is determined that the game status data meets the billing conditions, notifies the server device to that effect and receives the billing guidance from the server device. The game program according to claim 1, comprising: The computer,
Communication means for transmitting the operation information input from the operation information input means to another game device and receiving the operation information from the other game device;
A second player that generates a second player object corresponding to the other game device in the game space and activates the second player object in the game space based on operation information received from the other game device. Object control means,
The game program according to claim 1, further functioning as a game program. A game system having a terminal device and a server device,
The terminal device
An operation information input unit for inputting operation information generated by a user operation;
A game space control unit for generating a virtual three-dimensional game space;
A player object control unit that generates a player object in the game space and activates the player object in the game space based on the operation information;
A game progress processing unit that calculates the state of the game space and the objects in the game space to advance the game, and generates game status data indicating the current game progress status every predetermined time;
A game screen display unit that draws a game screen based on the game situation data and displays the game screen on the display unit;
A situation determination unit that determines whether or not the game situation data meets a predetermined charging condition;
When it is determined that the game status data corresponds to the charging condition, a charging guide for notifying a charging guide for prompting payment corresponding to the charging condition while continuing the progress of the game by the game progress processing unit And
A charging notification unit for notifying the server device of the charging operation information indicating that the payment corresponding to the charging guide is to be input from the operation information input unit;
With
When the server device receives a notification that the billing operation information has been input from the terminal device, the game system includes a billing processing unit that performs a settlement process based on the billing operation information. When it is determined that the game situation data meets the charging condition, the charging guide unit of the terminal device notifies the server device of the fact and receives the charging guide from the server device. Including a billing guidance acquisition unit
When the server device receives a notification from the terminal device that the game situation data corresponds to the billing condition, the server device provides a billing guide for guiding the billing according to the game situation data at that time to the terminal device. The game system according to claim 8.