JP7274017B2 - Program, server, game system and game providing method - Google Patents

Description

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

2. Description of the Related Art In recent years, a technique of accessing a server to use an SNS (Social Networking Service) or the like on a player's terminal and executing an online game provided by the server, that is, a so-called "social game" has become widespread.

In many social games, as one of the player's parameters, a parameter with an upper limit value (also called "stamina value", "action point", "action point", and "physical strength point") is set for the player, In many cases, the character operated by the player is caused to act while consuming the parameters. If this parameter disappears (becomes 0), the player cannot play because the character cannot act. However, since there is a function to automatically recover the parameters according to the passage of time, the player will be able to play again after waiting for a while.

Also, conventionally, there is a device that consumes a "recovery item" to recover the parameter (see, for example, Patent Document 1). For example, Patent Literature 1 discloses a technique of recovery processing that allows recovery (second recovery) exceeding the upper limit of a parameter by consuming recovery items (for example, 0009 of Patent Literature 1). , 0052 paragraph).

Patent No. 5677481

However, in the prior art, there was no concept of not only consuming parameters to run one game, but also consuming the parameters to run another game. In other words, the conventional technology is limited to one game that consumes parameters to be executed.

In addition, there are many players who are not good at the second game among the first and second games, and it is an issue to increase the motivation of such players to play the second game. there is

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

The present invention has been made in view of the above problems, and its object is to enable a plurality of games to be executed by consuming parameters, to increase the motivation of the second game to play the game, and to allow the plurality of games to interact with each other. To provide a program, a server, a game system, and a method of providing a game, which are capable of influencing each other and improving the fun.

(1) The present invention is
A program for progressing a plurality of games,
a first game execution processing unit that consumes player parameters to execute a first game;
a second game execution processing unit that consumes the parameters to execute a second game;
causing the computer to function as an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The second game execution processing unit,
The present invention relates to a program that enables execution of the second game in a situation advantageous to the player by consuming the advantageous item.

The present invention also relates to a computer-readable information storage medium storing the above program for causing a computer to function as each of the above parts. The present invention also relates to a server including the above units.

According to the present invention, a plurality of games can be executed by consuming parameters. In addition, the present invention enables the second game to be played in a situation advantageous to the player by consuming advantageous items, so that the player's motivation to play the second game can be enhanced. Also, according to the present invention, it is possible for a plurality of games to interact with each other to enhance the enjoyment of the game. That is, according to the present invention, advantageous items can be obtained depending on the result of the first game, so the player can be motivated to play the first game. Moreover, according to the present invention, it is possible to execute the second game in an advantageous situation by consuming advantageous items, and it is possible to give the player motivation to play the second game. Thus, according to the present invention, the relationship in which the first and second games influence each other is established, and the interest can be improved.

(2) The program, information storage medium, and server of the present invention are
The second game execution processing unit,
When the advantageous item is consumed, performing a process of assuming that there is no failure in the second game, increasing the score in the second game, and increasing the acquisition parameter in the second game. , and lowering the difficulty level of the second game.

According to the present invention, when an advantageous item is consumed, a process is performed in which failure in the second game is regarded as non-existent, the score in the second game is increased, and the acquisition parameter in the second game is increased. and lowering the difficulty level of the second game, the motivation for playing the second game can be increased.

(3) The program, information storage medium, and server of the present invention are
The first game execution processing unit
Progress the first game without setting the difficulty level,
The second game execution processing unit,
A difficulty level may be set to advance the second game.

According to the present invention, the first game does not require skill of the player, but the second game requires skill of the player. , can increase the motivation of gameplay.

(4) In addition, the present invention is
A game system in which a server for progressing a plurality of games and terminals of the players are connected via a network,
the server
a first game execution processing unit that consumes player parameters to execute a first game;
a second game execution processing unit that consumes the parameters to execute a second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game 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 in a situation advantageous to the player by consuming the advantageous item.

According to the present invention, a plurality of games can be executed by consuming parameters. In addition, the present invention enables the second game to be played in a situation advantageous to the player by consuming advantageous items, so that the player's motivation to play the second game can be enhanced. Also, according to the present invention, it is possible for a plurality of games to interact with each other to enhance the enjoyment of the game. That is, according to the present invention, advantageous items can be obtained depending on the result of the first game, so the player can be motivated to play the first game. Moreover, according to the present invention, it is possible to execute the second game in an advantageous situation by consuming advantageous items, and it is possible to give the player motivation to play the second game. Thus, according to the present invention, the relationship in which the first and second games influence each other is established, and the interest can be improved.

(5) In addition, the game system of the present invention is
The first game execution processing unit
progressing a first game by displaying a game screen with the display unit oriented vertically on the terminal;
The second game execution processing unit,
The second game may be progressed by displaying the game screen on the terminal with the display unit facing sideways.

According to the present invention, the first game can be played while the player holds the terminal in the portrait orientation, the second game can be played while the player holds the terminal in the landscape orientation, and the player can The game can be played by selectively using the first game and the second game according to the situation at that time. For example, the player can play the game with one hand but cannot play the game with both hands, or play the first game while on a train and play the second game when the game can be played with both hands. can play the game by selectively using the first game or the 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. FIG. 4 is an explanatory diagram of input evaluation according to the embodiment; FIG. 4 is an explanatory diagram of character information according to the embodiment; FIG. 4 is an explanatory diagram of information on a unit according to the embodiment; FIG. 3 is an explanatory diagram of music information according to the embodiment; FIG. 4 is an explanatory diagram of player information according to the embodiment; FIGS. 11A to 11G are diagrams showing examples of display modes of stamina values displayed on the display unit of the terminal according to the present embodiment; FIG. 12A and 12B are explanatory diagrams of additional values and excess values in this embodiment. The figure which shows an example of the game screen displayed on the display part of the terminal of this embodiment. 4 is a flow chart showing an example of the flow of processing for granting a specific item to a player according to the present embodiment; 4 is a flowchart showing an example of the flow of processing for executing the second game of the embodiment; The figure which shows an example of the game screen displayed on the display part of the terminal of this embodiment. 4 is a flowchart showing an example of the flow of processing for executing the second game of the embodiment; FIG. 18 is a diagram for explaining a state of a terminal;

The present embodiment will be described below. It should be noted that the embodiments described below do not unduly limit the content of the present invention described in the claims. Moreover, not all the configurations described in the present embodiment are necessary constituent elements of the present invention.

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

The server 20 is an information processing device that provides a service capable of providing communication between a plurality of users (players), and in this embodiment provides a community-type service called SNS (Social Networking Service). It is a server that In other words, 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 are friends with the user. I am trying to communicate. The server 20 may provide services limited to users who have registered as members. The server 20 may be composed of one or more servers (authentication server, game processing server, communication server, billing server, database server, etc.).

In addition, the server 20 of this embodiment provides online game services (social games) in response to requests from the terminals 10 . In this embodiment, the terminal 10 executes a game program, and the server 20 executes the player's account information, the game results of the games (first and second games) executed on the terminal 10, Game media (cards, objects, etc.), items that can be used in the game (recovery items, specific items, advantageous items, etc.), information such as in-game currency that can be used in the game, information on the stages that make up the game, etc. managed.

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

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

The input unit 160 is a device for inputting input information from the user, and outputs input information from 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, levers, buttons, a steering wheel, a microphone, a touch panel display, a keyboard, and a mouse.

The terminal 10 of the present embodiment is played by performing a touch operation on the touch panel, but the terminal 10 may have operators (buttons, direction keys, etc.) such as buttons and direction keys.

Further, the input unit 160 may be an input device that includes an acceleration sensor that detects triaxial acceleration, a gyro sensor that detects angular velocity, and an imaging unit. Note that in the present embodiment, the vertical state and horizontal state of the terminal 10 are determined based on the outputs of the acceleration sensor and the gyro sensor.

For example, the input device may be held and operated by the user, or may be worn and operated by the user. Input devices also include controllers made to imitate actual tools, such as sword-shaped controllers and gun-shaped controllers held by users, and glove-shaped controllers worn by users (worn on their hands). be The input device also includes a game device integrated with the input device, a portable game device, a mobile phone, and the like. The terminal 10 of this embodiment may have 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 also functions as a storage area for the processing unit 100 and the communication unit 196 .

Storage unit 170 includes a temporary storage area and a 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 also store programs and data stored in the information storage medium 180 .

The storage unit 170 of this embodiment includes a main storage unit 171 used as a work area, an image buffer 172 storing display images and the like, and a player information storage unit 173 . In addition, it is good also as a structure which abbreviate|omits some of these.

The main storage unit 171 can be implemented 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 stores common parameters (stamina value), each item (recovery item, specific item, advantageous item) possessed by the player, and the number of each item (recovery item number, specific item number, advantageous item, etc.). number of items), character information (parameters of each character, unit information, in-game currency), and other player information. The terminal 10 transmits the player ID to the server 20 when the game is started, 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 (such as stamina values) and item information. For example, the terminal 10 communicates with the server 20 and synchronizes the latest player information with the server 20 .

Note that the storage unit 170 stores music (music data) to be reproduced during play, and musical score data of the music. For example, the terminal 10 stores, in the storage unit 170, music data for reproduction, beats per minute (BPM), and time signature in association with identification information (music ID, music title) of the music data for each music data. , to store score data.

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

The information storage medium 180 (computer-readable medium) stores programs and data, and its functions include optical discs (CD, DVD), magneto-optical discs (MO), magnetic discs, hard disks, and magnetic tapes. , or a memory (ROM) or the like. Note that 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 part of the present embodiment (a program for causing the computer to execute the processing of each part).

The programs and various data stored in the information storage medium 280 and the storage unit 270 of the server 20 are received via the network, and the received programs and data are stored in the storage unit 170 and the information storage medium 180. good too. In this way, the case of receiving programs and various data and causing the computer to function as each unit of the processing unit 100 of the terminal 10 is also included within the scope of the present invention. Note that 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, as will be described later.

The display unit 190 outputs an image generated according to this 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 the input unit 160 through which the player performs game operations by using a touch panel display. As the touch panel, for example, touch panels of resistive film type (4-wire type, 5-wire type), capacitance type, electromagnetic induction type, ultrasonic surface acoustic wave type, infrared scanning type, etc. 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 communication with the server 20, and its functions can be realized by hardware such as various processors or communication ASICs, programs, and the like.

Based on the operation input (input information) from the input unit 160, the programs and data stored in the storage unit 170 and the information storage medium 180, and the data received via the communication unit 196, the processing unit 100 (processor) Game processing, image generation processing, sound generation processing, etc. are 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 grant 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 generator 153 is included. In addition, it is good also as a structure which abbreviate|omits some of these.

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

The first game execution processing unit 110 advances the first game by setting the orientation of the display unit 190 vertically and displaying the game screen (vertical screen). In other words, in the first game, the player holds the terminal 10 vertically and plays the game.

Note that the first game execution processing unit 110 transmits and receives the latest player information (parameters, item information, etc.) to and from the server 20 as the first game is executed, and stores the latest player information in the player information storage unit 173. memorize to

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

Also, the first game execution processing unit 110 advances the first game without setting the difficulty level. In other words, the first game execution processing unit 110 advances the game without requiring skill of the player.

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

The second game execution processing unit 120 advances the second game by turning the display unit 190 sideways and displaying the game screen (horizontal screen). In other words, in the second game, the player holds the terminal 10 horizontally and plays the game.

The second game execution processing unit 120 transmits and receives the latest player information (parameters, item information, etc.) to and from the server 20 and stores the latest player information in the player information storage unit 173 as the second game is executed. do.

Further, 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, the second game execution processing unit 120 causes the server 20 to consume the specific item and execute the second game when receiving an instruction from the player to consume the specific item and execute the second game. Send instructions.

Further, when the second game is a music game, the second game execution processing section 120 of the present embodiment specifically executes the second game as follows. First, the second game execution processing unit 120 performs processing for setting the music to be played from now on and the difficulty level according to the operation input. Then, the second game execution processing unit 120 performs processing for reproducing the set music data. Then, the second game execution processing section 120 performs processing for evaluating the input to the marker. For example, when a touch operation is detected, the second game execution processing unit 120 sets the timing of the touch operation as the operation input timing, and determines the time difference between the timing of the touch operation and the determination reference timing associated with the nearest marker touched. Evaluate manipulation input based on In this embodiment, the smaller the time difference, the higher the evaluation. Also, the second game execution processing unit 120 performs calculation of player parameters (for example, score calculation, physical fitness value calculation) based on the input evaluation for the marker.

Also, 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. In other words, the second game execution processing section 120 requires skill of the player to progress the game.

Further, when receiving an instruction from the player to consume advantageous items and execute the second game, the second game execution processing unit 120 causes the server 20 to consume advantageous items and execute the second game. Send instructions.

For example, the second game execution processing unit 120 performs a process of assuming no failure in the second game, increases the score in the second game, and increases the acquisition parameter in the second game. , lowering the difficulty of the second game, so that the second game can be played in a situation advantageous to the player.

When the item grant processing unit 130 receives information on a player's item (specific item, advantageous item, etc.) granted from the server 20 , the item information is stored in the player information storage unit 173 . For example, the item grant processing unit 130 adds the number of newly granted items to the possessed number of the item.

The recovery processing unit 140 transmits the type of recovery item and the consumption instruction to the server 20 when receiving a recovery item consumption instruction from the player. Then, the recovery processing unit 140 receives updated (post-recovery) parameters from the server 20 as the recovery items are consumed, 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 markers on the game screen based on score data. For example, the display control unit 150 performs display control related to musical score display synchronized with the music played by the playback control unit 112 . In addition, the display control unit 150 displays an evaluation display that indicates the player's input evaluation.

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

The communication control unit 151 establishes a connection (session or connection) with the server 20 and performs processing for transmitting and 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 generator 152 may generate an image (a so-called three-dimensional image) 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 geometry processing such as coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, or perspective transformation. , drawing data (positional coordinates of vertices of primitive surfaces, texture coordinates, color data, normal vectors, α values, etc.) is created. Based on this rendering data (primitive surface data), the object (one or more primitive surfaces) after perspective transformation (after geometry processing) is stored in an image buffer 172 (frame buffer, work buffer, etc.) in units of pixels. Draw to a buffer (VRAM) that can be used. This produces an image seen from a virtual camera (given viewpoint) in object space.

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 voices, and outputs the generated 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 of this embodiment may perform processing in a single-player mode in which only one player can play, or in a multi-player mode in which multiple players can play. Further, when a plurality of players play, the 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 may be generated by a server connected via a network. 20 or a plurality of terminals 10 may be used for distributed processing.

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 constituent elements (each part) in FIG. 3 are omitted.

The storage unit 270 stores programs and various data for causing the computer to function as each unit of the processing unit 200 and 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 also store programs and data stored in the information storage medium 280 .

The storage section 270 of this embodiment includes a main storage section 272 used as a work area and a player information storage section 260 . In addition, it is good also as a structure which abbreviate|omits some of these.

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 common parameters 261 (eg, stamina value), item information 262 (eg, recovery items, Specific items, 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 the first game) , game results of success or failure for each stage of the second game), etc. are stored.

The player information includes login information (login password, login date and time), and data relating to user relevance. Data on user relevance includes data on relevance with other users (for example, whether the user belongs to the same group, whether the user is an in-game friend, etc.).

The player information also includes the player's main character ID, and the appeal value and special effect associated with the player's main character ID. Further, 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 share the player information stored in the storage unit 170 of the player's terminal 10 at a given timing (for example, when the game is started, when the game result is determined, when an item is consumed, etc.). , and player information associated with the player ID managed by the server 20 .

The information storage medium 280 (computer-readable medium) stores programs and data, and its functions include optical discs (CD, DVD), magneto-optical discs (MO), magnetic discs, hard disks, and magnetic tapes. , or a memory (ROM) or the like. The processing unit 200 performs various processes of this embodiment based on programs (data) stored in the information storage medium 280 . That is, the information storage medium 280 stores a program for causing the computer to function as each part of the present embodiment (a program for causing the computer to execute the processing of each part).

The communication unit 296 performs various controls for communicating with the outside (for example, a terminal, another game server, or another game system), and its function is implemented by hardware such as various processors or communication ASICs. It can be realized by software, a program, or the like.

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 processing for providing services in response to a request from the terminal 10 .

Also, 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 this 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, a communication control unit 251. In addition, it is good also as a structure which abbreviate|omits some of these.

The first game execution processing unit 210 consumes the player's parameters (eg, stamina value) to execute the first game. For example, when the first game execution processing unit 210 receives a first game execution instruction from the player's terminal 10, the first game execution processing unit 210 consumes parameters to execute the first game.

Also, the first game execution processing unit 210 advances the first game by setting the orientation of the display unit 190 in the vertical direction on the terminal 10 and displaying the game screen (vertical screen).

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

Also, the first game execution processing unit 210 advances the first game without setting the difficulty level. In other words, the first game execution processing unit 210 advances the game without requiring skill of the player.

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

For example, the second game execution processing section 220 may enable execution of the second game by consuming specific items instead of parameters. In other words, the second game execution processing unit 220 consumes the parameters when receiving an instruction from the terminal 10 to consume the parameters and execute the second game. On the other hand, the second game execution processing unit 220 consumes the specific item when receiving from the terminal 10 an instruction to consume the specific item and execute the second game.

The second game execution processing unit 220 determines the consumption count of the specific item based on the instruction of the player before execution of the second game, and provides the player with the game result of the second game and the consumption count. You may make it determine the privilege to give.

The second game execution processing unit 220 advances the second game by turning the display unit 190 of the terminal 10 sideways and displaying the game screen (horizontal screen).

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

Also, the second game execution processing unit 220 sets the difficulty level and advances the second game. In other words, the second game execution processing section 220 requires skill of the player to progress the game.

Also, the second game execution processing unit 220 enables execution of the second game in a situation advantageous to the player by consuming advantageous items. That is, the second game execution processing unit 220 consumes the advantageous item when receiving an instruction from the terminal 10 to consume the advantageous item and execute the second game.

For example, when an advantageous item is consumed, the second game execution processing unit 220 performs a process of assuming 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 of the second game is executed.

The item grant processing unit 230 grants the player a specific item consumable in the second game based on the game result of the first game. The item grant processing unit 230 transmits information on the specific item granted to the player to the terminal 10 .

For example, the item grant processing unit 230 grants 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 granted to the player based on the value by which the parameter exceeds the upper limit. Also, the item grant processing unit 230 determines the number of specific items to grant to the player based on the types of consumed recovery items.

Also, the item grant processing unit 230 grants the player an advantageous item consumable in the second game based on the game result of the first game. The item grant processing unit 230 transmits information on advantageous items granted to the player to the terminal 10 .

The recovery processing unit 240 recovers parameters by consuming 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 recovery items in the first game. Also, the recovery processing unit 240 recovers the parameter to the upper limit value based on the lapse 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 establishes a connection (session or connection) with the terminal 10 and performs processing for transmitting and receiving data to and from the terminal 10 via the network. That is, based on a request from the terminal 10 of the player, the communication control unit 251 transmits information corresponding to the request to the terminal 10 .

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 generator 252 may generate an image (a so-called three-dimensional image) 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 geometry processing such as coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, or perspective transformation. , drawing data (positional coordinates of vertices of primitive surfaces, texture coordinates, color data, normal vectors, α values, etc.) is created. Based on this drawing data (primitive surface data), the object (one or more primitive surfaces) after perspective transformation (after geometry processing) can be stored in an image buffer (frame buffer, work buffer, etc.) in units of pixels. Buffer, VRAM). This produces an image seen from a virtual camera (given viewpoint) in object space.

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, or voices, and transmits the generated sounds to the terminal 10 .

3. 3. Processing Method of the Present Embodiment 3.1 Overview In the game of the present embodiment, a first game and a second game are prepared in advance, and the player freely selects the first game or the second game. let the game progress. In particular, in this embodiment, a stamina value, which 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 called "action point", "action point", or "stamina point". The stamina value is a parameter that is consumed (decreased) as the game progresses, and recovers (increases) over time.

In this embodiment, the first game has no difficulty setting and is a simple game that the player can operate with one hand (touch operation). It is to operate. Therefore, the player can select the first game or the second game and play the game according to the situation in which he or she is currently placed or the player's preference.

For example, when the player is on the train, the player can play the first game that can be enjoyed casually with one hand, and when the player is at home, the player can play the second game, which can be thoroughly tackled. You can play your favorite games.

3.2 Description of First Game The first game of the present embodiment progresses as the player makes touch inputs. For example, the server 20 provides (transmits) a "quest" having clear conditions (end conditions) to the terminal 10, and the player performs a touch input on the touch panel of the terminal 10 to clear the quest. play. A "quest" is a unit of game in which a game clear condition is set, and is also called a "work". The first game has no difficulty setting, and the game progresses only by the player's touch operation.

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

FIG. 4 shows an example of a game screen displayed during execution of the first game of this embodiment. A "stamina value" is set for the player as one of the game parameters, and the player advances the game by performing touch operations while consuming this stamina value. The "stamina value" corresponds to the action motive power and energy amount of the character to be operated by the player in terms of game rules. Therefore, when the stamina value becomes 0, the operation input for progressing the game is temporarily unacceptable, and the character is substantially unable to act.

When the terminal 10 receives an instruction to execute a given quest of the first game from the player (for example, a touch input of the execution instruction icon TB), the terminal 10 subtracts the consumption stamina value corresponding to the quest from the player's stamina value. , perform the quest. The terminal 10 advances the first game by receiving execution instructions (for example, touch input of the execution instruction icon TB) many times until one quest ends. Then, the terminal 10 subtracts the consumption stamina value corresponding to the quest from the player's stamina value each time an execution instruction is received.

For example, the terminal 10 executes a quest to increase the experience value of the character operated by the player, performs a given lottery process, and gives the player a given item if the player wins the lottery process. At least one of a process of giving a given character to the player when a given lottery process is performed and the player wins the lottery process is performed.

In the quest, moving images or still images of stories of a plurality of characters appearing in the game of the present embodiment are displayed, and the player can enjoy the world view of the game while reading the stories. In this embodiment, the server 20 prepares moving images or still images of quests and stories of each of a plurality of characters in advance, receives character instructions from the player, and displays the moving images or still images of the character's quests and stories. may In addition, in this embodiment, the same quest (quest with the same ID) may be controlled to be executable many times.

The experience value and items acquired through game play are stored and managed by the server 20 as history information, and are handed over to the next play. As the experience points accumulate, the level of the character or player increases step by step. Items acquired during the game and items purchased online can be used during the game.

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

Note that the first game of the present embodiment may be a single-play type online RPG (role-playing game). For example, the first game intermittently fights a number of enemy characters existing on a so-called straight game field from a starting point to a goal point, acquires experience points and items, and reaches the goal point, and a boss character. If the character can be defeated, it is determined that the game is cleared, and if the hit point of the player character becomes 0 due to an enemy attack, the game is over. If the game is over, the player must return to the starting point and start over. Enemy characters and boss characters are NPCs (NPC is an abbreviation for non-player character) computer-controlled by a predetermined action algorithm.

In the RPG game, the game screen displayed on the terminal 10 shows how the player character fights against the enemy character encountered. The game screen displays an execution instruction icon for realizing an operation input for advancing the game.

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 advances the game by performing touch operations. When the stamina value becomes 0, the operation input of the execution instruction icon is temporarily not accepted, and the player character is practically unable to 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 the present embodiment is a music game (rhythm game, timing determination game), and determines the timing of the player's touch input.

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

In this embodiment, a unit composed of five characters PA, PB, PC, PD, and PE preset by the player is formed, and the score and physical strength are calculated based on the parameters and input evaluation of each character. to advance the game.

A detection area 7 and a reference line 4 are set for each character. Reference line 4 defines the movement trajectory of marker 6 . A reference line 4 is a hidden line invisible to the player. For example, it is defined by a straight line or a curved line. 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 that it appears from above the reference line 4 a predetermined time before the preset determination reference timing T0. Then, at the determination reference timing T0, an animation is displayed so as to overlap the detection area 7, then it moves downward and disappears 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 exactly overlap.

In the music of the play music emitted from the sound output unit 192, beats such as the melody and the bass line are emitted exactly at the judgment reference timing T0. Therefore, if the player performs an operation input at the timing when the marker 6 just overlaps the detection area 7 in time with the rhythm of the music, the player can feel as if he or she is playing the music virtually.

Further, as shown in FIG. 5, an evaluation display body 3 indicating the player's input evaluation 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 Description of Input Evaluation The terminal of this embodiment evaluates the player's input as follows. For example, in the present embodiment, as shown in FIG. 5, when the player's operation input position is detected within the circular detection area 7, based on the musical score data, the progress of detection of the operation input position from the start of the game is detected. A time-based marker is searched, and the success or failure of the input is determined based on the time difference (time lag) between the determination reference timing of the marker and the player's input timing. For example, in this embodiment, the smaller the time difference, the higher the evaluation.

Further, 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 an evaluation is assigned to each time difference width. Read width evaluation.

Specifically, with reference to FIG. 6, a predetermined period is provided in 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 player's input timing belongs to one of the periods t1 to t4 or to which period it does not belong. , the player's input is evaluated based on the determination result.

More specifically, as shown in FIG. 6, the period t1 is a period that is the same as or substantially coincides with the determination reference timing T0. there is Also, the period t2 is set to a period (t1+t2) before and after the determination reference timing T0 (excluding the t1 period). Also, the period t3 is set to, for example, a period (t1+t2+t3) before and after the judgment reference timing T0 (excluding the t1 and t2 periods). Also, the period t4 is set, for example, before and after (t1+t2+t3+t4) periods (excluding periods t1, t2, and t3) based on the determination reference timing T0.

For example, when the player's input timing is acquired in the period t1 for the determination reference timing T0, the player's input at the determination reference timing T0 is evaluated as "perfect." Further, when the player's input timing is acquired in the period t2, the player's input at the determination reference timing T0 is evaluated as "Great". Further, when the player's input timing is acquired in the period t3, the player's input at the determination reference timing T0 is evaluated as "Nice". Further, when the player's input timing is acquired in the period t3, the player's input at the determination reference timing T0 is evaluated as "Bad".

If the player's input timing is obtained outside the predetermined period, or if the player's input is not obtained during the predetermined period, the player's input at the determination reference timing T0 is evaluated as "Miss."

In this embodiment, when the player's input timing is "Perfect", "Great" or "Nice", it is determined that the player's input timing is successful, and the player's input timing is "Bad" or "Miss". In the case of , it is determined that the input timing of the player is unsuccessful.

Further, in this embodiment, multiple types of markers 6 may be used. All types of markers indicate the determination reference position and the determination reference timing, but there are markers that require a long press, markers that indicate the flick direction, and the like.

For example, in the case of a marker that requires a long press, markers indicating the reference timing for determining the start of contact and the reference timing for determining the end of contact (release timing) are displayed, and evaluation is performed based on the player's operation input timing and the reference timing for determining the start of contact. is successful, and whether the evaluation based on the timing (release timing) when the player's touch is no longer detected and the reference timing for determining contact termination is successful.

As for 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. , it is determined that the input is successful.

3.3.3 Description of Character Information and Unit Information In this embodiment, before the game starts, a process of setting the characters used in the game is performed based on the player's input. That is, a unit composed of a plurality of characters (for example, five characters) is formed, and the game is executed in unit units.

FIG. 7 shows an example of character information possessed by the player. In this embodiment, the physical strength value (life value), appeal value, attribute (type) of the character, and special effects when the main character is associated with each character ID (identification information of the character) are stored in the storage unit 170 of the terminal. memorize to

"Physical strength value" is a parameter that is decreased when the input evaluation for the marker is unsuccessful.

Also, the "appeal value" is a parameter that affects the increase in score when the input evaluation for the marker is successful.

Also, "attribute" indicates the characteristics of the character, and each character is set to either "cute", "cool" or "passion".

Also, "special effect" indicates the skill of the character. For example, "special effect" has the effect of increasing parameters (appeal value and physical strength value).

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 the same character information as the terminal 10 .

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

In addition, in this embodiment, before starting the game, the main unit is presented as a unit to be used in game play, and the unit is controlled to be changeable according to the player's input, and finally, based on the player's input, Decide which units to use in gameplay.

The information on the units stored in the terminal 10 is transmitted to the server 20 at given timing. In other words, the server 20 stores and manages the same unit information as that of the terminal 10 .

3.3.4 Selection of Music, Difficulty Level, and Unit As shown in FIG. 9, the server of this embodiment associates music IDs (music titles or music identification information) with music data (eg, MP3 data). ), musical score data, consumed stamina, and attributes are stored in the storage unit as music information. Then, the server transmits music information to the terminal in response to a request from the terminal.

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

The "attribute" of a song is set to one of "all types," "cute," "cool," and "passion." "All types" means that it corresponds to all attributes of "cute", "cool" and "passion".

In this embodiment, when the "attribute" of the music and the "attribute" of the character of the unit match, control is performed so that the score increases. If the "attribute" of the song is "all types", it is determined that all the "attributes" of the character match. In addition, the difficulty level is five levels from 1 to 5, and the lower the number, the lower the difficulty, and the higher the number, the higher the difficulty.

In this embodiment, the selection of a song to be played is accepted based on the player's selection input before starting the game.

For example, the terminal 10 of the present embodiment displays, on the selection screen displayed on the display unit 190, the music ID of the currently selected music, the attribute, and the consumption stamina value to be subtracted when executing the game of the currently selected music. Let Further, in the present embodiment, the selection of the difficulty level of the selected song is accepted based on the selection input by the player before starting the game.

Then, when the terminal 10 receives an operation input (touch input) of "OK" on the selection screen from the player, the terminal 10 determines the selected song and difficulty level as the song and difficulty level of the game to be started.

Also, in this embodiment, the units (characters) to be used in the game are selected according to the selected music piece and difficulty level. Unless the player chooses otherwise, the game starts based on the main unit character.

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

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

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

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

In this embodiment, the score is increased according to the appeal value of the character of the unit. For example, if the total appeal value of each character in the unit is in the range of 0 to 10000, the score is multiplied by 1.0. If the total appeal value of each character in the unit is in the range of 10001 to 20000, the score is multiplied by 1.1 times. Also, 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 times.

Further, in this embodiment, control is performed to further increase the player's score based on the number of consecutive successes in one game. The number of consecutive successes is the number of consecutive successful inputs by the player. For example, a coefficient (the coefficient is 1 or more) that increases as the value of the number of consecutive successes increases is set, and the score is multiplied by the coefficient.

Also, in this embodiment, control is performed to raise the score based on the attribute of the music and the attribute of each character of the unit. For example, if there is a character that matches the attribute of the song, the appeal value of that character may be increased.

Also, in this embodiment, control is performed to raise the score based on the character's special effect. For example, since the special effect of the character PA is to increase the appeal value of the character with the cute attribute by 30%, the appeal value of the character with the cute attribute belonging to the unit is further increased by 30%.

(2) Description of Physical Strength Value 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, a value corresponding to the evaluation is subtracted from the physical strength value of the unit according to the evaluation based on the player's input to the marker. For example, if the player's input evaluation for the marker fails (eg, "Bad" or "Miss"), the physical strength value is decreased by "10". In other words, if the input evaluation is successful (eg, "Perfect", "Great" or "Nice"), do not decrease the health value.

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 in the middle of the game. It is also possible for the player to set the physical strength value to the upper limit and restart the game on condition that the player uses a predetermined item.

3.3.6 Game Result In the present embodiment, if the player is able to play the game to the end before the physical strength value of the unit reaches a predetermined value (for example, 0), that is, if all of the musical score data of the music ID If the marker input is evaluated, it is determined that the game is "successful". It should be noted that the success of the game may be replaced with the clearing of the game. On the other hand, when the physical strength value reaches a predetermined value during the game and the player retires without using predetermined items, it is determined that the game has failed.
Also, in this embodiment, the game result and score are transmitted to the server in association with the player ID, song ID, and difficulty level. When the server receives a game result or the like from the terminal, the server stores the game result and the score as part of the player information in association with the player ID, the song ID, and the difficulty level. Update the success probability (the number of successes per number of times the song is played).

Further, in this embodiment, when the game result is a success, the history information of the song (input evaluation for each marker) is transmitted to the server. The server stores the history information of the song received from the terminal in the storage unit.

Further, in this embodiment, when the second game of one song ends, the experience value obtained in the second game is given to the player, and when the experience value exceeds the upper limit of experience, the player's level and stamina value are determined. increase the upper limit of

3.3.7 Privilege Then, if the game is determined to be successful, a privilege is given to the player. Benefits are rewards for successful games, such as new characters, new items (when physical strength reaches a predetermined value, the game can be resumed by setting the physical strength value to the upper limit, stamina Recovery items that can increase the value), etc. Control for recovering the stamina value and control for increasing the upper limit value of the stamina value are also examples of benefits.

3.4 Description 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 possessed advantageous items, the level, the experience value, etc. in the player information storage unit 260 in association with the player ID. do.

The "stamina value" is a parameter that increases over time, up to a predetermined upper limit for each player. For example, 10 is added to the stamina value each time one minute elapses.

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

Also, in the second game, when one game (one game) is started, the consumed stamina value associated with the song ID is subtracted from the player's stamina value. For example, if the player P1 has a stamina value of 40 and the stamina consumption required to play the song "ABC" is "10", when the game starts with the song "ABC", the player P1's stamina The value is updated to "30".

It should be noted that the stamina value can be increased by the player consuming (in a broad sense, using) recovery items for recovering stamina. For example, the player can immediately play the game by using recovery items without waiting for the stamina value to recover (increase).

"Upper limit" is the limit value of the stamina value. For example, it is a limit value that can be increased by passing time or by consuming recovery items.

"Level" is a parameter indicating the degree of game progress of the player. The "experience value" is a value obtained (added) by proceeding with the first game or the second game. is updated to In addition, as the level rises, the "upper limit" of the stamina value and the upper limit of experience rise.

The server 20 may also store the in-game currency, the type of recovery item, and the number of possession of the recovery item in association with the player ID. "In-game currency" is currency in the game, and a predetermined amount of currency is given to the player through a privilege or billing process. For example, the player can obtain an item by subtracting (consuming) a predetermined amount from the in-game currency.

Player information also includes information other than stamina values and the like. That is, the player information includes, for example, information on the player's main character ID (main character ID of the player's main unit) (for example, information associated with the main character ID (appeal value, physical strength value, attribute, special effect) )including.

3.4.2 Description of Display Control of Stamina Value (Common Parameter) Next, display control of the stamina value, which is a parameter common to the first and second games of the present embodiment, will be described. The terminal 10 receives the 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 .

FIGS. 11A to 11G are examples of display modes of stamina values displayed on the display unit of the terminal 10. FIG. For example, in this embodiment, as shown in FIGS. 11A to 11G, a gauge GS displaying the remaining stamina value, the current stamina value of the player, and the upper limit value are displayed.

The total length displayed on the gauge GS is fixed, and the total length corresponds to 100% of the upper limit value according to the level of the player at that time. The game screen also displays the current stamina value relative to the player's upper limit. For example, as shown in FIG. 11A, when the upper limit value of player P1 is "100" and the current stamina value is "80", "80/100" is displayed immediately below the gauge GS. Also, the terminal 10 displays the ratio of the current stamina value to the upper limit by the length of the gauge GS.

3.4.3 Consumption of Stamina Value In the first game, when receiving a quest execution instruction from the player, the server 20 consumes (subtracts) the consumption stamina value corresponding to the quest from the stamina value. The server 20 sets a consumed stamina value for each type of quest in advance. For example, it is assumed that the current stamina value of player P1 is "80" and the consumption stamina value of quest 1 is "20". For example, when the server 20 receives an instruction to execute Quest 1 from player P1, as shown in FIG. Player P1's stamina value is updated to "60" and quest 1 is executed.

Further, in the second game, when receiving a music game execution instruction from the player, the server 20 consumes a consumption stamina value corresponding to the music game (music ID) from the stamina value. The server 20 sets a consumed stamina value for each song ID in advance. For example, assume that the current stamina value of player P1 is "60" and the consumption value of song ID=ABC is "10". For example, when the server 20 receives an execution instruction for the song ID=ABC from the player P1, as shown in FIG. are consumed to update the stamina value of the player P1 to "50", and the game of the song ID=ABC is executed.

3.4.4 Recovery of Stamina Value The server 20 automatically recovers (increases) the player's stamina value over time. The server 20 can appropriately set the recovery period and the amount of recovery to be recovered over time. For example, the server 20 automatically recovers a recovery amount of "10" every minute. The stamina value has an upper limit, and it will not exceed the upper limit even if automatic recovery is performed according to the passage of time.

For example, if the current stamina value of player P1 is "50" and one minute has passed since the stamina value was updated to "50", the stamina value of player P1 is changed to " The stamina value of player P1 is updated to "60" by recovering the additional value "10" from "50".

That is, even if the player has exhausted the stamina value, by waiting, the stamina value is accumulated again little by little, and the player can restart the first or second game.

However, simply waiting for the automatic recovery due to the passage of time is not a good idea in terms of game progress because the game does not progress easily. Therefore, in this embodiment, the stamina value is recovered at once at a given timing by consuming (using) the "recovery item".

The "recovery item" can be acquired at a given timing as a game result of the first game or as a benefit of the second game, but is basically purchased through online shopping (accounting process). The player can specify the type of recovery item and purchase the type of recovery item. In other words, the server 20 of the present embodiment makes the recovery item available on condition that the player pays an amount corresponding to the type of the recovery item based on the player's instructions. In addition, the used recovery item disappears (exhausts).

There are multiple types of “recovery items” in this embodiment. For example, in the present embodiment, a "predetermined amount recovery item" that recovers a predetermined additional value and a "predetermined rate recovery item" that recovers a predetermined rate of the upper limit are prepared in advance.

The "predetermined amount recovery item" includes, for example, a "30 recovery item" that recovers an additional value of 30, a "50 recovery item" that recovers an additional value of 50, a "100 recovery item" that recovers an additional value of 100, and the like. be.

For example, if the current stamina value of player P1 is "50" and the player uses "30 recovery items", as shown in FIG. "30" is added to update the stamina value of player P1 to "80". Since the stamina value of player P1 does not exceed the upper limit of "100" after the addition of the additional value, the additional value of "30" can be effectively used.

Further, when the current stamina value of player P1 is "80" and the player uses "100 recovery items", as shown in FIG. Restores the stamina value of player P1 to a value of "100". In other words, if the additional value "100" is added to the stamina value "80" of the player P1, it becomes "180", but since the upper limit is "100", the stamina value of the player P1 is set to the upper limit "100". do. In other words, if the additional value "100" is added to the stamina value "80" of the player P1 to obtain "180", and the stamina value of the player P1 is set to the upper limit value "100", the upper limit value "100" will be increased. The excess "80" is wasted.

A “predetermined rate recovery item” is, for example, a “100% recovery item” that recovers up to an upper limit of 100%. The "100% recovery item" recovers the stamina value up to the upper limit no matter how much the remaining stamina value at that time is.

For example, if the current stamina value of player P1 is "50" and the player uses a "100% recovery item", as shown in FIG. The stamina value of player P1 is restored to the upper limit of "100". That is, since the upper limit value of 100% for the player P1 is "100", the stamina value of the player P1 is restored to the upper limit value of "100".

Although not used in the game of this embodiment, there may be a "30% recovery item" that recovers up to 30% of the upper limit, a "50% recovery item" that recovers up to 50% of the upper limit, etc. .

3.5 Description of specific items 3.5.1 Outline of processing for converting excess values into specific items (excess value) may occur. For example, as shown in FIG. 12A, when the current stamina value of player P1 is "50", player P1 uses a "100% recovery item" to reach the upper limit of "100". stamina value can be restored. However, as shown in FIG. 12B, the excess value (excess) "50" is wasted. That is, when the stamina value is "0" and the "100% recovery item" is consumed, the additional value becomes "100", and the maximum value of "100" can be recovered. However, when the stamina value is "50" and the "100% recovery item" is consumed, the additional value is "100" and the stamina value becomes "150". However, since the stamina value "150" exceeds the upper limit "100", the stamina value is set to the upper limit "100". In other words, the original "50" is wasted and the player P1 feels a loss. 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 used.

In this way, the value exceeding the upper limit value due to the consumption of recovery items can be effectively used, and the player can be prevented from being dissatisfied. Also, by consuming stamina values in the first game and specific items in the second game, the player can play the game provided by the server 20 for a long time.

3.5.2 Description of Additional Value and Excess Value First, the server 20 calculates the additional value X and the excess value Y when recovery items are 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 the consumption (use) of recovery items. Hereinafter, methods for calculating the additional value X and the excess value Y will be described separately for (A) when using a predetermined amount recovery item and (B) when using a predetermined rate recovery item.

(A) In the Case of a Predetermined-Amount Recovery Item When the server 20 uses a predetermined-amount recovery item, the additional value X is determined by the predetermined-amount recovery item and is a predetermined value added to the stamina value. For example, if the predetermined amount recovery item is 100 recovery items, the additional value X is "100".

Then, the server 20 calculates the excess value Y in the case of using the predetermined amount of recovery items 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, if 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) Predetermined rate recovery item The server 20 adds the value X obtained by multiplying the upper limit value by the predetermined rate to the stamina value when the predetermined rate recovery item is used. . For example, if the upper limit 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 in the case of using the predetermined rate recovery item by the following formula (2).

Additional value X = upper limit value x predetermined rate (%) x 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.

Then, the server 20 calculates the excess value Y in the case of using the predetermined rate recovery item by the above formula (1). For example, if 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 Items Used in Second Game The server 20 of the present embodiment grants the player specific items to be used in the second game based on the game results of the first game. The game result of the first game is the result of progressing the first game based on the player's operation input (touch input), and includes the result resulting from the consumption of recovery items. Therefore, the player can acquire the specific item by progressing the first game.

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

The specific item is an item with which the second game can be played, and the server 20 controls so that the second game can be executed by consuming the specific item instead of the stamina value. The number K of specific items given to the player is calculated by the following formula (3).

K=excess value Y/unit value U (3)
For example, if the excess value Y of player P1 is "80" and the unit value U is "5", then 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 give to the player based on the type of recovery item consumed. For example, if the current player's stamina value is "30" and the upper limit of the stamina value is "50", the excess value Y in the case of "100 recovery items" is "80", and the specific value given to the player is The number of items is 16. On the other hand, if the current stamina value of the player is '30' and the upper limit of the stamina value is '50', the excessive value in the case of '100% recovery item' is '30', and the specific item given to the player is '30'. is six. Thus, if the current stamina value of the player is "30" and the upper limit of the stamina value is "50", it is better to use the "100 recovery item".

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

As described above, according to the present embodiment, the player considers the type of recovery item to be consumed in consideration of his/her current level (upper limit of stamina value) and current stamina value.

It should be noted that the server 20 may accumulate the excess value Y and control so as to give one specific item to the player when it reaches a predetermined value (for example, 1000). 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 this embodiment stores the number of specific items possessed by each player in the storage unit 270 in association with the player ID.

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

3.5.4 Consumption of Specific Items The server 20 makes the second game executable by consuming specific items instead of stamina values. For example, the server 20 of this embodiment consumes a specific item based on the player's instruction to enable execution of the second game.

For example, the server 20 accepts from the player P1 a selection of whether to consume either the "specific item" or the "stamina value" before execution of the second game. 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, and performs the second game. (game processing for one song) is executed.

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

The number of consumptions of specific items indicates the number of consumptions of specific items when one song is played as a game.

That is, the terminal 10 of the player P1 accepts the 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, and when the instruction of the "confirm" instruction icon E4 is received, the consumption number of the "specific item" is determined.

When the terminal 10 of the player P1 receives the input of the instruction icon E6 for "determine", the information of the instruction to consume the specific item or the instruction to consume the stamina value, and if the specific item is instructed, the terminal 10 of the specific item. The consumption number is transmitted to the server 20 .

Players who prefer the first game to the second game (or players who are not good at the second game) tend to be passive about the second game. can be consumed only in the second game, it is possible to actively motivate the player to play the second game.

On the other hand, players who prefer the second game to the first game tend to be passive about the first game. Since it is limited, it is possible to motivate the player to actively play the first game.

In addition, the server 20 of the present embodiment controls to consume only one specific item per song during a period (normal period) that is not a predetermined event period, and consumes a plurality of specific items per song during the event period. may be controlled so that it can be consumed all at once.

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

3.5.5 Privilege Based on Number of Specific Items Consumed A privilege given to the player may be determined according to the number.

Here, the benefits include in-game currency, given items (for example, recovery items), as well as increasing the score calculated in the second game (for example, increasing the score by 10). It's okay.

For example, in the second game of the present embodiment, the server 20 provides a privilege to the player when the game is determined to be successful when the number of consumptions of the specific item is "1" based on the instruction of the player. Let it be one "100 recovery item". On the other hand, in the case where the consumption number of the specific item is "3" based on the player's instruction, if the game is judged to be successful, three "100 recovery items" are given to the player. In other words, the server 20 determines the content of the privilege according to the number of times the specific item is consumed. For example, the server 20 controls to increase the number of items (for example, recovery items) given to the player as the number of specific items consumed increases. In other words, the server 20 performs control so that the greater the number of consumption of the specific item, the higher the value of the privilege given to the player. In this way, a player who possesses many specific items can consume a large number of specific items at once, which is efficient, and when the game succeeds, a high-value privilege can be obtained. Note that if the game is determined to have failed, no privilege is given to the player.

In addition, the server 20 of the present embodiment controls a plurality of specific items to be consumable at once during the event period, and controls to consumable only one specific item during the normal period (non-event period). good too. In this way, the player can consume a large amount of the specific item during the event period and obtain a valuable privilege. Therefore, it is possible to motivate the player to collect specific items during a normal period in preparation for the event. In addition, it is possible to increase the motivation to play the second game at the event.

Also, in this embodiment, an upper limit is set for the number of possessed specific items. For example, the server 20 limits the number of specific items possessed by the player to 500, and controls the player so that he/she cannot possess more than 500 specific items. In this way, the player can be motivated to use the specific item even during normal periods other than the event period.

In addition, in the present embodiment, the privilege given when the second game is successful when the specific item is consumed is different from the privilege given when the second game is successful when the stamina is consumed. may For example, during a normal period that is not an event period, the benefits granted when you succeed in the second game when consuming stamina are better than the benefits when you succeed in the second game when you consume a specific item. may be controlled to be of higher value. In this way, it is possible to guide the user to consume stamina and play the second game during a normal period. As a result, it is possible to motivate the user to acquire the specific item in order to play the second game more often. Then, the player can be urged to spend 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 consumption stamina value for one song (for example, 10). For example, the consumption stamina value (for example, 100) for 10 songs is consumed for the second game of one song, and the value of the privilege is not increased. Therefore, it is possible to encourage the player to actively use the specific item.

Also, 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 this embodiment gives a specific item to a player will be described with reference to FIG. First, it is determined whether recovery items have been consumed in the first game (step S1). When recovery items are consumed in the first game (Y in step S1), an excess stamina value Y is calculated (step S2). The excess value Y/unit value U is set as the given number K (step S3). Give the player K specific items (step S4). The process ends here.

(2) An example of the flow of processing in which the server 20 of the present embodiment consumes specific items or stamina values to execute the second game will be described with reference to FIG. First, it is determined whether or not the number of possessed specific items is one or more (step S11). If the number of possession of the specific item is one or more (Y in step S11), it is determined whether or not an instruction to consume the specific item has been received (step S12). If an instruction to consume a specific item is received (Y in step S12), the number of consumptions 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, if the possessed number of the specific item is not 1 or more (N in step S11), or if there is no instruction to consume the specific item (step S12), it is determined whether the stamina value is greater than or equal to the consumed stamina value (step S21). Then, if the stamina value is equal to or greater than the consumed stamina value (Y in step S21), it is determined whether or not an instruction to consume the stamina value has been received (step S22). When the instruction to consume the stamina value is received (Y in step S22), the consumed 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 consumed stamina value (N in step S21), or if the instruction to consume the stamina value is not accepted (N in step S22), the process is terminated. The process ends here.

3.6 Description of Advantageous Items 3.6.1 Outline It's a game, and it's a game that requires a player's skill. However, a novice player or a player who is not good at the second game may avoid playing the second game. In other words, if the player's skill is poor, the player tends to play the first game more often and may not play the second game.

In addition, in this embodiment, an event period may be provided, and a ranking may be performed in which the scores of each player in the second game are announced in descending order. In addition, during the event period, a special privilege is given to a limited number of players with the highest scores so as to encourage them to continue playing the game. There is a risk that you will not be able to enjoy the event period because you cannot obtain it.

Therefore, in the present embodiment, an item that gives the player an advantage in the second game (hereinafter referred to as an "advantageous item") is provided so as to increase the player's motivation to continue playing the second game. Control. In other words, the player who is not good at the second game by giving the advantageous item is controlled to actively play the second game. Note that the advantageous item is an item different from the specific item.

3.6.2 Giving Advantageous Items The server 20 of this embodiment gives the player advantageous items to be used in the second game 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 the result of progressing the quest of the first game based on the player's given operation input (touch input). For example, an item (drop item) won with a predetermined lottery probability based on the player's operation input may be used as an advantageous item. For example, in the present embodiment, when a quest with the same ID is performed multiple times, an advantageous item may be given to the player by lottery each time the quest is performed.

As shown in FIG. 10, the server 20 of this embodiment stores the number of advantageous items possessed by each player in the storage unit 270 in association with the player ID.

3.6.3 Consumption of Advantageous Items By consuming advantageous items, the server 20 enables execution of the second game in a situation advantageous to the player. For example, the server 20 of the present embodiment consumes advantageous items based on player's instructions to enable execution of the second game. Note that when an advantageous item is used (consumed), the advantageous item disappears (exhausts).

For example, the server 20 receives an instruction to consume an "advantageous item" from the player P1 before executing 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, and performs the second game. process.

FIG. 16 shows an example of a game screen (game image) displayed on the terminal 10 of the player P1 before execution of the second game. For example, the player P1 displays an "advantageous item" instruction icon E5. The terminal 10 of the player P1 receives the input of the "advantageous item" instruction icon E5, and upon receiving the input of the "determine" instruction icon E6, transmits to the server 20 the information of the instruction to consume the advantageous item.

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

3.6.4 Description of Control Enabling Execution in Advantageous Circumstances The server 20 enables execution of the second game in a situation that is advantageous to player P1 when player P1 consumes an advantageous item. The control to enable execution in an advantageous situation means adjusting 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 assumes no failure in the second game, increasing the score in the second game, obtaining parameters in the second game (for example, at least one of increasing the experience value acquired) and decreasing the difficulty of the second game.

Here, the processing for regarding failure in the second game as having no failure is a control that regards the evaluation of "Bad" or "Miss" for the marker as having no failure and does not decrease the physical strength value by "10". Further, the process of assuming that there is no failure in the second game may be a process of increasing the physical strength value in advance at the start of the second game (for example, control of setting 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 player's score.

Also, 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 lowering the difficulty level of the second game is a process of loosening the criteria for input evaluation. For example, the time difference (temporal lag) between the marker's reference timing and the player's input timing is reduced. For example, the lengths of periods t1, t2, and t3 set based on the determination reference timing shown in FIG. 6 are lengthened to lower the difficulty level. Further, as an example of the process of lowering the difficulty level of the second game, the difficulty level may be lowered by controlling to slow down the moving speed of the marker.

Note that the server 20 may make it easier to activate the special effects (skills) of the character of the unit used in the second game, and perform control to enable execution in an advantageous situation.

For example, in the second game in which advantageous items are not used, assume 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 item is consumed. It should be noted that whether or not to activate the special effect may be determined by a lottery process with a given probability.

3.6.5 Event Period The server 20 of the present embodiment may grant advantageous items during the event period. That is, control may be performed so that advantageous items are not awarded during normal periods other than the event period, and advantageous items may be awarded based on the game results of the first game only during the event period.

3.6.6 Flowchart An example of the flow of processing relating to consumption of advantageous items by the server 20 will be described with reference to FIG. First, it is determined whether or not the number of possessed advantageous items is one or more (step S31). If the number of possessed advantageous items is one or more (Y in step S31), it is determined whether or not an instruction to consume the advantageous item has been received (step S32). If an instruction to consume an advantageous item is received (Y in step S32), 1 is subtracted from the number of advantageous items possessed (step S33), and the second game is controlled to be in an advantageous situation (step S34). . If the number of possessed advantageous items is not one or more (N of step S31), or if an instruction to consume the advantageous item has not been received (N of 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, as shown in FIG. When the selection of game 1 is accepted, the player holds and uses the terminal 10 in the vertical position to play the game. On the other hand, when the terminal 10 accepts the selection of the second game, the player holds the terminal 10 horizontally and plays the game.

That is, the server 20 advances the first game by setting the orientation of the display unit 190 in the vertical direction on the terminal 10 and displaying the game screen (vertical screen). Further, the server 20 advances the second game by turning the display unit 190 of the terminal 10 sideways and displaying the game screen (horizontal screen).

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

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

The server 20 allows the first game to progress without skill of the player. That is, 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 skill of the player to progress the second game. That is, the server 20 sets the difficulty level and advances the second game on the horizontal game screen.

Therefore, the player can easily operate (touch operation) with one hand to play the first game, and can play the second game with both hands. The player can easily operate the terminal in the vertical state, but the situations in which the terminal can be operated in the horizontal state are limited. In other words, the player will play either the first game or the second game depending on the situation.

That is, according to the present embodiment, in the first game in which the terminal is operated in the vertical state, the second game in which the terminal is operated in the horizontal state progresses advantageously. You can get certain consumable items.

4. Others The present invention is not limited to the one described in the above embodiment, and various modifications are possible. For example, a term cited as a broad definition or a synonymous term in the description in the specification or drawings can be replaced with a broad definition or a synonymous term in other descriptions in the specification or drawings.

4.1 Login Bonus The server 20 may provide at least one of a specific item and an advantageous item as a login bonus for 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 Raising the Upper Limit In addition, in the present embodiment, it is easier to raise the upper limit of the stamina value and the player's level by playing the first game than by playing the second game. can be controlled to In this way, motivation for the first game can be enhanced.

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

4.5 Specific Items In this embodiment, the number of specific items is K, which is calculated by dividing the excess value Y by the unit value U when consuming recovery items. , may be controlled to increase the value of the privilege.

For example, if the excess value Y of player P1 is "80" and the unit value U is "5", then 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 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 if the second game is determined to be successful, the privilege is one "100 recovery item", and one specific item A1 is used. The privilege when the second game is played by consuming the item A2 and the second game is determined to be successful is "8 100 recovery items".

4.5 Consumption Targets 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 stamina values, and the second game B by consuming specific items. may be controlled to be executable.

4.6 Use of Advantageous Items In this embodiment, when consuming advantageous items, a specific item may be consumed at the same time as the advantageous item.

In the present embodiment, if the server 20 prepares animations or still images of quests and stories of each of a plurality of characters in advance in the first game, the player may be given advantageous items exclusive to the characters. Then, in the second game, when the game is played with the character's unit, control may be performed so that the character's advantageous items can be consumed. For example, if the player P1 acquires an advantageous item for the character PX in the first game, the item cannot be consumed unless the character PX is in the unit in which the character PX plays the game in the second game. can be controlled to

Further, in the present embodiment, the quest ID of the character PX in the first game is associated with the music ID. = 1 (for example, music ID = ABC) may be controlled so that it can only be used.

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 in which a quest is executed. For example, a game or the like in which a story progresses may be used. In addition, the second game of the present embodiment may be applied to games such as fighting games, competitive games, sports games, etc., in which difficulty levels are set, in addition to music games.

4.8 Restoration of Stamina Value In this embodiment, the process of restoring the stamina value to the upper limit value over time and the process of restoring the stamina value by consuming recovery items have been described. You may perform a process to recover the stamina value to the upper limit value at the timing.

4.9 Terminal State The server 20 of the present embodiment advances the second game by turning the display unit 190 of the terminal 10 sideways and displaying the game screen (horizontal screen). Based on the instruction, the second game may be progressed by setting the orientation of the display unit 190 of the terminal 10 to vertical and displaying the game screen (vertical screen). For example, when the second game is executed on the vertical screen, the number of detection areas and the number of markers are reduced compared to when the second game is executed on the horizontal screen, and only the main character is displayed in a large animation. 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 provision processing unit 140 recovery processing unit 150 display control unit 151 communication control unit 152 image generation unit 153 sound generation unit, 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 provision processing unit 240 recovery processing unit 250 management unit 251 communication control unit 252 image generation unit 253 sound generation Section 270 Storage Section 272 Main Storage Section 260 Player Information Storage Section 261 Parameter 262 Item Information 263 Game Result 280 Information Storage Medium 296 Communication Section

Claims (11)

A program for progressing a plurality of games,
a first game execution processing unit that consumes player parameters to execute a first game;
a second game execution processing unit that consumes the parameters to execute a second game;
causing the computer to function as an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The item grant processing unit
Giving the player an advantageous item associated with at least one character out of a plurality of characters;
The second game execution processing unit
When a game play including a given character is performed in the second game, and when the advantageous item is associated with the character, the advantageous item is controlled to be consumable, and the advantageous item is consumed. A program that, when consumed, enables the second game to be executed in a situation advantageous to the player. In claim 1,
The second game execution processing unit
A program characterized by performing a process of assuming that there is no input failure of the player in the second game when the advantageous item is consumed. In claim 1 or 2,
The second game is
A game in which the physical strength value is decreased when the player's input fails, and the physical strength value is terminated when the physical strength value reaches a predetermined value,
The second game execution processing unit,
A program characterized in that, when the advantageous item is consumed, the player's input failure in the second game is regarded as non-existent, and the physical strength value is controlled so as not to decrease. In any one of claims 1 to 3,
The second game is
A game in which the physical strength value is decreased when the player's input fails, and the physical strength value is terminated when the physical strength value reaches a predetermined value,
The second game execution processing unit,
A program characterized in that, when the advantageous item is consumed, processing is performed to increase the physical strength value at the start of the second game. A program for progressing a plurality of games,
A first game execution processing unit that consumes the player's parameters and executes the first game based on the quest ID of the first game;
a second game execution processing unit that consumes the parameters and executes the second game based on the music ID of the second game;
causing the computer to function as an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The second game execution processing unit
By consuming the advantageous item, the second game can be executed in a situation advantageous to the player;
The item grant processing unit
Giving the player an advantageous item associated with the quest ID of the first game,
The second game execution processing unit
When the song ID of the second game is associated with the quest ID corresponding to the advantageous item, the advantageous item is controlled to be consumable, and when the advantageous item is consumed, the song ID enabling the second game to be executed in a situation advantageous to the player. A server that progresses a plurality of games,
a first game execution processing unit that consumes player parameters to execute a first game;
a second game execution processing unit that consumes the parameters to execute a second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The item grant processing unit
Giving the player an advantageous item associated with at least one character out of a plurality of characters;
The second game execution processing unit
When a game play including a given character is performed in the second game, and when the advantageous item is associated with the character, the advantageous item is controlled to be consumable, and the advantageous item is consumed. A server that, when consumed, enables the second game to be played in a player's favor. A server that progresses a plurality of games,
A first game execution processing unit that consumes the player's parameters and executes the first game based on the quest ID of the first game;
a second game execution processing unit that consumes the parameters and executes the second game based on the music ID of the second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The second game execution processing unit
By consuming the advantageous item, the second game can be executed in a situation advantageous to the player;
The item grant processing unit
Giving the player an advantageous item associated with the quest ID of the first game,
The second game execution processing unit
When the song ID of the second game is associated with the quest ID corresponding to the advantageous item, the advantageous item is controlled to be consumable, and when the advantageous item is consumed, the song ID enabling the second game to be run in favor of the player. A game system in which a server for progressing a plurality of games and player terminals are connected via a network,
the server
a first game execution processing unit that consumes player parameters to execute a first game;
a second game execution processing unit that consumes the parameters to execute a second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The item grant processing unit
Giving the player an advantageous item associated with at least one character out of a plurality of characters;
The second game execution processing unit
When a game play including a given character is performed in the second game, and when the advantageous item is associated with the character, the advantageous item is controlled to be consumable, and the advantageous item is consumed. A game system characterized in that, when consumed, the second game can be executed in a situation advantageous to the player. A game system in which a server for progressing a plurality of games and player terminals are connected via a network,
the server
A first game execution processing unit that consumes the player's parameters and executes the first game based on the quest ID of the first game;
a second game execution processing unit that consumes the parameters and executes the second game based on the music ID of the second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The second game execution processing unit
By consuming the advantageous item, the second game can be executed in a situation advantageous to the player;
The item grant processing unit
Giving the player an advantageous item associated with the quest ID of the first game,
The second game execution processing unit
When the song ID of the second game is associated with the quest ID corresponding to the advantageous item, the advantageous item is controlled to be consumable, and when the advantageous item is consumed, the song ID A game system characterized by enabling the second game to be executed based on the conditions advantageous to the player. A game providing method for providing game information from a server that progresses a plurality of games to a player's terminal, comprising:
the server
a first game execution processing unit that consumes player parameters to execute a first game;
a second game execution processing unit that consumes the parameters to execute a second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The item grant processing unit
Giving the player an advantageous item associated with at least one character out of a plurality of characters;
The second game execution processing unit
When a game play including a given character is performed in the second game, and when the advantageous item is associated with the character, the advantageous item is controlled to be consumable, and the advantageous item is consumed. If the second game can be executed in a situation advantageous to the player when consumed,
transmitting to the server information about the player's input received by the terminal;
A game providing method, comprising: receiving information about a game from the server. A game providing method for providing game information from a server that progresses a plurality of games to a player's terminal, comprising:
the server
A first game execution processing unit that consumes the player's parameters and executes the first game based on the quest ID of the first game;
a second game execution processing unit that consumes the parameters and executes the second game based on the music ID of the second game;
an item grant processing unit that grants the player an advantageous item consumable in a second game based on the game result of the first game;
The first game is
A game for displaying a moving image or a still image related to a character on a terminal of the player when the player's input is received in one input area,
The second game execution processing unit
By consuming the advantageous item, the second game can be executed in a situation advantageous to the player;
The item grant processing unit
Giving the player an advantageous item associated with the quest ID of the first game,
The second game execution processing unit
When the song ID of the second game is associated with the quest ID corresponding to the advantageous item, the advantageous item is controlled to be consumable, and when the advantageous item is consumed, the song ID enabling the second game to be run in favor of the player,
transmitting to the server information about the player's input received by the terminal;
A game providing method, comprising: receiving information about a game from the server.

Images