JP6368818B1 - Program, server and game system - Google Patents

Abstract

[PROBLEMS] To enable a plurality of games to be executed by consuming a parameter, allowing the game to progress by consuming elements other than the parameters, and further improving the fun of the plurality of games interacting with each other. To provide a program, a server and a game system capable of
A first game is executed by consuming a parameter of a player, a second game is executed by consuming a parameter, and the second game is executed based on a game result of the first game. A specific item that can be consumed is given to the player. The second game can be executed by consuming the specific item instead of the parameter.
[Selection] Figure 12

Description

  The present invention relates to a program, a server, and a game system.

  In recent years, a technique for accessing a server in order to use an SNS (Social Networking Service) or the like on a player terminal and executing an online game provided from the server, a so-called “social game”, has become widespread.

  In many social games, one of the player's parameters is a parameter with an upper limit (also called “stamina value”, “action point”, “action point”, “physical strength point”) set to the player, In many cases, the player operates the character to be operated while consuming the parameter. When this parameter disappears (when it becomes 0), the player cannot play because the character cannot be moved. However, since there is a function of automatically recovering the parameters as time passes, the player can play again after waiting for a while.

  Conventionally, there is one that performs a process of recovering the parameter by consuming a “recovery item” (see, for example, Patent Document 1). For example, Patent Document 1 discloses a technique of recovery processing that allows recovery (second recovery) beyond the upper limit value of a parameter by consuming a recovery item (for example, Patent Document 1 of 0009). , Paragraph 0052).

Patent No. 5676481

  However, in the conventional technology, there is no idea that not only a parameter is consumed and one game is executed, but another parameter is consumed and another game is executed. In other words, in the prior art, a game executed by consuming parameters is limited to one game.

  In addition, in the conventional technique, a parameter is consumed to advance a game, but there is a problem that a target to be consumed is limited to the parameter. In other words, it is desirable for the player to play the game by consuming a specific item, which is an element other than the parameter, for example, because the chance to play the game increases.

  Furthermore, when a plurality of games are progressed using a common parameter, it is preferable that the plurality of games influence each other and improve the fun.

  The present invention has been made in view of the above problems, and its purpose is to enable a plurality of games to be executed by consuming parameters, allowing the game to proceed by consuming elements other than parameters, An object of the present invention is to provide a program, a server, and a game system in which a plurality of games can influence each other and improve the fun.

(1) The present invention
A program that advances multiple games,
A first game execution processing unit that consumes player parameters and executes the first game;
A second game execution processing unit for consuming the parameter and executing the second game;
Based on the game result of the first game, the computer is caused to function as an item grant processing unit that grants a specific item that can be consumed in the second game to the player,
The second game execution processing unit
The present invention relates to a program that enables execution of the second game by consuming the specific item instead of the parameter.

  The present invention also relates to a computer-readable information storage medium that stores the program for causing the computer to function as each unit. The present invention also relates to a server including the above-described units.

  According to the present invention, it is possible to enable a plurality of games to be executed while consuming parameters. Moreover, this invention can advance a 2nd game by consuming the specific item which is elements other than a parameter. Further, according to the present invention, it is possible for a plurality of games to influence each other and improve the fun. In other words, according to the present invention, the specific item can be obtained depending on the result of the first game, so that the player can be motivated to play the first game. Further, according to the present invention, it is possible to give a player a motivation to play the second game in order to consume a specific item. Thus, according to the present invention, the relationship in which the first and second games influence each other is established, and the fun can be improved.

(2) The program, information storage medium, and server of the present invention are:
By consuming the recovery item, the computer is further functioned as a recovery processing unit for recovering the parameter,
The recovery processing unit
When the parameter exceeds the upper limit value by consuming the recovery item in the first game, the parameter is set to the upper limit value,
The item grant processing unit
The specific item may be given to the player.

  According to the present invention, when the recovery item is consumed in the first game and the parameter exceeds the upper limit value, the parameter is set to the upper limit value and the specific item is given to the player. Therefore, according to the present invention, when the parameter exceeds the upper limit value due to consumption of the recovery item, even if the parameter is set to the upper limit value, the specific item is given, so that the player is not dissatisfied. be able to.

(3) The program, information storage medium, and server of the present invention are:
The item grant processing unit
The number of the specific items to be given to the player may be determined based on a value for which the parameter exceeds the upper limit value.

  In the present invention, the number of specific items to be given to the player is determined based on the value of the parameter exceeding the upper limit value, so that the player can be prevented from being dissatisfied.

(4) The program, information storage medium, and server of the present invention are:
The item grant processing unit
The number of the specific items to be given to the player may be determined based on the type of the recovery item consumed.

  According to the present invention, since the number of specific items to be given to the player is determined based on the type of the recovery item consumed, an appropriate number of specific items is given to the player according to the type of the recovery item consumed. be able to.

(5) The program, information storage medium, and server of the present invention are:
The second game execution processing unit
Prior to the execution of the second game, the number of consumption of the specific item is determined based on an instruction from the player, and a privilege to be given to the player is determined according to the game result of the second game and the number of consumption. You may do it.

  According to the present invention, before executing the second game, the number of consumptions of the specific item is determined based on the instruction of the player, and the privilege to be given to the player according to the game result of the second game and the number of consumption is given. Since it determines, a privilege can be obtained efficiently based on the game result of a 2nd game. For example, when a privilege is granted when the game result of the second game is successful, the value of the privilege is increased as the number of consumptions increases. In this way, a player who possesses a plurality of specific items can obtain a privilege with higher value by consuming the plurality of specific items at once.

(6) The present invention
A game system in which a server for proceeding with a plurality of games and a terminal of the player are connected via a network,
The server is
A first game execution processing unit that consumes player parameters and executes the first game;
A second game execution processing unit for consuming the parameter and executing the second game;
An item granting processing unit for granting a specific item that can be consumed in the second game to the player based on the game result of the first game,
The second game execution processing unit
The present invention relates to a game system that enables execution of the second game by consuming the specific item instead of the parameter.

  According to the present invention, it is possible to enable a plurality of games to be executed while consuming parameters. Moreover, this invention can advance a 2nd game by consuming the specific item which is elements other than a parameter. Further, according to the present invention, it is possible for a plurality of games to influence each other and improve the fun. In other words, according to the present invention, the specific item can be obtained depending on the result of the first game, so that the player can be motivated to play the first game. Further, according to the present invention, it is possible to give a player a motivation to play the second game in order to consume a specific item. Thus, according to the present invention, the relationship in which the first and second games influence each other is established, and the fun can be improved.

(7) Also, the game system of the present invention provides:
The first game execution processing unit
The first game is progressed by displaying the game screen with the direction of the display unit vertically on the terminal,
The second game execution processing unit
You may make it advance a 2nd game by displaying the game screen with the direction of the said display part sideways in the said terminal.

According to the present invention, the first game can be played while holding the terminal while the player is in the vertical direction, and the second game can be played while holding the terminal while the player is in the horizontal direction. Depending on the situation at that time, the first and second games can be used properly and played. For example, a player who cannot play a game with both hands but can play a game with one hand, or who plays the first game while riding a train and who plays the second game when the game can be played with both hands, etc. Can play a game using either the first or second game according to the situation at that time.

The figure which shows the game system of this embodiment. The figure which shows an example of the functional block diagram of the terminal of this embodiment. The figure which shows an example of the functional block diagram of the server of this embodiment. The figure which shows an example of the game screen displayed on the display part of the terminal of this embodiment. The figure which shows an example of the game screen displayed on the display part of the terminal of this embodiment. Explanatory drawing of the input evaluation of this embodiment. Explanatory drawing of the information of the character of this embodiment. Explanatory drawing of the information of the unit of this embodiment. Explanatory drawing of the information of the music of this embodiment. Explanatory drawing of the player information of this embodiment. FIGS. 11A to 11G are diagrams illustrating examples of display modes of stamina values displayed on the display unit of the terminal according to the present embodiment. 12A and 12B are explanatory diagrams of additional values and excess values of the present embodiment. The figure which shows an example of the game screen displayed on the display part of the terminal of this embodiment. The flowchart which shows an example of the flow of a process which provides a specific item to the player of this embodiment. The flowchart which shows an example of the flow of a process which performs the 2nd game of this embodiment. The figure which shows an example of the game screen displayed on the display part of the terminal of this embodiment. The flowchart which shows an example of the flow of a process which performs the 2nd game of this embodiment. FIG. 18 is a diagram for explaining a state of the terminal.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. Moreover, not all of the configurations described in the present embodiment are necessary constituent requirements of the present invention.

1. Game System FIG. 1 shows a game system (network system, social network system) of the present embodiment. In this embodiment, it comprises a plurality of terminals 10 (terminal device, game device) and a server 20 (server device, server system). That is, as shown in FIG. 1, the game system of the present embodiment is configured such that the server 20 that provides the service and the terminal 10 can be connected to a network (for example, the Internet).

The server 20 is an information processing apparatus that provides a service capable of providing communication among a plurality of users (players). In this embodiment, the server 20 provides a community-type service called SNS (social networking service). Server. That is, the server 20 transmits user information (user name, diary, bulletin information, game field status, etc.) not only to the logged-in user but also to other users who have a friendship with the user, and I try to communicate. The server 20 may provide a service only to the user who has registered as a member. The server 20 may be configured by one or a plurality of servers (authentication server, game processing server, communication server, billing server, database server, etc.).

  In addition, the server 20 of this embodiment provides an online game service (social game) in response to a request from the terminal 10. In this embodiment, a game program is executed in the terminal 10, and the server 20 can use the account information of the player, the game results of the games (first and second games) executed on the terminal 10, and the game. Information on game media (cards, objects, etc.), items that can be used in the game (recovery items, specific items, advantageous items, etc.), in-game currency that can be used in the game, information on the stages that constitute the game, etc. Managed.

  The terminal 10 is an information processing device such as a mobile terminal (smart phone, mobile phone, portable game machine, etc.), personal computer (PC), game device, image generation device, and the like via a network such as the Internet (WAN) or a LAN. The device can be connected to the server 20. The communication line between the terminal 10 and the server 20 may be wired or wireless.

2. 2. Configuration 2.1 Terminal Configuration FIG. 2 shows an example of a functional block diagram of the terminal 10 of this embodiment. Note that the terminal 10 of this embodiment may have a configuration in which some of the components (each unit) in FIG. 2 are omitted.

  The input unit 160 is a device for inputting input information from the user, and outputs the input information of the player to the processing unit. The input unit 160 of this embodiment includes a detection unit 162 that detects user input information (input signal). The input unit 160 includes, for example, a lever, a button, a steering, a microphone, a touch panel display, a keyboard, a mouse, and the like.

  Although the terminal 10 of this embodiment plays by touching a touch panel, the terminal 10 may have operators (buttons, direction keys, etc.) such as buttons and direction keys.

  The input unit 160 may be an input device including an acceleration sensor that detects triaxial acceleration, a gyro sensor that detects angular velocity, and an imaging unit. In the present embodiment, the vertical state and the horizontal state of the terminal 10 are determined based on the output of the acceleration sensor or the gyro sensor.

  For example, the input device may be one that is gripped and moved by the user, or one that the user wears and moves. The input devices also include controllers made by imitating actual tools such as sword-type controllers and gun-type controllers held by the user, or glove-type controllers worn by the user (attached to the user's hand). It is. The input device also includes a game device, a portable game device, a mobile phone, and the like integrated with the input device. The terminal 10 of this embodiment may include a plurality of input units 160.

  The storage unit 170 stores programs and various data for causing the computer to function as each unit of the processing unit 100, and functions as a storage area for the processing unit 100 and the communication unit 196.

  The storage unit 170 includes a temporary storage area and storage. A storage is a hard disk, an optical disk, a flash memory, a magnetic tape, or the like, and refers to a device that permanently stores data. The storage unit 170 may store programs and data stored in the information storage medium 180.

  The storage unit 170 of the present embodiment includes a main storage unit 171 used as a work area, an image buffer 172 for storing display images, and a player information storage unit 173. Note that some of these may be omitted.

  The main storage unit 171 can be realized by a RAM or the like. The main storage unit 171 is a storage area used in the processing of this embodiment. For example, the main storage unit 171 has a common parameter (stamina value), each item possessed by the player (recovery item, specific item, advantageous item) and the number of each item (the number of recovery items, the number of specific items, advantageous Player information such as the number of items) and character information (parameters of each character, unit information, in-game currency) and the like are stored. The terminal 10 transmits a player ID to the server 20 when the game is activated, and receives the player information associated with the player ID from the server 20.

  The image buffer 172 can be realized by a VRAM or the like.

  The player information storage unit 173 stores player information such as parameters (stamina values and the like) and item information. For example, the terminal 10 communicates with the server 20 and synchronizes the latest player information with the server 20.

  In addition, the memory | storage part 170 memorize | stores the music (music data) reproduced at the time of a play, and the musical score data of the said music. For example, the terminal 10 stores, for each piece of music data, music data to be played in association with music data identification information (music ID, music name), BPM (Beats Per Minute), time signature, and the like in the storage unit 170. , Memorize musical score data.

  The musical score data is marker data displayed in accordance with the reproduction of the music data in the game of one music. In the present embodiment, the determination reference timing of each marker (each marker ID) and the length (note type) of the sound reproduced at the determination reference timing are associated and stored as musical score data.

  The information storage medium 180 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The information storage medium 180 is a storage.

  Further, the information storage medium 180 can store a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  Note that the program and various data stored in the information storage medium 280 and storage unit 270 of the server 20 are received via the network, and the received program and data are stored in the storage unit 170 and the information storage medium 180. Also good. The case of receiving the program and various data and causing the computer to function as each unit of the processing unit 100 of the terminal 10 is also included in the scope of the present invention. As will be described later, the processing unit 100 performs various processes of the present embodiment based on programs and data stored in the storage unit 170 and the information storage medium 180.

  The display unit 190 outputs an image generated according to the present embodiment, and its function can be realized by a CRT, LCD, touch panel display, HMD (head mounted display), or the like.

The display unit 190 may also function as an input unit 160 that allows a player to perform a game operation by using a touch panel display. Here, as the touch panel, for example, a resistive film type (4-wire type, 5-wire type), capacitive type, electromagnetic induction type, ultrasonic surface acoustic wave type, infrared scanning type, or the like can be used.

  The sound output unit 192 outputs the sound generated by the processing unit 100, and its function can be realized by a speaker, headphones, or the like.

  The communication unit 196 performs various controls for communicating with the server 20, and the function can be realized by hardware such as various processors or a communication ASIC, a program, or the like.

  The processing unit 100 (processor) is based on operation input (input information) from the input unit 160, programs and data stored in the storage unit 170 or the information storage medium 180, data received via the communication unit 196, and the like. Processing such as game processing, image generation processing, and sound generation processing is performed. The processing unit 100 performs various processes using the main storage unit 171 in the storage unit 170 as a work area. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 100 includes a first game execution processing unit 110, a second game execution processing unit 120, an item addition processing unit 130, a recovery processing unit 140, a display control unit 150, a communication control unit 151, an image generation unit 152, a sound A generation unit 153 is included. Note that some of these may be omitted.

  The first game execution processing unit 110 executes the first game. For example, the first game execution processing unit 110 transmits an instruction to execute the first game to the server 20 when receiving an instruction to execute the first game from the player.

  The first game execution processing unit 110 advances the first game by displaying the game screen (vertical screen) with the display unit 190 oriented vertically. In other words, in the first game, the player plays the game while holding the terminal 10 in the vertical direction.

  The first game execution processing unit 110 transmits / receives the latest player information (parameter, item information, etc.) to / from the server 20 in accordance with the execution of the first game, and stores the latest player information in the player information storage unit 173. To remember.

  Further, the first game execution processing unit 110 transmits the game result of the first game to the server 20.

  Moreover, the 1st game execution process part 110 advances a 1st game, without setting a difficulty level. That is, the first game execution processing unit 110 advances the game without requiring the skill of the player.

  The second game execution processing unit 120 executes the second game. For example, the second game execution processing unit 120 transmits an instruction to execute the second game to the server 20 when receiving an instruction to execute the second game from the player.

  The second game execution processing unit 120 advances the second game by displaying the game screen (horizontal screen) with the direction of the display unit 190 in the horizontal direction. That is, in the second game, the player plays the game while holding the terminal 10 in the horizontal direction.

  The second game execution processing unit 120 transmits / receives the latest player information (parameter, item information, etc.) to / from the server 20 in accordance with the execution of the second game, and stores the latest player information in the player information storage unit 173. To do.

  In addition, when the second game execution processing unit 120 receives an instruction from the player to consume the parameters and execute the second game, the second game execution processing unit 120 instructs the server 20 to consume the parameters and execute the second game. Send.

  Further, when the second game execution processing unit 120 receives an instruction to consume the specific item from the player and execute the second game, the second game execution processing unit 120 consumes the specific item to the server 20 and executes the second game. Send instructions.

  In addition, when the second game is a music game, the second game execution processing unit 120 of the present embodiment specifically executes the second game as follows. First, the 2nd game execution process part 120 performs the process for setting the music to play from now on and the difficulty level according to operation input. And the 2nd game execution process part 120 performs the process for reproducing the set music data. And the 2nd game execution process part 120 performs the process which evaluates the input with respect to a marker. For example, when a touch operation is detected, the second game execution processing unit 120 uses the timing of the touch operation as the operation input timing, and the time difference from the determination reference timing associated with the nearest marker that has been touched Evaluate operation input based on In this embodiment, the smaller the time difference, the higher the evaluation. Further, the second game execution processing unit 120 performs calculation of the player's parameters (for example, score calculation, physical strength value calculation) based on the input evaluation with respect to the marker.

  In addition, the second game execution processing unit 120 transmits the game result (success or failure) of the second game to the server 20.

  The second game execution processing unit 120 sets the difficulty level and advances the second game. That is, the second game execution processing unit 120 advances the game with the skill of the player.

  In addition, when the second game execution processing unit 120 receives an instruction to consume the advantageous item from the player and execute the second game, the second game execution processing unit 120 consumes the advantageous item to the server 20 and executes the second game. Send instructions.

  For example, the second game execution processing unit 120 performs a process that considers that there is no failure in the second game, increases the score in the second game, and increases the acquisition parameter in the second game. By executing at least one of lowering the difficulty level of the second game, the second game can be executed in a situation advantageous to the player.

  When the item grant processing unit 130 receives information about a player item (specific item, advantageous item, etc.) given from the server 20, the item grant processing unit 130 stores the item information in the player information storage unit 173. For example, the item assignment processing unit 130 adds the number of newly assigned items to the number of items possessed.

  When receiving a recovery item consumption instruction from the player, the recovery processing unit 140 transmits the recovery item type and the consumption instruction to the server 20. Then, with the consumption of the recovery item, the recovery processing unit 140 receives the updated (after recovery) parameters from the server 20 and stores the updated parameters in the player information storage unit 173.

The display control unit 150 displays the game image generated by the image generation unit 152 or the game image (game screen) received from the server 20 on the display unit 190. For example, in the first game execution process, the display control unit 150 displays a marker on the game screen based on the score data. For example, the display control unit 150 performs display control related to the musical score display synchronized with the music reproduced by the reproduction control unit 112. In addition, the display control unit 150 displays an evaluation display body indicating input evaluation of the player.

  Further, the display control unit 150 changes the orientation of the game screen in the vertical direction in the first game. Further, the display control unit 150 changes the orientation of the game screen in the horizontal direction in the second game.

  The communication control unit 151 performs a process of establishing a connection (session or connection) with the server 20 and transmitting / receiving data via the network.

  The image generation unit 152 performs drawing processing based on the results of various processes performed by the processing unit 100, thereby generating a game image and outputting it to the display unit 190. The image generation unit 152 may generate an image (so-called three-dimensional image) that can be seen from a virtual camera (given viewpoint) in the object space (game space).

  For example, when generating a three-dimensional game image, the image generation unit 152 first performs geometric processing such as coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, or perspective transformation, and the processing result Based on the drawing data, drawing data (positional coordinates of the vertices of the primitive surface, texture coordinates, color data, normal vector, α value, etc.) are created. Then, based on the drawing data (primitive surface data), the object (one or a plurality of primitive surfaces) after perspective transformation (after the geometry processing) is stored in the image buffer 172 (image buffer, work buffer, or other pixel unit). Can be drawn in a VRAM). Thereby, an image that can be seen from the virtual camera (given viewpoint) in the object space is generated.

  The sound generation unit 153 performs sound processing based on the results of various processes performed by the processing unit 100, generates game sounds such as BGM, sound effects, or sounds, and outputs the game sounds to the sound output unit 192. Note that the sound generation unit 153 may output the game sound received from the server 20 to the sound output unit 192.

  Note that the terminal 10 according to the present embodiment may perform processing in a single player mode in which only one player can play, or may perform processing in a multiplayer mode in which a plurality of players can play. Further, when a plurality of players play, game images and game sounds to be provided to the plurality of players may be generated using the server 20 or one terminal 10, or a server connected via a network. It may be generated by distributed processing using 20 or a plurality of terminals 10.

2.2 Server Configuration FIG. 3 shows an example of a functional block diagram of the server 20 of this embodiment. Note that the server of this embodiment may have a configuration in which some of the components (each unit) in FIG. 3 are omitted.

  The storage unit 270 stores a program for causing the computer to function as each unit of the processing unit 200 and various data, and also functions as a storage area for the processing unit 200 and the communication unit 296.

The storage unit 270 includes a temporary storage area and storage. A storage is a hard disk, an optical disk, a flash memory, a magnetic tape, or the like, and refers to a device that permanently stores data. The storage unit 270 may store programs and data stored in the information storage medium 280.

  The storage unit 270 of the present embodiment includes a main storage unit 272 used as a work area and a player information storage unit 260. Note that some of these may be omitted.

  The main storage unit 272 can be realized by a RAM or the like. The main storage unit 272 is a storage area used in the processing of this embodiment.

  The server 20 stores a common parameter 261 (for example, stamina value) and item information 262 (for example, recovery item, etc.) possessed by the player in the player information storage unit 260 in association with the player ID of each player managed by the server 20. Specific item, number of advantageous items and recovery items, number of specific items, number of advantageous items), character information (parameters of each character, unit information, in-game currency), game result 263 (game result of first game) , The player information including the game success or failure game results for each stage of the second game is stored.

  The player information includes login information (login password, login date and time) and data related to user relevance. The data relating to user relevance includes data relating to relevance to other users (for example, whether they belong to the same group, whether they are friends in the game, etc.).

  Further, the player information includes a main character ID of the player, an appeal value associated with the main character ID of the player, and special effects. The player information storage unit 260 may store game progress data of each player managed by the server 20.

  The server 20 and the terminal 10 are connected to the player information stored in the storage unit 170 of the player terminal 10 at a given timing (for example, when the game is started, when the game result is determined, when the item is consumed, etc.) The player information synchronized with the player ID managed by the server 20 is synchronized.

  The information storage medium 280 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The processing unit 200 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 280. That is, the information storage medium 280 stores a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  The communication unit 296 performs various controls for communicating with the outside (for example, terminals, other game servers, and other game systems), and functions as hardware such as various processors or communication ASICs. It can be realized by hardware and programs.

  The processing unit 200 (processor) performs processing based on programs and data stored in the storage unit 270 and the information storage medium 280, data received via the communication unit 296, and the like. Specifically, the processing unit 200 performs a process of providing a service in response to a request from the terminal 10.

The processing unit 200 performs various processes using the main storage unit 272 in the storage unit 270 as a work area. The functions of the processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  In particular, the processing unit 200 of the server 20 of the present embodiment includes a first game execution processing unit 210, a second game execution processing unit 220, an item grant processing unit 230, a recovery processing unit 240, a management unit 250, and a communication control unit. 251. Note that some of these may be omitted.

  The first game execution processing unit 210 consumes player parameters (for example, stamina values) and executes the first game. For example, when the first game execution processing unit 210 receives an instruction to execute the first game from the terminal 10 of the player, the first game execution processing unit 210 consumes the parameters and executes the first game.

  In addition, the first game execution processing unit 210 causes the first game to progress by causing the terminal 10 to display the game screen (vertical screen) with the display unit 190 oriented vertically.

  In addition, the first game execution processing unit 210 receives the game result of the first game from the terminal 10.

  Further, the first game execution processing unit 210 advances the first game without setting the difficulty level. That is, the first game execution processing unit 210 advances the game without requiring the skill of the player.

  The second game execution processing unit 220 consumes the player's parameters (for example, stamina value) and executes the second game. For example, the second game execution processing unit 220 executes the second game when receiving an instruction to execute the second game from the terminal 10 of the player.

  For example, the second game execution processing unit 220 may allow the second game to be executed by consuming a specific item instead of the parameter. That is, the second game execution processing unit 220 consumes the parameter when receiving an instruction to consume the parameter from the terminal 10 and execute the second game. On the other hand, the second game execution processing unit 220 consumes the specific item when receiving an instruction from the terminal 10 to consume the specific item and execute the second game.

  Prior to the execution of the second game, the second game execution processing unit 220 determines the number of consumptions of the specific item based on the instruction of the player, and determines the number of consumptions of the specific item according to the game result of the second game and the number of consumptions. You may make it determine the privilege to provide.

  In addition, the second game execution processing unit 220 causes the second game to progress by causing the terminal 10 to display a game screen (horizontal screen) with the direction of the display unit 190 facing sideways.

  Further, the second game execution processing unit 220 receives the game result (success or failure) of the second game from the terminal 10.

  In addition, the second game execution processing unit 220 sets the difficulty level and advances the second game. In other words, the second game execution processing unit 220 advances the game with the skill of the player.

Further, the second game execution processing unit 220 consumes the advantageous items, thereby enabling the second game to be executed in a situation advantageous to the player. That is, the second game execution processing unit 220 consumes the advantageous item when receiving an instruction to consume the advantageous item from the terminal 10 and execute the second game.

  For example, when the second game execution processing unit 220 consumes an advantageous item, the second game execution processing unit 220 performs processing that regards no failure in the second game, increases the score in the second game, At least one of increasing the acquisition parameter in the game and decreasing the difficulty level of the second game is executed.

  The item assignment processing unit 230 assigns a specific item that can be consumed in the second game to the player based on the game result of the first game. The item assignment processing unit 230 transmits information on the specific item assigned to the player to the terminal 10.

  For example, the item addition processing unit 230 gives a specific item to the player when the recovery processing unit 240 consumes the recovery item in the first game and the parameter exceeds the upper limit value. Specifically, the item grant processing unit 230 determines the number of specific items to be given to the player based on the value of the parameter exceeding the upper limit value. In addition, the item grant processing unit 230 determines the number of specific items to be given to the player based on the type of the recovery item consumed.

  Further, the item grant processing unit 230 grants an advantageous item that can be consumed in the second game to the player based on the game result of the first game. The item assignment processing unit 230 transmits information on advantageous items assigned to the player to the terminal 10.

  The recovery processing unit 240 recovers the parameters by consuming the recovery items. That is, the recovery processing unit 240 sets the parameter to the upper limit value when the parameter exceeds the upper limit value by consuming the recovery item in the first game. Further, the recovery processing unit 240 recovers the parameter to the upper limit value based on the passage of time.

  The management unit 250 stores and manages player information in the player information storage unit 260 in association with a player ID (player identification information) for each player.

  The communication control unit 251 performs a process of establishing a connection (session or connection) with the terminal 10 and transmitting / receiving data to / from the terminal 10 via the network. That is, the communication control unit 251 transmits information corresponding to the request to the terminal 10 based on the request from the terminal 10 of the player.

  The image generation unit 252 performs drawing processing based on the results of various processes performed by the processing unit 200, thereby generating a game image and transmitting it to the terminal 10. The image generation unit 252 may generate an image (so-called three-dimensional image) that can be seen from a virtual camera (given viewpoint) in the object space (game space).

  For example, when generating a three-dimensional game image, the image generation unit 252 first performs geometric processing such as coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, or perspective transformation, and the processing result Based on the drawing data, drawing data (positional coordinates of the vertices of the primitive surface, texture coordinates, color data, normal vector, α value, etc.) are created. Based on the drawing data (primitive surface data), image information can be stored for each pixel (pixel buffer, frame buffer, work buffer, etc.) of the object (one or a plurality of primitive surfaces) after perspective transformation (after geometry processing). Draw in the buffer (VRAM). Thereby, an image that can be seen from the virtual camera (given viewpoint) in the object space is generated.

  The sound generation unit 253 performs sound processing based on the results of various processes performed by the processing unit 200, generates game sounds such as BGM, sound effects, and sounds, and transmits them to the terminal 10.

3. Method of processing of this embodiment 3.1 Overview In the game of this embodiment, a first game and a second game are prepared in advance, and the player can freely select the first game or the second game. Advance the game. In particular, in this embodiment, a stamina value that is a parameter common to the first and second games is set for the player. The player plays the game while consuming the stamina value. The stamina value can also be restated as “action point”, “action point”, and “physical strength point”. The stamina value is a parameter that is consumed (decreased) in exchange for the progress of the game, and is recovered (increased) as time elapses.

  In the present embodiment, the first game has no difficulty level setting and is simple that the player can operate (touch operation) with one hand. The second game has a difficulty level setting and the player has both hands. To operate. Therefore, the player can select and play the first game or the second game according to the situation where the player is placed and the preference of the player.

  For example, when the player is on the train, he / she plays the first game that can be easily enjoyed with one hand, and when the player is at home, he / she plays the second game that can be tackled carefully. You can play your favorite game.

3.2 Description of First Game The first game of the present embodiment is a game that progresses when a player performs touch input. For example, the server 20 provides (sends) a “quest” with a clear condition (end condition) set to the terminal 10, and the player touches the touch panel of the terminal 10 to clear the quest. To play. The “quest” is a game unit in which a game clear condition is set, and is also referred to as “a work”. In the first game, there is no difficulty level setting, and the game progresses only by the player performing a touch operation.

  As an example of the first game of the present embodiment, an example of executing a quest (a work) will be described. The first game is a single play type, and a plurality of quests are provided from the server 20, and the player can select and play an arbitrary quest by operating the terminal 10. For example, the server 20 manages a quest (first game program), a moving image of a story, or a still image in association with a quest ID (question identification information).

  FIG. 4 shows an example of a game screen displayed during the execution of the first game of the present embodiment. A “stamina value” is set as one of the game parameters for the player, and the player advances the game by performing a touch operation while consuming the stamina value. The “stamina value” corresponds to the action driving force and energy amount of the character to be operated by the player in the game rules. Therefore, when the stamina value becomes 0, the operation input for advancing the game is temporarily not accepted, and the character cannot substantially act.

  When the terminal 10 receives an execution instruction (for example, touch input of the execution instruction icon TB) of the first game from the player, the terminal 10 subtracts the consumption stamina value corresponding to the quest from the stamina value of the player. Execute the quest. The terminal 10 accepts an execution instruction (for example, touch input of the execution instruction icon TB) many times and advances the first game until one quest is completed. Each time the terminal 10 receives the execution instruction, the terminal 10 subtracts the consumption stamina value corresponding to the quest from the stamina value of the player.

  For example, the terminal 10 performs a process of increasing the experience value of the player's operation target character by executing the quest, a process of giving a given item to the player when a given lottery process is performed and the lottery process is won, When a given lottery process is performed and the lottery process is won, at least one of a process of giving a given character to the player is performed.

  In the quest, a movie or a still image of a plurality of characters appearing in the game of this embodiment is displayed, and the player can enjoy the world view of the game while reading the story. In the present embodiment, the server 20 prepares in advance videos or still images of quests and stories for each of a plurality of characters, receives instructions from the player, and displays the videos or still images of the quests and stories of the characters. May be. In the present embodiment, the same quest (quest with the same ID) may be controlled to be executed many times.

  Experience values and items acquired through game play are stored and managed in the server 20 as history information, and taken over at the next play. As experience points accumulate, the level of the character or player increases in stages. Items acquired during the game or purchased through online shopping can be used during the game.

  The stamina value is a very important parameter in this embodiment. The game screen displays the current stamina value, upper limit value, and gauge GS that displays the remaining amount of stamina value.

  The first game of the present embodiment may be a single play type online RPG (role playing game). For example, in the first game, from the start point to the goal point, fight against numerous enemy characters that exist on the so-called single road game field, reach the goal point while gaining experience points and items, and the boss character If it is possible to defeat the game, it is determined that the game is cleared, and a game that executes a quest that causes the game to be over when the hit point of the player character becomes 0 due to an enemy attack. If the game is over, you will have to go back to the beginning and start over. The enemy character and the boss character are NPCs (NPC is an abbreviation of non player character) controlled by a computer with a predetermined action algorithm.

  In the RPG game, the game screen displayed on the terminal 10 displays a situation in which the player character and the enemy character encountered are in a battle. On the game screen, an execution instruction icon for realizing an operation input for advancing the game is displayed.

  When the terminal 10 receives an instruction to execute the quest of the first game from the player, the terminal 10 subtracts the consumption stamina value from the stamina value and executes the first game. The player performs a touch operation to advance the game. When the stamina value becomes 0, the operation input of the execution instruction icon is temporarily not accepted, and the player character cannot substantially act.

3.3 Description of Second Game The second game of the present embodiment is a game in which multiple levels of difficulty are set. In particular, the second game of this embodiment is a music game (rhythm game, timing determination game), and determines the timing of touch input by the player.

3.3.1 Explanation of Markers FIG. 5 is a diagram showing an example of the game screen W4 in the present embodiment. The game screen W4 is displayed on the touch panel. In the first game (music game) of the present embodiment, circular markers 6 are displayed on the screen one after another along the reference line 4 along with the rhythm of the music to be played. The player looks at the timing when the marker 6 displayed in accordance with the rhythm of the music to be emitted overlaps the detection area 7, and plays by touching the detection area.

  In this embodiment, a unit composed of five characters PA, PB, PC, PD, and PE set in advance by the player is formed, and the score (score) and physical strength value are calculated based on the parameters and input evaluation of each character. Then, let the game progress.

  The detection area 7 and the reference line 4 are set for each character. The reference line 4 defines the movement locus of the marker 6. The reference line 4 is a non-displayed line that is not visible to the player. For example, it is defined by a straight line or a curve. The markers 6 are displayed so as to appear and disappear one after another along the reference line 4.

  The display of the marker 6 is controlled so as to appear from above the reference line 4 a predetermined time before the predetermined determination reference timing T0. Then, at the determination reference timing T0, an animation is displayed so as to overlap the detection area 7, and then moves so as to flow downward and is erased from the game screen W4.

  The determination reference timing T0 is a target timing at which the player should perform a touch operation on the touch panel, and is a timing at which the marker 6 and the detection area 7 overlap each other.

  On the music of the play piece that is emitted from the sound output unit 192, a melody or a beat such as a bass line is emitted just at the determination reference timing T0. Therefore, if the player performs an operation input in accordance with the timing of the marker 6 just overlapping the detection area 7 in accordance with the rhythm of the music, a pleasant feeling as if the music is virtually operated is obtained.

  Further, as shown in FIG. 5, the evaluation display body 3 indicating the input evaluation of the player may be displayed at the lower center of the game screen W4, or the evaluation display body 3 may be displayed around the marker 6. .

3.3.2 Explanation of input evaluation The terminal according to the present embodiment performs input evaluation of the player as follows. For example, in this embodiment, as shown in FIG. 5, when the operation input position of the player is detected in the circular detection area 7, the progress of the detection of the operation input position from the game start time based on the musical score data A marker based on time is searched, and success / failure of input is determined based on a time difference (temporal deviation) between the determination reference timing of the marker and the input timing of the player. For example, in this embodiment, the smaller the time difference, the higher the evaluation.

  In this embodiment, when evaluating the time difference between the determination reference timing and the input timing, a plurality of time difference widths are provided before and after the determination reference timing, and evaluation is assigned to each time difference width. Read the width rating.

  Specifically, referring to FIG. 6, a predetermined period is provided at the determination reference timing. Then, this predetermined period is further divided into periods t1 to t4 corresponding to four evaluation stages, and it is determined whether the input timing of the player belongs to periods t1 to t4, or any of the periods. The player input is evaluated based on the determination result.

More specifically, as shown in FIG. 6, the period t1 is the same as and substantially coincides with the determination reference timing T0. For example, the period t1 is set to a period t1 before and after the determination reference timing T0. Yes. The period t2 is set to a period before and after (t1 + t2) (excluding the t1 period) with reference to the determination reference timing T0. In addition, period t3
Is set to, for example, a period before and after (t1 + t2 + t3) (excluding the periods t1 and t2) with reference to the determination reference timing T0. Further, the period t4 is set to, for example, a period before and after (t1 + t2 + t3 + t4) (excluding the periods t1, t2, and t3) with reference to the determination reference timing T0.

  For example, regarding the determination reference timing T0, when the player input timing is acquired in the period t1, the player input at the determination reference timing T0 is evaluated as “Perfect”. Further, when the player input timing is acquired in the period t2, the player input at the determination reference timing T0 is evaluated as “Great”. In addition, when the player input timing is acquired in the period t3, the player input at the determination reference timing T0 is evaluated as “Nice”. In addition, when the player input timing is acquired in the period t3, the player input at the determination reference timing T0 is evaluated as “Bad”.

  In addition, when the player input timing is acquired outside the predetermined period, or when the player input is not acquired during the predetermined period, the player input at the determination reference timing T0 is evaluated as “Miss”.

  In this embodiment, when the input timing of the player is “Perfect”, “Great”, or “Nice”, it is determined that the input timing of the player is successful, and the input timing of the player is “Bad” or “Miss”. In this case, it is determined that the input timing of the player has failed.

  In the present embodiment, a plurality of types of markers 6 may be used. Any type of marker is a marker indicating the determination reference position and determination reference timing, but there are a marker that requires a long press, a marker that indicates the flick direction, and the like.

  For example, for a marker that requires a long press, a marker indicating a contact start determination reference timing and a contact end determination reference timing (release timing) is displayed, and the evaluation is based on the player's operation input timing and the contact start determination reference timing. It is determined whether the evaluation based on the timing at which the player's touch is no longer detected (release timing) and the determination based on the timing for determining the end of contact is successful.

  In addition, in the marker indicating the flick direction, a marker indicating the determination reference direction is displayed to determine whether the flick direction (operation input direction) is the determination reference direction, and the flick direction (operation input direction) is the determination reference direction. If it is, it is determined that the input is successful.

3.3.3 Description of Character Information and Unit Information In the present embodiment, processing for setting a character used in a game is performed based on input from the player before the game is started. That is, a unit composed of a plurality of characters (for example, five characters) is formed, and the game is executed in units.

  FIG. 7 shows an example of character information possessed by the player. In the present embodiment, the character's physical strength value (life value), appeal value, attribute (type), and special effect when the character is a main character are associated with each character ID (character identification information), and the storage unit 170 of the terminal. To remember.

  The “physical fitness value” is a parameter that is decreased when the input evaluation for the marker fails.

  The “appeal value” is a parameter that affects the increase in score when the input evaluation for the marker is successful.

  “Attribute” indicates a character characteristic, and “cute”, “cool”, or “passion” is set for each character.

  The “special effect” indicates the skill of the character. For example, the “special effect” has an effect of increasing a parameter (appeal value or physical strength value).

  Note that the character information stored in the terminal is transmitted to the server 20 at a given timing. That is, the server 20 stores and manages character information having the same content as the terminal 10.

  FIG. 8 shows an example of unit information. In the present embodiment, the unit level, the character ID constituting the unit, and the main character ID are stored in the storage unit of the terminal in association with each unit ID (unit identification information). Multiple units can be set. In the present embodiment, one main unit is determined for each player.

  Further, in the present embodiment, before starting the game, the main unit is presented as a unit used in the game play, and the unit is controlled to be changeable by the player input. Finally, based on the player input, Decide which units to use for gameplay.

  Note that the unit information stored in the terminal 10 is transmitted to the server 20 at a given timing. That is, the server 20 stores and manages information on units having the same contents as the terminal 10.

3.3.4 Selection of Music, Difficulty Level, Unit As shown in FIG. 9, the server of the present embodiment associates music data (for example, MP3 data) with a music ID (song name or music identification information). ), Musical score data, consumption stamina, and attributes are stored in the storage unit as music information. And a server transmits the information of a music to the said terminal according to the request | requirement from a terminal.

  The musical score data defines the determination reference timing (time from the start of the game) and the length of the sound (note type) in association with the marker ID. In the present embodiment, five levels of difficulty are provided for one piece of music, and musical score data for each difficulty level is prepared in association with the music ID.

  As the “attribute” of the music, any of “all types”, “cute”, “cool”, and “passion” is set. “All types” means that all the attributes of “cute”, “cool”, and “passion” are supported.

  In the present embodiment, when the “attribute” of the music matches the “attribute” of the unit character, the score is controlled to increase. When the “attribute” of the music is “all types”, it is determined that all the “attributes” of the character match. Further, the difficulty level is five levels of 1 to 5, and the lower the numerical value, the lower the difficulty level, and the higher the numerical value, the higher the difficulty level.

  In the present embodiment, before starting the game, based on the selection input of the player, selection of the music to be played is accepted.

  For example, the terminal 10 according to the present embodiment displays, on the selection screen displayed on the display unit 190, the music composition ID being selected, the attribute, and the consumption stamina value that is subtracted when the game of the music composition being selected is executed. Let In the present embodiment, the selection of the difficulty level of the selected music is accepted based on the player's selection input before the game starts.

  When the terminal 10 receives an operation input (touch input) of “determine” on the selection screen from the player, the terminal 10 determines the selected music piece and the difficulty level as the music piece and difficulty level of the game to be started.

  In the present embodiment, a unit (character) used in the game is selected according to the selected music piece and the difficulty level. Unless otherwise selected by the player, the game is started based on the main unit character.

3.3.5 Game Processing In the present embodiment, when a game start input is received (for example, when a game start button area is touched), the game is started and parameters (scores, physical fitness values) are calculated.

(1) Description of score First, the score calculation of this embodiment will be described. In the present embodiment, a point corresponding to the evaluation based on the player's input with respect to the marker is added to the score of the player.

  At the start of the game, the player's score is set to an initial value (0 points), and after the game starts, points corresponding to the evaluation are added to each marker.

  For example, for a marker, 500 points are added to the player's score in the case of “Perfect” evaluation, and 100 points are added to the player's score in the case of “Great” evaluation. In the case of evaluation, 50 points are added to the score of the player, and in the case of evaluation of “Bad” or “Miss”, 0 points are added.

  In the present embodiment, the score is increased according to the appeal value of the unit character. For example, when the total appeal value of each character of the unit is in the range of 0 to 10,000, the score is multiplied by 1.0. When the total appeal value of each character of the unit is in the range of 10001 to 20000, the score is multiplied by 1.1. When the total appeal value of each character of the unit is in the range of 20001 to 30000, the score is multiplied by 1.2.

  Further, in the present embodiment, control for further raising the player's score is performed based on the number of consecutive successes most continued in one game. The number of consecutive successes is the number of successful player inputs. For example, a higher coefficient (coefficient is 1 or more) is set as the value of the number of consecutive successes is higher, and the coefficient is multiplied by the score.

  Moreover, in this embodiment, control which raises a score is performed based on the attribute of a music, and the attribute of each character of a unit. For example, if there is a character that matches the attribute of the music, control may be performed to increase the appeal value of the character.

  In the present embodiment, control for increasing the score is performed based on the special effect of the character. For example, since the special effect of the character PA is 30% UP for the appeal value of the cute attribute character, the appeal value of the cute attribute character belonging to the unit is further increased by 30%.

(2) Description of Physical Strength Values In this embodiment, the total physical strength value of each character constituting the unit selected by the player is determined as the physical strength value of the unit.

  Then, after the game is started, the value corresponding to the evaluation is subtracted from the physical strength value of the unit in accordance with the evaluation based on the input of the player to the marker. For example, when the player's input evaluation for the marker fails (for example, “Bad” or “Miss”), “10” is decreased from the physical strength value. In other words, if the input evaluation is successful (for example, “Perfect”, “Great” or “Nice”), the physical strength value is not decreased.

  When the physical strength value reaches a predetermined value (for example, 0) during the game, it is determined that the game has failed, and the game is forcibly ended even during the game. Note that, on condition that the player uses a predetermined item, the physical strength value is set to the upper limit value, and the game can be resumed.

3.3.6 Game Result In this embodiment, when the player can play the game to the end before the physical strength value of the unit reaches a predetermined value (for example, 0), that is, all the musical score data of the music ID When the marker input evaluation is performed, it is determined that the game is “successful”. In addition, you may paraphrase a game success as a game clear. On the other hand, if the physical strength value reaches a predetermined value during the game and the player retires without using the predetermined item, it is determined that the game has failed.
In this embodiment, the game result and score are transmitted to the server in association with the player ID, music ID, and difficulty level. When the server receives a game result or the like from the terminal, the server stores the game result and score as a part of the player information in association with the player ID, the music ID, and the difficulty level. Update the probability of success (number of successes per song played).

  In this embodiment, if the game result is successful, the history information of the music (input evaluation for each marker) is transmitted to the server. The server stores the history information of the music received from the terminal in the storage unit.

  In the present embodiment, at the end of the second game of one song, the experience value acquired in the second game is given to the player, and when the experience value exceeds the experience upper limit value, the player's level or stamina value Increase the upper limit of.

3.3.7 Benefits When it is determined that the game is successful, a privilege is given to the player. The privilege is a reward for success of the game. For example, a new character, a new item (when the health value reaches a predetermined value, the item can be resumed by setting the health value to the upper limit value, Recovery item that can increase the value). Note that control for recovering the stamina value and control for increasing the upper limit value of the stamina value are examples of benefits.

3.4 Explanation of Player Information 3.4.1 Player Information The server 20 of this embodiment manages player information for each player. For example, as shown in FIG. 10, the server 20 stores the stamina value, the upper limit value, the number of possessed specific items, the number of advantageous items possessed, the level, the experience value, etc. in the player information storage unit 260 in association with the player ID. To do.

The “stamina value” is a parameter that increases with the passage of time, up to an upper limit predetermined for each player. For example, every time 1 minute passes, 10 is added to the stamina value.

  In this embodiment, when a quest is executed in the first game, the consumption stamina value corresponding to the quest is subtracted from the stamina value of the player. For example, if the stamina value of the player P1 is 40 and the consumption stamina required for executing the quest is “20”, the stamina value of the player is updated to “20”.

  Further, when one game (one game) is started in the second game, the consumption stamina value associated with the music ID is subtracted from the stamina value of the player. For example, when the stamina value of the player P1 is 40 and the consumption stamina required for playing the song “ABC” is “10”, when the game is started with the song “ABC”, the stamina of the player P1 The value is updated to “30”.

  The stamina value can be increased by consuming (using in a broad sense) a recovery item for the player to recover the stamina. For example, even if the player does not wait for a time until the stamina value recovers (rises), the player can play the game immediately by using the recovery item.

  The “upper limit value” is a limit value of the stamina value. For example, it is a limit value that can be raised by consuming time or a recovery item.

  The “level” is a parameter indicating the degree of game progress of the player. The “experience value” is a value acquired (added) by progressing the first game or the second game, and when the experience value reaches the experience upper limit value, the level increases and the experience value becomes 0. Updated to As the level increases, the “upper limit value” and the upper experience limit of the stamina value increase.

  Further, the server 20 may store the in-game currency, the type of recovery item, and the number of recovery items possessed in association with the player ID. The “in-game currency” is an in-game currency, and a predetermined currency amount is given to the player by a privilege or billing process. For example, the player can acquire an item by subtracting (consuming) a predetermined amount from the in-game currency.

  The player information includes information other than the stamina value and the like. In other words, the player information includes, for example, information related to the main character ID of the player (main character ID of the main unit of the player) (for example, information associated with the main character ID (appeal value, strength value, attribute, special effect)). )including.

3.4.2 Explanation on display control of stamina values (common parameters) Next, display control of stamina values, which are parameters common to the first and second games of the present embodiment, will be described. The terminal 10 receives player information including the stamina value and the like from the server 20 at the start of the game, and displays the current stamina value on the game screen displayed on the display unit 190.

  11A to 11G are examples of display modes of stamina values displayed on the display unit of the terminal 10. For example, in the present embodiment, as shown in FIGS. 11A to 11G, a gauge GS that displays the remaining amount of stamina and the current player's stamina and upper limit are displayed.

The total length of the gauge GS displayed is fixed, and the total length corresponds to 100% of the upper limit value according to the level of the player at that time. Further, the current stamina value for the upper limit value of the player is displayed on the game screen. For example, as shown in FIG. 11A, when the upper limit value of the player P1 is “100” and the current stamina value is “80”, “80” is displayed directly below the gauge GS.
/ 100 "is displayed. Moreover, the terminal 10 displays the ratio of the current stamina value with respect to the upper limit value as the length of the gauge GS.

3.4.3 Consumption of Stamina Value When the server 20 receives a quest execution instruction from the player in the first game, the server 20 consumes (subtracts) the consumption stamina value corresponding to the quest from the stamina value. The server 20 sets a consumption stamina value for each type of quest in advance. For example, it is assumed that the current stamina value of the player P1 is “80” and the consumption stamina value of the quest 1 is “20”. For example, when the server 20 receives a quest 1 execution instruction from the player P1, as shown in FIG. 11B, the quest 1 consumption stamina value “20” is consumed from the stamina value “80” of the player P1. The stamina value of the player P1 is updated to “60”, and the quest 1 is executed.

  Further, when the server 20 receives a music game execution instruction from the player in the second game, the server 20 consumes a consumption stamina value corresponding to the music game (music ID) from the stamina value. The server 20 sets a consumption stamina value for each music ID in advance. For example, it is assumed that the current stamina value of the player P1 is “60” and the consumption value of the song ID = ABC is “10”. For example, when the server 20 receives an instruction to execute the song ID = ABC from the player P1, as shown in FIG. 11C, the consumption stamina value “10” of the song ID = ABC from the stamina value “60” of the player P1. , The stamina value of the player P1 is updated to “50”, and a process of executing the game with the song ID = ABC is performed.

3.4.4 Recovery of Stamina Value The server 20 automatically recovers (increases) the player's stamina value as time passes. The server 20 can appropriately set the recovery amount that is recovered in the recovery cycle and time. For example, the server 20 automatically recovers the recovery amount “10” every minute. The upper limit is set for the stamina value, and the upper limit is not exceeded even if automatic recovery is performed as time passes.

  For example, when the current stamina value of the player P1 is “50” and one minute has elapsed since the stamina value was updated to “50”, as shown in FIG. The additional value “10” is recovered from “50”, and the stamina value of the player P1 is updated to “60”.

  That is, even if the player exhausts the stamina value, the stamina value is accumulated again little by little by waiting, and the first or second game can be resumed.

  However, simply waiting for automatic recovery over time will not make it easy for the game to progress and is not a good strategy for the game. Therefore, in this embodiment, the “recovery item” is consumed (used) to recover the stamina value at a given timing.

  The “recovery item” can be acquired at a given timing as a game result of the first game or a privilege of the second game, but is basically purchased through online shopping (billing process). The player can indicate the type of recovery item and can purchase the recovery item of that type. In other words, the server 20 according to the present embodiment makes it possible to obtain the recovery item on condition that the amount corresponding to the type of the recovery item is paid based on the instruction of the player. Note that the used recovery item disappears (consumes).

There are a plurality of “recovery items” in this embodiment. For example, in this embodiment, a “predetermined amount recovery item” for recovering by a predetermined additional value and a “predetermined rate recovery item” for recovering by a predetermined rate value with respect to the upper limit value are prepared in advance.

  The “predetermined amount recovery item” includes, for example, “30 recovery item” that recovers only 30 additional values, “50 recovery item” that recovers only 50 additional values, “100 recovery item” that recovers only 100 additional values, etc. is there.

  For example, when the current stamina value of the player P1 is “50” and the player uses “30 recovery item”, an additional value is added to the stamina value “50” of the player P1, as shown in FIG. “30” is added, and the stamina value of the player P1 is updated to “80”. Since the stamina value of the player P1 does not exceed the upper limit value “100” after adding the additional value, the additional value “30” can be used effectively.

  When the current stamina value of the player P1 is “80” and the player uses “100 recovery item”, the upper limit is set from the stamina value “80” of the player P1, as shown in FIG. The stamina value of the player P1 is restored to the value “100”. That is, when the additional value “100” is added to the stamina value “80” of the player P1, it becomes “180”, but since the upper limit value is “100”, the stamina value of the player P1 is set to the upper limit value “100”. To do. That is, when the additional value “100” is added to the stamina value “80” of the player P1 to be “180” and the stamina value of the player P1 is set to the upper limit value “100”, the upper limit value “100” is set. The excess “80” is wasted.

  The “predetermined rate recovery item” is, for example, a “100% recovery item” that recovers to an upper limit value of 100%. For “100% recovery item”, the stamina value is restored to the upper limit regardless of the remaining amount of the stamina value at that time.

  For example, when the current stamina value of the player P1 is “50” and the player uses “100% recovery item”, as shown in FIG. 11G, from the stamina value “50” of the player P1, The stamina value of the player P1 is restored to the upper limit value “100”. That is, since the value of the upper limit value 100% of the player P1 is “100”, the stamina value of the player P1 is recovered to the upper limit value “100”.

  Although not adopted in the game of the present embodiment, there may be a “30% recovery item” that recovers to 30% of the upper limit value, a “50% recovery item” that recovers to 50% of the upper limit value, or the like. .

3.5 Description on Specific Item 3.5.1 Overview of Process for Converting Excess Value to Specific Item In the present embodiment, when the recovery item is used to recover the stamina value, the excess value exceeds the upper limit value. (Excess value) may occur. For example, as shown in FIG. 12A, when the current stamina value of the player P1 is “50”, the player P1 uses the “100% recovery item” to reach the upper limit value “100”. The stamina value of can be restored. However, as shown in FIG. 12B, the excessive value (excess) “50” is wasted. In other words, when the “100% recovery item” is consumed when the stamina value is “0”, the additional value becomes “100” and can be recovered to the upper limit value “100”. However, if the “100% recovery item” is consumed when the stamina value is “50”, the additional value becomes “100” and the stamina value becomes “150”. However, since the stamina value “150” exceeds the upper limit value “100”, the stamina value is set to the upper limit value “100”. That is, the original “50” is wasted and the player P1 feels lost. Therefore, in the present embodiment, the excess value “50” due to stamina recovery is converted into a specific item that can be used in the second game, and control is performed so that the excess value can be effectively utilized.

  In this way, it is possible to effectively use the value exceeding the upper limit value by consumption of the recovery item, and to prevent the player from being dissatisfied. Further, by consuming the stamina value in the first game and consuming the specific item in the second game, the player can play the game provided by the server 20 for a long time.

3.5.2 Explanation of additional value and excess value First, the server 20 calculates an additional value X and an excessive value Y when a recovery item is used. The additional value X is a value (additional value) added to the stamina value by using the recovery item. The excess value Y is a value that exceeds the upper limit value of the stamina value due to consumption (use) of the recovery item. Hereinafter, the calculation method of the additional value X and the excess value Y will be described separately for (A) when the predetermined amount recovery item is used and (B) when the predetermined rate recovery item is used.

(A) In the case of a predetermined amount recovery item In the server 20, when the predetermined amount recovery item is used, the additional value X is determined by the predetermined amount recovery item and is a predetermined value to be added to the stamina value. For example, when the predetermined amount recovery item is 100 recovery items, the additional value X is “100”.

  And the server 20 calculates the excessive value Y in the case of using a predetermined amount recovery item by the following Formula (1). The current stamina value is the stamina value before recovery.

Excess value Y = (current stamina value + additional value X) −upper limit value (1)
For example, when the current stamina value is “30”, the additional value X is “100”, and the upper limit value is “50”, the excess value Y = (30 + 100) −50 = 80.

(B) In the case of the predetermined rate recovery item The server 20 adds the value obtained by multiplying the upper limit value by the predetermined rate to the stamina value, which is determined by the predetermined rate recovery item when the predetermined rate recovery item is used. . For example, when the upper limit value is “50” and the predetermined rate recovery item is a 100% recovery item, the additional value X is “50”.

  That is, the server 20 calculates the additional value X when the predetermined rate recovery item is used by the following equation (2).

Additional value X = upper limit value × predetermined rate (%) × 0.01 (2)
For example, when the upper limit value is “50” and the predetermined rate recovery item is a 100% recovery item (predetermined rate is 100%), the additional value X = 50 × 100 × 0.01 = 50.

  And the server 20 calculates the excessive value Y at the time of using a predetermined rate recovery item by the above Formula (1). For example, when the current stamina value is “30”, the additional value X is “50”, and the upper limit value is “50”, the excess value Y = (30 + 50) −50 = 30.

3.5.3 Granting of specific item used in second game The server 20 of the present embodiment gives a player a specific item used in the second game based on the game result of the first game. The game result of the first game is a result of progressing the first game based on the operation input (touch input) of the player, and includes a result caused by consumption of the recovery item. Therefore, the player can obtain the specific item by proceeding with the first game.

For example, the server 20 gives the player a specific item used in the second game based on the excess value Y calculated when the recovery item is used in the first game.

  A specific item is an item which can play a 2nd game, and it controls so that the server 20 can execute a 2nd game by consuming a specific item instead of a stamina value. The number K of specific items to be given to the player is calculated by the following equation (3).

K = excess value Y / unit value U (3)
For example, when the excess value Y of the player P1 is “80” and the unit value U is “5”, K = 80/5 = 16. That is, 16 specific items are given to the player P1.

  In other words, the server 20 determines the number of specific items to be given to the player based on the type of the recovery item consumed. For example, when the stamina value of the current player is “30” and the upper limit value of the stamina value is “50”, the excess value Y in the case of “100 recovery item” is “80”, and the specific value to be given to the player The number of items is 16. On the other hand, if the stamina value of the current player is “30” and the upper limit value of the stamina value is “50”, the excess value in the case of “100% recovery item” is “30”, and the specific item to be given to the player The number will be six. As described above, when the stamina value of the current player is “30” and the upper limit value of the stamina value is “50”, it is better to use “100 recovery item”.

  On the other hand, for example, when the level of the player increases and the upper limit value of the stamina value becomes “120”, it is better to use “100% recovery item”. That is, if the current player's stamina value is “30” and the upper limit value of the stamina value is “120”, the excess value Y in the case of “100 recovery item” is “10”, and the specific value to be given to the player The number of items is two. On the other hand, if the stamina value of the current player is “30” and the upper limit value of the stamina value is “120”, the excess value in the case of “100% recovery item” is “30”, and the specific item to be given to the player The number will be six.

  Thus, according to the present embodiment, the player considers the type of the recovery item to be consumed in consideration of the current own level (upper limit value of the stamina value) and the current stamina value.

  Note that the server 20 may store the excess value Y, and control to give one specific item to the player when a predetermined value (for example, 1000) is reached. For example, when the predetermined value is reached, the excess value Y is accumulated until the predetermined value is reached again.

  As shown in FIG. 10, the server 20 of the present embodiment stores the number of specific items held in the storage unit 270 for each player in association with the player ID.

  Further, the first game result includes the result of the lottery process of the first game. For example, a lottery process may be performed with a predetermined lottery probability based on a player's operation input, and a winning item (drop item) may be set as a specific item. For example, when the specific item is won in the lottery process, the server 20 may give one or more specific items to the player.

3.5.4 Consumption of specific item The server 20 enables the second game by consuming the specific item instead of the stamina value. For example, the server 20 of the present embodiment consumes a specific item based on an instruction from the player and enables the second game to be executed.

For example, the server 20 receives “specific item” from the player P1 before executing the second game.
Alternatively, a selection of whether to consume either “stamina value” is accepted. When the server 20 receives an instruction to consume the “specific item” from the player P1, the server 20 subtracts the consumption number (for example, “1”) from the possession number of the specific item associated with the player P1 to obtain the second game. The process (game process for one song) is executed.

  FIG. 13 shows an example of a game screen (game image) before the second game is executed on the terminal 10 of the player P1. For example, the player P1 displays a “stamina consumption” instruction icon E1, a “specific item consumption” instruction icon E2, and a “consumption number” instruction icon E3 of the specific item when the specific item is consumed.

  The number of consumptions of a specific item indicates the number of consumptions of a specific item when playing a song of a song.

  That is, the terminal 10 of the player P1 receives an instruction of “stamina value” or “specific item”. When an instruction to consume a specific item is received, the number of consumption of the specific item is received. When an instruction of the “confirm” instruction icon E4 is received, the number of consumption of “specific item” is determined.

  Then, when the terminal 10 of the player P1 receives the input of the “decision” instruction icon E6, the information on the instruction of consumption of the specific item or the instruction of consumption of the stamina value, and when the specific item is instructed, The consumption number is transmitted to the server 20.

  A player who prefers the first game over the second game (or a player who is not good at the second game) tends to be reluctant about the second game. Can be consumed only in the second game, so that a motivation to actively play the second game can be provided.

  On the other hand, players who prefer the second game over the first game tend to be reluctant about the first game, but according to the present embodiment, the specific item can be acquired only in the first game. Therefore, the motivation to play the first game actively can be given.

  In addition, the server 20 of the present embodiment performs control so that only one specific item is consumed for one song in a period that is not a predetermined event period (normal period), and a plurality of specific items are recorded for one song in the event period. You may control so that can be consumed collectively.

  As shown in FIG. 13, the terminal 10 of the player P1 displays the current player level, the current stamina value / upper limit value, and the number of specific items possessed on the game screen.

3.5.5 Benefits Based on Number of Specific Items Consumption Before the second game is executed, the server 20 determines the number of specific items to be consumed based on an instruction from the player, the game result of the second game and the consumption The privilege to be given to the player may be determined according to the number.

  Here, in addition to the in-game currency, a given item (for example, a recovery item), a privilege (score) calculated in the second game is increased (for example, the score is multiplied by 10), etc. But you can.

For example, in the second game of the present embodiment, when the number of consumptions of the specific item is “1” based on the player's instruction, the server 20 gives a privilege to be given to the player when it is determined that the game is successful. One “100 recovery item” is assumed. On the other hand, when the number of consumptions of the specific item is “3” based on the instruction of the player, the privilege to be given to the player when the game is determined to be successful is set to three “100 recovery items”. That is, the server 20 determines the privilege content according to the number of consumptions of the specific item. For example, the server 20 controls to increase the number of items (for example, recovery items) to be given to the player as the number of specific items consumed increases. That is, the server 20 controls to increase the value of the privilege given to the player as the number of consumptions of the specific item increases. In this way, a large number of specific items can be consumed in a lump for a player who possesses many specific items, so that it is efficient and a valuable privilege can be obtained when the game is successful. If it is determined that the game has failed, no privilege is given to the player.

  Further, the server 20 of the present embodiment controls a plurality of specific items so that they can be collectively consumed during the event period, and controls so that only one specific item can be consumed during a normal period (a period other than the event period). Also good. In this way, the player can acquire a valuable privilege by consuming a lot of specific items during the event period. Therefore, the player can be motivated to collect a specific item in a normal period in preparation for an event. In addition, the motivation for playing the second game at the event can be enhanced.

  In the present embodiment, an upper limit is set for the number of specific items held. For example, the server 20 controls the player so that the number of specific items held by the player is limited to 500, and the specific items exceeding 500 cannot be held. In this way, the player can be motivated to use the specific item even in a normal period other than the event period.

  Moreover, in this embodiment, the privilege given when succeeding in the second game when the specific item is consumed is different from the privilege given when succeeding in the second game when the stamina is consumed. May be. For example, in a normal period other than the event period, a privilege granted when succeeding in the second game when stamina is consumed, rather than a privilege awarded when succeeding in the second game when consuming a specific item May be controlled to have a higher value. In this way, it is possible to guide the player to consume the stamina and play the second game during a normal period. As a result, it is possible to give a motivation to acquire a specific item in order to play many second games. Then, the player can be prompted to consume the stamina value and play the first game in order to acquire more specific items.

  In the present embodiment, the stamina value consumed for the second game of one song is the consumed stamina value (for example, 10) for one song. For example, the consumption stamina value (for example, 100) for 10 songs is consumed for one song of the second game, and the value of the privilege is not increased. Therefore, it is possible to prompt the player to actively use the specific item.

  Moreover, the server 20 may give a specific item as a reward for the event during the event period.

3.5.6 Flowchart (1) An example of the flow of processing in which the server 20 of the present embodiment gives a specific item to a player will be described with reference to FIG. First, it is determined whether or not the recovery item is consumed in the first game (step S1). When the recovery item is consumed in the first game (Y in Step S1), an excessive value Y of the stamina value is calculated (Step S2). The excess value Y / unit value U is set as the number of grants K (step S3). K specific items are given to the player (step S4). The process ends here.

(2) An example of a processing flow in which the server 20 of the present embodiment consumes a specific item or stamina value and executes the second game will be described with reference to FIG. First, it is determined whether the number of possessed specific items is 1 or more (step S11). When the number of possessed specific items is 1 or more (Y in step S11), it is determined whether an instruction to consume the specific item is accepted (step S12). When an instruction to consume a specific item is received (Y in step S12), the number of consumption is determined (step S13). Then, the consumption number is subtracted from the possession number of the specific item (step S14), and the second game is executed (step S15).

  On the other hand, when the possession number of the specific item is not 1 or more (N in Step S11), or when there is no instruction for consumption of the specific item (Step S12), it is determined whether or not the stamina value is greater than or equal to the consumption stamina value (Step S12). S21). If the stamina value is greater than or equal to the consumption stamina value (Y in step S21), it is determined whether an instruction for consumption of the stamina value has been received (step S22). When an instruction for consumption of the stamina value is received (Y in step S22), the consumption stamina value is subtracted from the stamina value (step S23). Then, the second game is executed (step S15).

  If the stamina value is not equal to or greater than the consumption stamina value (N in step S21), or if the stamina value consumption instruction is not accepted (N in step S22), the process ends. The process ends here.

3.6 Explanation about Advantageous Items 3.6.1 Overview The first game of this embodiment is a game in which the difficulty level is not set and the skill of the player is not required, and the second game is set in the difficulty level. It is a game and requires a player's skill. However, a beginner player or a player who is not good at the second game may be discouraged from playing the second game. That is, when the player's skill is poor, the player tends to play the first game much and may not play the second game.

  In the present embodiment, an event period may be provided, and ranking may be performed in which the scores for each player are announced in descending order in the second game. In addition, during the event period, a special privilege is given to a player with a high score, and the game is continuously played. However, a player who is not good at the second game can receive a privilege. You may not be able to get the event period.

  Therefore, in this embodiment, an item that is advantageous to the player in the second game (hereinafter referred to as “advantaged item”) is given, and the player is continuously motivated to play the second game. Control. That is, the player who is not good at the second game by giving the advantageous item is controlled to play the second game positively. Note that the advantageous item is an item different from the specific item.

3.6.2 Granting Advantageous Items The server 20 according to the present embodiment grants an advantageous item to be used in the second game to the player based on the game result of the first game. The game result of the first game includes the result of the lottery process of the first game. For example, it is a result of progressing the quest of the first game based on a given operation input (touch input) of the player. For example, an item (drop item) won with a predetermined lottery probability based on a player's operation input may be an advantageous item. For example, in this embodiment, when a quest with the same ID is performed a plurality of times, an advantageous item may be given to the player by lottery every time the quest is executed.

As illustrated in FIG. 10, the server 20 according to the present embodiment stores the number of advantageous items held in the storage unit 270 for each player in association with the player ID.

3.6.3 Consumption of Advantageous Items The server 20 enables the second game to be executed in a situation advantageous to the player by consuming the advantageous items. For example, the server 20 of the present embodiment consumes an advantageous item based on an instruction from the player and enables the second game to be executed. In addition, when an advantageous item is used (consumed), the advantageous item disappears (consumes).

  For example, the server 20 receives an instruction to consume “advantageous items” from the player P1 before the execution of the second game. When the server 20 receives an instruction to consume the “advantageous item” from the player P1, the server 20 subtracts the consumption number (for example, “1”) from the possession number of the advantageous item associated with the player P1 to obtain the second game. Execute the process.

  FIG. 16 shows an example of a game screen (game image) before execution of the second game displayed on the terminal 10 of the player P1. For example, the player P1 displays an instruction icon E5 of “advantageous item”. When the terminal 10 of the player P1 accepts an input of the “advantaged item” instruction icon E5 and accepts an input of the “decision” instruction icon E6, the terminal 10 transmits information on an instruction to consume the advantageous item to the server 20.

  As shown in FIG. 16, the terminal 10 of the player P1 displays the current player level, the current stamina value / upper limit value, and the number of advantageous items held on the game screen.

3.6.4 Description of the control that can be executed in an advantageous situation The server 20 allows the player P1 to execute the second game in an advantageous situation for the player P1 by consuming the advantageous item. The control that can be executed in an advantageous situation is to adjust the setting information of the second game so as to be advantageous to the player. In other words, controlling to be executable in an advantageous situation means performing a process that considers that there is no failure in the second game, increasing the score in the second game, and acquiring parameters in the second game (for example, At least one of increasing the (experience value to be acquired) and decreasing the difficulty level of the second game.

  Here, the processing that regards no failure in the second game is control so that “Bad” or “Miss” is not evaluated for the marker and “10” is not reduced from the physical strength value. Further, the process that regards no failure in the second game may be a process that increases the physical strength value in advance at the start of the second game (for example, a control that sets the physical strength value to 1.5 times).

  Also, increasing the score in the second game is a process of increasing (for example, doubling) the score of the player.

  Further, increasing the acquired parameter in the second game is a process of increasing (for example, doubling) the experience value acquired by the player at the end of the second game.

  Further, the process of reducing the difficulty level of the second game is a process of loosening the input evaluation criterion. For example, the time difference (temporal deviation) between the marker determination reference timing and the player input timing is reduced. For example, the difficulty is lowered by increasing the lengths of the set periods t1, t2, and t3 based on the determination reference timing shown in FIG. In addition, as an example of processing for reducing the difficulty level of the second game, the difficulty level may be reduced by controlling the movement speed of the marker to be reduced.

  Note that the server 20 may perform control so that the special effect (skill) of the character of the unit used in the second game can be easily activated and executed in an advantageous situation.

  For example, in the second game in which no advantageous item is used, it is assumed that there is a character PX that activates a special effect (for example, a skill that increases the score by 1.2 times) every 30 seconds for 5 seconds. The server 20 controls the special effect of the character PX to be activated for 10 seconds every 20 seconds in the second game when the advantageous items are consumed. Note that whether or not to activate a special effect may be determined by a lottery process with a given probability.

3.6.5 Event Period The server 20 of this embodiment may give an advantageous item during an event period. That is, it may be controlled not to give an advantageous item during a normal period other than the event period, and the advantageous item may be given based on the game result of the first game only during the event period.

3.6.6 Flowchart An example of the flow of processing related to consumption of advantageous items in the server 20 will be described with reference to FIG. First, it is determined whether or not the number of advantageous items is 1 or more (step S31). When the possession number of the advantageous item is 1 or more (Y in Step S31), it is determined whether or not an instruction to consume the advantageous item is accepted (Step S32). When an instruction to consume the advantageous item is received (Y in step S32), 1 is subtracted from the possession number of the advantageous item (step S33), and control is performed so that the second game becomes advantageous (step S34). . When the possession number of the advantageous item is not 1 or more (N in Step S31), or when the instruction to consume the advantageous item is not received (N in Step S32), the process proceeds to Step S35. Then, the second game is executed (step S35). The process ends here.

3.7 Description of Terminal State of First Game and Second Game In this embodiment, the terminal 10 starts a game program (app) provided from the server 20 as shown in FIG. When the selection of one game is received, the player plays the game by holding and using the terminal 10 in the vertical direction. On the other hand, when the terminal 10 accepts the selection of the second game, the player plays the game while holding the terminal 10 in the horizontal direction.

  That is, the server 20 advances the first game by displaying the game screen (vertical screen) with the display unit 190 oriented vertically on the terminal 10. In addition, the server 20 causes the second game to progress by causing the terminal 10 to display the game screen (horizontal screen) with the display unit 190 facing sideways.

  The server 20 and the terminal 10 are controlled to maintain the vertical screen during the first game and to maintain the horizontal screen during the second game.

  In the present embodiment, the vertical state or the horizontal state of the terminal 10 is determined based on the output of the acceleration sensor or gyro sensor included in the terminal 10. When the terminal 10 is determined to be in the vertical state, the vertical screen is displayed on the display unit 190, and when the terminal 10 is determined to be in the horizontal state, the horizontal screen is displayed on the display unit 190.

  The server 20 advances the first game without requiring the skill of the player. In other words, the server 20 advances the first game on the vertical game screen without setting the difficulty level.

  On the other hand, the server 20 requires the skill of the player to advance the second game. In other words, the server 20 sets the difficulty level and advances the second game on the horizontal game screen.

  Therefore, the player can easily play (touch operation) with one hand in the first game and play the game, and in the second game, play with both hands. When the player is in the vertical state, it is easy to operate the terminal, but in the horizontal state, the situation of operating the terminal is limited. That is, the player plays the first or second game properly depending on the situation.

  In other words, according to the present embodiment, the first game in which the terminal is operated in the vertical state and the second game in which the terminal is operated in the horizontal state are advantageously advanced items or the second game. You can get specific items that can be consumed.

4). Others The present invention is not limited to that described in the above embodiment, and various modifications can be made. For example, terms cited as broad or synonymous terms in the description in the specification or drawings can be replaced with broad or synonymous terms in other descriptions in the specification or drawings.

4.1 Login Bonus The server 20 may give at least one of a specific item and an advantageous item as a login bonus of the game (first or second game) of the present embodiment.

4.2 Terminal Processing Part or all of the processing of the server 20 described in this embodiment may be processed by the terminal 10.

4.3 Increasing the upper limit value In the present embodiment, it is easier to increase the upper limit value of the stamina value and the player level when playing the first game than when playing the second game. You may control to. In this way, motivation for the first game can be increased.

4.4 Consumption of Recovery Item In this embodiment, when a recovery item is consumed in a state where the player's stamina value has already reached the upper limit value, a number of specific items based on the excess value are assigned to the player. Also good.

4.5 About Specific Items In this embodiment, when the recovery item is consumed, the number K calculated by the excess value Y / unit value U is the number of specific items, but by increasing the unit value U, It may be controlled to increase the value of the privilege.

  For example, when the excess value Y of the player P1 is “80” and the unit value U is “5”, K = 80/5 = 16. That is, 16 specific items A1 are given to the player P1. On the other hand, when the excess value Y of the player P1 is “80” and the unit value U is “40”, K = 80/40 = 2. That is, two specific items A2 are given to the player P1.

  Then, the server 20 consumes one specific item A1 to play the second game, and the privilege when it is determined to be successful in the second game is set as one “100 recovery item”, and one specific item The privilege when the item A2 is consumed and the second game is played and it is determined that the second game is successful is defined as “eight 100 recovery items”.

4.5 Consumption Object of Second Game In this embodiment, two types of second games may be prepared. For example, a second game A and a second game B are prepared, and the server 20 controls the second game A to be executable by consuming a stamina value, and the second game B is consumed by a specific item. And may be controlled to be executable.

4.6 Use of Advantageous Items In this embodiment, when an advantageous item is consumed, the specific item may be consumed simultaneously with the advantageous item.

  In the present embodiment, in the first game, when the server 20 prepares a quest and a story video or still image of each of a plurality of characters in advance, an advantageous item dedicated to the character may be given to the player. And in a 2nd game, when playing a game by the unit of the said character, you may control so that the advantageous item of the said character can be consumed. For example, when the player P1 acquires an advantageous item of the character PX in the first game, the advantageous item cannot be consumed unless the character PX is in a unit for game play in the second game. You may control to.

  In the present embodiment, the quest ID of the character PX in the first game and the music ID are associated with each other. For example, an advantageous item obtained when the quest ID = 1 is completed, = 1 may be controlled so that it can only be used with a music ID corresponding to 1 (for example, music ID = ABC).

4.7 Examples of first game and second game The first game of the present embodiment may be applied to a game in which a difficulty level is not set in addition to a game that executes a quest. For example, a game that advances a story may be used. In addition to the music game, the second game of the present embodiment may be applied to a game with a difficulty level such as a fighting game, a battle game, or a sports game.

4.8 Recovery of Stamina Value In the present embodiment, the process of recovering the stamina value to the upper limit value over time and the process of recovering the stamina value by consuming the recovery item have been described. However, the level of the player increases. Processing for restoring the stamina value to the upper limit value may be performed at the timing to perform.

4.9 Terminal Status The server 20 of this embodiment advances the second game by displaying a game screen (horizontal screen) with the display unit 190 facing sideways on the terminal 10. Based on the instruction, the second game may be advanced by causing the terminal 10 to display the game screen (vertical screen) with the display 190 in the vertical direction. For example, when the second game is executed on the vertical screen, the number of detection areas and the number of markers are reduced and the main character is displayed larger than when the second game is executed on the horizontal screen. May be displayed.

1 game system, 10 terminals, 20 servers,
100 processing unit, 110 first game execution processing unit, 120 second game execution processing unit, 130 item addition processing unit, 140 recovery processing unit, 150 display control unit, 151 communication control unit, 152 image generation unit, 153 sound Generator, 160 input unit, 162 detection unit, 170 storage unit, 171 main storage unit, 172 image buffer, 173 player information storage unit, 180 information storage medium, 190 display unit, 192 sound output unit, 196 communication unit,
200 processing unit, 210 first game execution processing unit, 220 second game execution processing unit, 230 item addition processing unit, 240 recovery processing unit, 250 management unit, 251 communication control unit, 252 image generation unit, 253 sound generation Part, 270 storage part, 272 main storage part, 26
0 player information storage unit, 261 parameter, 262 item information, 263 game result, 280 information storage medium, 296 communication unit

Claims (8)

A program that advances multiple games,
A first game execution processing unit that consumes player parameters and executes the first game;
A second game execution processing unit for consuming the parameter and executing the second game;
Based on the game result of the first game, the computer is caused to function as an item grant processing unit that grants a specific item that can be consumed in the second game to the player,
The second game execution processing unit
A program for enabling execution of the second game by consuming the specific item instead of the parameter. In claim 1,
By consuming the recovery item, the computer is further functioned as a recovery processing unit for recovering the parameter,
The recovery processing unit
When the parameter exceeds the upper limit value by consuming the recovery item in the first game, the parameter is set to the upper limit value,
The item grant processing unit
A program for giving the specific item to a player. In claim 2,
The item grant processing unit
A program for determining the number of the specific items to be given to the player based on a value for which the parameter exceeds the upper limit value. In claim 2 or 3,
The item grant processing unit
A program for determining the number of the specific items to be given to the player based on the type of the recovery item consumed. In any one of claims 1 to 4,
The second game execution processing unit
Prior to the execution of the second game, the number of consumption of the specific item is determined based on an instruction from the player, and a privilege to be given to the player is determined according to the game result of the second game and the number of consumption. A program characterized by that. A server for running multiple games,
A first game execution processing unit that consumes player parameters and executes the first game;
A second game execution processing unit for consuming the parameter and executing the second game;
An item granting processing unit for granting a specific item that can be consumed in the second game to the player based on the game result of the first game,
The second game execution processing unit
The server, wherein the second game can be executed by consuming the specific item instead of the parameter. A server to advance the plurality of game, a game system in which a terminal of the flop Reya are connected via a network,
The server is
A first game execution processing unit that consumes player parameters and executes the first game;
A second game execution processing unit for consuming the parameter and executing the second game;
An item granting processing unit for granting a specific item that can be consumed in the second game to the player based on the game result of the first game,
The second game execution processing unit
A game system characterized in that the second game can be executed by consuming the specific item instead of the parameter. In claim 7,
The first game execution processing unit
The first game is progressed by displaying the game screen with the direction of the display unit vertically on the terminal,
The second game execution processing unit
A game system, wherein a second game is progressed by displaying a game screen with the display unit facing sideways on the terminal.