JP7194210B2 - Information processing program, information processing method and information processing system - Google Patents

Description

The present invention relates to an information processing program, an information processing method, and an information processing system.

Conventionally, as disclosed in Patent Literature 1, for example, there is known a game in which a character possessed by a player is trained to participate in a race, and a live performance is performed based on the race result.

Japanese Patent No. 6538942

The above-described live presentation enhances the enjoyment of the game by allowing the player to select the music and the characters that appear in the live video. However, for example, when the number of characters that can be selected is small, the content of the live performance to be executed is limited, and there is a risk that the interest in the game will decrease.

SUMMARY OF THE INVENTION An object of the present invention is to provide an information processing program, an information processing method, and an information processing system capable of enhancing the interest of a game.

In order to solve the above problem, the information processing program associates any of the game objects that can be displayed during the execution of the effect as the specific game object, and the output data of the sound that is output during the execution of the effect is an effect determination unit capable of determining any one of a plurality of types of effect type information linked in plurality; an identification display unit that identifiably displays a specific game object linked to the effect type information; A game object determination unit that determines the placement of the game object to be displayed in one of a plurality of positions including a first position and a second position, and based on the determined effect type information and the placement of the game object. and a predetermined specific game object is included in the game object placed at the first position, during execution of the effect, out of the output data linked to the effect type information, the predetermined specific outputting a sound based on output data corresponding to the game object; If the specific game object is included , select one of the output data corresponding to one of the specific game objects out of the output data linked to the effect type information, and based on the selected output data A computer is made to function as a production execution unit that outputs sound.

The identification display unit identifiably displays a specific game object linked to the effect type information among the game objects placed at the first position, and the game object placed at the second position, The identifiable display of the specific game object linked to the effect type information may be disabled.
The game object placed at the first position is displayed more times during the execution of the effect than the game object placed at the second position, or is displayed for a longer time during the effect. may be
The game object determining unit is capable of determining any one of the game objects associated with the effect type information and possessed by the player according to a preset extraction condition. When game objects are determined, specific game objects may be determined in preference to other game objects.

In order to solve the above problems, an information processing method is an information processing method performed by a computer, in which one of the game objects that can be displayed during execution of the effect is linked as a specific game object, and A step portion that can determine one of a plurality of types of performance type information linked to multiple output data of voices output during execution, and a specific game object linked to the performance type information are displayed in an identifiable manner. a step of determining the placement of a game object to be displayed during execution of the effect to any one of a plurality of positions including a first position and a second position ; the determined effect type information and the game When an effect is executed based on the arrangement of objects, and a predetermined specific game object is included in the game object placed at the first position, output data linked to the effect type information is generated during execution of the effect. Among them, a sound is output based on output data corresponding to a predetermined specific game object, the game object placed at the first position does not include the predetermined specific game object , and the game object placed at the second position does not include the predetermined specific game object. If the game object includes a predetermined specific game object , one of the output data associated with the effect type information is selected from the output data corresponding to one of the specific game objects, and the selected game object is selected. and outputting audio based on the output data.

In order to solve the above problems, an information processing system is provided in which a computer associates any of the game objects that can be displayed during the execution of an effect as a specific game object, and the audio that is output during the execution of the effect. an effect determination unit capable of determining one of a plurality of types of effect type information to which a plurality of output data are linked; an identification display unit that identifiably displays a specific game object linked to the effect type information; a game object determination unit that determines the placement of a game object displayed during execution to one of a plurality of positions including a first position and a second position ; When an effect is executed based on the arrangement and a predetermined specific game object is included in the game object placed at the first position, during execution of the effect, out of the output data linked to the effect type information, A game in which sound is output based on output data corresponding to a predetermined specific game object, the game object placed at the first position does not include the predetermined specific game object , and the game object is placed at the second position. If the object includes a predetermined specific game object , one of the output data linked to the effect type information, which corresponds to one of the specific game objects, is selected, and the selected output data and a production execution unit that outputs a sound based on.

According to the present invention, the amusement of the game can be improved.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram for explaining the hardware configuration of the player terminal. FIG. 2B is a diagram for explaining the hardware configuration of the server. FIG. 3A is a diagram illustrating an example of a story selection screen. FIG. 3B is a diagram illustrating an example of a story live effect. FIG. 3C is a diagram illustrating live viewing rights. FIG. 4A is a diagram illustrating an example of a breeding screen. FIG. 4B is a diagram illustrating an example of a character-raising dialogue. FIG. 5A is a diagram illustrating an example of a race selection screen. FIG. 5B is a diagram illustrating an example of a participating character selection screen. FIG. 5C is a diagram illustrating an example of a race result screen. FIG. 6A is a diagram illustrating an example of a reward live effect. FIG. 6B is a diagram illustrating an example of a right acquisition effect. FIG. 7A is a diagram illustrating an example of a music selection screen. FIG. 7B is a diagram illustrating an example of a character placement screen. FIG. 7C is a diagram illustrating an example of a character selection screen. FIG. 7D is a diagram illustrating an example of a theater live performance. FIG. 8A is a diagram illustrating an example of character types. FIG. 8B is a diagram illustrating an example of effect classification. FIG. 8C is a diagram illustrating an example of a vocal character set for each song ID. FIG. 9A is a diagram explaining an example of position information. FIG. 9B is a diagram illustrating an example of a character placement table. FIG. 10A is a diagram for explaining an example of sound data set with the music ID of the first effect category. FIG. 10B is a diagram illustrating an example of output of sound data for the music ID of the first effect category. FIG. 11A is a diagram for explaining an example of sound data set by the music ID of the second effect classification. FIG. 11B is a diagram illustrating an example of output of sound data for the music ID of the second effect classification. FIG. 12A is a diagram illustrating an example of a combination of characters placed in main positions. FIG. 12B is an example of sound data set in the audio channel. FIG. 13A is a diagram illustrating another example of a combination of characters placed in main positions. FIG. 13B is another example of sound data set in the audio channel. FIG. 14 is a diagram for explaining the configuration of a memory in a player terminal and functions as a computer. FIG. 15 is a sequence diagram illustrating basic processing of the player terminal and server. FIG. 16 is a flowchart illustrating an example of reward live execution processing in the player terminal. FIG. 17 is a flowchart illustrating an example of data setting processing in the player terminal. FIG. 18 is a flowchart illustrating an example of story execution processing in the player terminal. FIG. 19 is a flowchart illustrating an example of live mode processing in the player terminal. FIG. 20 is a flowchart for explaining an example of an auto-organization process in a player terminal.

One aspect of an embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The dimensions, materials, and other specific numerical values shown in these embodiments are merely examples for facilitating understanding, and do not limit the present invention unless otherwise specified. In the present specification and drawings, elements having substantially the same function and configuration are given the same reference numerals to omit redundant description, and elements that are not directly related to the present invention are omitted from the drawings. do.

(Overall Configuration of Information Processing System S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. As shown in FIG. The information processing system S is a so-called client-server system including a player terminal 1, a server 100, and a communication network 200 having a communication base station 200a.

The player terminal 1 can establish communication with the server 100 via the communication network 200 . The player terminal 1 includes a wide range of electronic devices that can be connected to the server 100 for wireless or wired communication. Examples of the player terminal 1 include smart phones, mobile phones, tablet devices, personal computers, game machines, and the like. In this embodiment, a case where a smart phone is used as the player terminal 1 will be described.

The server 100 is connected for communication with a plurality of player terminals 1 . The server 100 accumulates various types of information (player information) for each player who plays the game. Also, the server 100 updates the accumulated information based on an operation input from the player terminal 1 .

The communication base station 200a is connected to the communication network 200, and transmits/receives information to/from the player terminal 1 by radio. The communication network 200 includes a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, etc., and realizes wireless or wired communication connection between the player terminal 1 and the server 100 .

In the information processing system S of this embodiment, the player terminal 1 and the server 100 function as a game device G. FIG. The player terminal 1 and the server 100 are responsible for controlling the progress of the game, respectively.

(Hardware configuration of player terminal 1 and server 100)
FIG. 2A is a diagram for explaining the hardware configuration of the player terminal 1. As shown in FIG. FIG. 2B is a diagram for explaining the hardware configuration of the server 100. As shown in FIG. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input/output interface 16, a storage section 18, a communication section 20, an input section 22, and an output section 24. be done.

2B, the server 100 includes a CPU 110, a memory 112, a bus 114, an input/output interface 116, a storage section 118, a communication section 120, an input section 122, and an output section .

The configurations and functions of the CPU 110, the memory 112, the bus 114, the input/output interface 116, the storage unit 118, the communication unit 120, the input unit 122, and the output unit 124 of the server 100 are the same as those of the CPU 10, the memory 12, and the They are substantially the same as the bus 14 , input/output interface 16 , storage section 18 , communication section 20 , input section 22 and output section 24 . Therefore, the hardware configuration of the player terminal 1 will be described below, and the description of the server 100 will be omitted.

The CPU 10 operates programs stored in the memory 12 to control the progress of the game. The memory 12 is composed of a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game. Memory 12 is connected to CPU 10 via bus 14 .

An input/output interface 16 is connected to the bus 14 . A storage unit 18 , a communication unit 20 , an input unit 22 and an output unit 24 are connected to the input/output interface 16 .

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data. In the player terminal 1, the programs and data stored in the storage unit 18 are loaded by the CPU 10 into the memory 12 (RAM).

The communication unit 20 is wirelessly connected to the communication base station 200 a and transmits/receives information such as various data and programs to/from the server 100 via the communication network 200 . In the player terminal 1 , the program or the like received from the server 100 is stored in the memory 12 or the storage section 18 .

The input unit 22 includes, for example, a touch panel through which player's operations are input (accepts operations), buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Also, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1 . Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the voice of the player. That is, the input unit 22 broadly includes a device capable of inputting the player's intention in an identifiable manner.

The output unit 24 includes a display device and a speaker. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1 . In this embodiment, the player terminal 1 includes a touch panel 26 that functions as the input section 22 and the output section 24 .

(game content)
Next, the content of the game provided by the information processing system S (game device G) of this embodiment will be described using an example. The player downloads a dedicated application from the server 100 to the player terminal 1 in advance and registers the player ID in the server 100 before starting the game. When the application is started, the player terminal 1 receives various information stored in the server 100 and displays a game screen on the touch panel 26 .

In this embodiment, a manager provides a plurality of types of characters. A player can obtain a character by winning a lottery called Gacha. In addition, the administrator may give the player a predetermined character free of charge. A player can own a character obtained by lottery or a character given by an administrator. Hereinafter, the character possessed by the player will be referred to as possessed character.

Various statuses are set for each character, and the player can train the possessed character and improve various statuses. Also, the player can have the possessed character participate in the race. Here, it is possible to have the player compete with other player's characters in a race through communication competition. However, the race is not limited to a communication competition with other players, and may be a computer competition.

Although detailed description is omitted, in this embodiment, characters compete for the order of finish in each race. The result of the race, that is, the order of finish, is determined based on the statuses of participating characters. In each race, a privilege is set for each order of finish, and the player is given a privilege corresponding to the order of finish of the participating characters.

Thus, the game of this embodiment is a so-called training game. However, the technical matters described below are applicable not only to breeding games, but also to all game genres such as action games, shooting games, simulation games, RPGs (Roll Playing Games), and puzzle games.

FIG. 3A is a diagram illustrating an example of a story selection screen. FIG. 3B is a diagram illustrating an example of a story live effect. FIG. 3C is a diagram illustrating live viewing rights. When the application is started, a home screen (not shown) is displayed on the touch panel 26 . A menu bar 30 is displayed on the home screen, as shown in FIG. 3A. The menu bar 30 is provided with a plurality of selection sections including a lottery selection section 30a, a story selection section 30b, a breeding selection section 30c, a race selection section 30d, and a live selection section 30e. The player can switch the display screen of the touch panel 26 by tapping the selection portion of the menu bar 30 .

When the lottery selection portion 30a of the menu bar 30 is tapped, a lottery screen (not shown) is displayed. On the lottery screen, a lottery game can be executed by consuming in-game currency. In this lottery game, a character, an item, or the like is won with a predetermined probability. In other words, the player can acquire and possess characters and items by executing the lottery game.

A unique character ID is set for each character that can be selected in the lottery game. A player ID is set for each player. In the server 100, character possession information is stored for each player ID. Specifically, the server 100 is provided with possessed character information for each player ID, in which information indicating “possessed” or “not possessed” is stored for each character ID of all characters that the player can possess. ing. In the lottery game, when a character that is not possessed (hereinafter referred to as a non-possessed character) is won, in the server 100, in the possessed character information associated with the player ID, the character ID of the winning character is "not possessed". is updated to "in possession".

When the story selection portion 30b of the menu bar 30 is tapped, a story selection screen shown in FIG. 3A is displayed. A plurality of story selection tabs 32 are displayed on the story selection screen. When the player taps the story selection tab 32, story presentation is executed. In the story presentation, a story image is displayed on the touch panel 26. - 特許庁A plurality of patterns of story effects are provided, and a different story image is displayed for each story effect. The player can view a desired story presentation by tapping the story selection tab 32. - 特許庁

It should be noted that some story presentations have release conditions set in advance. The player can repeatedly view and listen to the story presentation for which the release condition has been satisfied. On the other hand, the player cannot view the story presentation for which the release condition is not satisfied. The story selection tab 32 is provided for each story production, but the story selection tab 32 is configured not to accept the tap operation for the story production for which the release condition is not satisfied.

In the example shown in FIG. 3A, the conditions for releasing the story effects of episodes 1 and 2 are satisfied, but the conditions for releasing the story effects of episodes 3 to 5 are not satisfied. In this state, the story selection tab 32 ("Story: 1" in the figure) corresponding to the story presentation of the first episode and the story selection tab 32 ("Story: 1" in the figure) corresponding to the story presentation of the second episode are displayed. 2”) is displayed so as to be able to accept a tap operation.

On the other hand, a story selection tab 32 (shown as "Story: 3" in the figure) corresponding to the story presentation of the third episode, and a story selection tab 32 (shown as "Story: 4" in the figure) corresponding to the story presentation of the fourth episode. ), and the story selection tab 32 (shown as “Story: 5” in the drawing) corresponding to the story presentation of episode 5 are displayed in such a way that it is possible to identify that tap operations cannot be accepted. .

Examples of conditions for unlocking the story effect include that another story effect has been viewed and that the character has entered a preset race among the races to be described later. However, the condition for releasing the story presentation is not limited to this, and can be set as appropriate. Also, here, release conditions are set for some story effects, but release conditions may be set for all story effects, or no release conditions may be set.

Here, part of the story production includes live production. In the present embodiment, the live production is, as shown in FIG. 3B, a production in which vocal sounds and BGM (Background Music) are output in time with a live image of a character singing. Although the details will be described later, in this embodiment, a live mode is provided, and the player can view any live performance in the live mode in addition to the story performance. In addition, even when the first place is won in a race, which will be described later, the live performance can be viewed after the race.

In other words, the live production may be executed as a story production, may be executed as a reward after the race, or may be voluntarily viewed by the player in the live mode. In the following, the live presentation included in the story presentation, in other words, the live presentation executed as the story presentation will be referred to as the live presentation for story. Also, a live performance performed as a reward after the race is called a reward live performance. Furthermore, a live presentation viewed in live mode is called a theater live presentation. In the following description, when the live performance for story, the reward live performance, and the theater live performance are not distinguished, they are simply referred to as live performance.

By viewing the story live presentation, the player can view the viewed live presentation in the live mode. In other words, the player views the story production including the live production for the story, and thereafter acquires the right to freely watch the same live production in the live mode. When the live effect for the story is executed in the story effect, as shown in FIG. 3C, it is notified that the right to view the live effect has been acquired.

FIG. 4A is a diagram illustrating an example of the breeding screen 34. As shown in FIG. FIG. 4B is a diagram illustrating an example of the breeding character dialogue 36. As shown in FIG. When the breeding selection section 30c of the menu bar 30 is tapped, the breeding screen 34 shown in FIG. 4A is displayed. A list of possessed characters is displayed on the breeding screen 34 . Here, an icon corresponding to the possessed character is displayed on the breeding screen 34 . Then, when an icon is tapped on the breeding screen 34, a breeding character dialogue 36 shown in FIG. 4B is displayed.

The breeding character dialog 36 displays the status of the possessed character corresponding to the icon tapped on the breeding screen 34 . The breeding character dialog 36 is also provided with breeding menu tabs 36a, 36b, and 36c. Here, three types of breeding menus are provided, and by tapping breeding menu tabs 36a, 36b, and 36c, the player can select and execute a desired breeding menu. By executing the training menu, the status of the selected possessed character will increase.

FIG. 5A is a diagram illustrating an example of a race selection screen. FIG. 5B is a diagram illustrating an example of the participating character selection screen 40. As shown in FIG. FIG. 5C is a diagram illustrating an example of the race result screen 42. As shown in FIG. When the race selection portion 30d of the menu bar 30 is tapped, the race selection screen shown in FIG. 5A is displayed. A plurality of race selection tabs 38 are displayed on the race selection screen. A race selection tab 38 is provided for each type of race, and the player can tap the race selection tab 38 to select the type of race to be executed, that is, the type of race in which the possessed character participates. can.

Here, some types of races have release conditions set in advance. The player can repeat the race for which the release condition is satisfied any number of times. On the other hand, the player cannot run a race for which the release condition has not been met. As with the story selection tab 32 described above, the race selection tab 38 is configured not to accept a tap operation for race types for which the release condition is not satisfied.

An example of race release conditions is to win a prize (up to 3rd place) in other predetermined races, to finish first in a predetermined number of race types or more, and to have a status of a predetermined value or more. etc. However, the race release condition is not limited to this, and can be set as appropriate. Also, here, release conditions are set for some types of races, but release conditions may be set for all races, or no release conditions may be set.

When the race selection tab 38 corresponding to the race type for which the release condition is not set or the release condition is satisfied is tapped, the participating character selection screen 40 shown in FIG. 5B is displayed. The participating character selection screen 40 displays a list screen of possessed characters possessed by the player. On this list screen, icons corresponding to possessed characters are displayed as shown.

When an icon is tapped on the participating character selection screen 40, a confirmation dialog (not shown) having detailed information on the corresponding possessed character and a start button is displayed. When the start button of this confirmation dialog is tapped, a racing game is executed in which the possessed character participates in the race of the selected type. It should be noted that the number of characters that one player can make to participate in one race varies depending on the type of race. For example, there are races in which one player can have only one character participate, and races in which one player can have a plurality of characters participate.

It should be noted that, on the participating character selection screen 40, a character possessed that cannot participate in the race of the previously selected type is displayed so that the player cannot select it. Here, the icons of possessed characters that cannot participate are grayed out. It should be noted that non-possessed characters may be displayed together with possessed characters on the participating character selection screen 40 . In this case, the non-possessed character may be displayed such that the player cannot select it, as in the above case.

When the confirmation dialog start button is tapped, selection information including information on the race type and the character selected by the player is transmitted to the server 100 . The server 100 derives a race result based on the received selection information. Then, when the player terminal 1 receives the race result information indicating the race result, a race commentary image is generated and displayed based on the received race result information. Then, when the display of the race commentary image ends, a race result screen 42 is displayed as shown in FIG. 5C. The race result screen 42 displays the order of arrival of characters participating in the race.

Here, when the possessed character that the player causes to participate in the race wins within three prizes, the reward live effect described above is executed as a reward. Here, it is assumed that reward live effects are provided for all races. However, the reward live production may be executed only in some races. Also, the reward live effect is executed when the possessed character wins within 3 places. Note that the order of finish in which the reward live effect is executed may differ for each race, or may be common to all races.

FIG. 6A is a diagram illustrating an example of a reward live effect. FIG. 6B is a diagram illustrating an example of a right acquisition effect. Also in the reward live production, a live video in which characters appear, vocal sounds, and BGM are output. The reward live performance is provided for each race, but the music, background image, output vocal sound, and BGM are different for each race.

Here, the characters that participated in the race are displayed in the live video of the reward live production. Here, it is assumed that 18 characters participate in all races. Therefore, 18 characters appear in the live video in all reward live productions. However, the number of characters participating in the race may be less than 18. In this case, the same number of characters as the characters who participated in the race may appear in the reward live effect executed after the race.

The display positions of the characters displayed in the live video, that is, the character formations are set in advance for each type of live performance. Although details will be described later, 18 positions in which characters are arranged are set for each live effect. The 18 positions are broadly classified into main positions and back positions. The main position is arranged near the center in the width direction of the touch panel 26 and has a larger display area than the back position. Also, the number of main positions and back positions is set for each reward live production.

Each position is assigned a position number (N). Since 18 positions are provided here, N, which indicates the position number, is any integer from 1 to 18. A maximum of five main positions are set, and positions with position numbers (N) of 1 to 5 can be main positions.

For example, in the example shown in FIG. 6A, of the 18 positions, 3 positions are set as main positions and 15 positions are set as back positions. Therefore, in this example, positions with position numbers (N) 1 to 3 are main positions, and positions 4 to 18 are back positions.

FIG. 6A shows 3 characters placed in each of the 3 main positions and 5 characters placed in 5 of the 15 back positions. As shown in FIG. 6A, the live video is configured such that the character placed in the main position stands out more than the character placed in the back position. Specifically, in live video, characters may be displayed individually. At this time, the character placed in the main position appears more times and for a longer period of time than the character placed in the back position.

In the reward live effect, 18 positions are assigned to each of the characters participating in the race so that the order of finish in the race matches the position number. Specifically, the character that finishes first in the race is assigned a position of N=1, and the characters that finish second and third in the race are assigned positions of N=2 and N=3, respectively. Similarly, characters finishing 4th through 18th in a race are assigned N=4 through 18 positions, respectively.

As described above, in the live performance, the main position has a large display area, and in particular, the position of N=1 has the largest display area. Therefore, the higher the prize in the race, the more the character owned by the player stands out in the reward live performance. That is, the higher the order of arrival of the character, the more times it is displayed in the live video and the longer the appearance time, so that the motivation for the race and training, that is, the motivation for the game can be improved.

Here, the player can view the viewed reward live effect in the live mode by winning the first place in the race. In other words, the player acquires the right to view the live performance corresponding to the race in the live mode by winning first place in the race. When the first place is won in the race, the right acquisition effect shown in FIG. 6B is executed after the end of the reward live effect. This right acquisition effect is a effect for notifying that the right to view the live effect has been acquired, and is executed even after the live effect for the story is viewed for the first time.

FIG. 7A is a diagram illustrating an example of a music selection screen. FIG. 7B is a diagram illustrating an example of a character placement screen. FIG. 7C is a diagram illustrating an example of a character selection screen. FIG. 7D is a diagram illustrating an example of a theater live performance. When the live selection section 30e of the menu bar 30 is tapped, the music selection screen shown in FIG. 7A is displayed. In this embodiment, the state after the music selection screen is displayed is called a live mode.

The music selection screen is a screen for determining the music of the live production to be viewed in the live mode. Here, one live effect is provided for one piece of music. Therefore, determining the music is equivalent to determining the type of live presentation. In other words, it can be said that the player determines the type of music to listen to on the music selection screen, or determines the type of live presentation. That is, it can be said that the type of music is synonymous with the type of live presentation.

On the song selection screen, a provisionally selected tab 44a and a plurality of candidate tabs 44b are displayed. Titles of songs to be output in the live performance are displayed in the provisionally selected tab 44a and the candidate tab 44b. The tentatively selected tab 44a has a larger display area than the candidate tab 44b, and the song displayed on the tentatively selected tab 44a is the currently tentatively selected song. The player can switch the temporarily selected song by performing a predetermined operation such as vertically swiping the temporarily selected tab 44a.

Also, a music determination button 46 is provided on the music selection screen. When the music determination button 46 is tapped, the music temporarily selected at that time, that is, the type of live performance is finally determined, and the character placement screen shown in FIG. 7B is displayed. The character placement screen is provided with a position display section 50 that indicates the placement pattern associated with the finally determined song. The position display section 50 is roughly divided into a main position display section 50a and a back position display section 50b.

The main position display portion 50a indicates the position of the main position, and the back position display portion 50b indicates the position of the back position. In the example shown in FIG. 7B, there are provided three main position display portions 50a shown in black in the drawing and 15 back position display portions 50b shown in dashed lines in the drawing. A position number is written on each of these position display portions 50 .

On the character placement screen, a selected character display section 52 is provided below the touch panel 26 . The selected character display area 52 is divided into display areas for each position number, and the currently selected character and the costume set for this character are displayed in each display area. The player can switch the display area displayed on the touch panel 26 by swiping the selected character display portion 52 in the horizontal direction.

Also, the player can specify the position number written in the display area by tapping the display area. Then, when any display area of the selected character display portion 52 is tapped (position selection operation is input), the character selection screen shown in FIG. 7C is displayed. A plurality of character icons 54 corresponding to possessed characters are displayed on the character selection screen.

When the character icon 54 is tapped (a character selection operation is input) on the character selection screen, the tapped character icon 54 is displayed in the display area tapped by the player in the selected character display section 52 . At this time, the character corresponding to the character icon 54 tapped by the player is stored in association with the position number previously specified by the player (the position number assigned to the display area tapped by the player). In this way, on the character placement screen, the correspondence between the currently selected character and the position number is displayed in an identifiable manner. A character can be placed or replaced at each position on the character placement screen and the character selection screen.

In addition, a discretion button 56, a start button 58 and a return button 60 are provided on the character placement screen. When the discretion button 56 is tapped (automatic operation is input), characters are automatically placed in all of the main position and back position. How the characters are arranged at this time will be described later.

Also, when the start button 58 is tapped (determination operation is input), a live performance is performed as shown in FIG. 7D based on the selected music piece and character. In the live performance, a live image is reproduced in which the character selected by the player is placed in the specified position. If a character is not selected at any one of the 18 positions, ie, the main position and the back position, the start button 58 is disabled and the live performance cannot be started. However, even if there is a position where no character is selected, the live performance may be started.

Further, when the return button 60 is tapped (return operation is input) on the character placement screen, the music selection screen shown in FIG. 7A is displayed. At this time, the information on the currently selected character and the information on the finally decided music are erased.

Although a detailed description is omitted, the player terminal 1 acquires from the server 100 information about characters and costumes set by the player in the past when transitioning to the music selection screen. Then, based on the information acquired from the server 100, a display based on the information set in the past is performed on the character placement screen. Then, in the player terminal 1, when the player changes the character or costume, the information is overwritten. Also, at the start of the live performance, the player terminal 1 transmits to the server 100 information about the characters and costumes set this time. The server 100 stores the received information. As a result, the server 100 retains, for each song ID, information regarding the placement and costume of the character finally selected by the player.

As described above, in the live performance, music is played back along with the live video. As described above, live performances are performed as story live performances, reward live performances, and theater live performances, but live video and music playback data are common. In other words, one live performance is executed as a story live performance, a reward live performance, and a theater live performance.

Here, in the present embodiment, a plurality of pieces of sound data are associated with one live presentation, that is, one piece of music. Sound data is roughly classified into vocal data and BGM data. Each piece of music is associated with one or a plurality of vocal data and two types of BGM data.

Vocal data is voice data containing no BGM, which is sung by one character from the beginning to the end of one piece of music. Also, vocal data is associated with one of the characters. For example, for song A, vocal data A corresponding to character A and vocal data B corresponding to character B are linked. Further, for example, vocal data C corresponding to character C, vocal data D corresponding to character D, and vocal data E corresponding to character E are associated with song B.

Thus, the number of vocal data linked to each song and the types of characters corresponding to the vocal data differ for each song. Also, since the melody and lyrics are different for each song, the vocal data associated with different songs are naturally different. On the other hand, vocal data linked to the same song has the same melody and lyrics, but different singing characters, that is, different voices.

In other words, each song is associated with some characters as characters for vocals. In the above example, vocal data A corresponding to character A and vocal data B corresponding to character B are associated with song A. It is tied as a corresponding character. Similarly, for example, if vocal data C corresponding to character C, vocal data D corresponding to character D, and vocal data E corresponding to character E are associated with song B, then song B , the characters C, D, and E are linked as characters corresponding to vocals.

BGM data is sound data that does not include the voice of the character, that is, vocal sound. Here, two types of BGM data including sound effects such as audience cheers and BGM data not including sound effects are associated with each song. Although detailed description is omitted, the player can set options such as image quality and sound on the player terminal 1 . With this option setting, it is possible to select the presence or absence of sound effects in the live production. When no sound effect is set in the option setting, BGM data without sound effect is reproduced in the live performance. On the other hand, in the option setting, if sound effects are set, BGM data including sound effects is reproduced in the live presentation.

As described above, each song is associated with at least one character as a vocal-compatible character, and also associated with one vocal data corresponding to the vocal-compatible character. In the live performance, sound is output based on one piece of BGM data and any vocal data associated with the song.

Character icons 54 corresponding to selectable characters are displayed on the character selection screen shown in FIG. 7C. As described above, the character selection screen shown in FIG. 7C is displayed after the position number, that is, the position is designated on the character placement screen shown in FIG. 7B. At this time, if the position specified by the player on the character placement screen is the main position, identification information 62 is displayed on the character icon 54 of the character associated with the finally determined song as a vocal character. be. With this identification information 62, the player can grasp the currently selected song, that is, the vocalist character in the live performance.

On the other hand, if the position specified by the player on the character placement screen is the back position, the identification information 62 will not be displayed on the character selection screen regardless of whether the character is a vocal support character. This is because, while the vocal data output in the live performance differs depending on whether or not the character for vocals is placed in the main position, whether or not the character placed in the back position is a character for vocals depends on the performance. This is because it does not affect the above. A method of determining vocal data to be reproduced in a live performance will be described in detail below.

FIG. 8A is a diagram illustrating an example of character types. FIG. 8B is a diagram illustrating an example of effect classification. FIG. 8C is a diagram illustrating an example of a vocal character set for each song ID. As shown in FIG. 8A, in this embodiment, characters appearing in the game are roughly divided into main characters and sub characters. A main character is a character that can be made to participate in the above races. That is, the main character is a character that plays a central role in the game of this embodiment.

Sub-characters are characters that cannot be made to participate in the above-mentioned races, and are characters that mainly play a sub-role that appears in story production, live production, and the like. The above main character can be possessed as a possessed character by winning a lottery or by providing it free of charge from the administrator. As with the main character, the sub-character may be managed in the same manner as the possessed character, or may be managed separately from the possessed character by winning a lottery or being provided free of charge by the administrator. Also, the sub-character may be allowed to participate in the race only as a so-called NPC (Non-playable character) that cannot be selected by the player.

Also, in the theater live production, as described above, the player can select a desired character and place it in each position. At this time, the player can select and place both the main character and the sub-character. Here, there are no restrictions on the positions in which the main character can be placed and the positions in which the sub-characters can be placed. Therefore, the player can freely select and arrange the main character and sub-characters for both the main position and the back position. In addition, the main characters that can be selected as characters to appear in the theater live production may be limited to characters that you have as owned characters, or all main characters can be selected regardless of whether they are owned or not. good.

All characters appearing in the game are set with character IDs indicating character types. Here, a total of 25 characters with character IDs=0001 to 0025 are provided as main characters. Also, a total of 15 characters with character IDs=1001 to 1015 are provided as sub-characters.

Further, in the present embodiment, the type of live performance is classified into either the first performance classification or the second performance classification. As described above, the type of live performance can also be said to be the type of music, so it can be said that the type of music is classified into either the first performance classification or the second performance classification. Note that the live effects of the second effect category are further classified into "story only" and "others".

The second production category "dedicated to story" may be executed as a story live production or as a theater live production in the above story production. However, the story-only character that appears in the story production is set in the live production of the second production category, “story-only”. On the other hand, no story-dedicated character is set for "Others" in the second effect category and in the live effect in the first effect category.

A music ID indicating the type of music is set for each music. Here, a total of 20 songs with song ID=0001 to 0020 are classified into the first effect category. In addition, a total of 20 songs with song IDs = 1001 to 1020 are classified into the second production classification "story only", and a total of 20 songs with song IDs = 1101 to 1120 are classified into the second production classification "other ” is classified.

The biggest difference between the songs in the first production category and the songs in the second production category is in the vocal characters associated with each song. In FIG. 8C, characters associated with each song ID as characters for vocals are indicated by circles. As shown in FIG. 8C, all the main characters (character ID=0001 to 0025) are always associated with the songs of the first effect category as characters corresponding to vocals. Therefore, 25 pieces of vocal data corresponding to 25 main characters are linked to the music of the first effect category. In other words, a song associated with all main characters as characters for vocals, in other words, a song associated with 25 vocal data is classified into the first effect category.

On the other hand, songs in the second effect category are always associated with 1 or more and less than 25 main characters as vocal characters. In other words, a song in which not all main characters are associated as vocal characters is classified into the second effect category. Here, a minimum of 1 and a maximum of 8 main characters are associated with the music of the second production category as characters corresponding to vocals.

In this case, only the main character is associated with the song ID as the vocal-compatible character, and the sub-character is not associated with any song ID as the vocal-compatible character. In other words, the sub-character cannot be a vocal-compatible character, and therefore there is no vocal data corresponding to the sub-character. However, vocal data corresponding to sub-characters may be provided.

Double circles shown in FIG. 8C indicate character IDs that are linked as story-dedicated characters to the corresponding song IDs. It should be noted that here, the story-dedicated character must also be used as a character for vocals. For example, music ID=1119 is associated with character ID=0012 as a story-only character and vocal character. In addition, character IDs=0006 and 0009 are associated with the song ID=1119 as characters corresponding to vocals. However, a story-dedicated character that is not a vocal character may be provided in the "story-dedicated" song ID. Also, not only the main character, but also the sub-character may be a story-dedicated character, and may be associated with the music ID of "story-dedicated" in the second effect classification.

Note that here, all main characters who can participate in the race are associated with at least one music ID as characters corresponding to vocals. In other words, at least one piece of vocal data is associated with a main character that can be owned as a possessed character and that can participate in a race. However, main characters that can be possessed as possessed characters and that can participate in races may include characters that are not associated with any song ID as vocal support characters. In other words, a main character who can be possessed as a possessed character and who can participate in a race is associated with vocal data for both the music IDs of the first production category and the second production category. may contain characters that are not

FIG. 9A is a diagram explaining an example of position information. Position information is stored in the memory 12 of the player terminal 1 . As shown in FIG. 9A, the position information is information in which the position type is set for the position number, and is linked to the music ID. Only one piece of position information is associated with one song ID. In the figure, B indicates the back position, and M1 to M5 indicate the main positions. In addition, priority is set for the main position, and in the figure, M1 has the highest priority, and M2, M3, M4, and M5 have the lowest priority. When a plurality of main positions are provided, the lower the position number, the higher the priority of the main position. Although FIG. 9A shows only some music IDs, position information is associated with all music IDs.

FIG. 9B is a diagram illustrating an example of a character placement table. The memory 12 of the player terminal 1 is provided with a character placement table. The character placement table is configured to be able to store character IDs of characters placed by the player for each position number. That is, when a character is selected on the character selection screen shown in FIG. 7C after specifying a position number on the character placement screen shown in FIG. remembered.

At the start of the theater live presentation, a live image is generated based on the character IDs stored in the character placement table. Also, vocal data is set to the audio channel based on the character placement table and position information.

FIG. 10A is a diagram for explaining an example of sound data set with the music ID of the first effect category. FIG. 10B is a diagram illustrating an example of output of sound data for the music ID of the first effect category. Here, as shown in FIG. 10A, six channels CN1 to CN6 are provided as channels for outputting audio. Of the six channels, five channels CN1 to CN5 correspond to vocal data, and CN6 corresponds to BGM data. Therefore, vocal data is reproduced on CN1 to CN5, and BGM data is reproduced on CN6.

Each channel of CN1 to CN5 corresponds to a main position. Specifically, CN1 corresponds to main position M1, and CN2 to CN5 correspond to main positions M2 to M5, respectively.

For example, it is assumed that a live performance of music ID=0001, which is classified into the first performance category, is performed. Five main positions M1 to M5 are set in the position information for the song with song ID=0001 (see FIG. 9A). At this time, it is assumed that the characters placed in the main positions M1 to M5 are all vocal characters. In this case, the vocal data corresponding to the vocal character placed in the main position M1 is reproduced in CN1. Similarly, vocal data corresponding to vocal characters placed in main positions M2 to M5 are reproduced in CN2 to CN5, respectively. Also, the BGM data is reproduced in CN6.

Each song ID is provided with output control information for each channel, and output control of sound data is performed based on the output control information. For example, according to the output control information of music ID=0001, as shown in FIG. 10B, the sound data of each channel is reproduced. In this example, the vocal data of CN1 and the BGM data of CN6 are always output at a predetermined volume (shown as ON in the drawing) from the start to the end of the live performance. On the other hand, the vocal data of CN2 to CN5 are set to have a period during which they are output at a predetermined volume and a period during which they are muted (shown as OFF in the figure), as shown.

Here, for ease of understanding, the volume of each sound data is assumed to be ON or OFF, but in reality, the volume of each sound data changes linearly or stepwise. do.

FIG. 11A is a diagram for explaining an example of sound data set by the music ID of the second effect classification. FIG. 11B is a diagram illustrating an example of output of sound data for the music ID of the second effect classification. For example, it is assumed that a live performance of music ID=1001, which is classified into the second performance classification, is performed. Two main positions, M1 and M2, are set in the position information for the song with song ID=1001 (see FIG. 9A).

At this time, for example, assume that a character with character ID=0001 is placed at main position M1 and a character with character ID=0006 is placed at main position M2. In the song with song ID=1001, characters with character IDs=0001 and 0006 are set as characters for vocals (see FIG. 8C). That is, in this example, it is assumed that the characters placed in the main positions M1 and M2 are both vocal characters.

In this case, the vocal data corresponding to the vocalist character placed at the main position M1 is reproduced at CN1, and the vocal data corresponding to the vocalist character placed at the main position M2 is reproduced at CN2. Also, the BGM data is reproduced in CN6. Two pieces of vocal data are linked to the song with song ID=1001. In this way, when the number of vocal data linked to a song is less than the number of channels for vocal data (here, five), some channels are unused.

Note that, in the present embodiment, for a piece of music to which five or more pieces of vocal data are linked, five pieces of vocal data are always reproduced. In addition, all the vocal data are reproduced for a song associated with four or less vocal data.

Then, for example, according to the output control information of music ID=1001, as shown in FIG. 11B, the sound data of each channel is reproduced. In this example, the vocal data of CN1 and the BGM data of CN6 are always output at a predetermined volume from the start to the end of the live presentation. On the other hand, the vocal data of CN2 is set to have a period during which it is output at a predetermined volume and a period during which it is muted, as shown. Also, in this example, no sound data is reproduced on CN3 to CN5.

According to this embodiment, even if the music selected by the player is the same, if the character placed in the main position is different, not only the live video but also the output sound can be different. Also, even if the music and characters selected by the player are the same, if the characters are arranged differently within the main position, the output sounds may be different.

For example, for a song with song ID=1001, assume that the vocalist character A is placed in the main position M1 and the vocalist character B is placed in the main position M2. In this case, the vocal-compatible character A becomes the main vocal, and the vocal-compatible character B becomes the sub vocal. Conversely, assume that the vocalist character B is placed in the main position M1 and the vocalist character A is placed in the main position M2. In this case, the vocal-compatible character B becomes the main vocal, and the vocal-compatible character A becomes the sub vocal. In other words, by changing the placement of the vocalist character in the main position, the singing part of each vocalist character is changed.

Here, as described above, in this embodiment, there are no restrictions on the positions in which the main character and sub characters can be placed. Therefore, the player can place a character other than the vocal-compatible character (hereinafter referred to as a non-vocal-compatible character) in the main position. In this way, when an unsupported character is placed in the main position, vocal data is set as follows.

FIG. 12A is a diagram illustrating an example of a combination of characters placed in main positions. FIG. 12B is an example of sound data set in the audio channel. For example, it is assumed that a live performance of music ID=0001, which is classified into the first performance category, is performed. As described above, five main positions M1 to M5 are set for the song with song ID=0001 (see FIG. 9A). At this time, it is assumed that, as shown in FIG. 12A, characters for vocals are arranged at main positions M1 to M4, and characters not for vocals are arranged at main position M5.

In this case, as shown in FIG. 12B, CN1 to CN4 are set with vocal data corresponding to vocal characters placed in the main positions M1 to M4, respectively. Also, BGM data is set in CN6. On the other hand, randomly determined vocal data is set to CN5 corresponding to the main position M5 where the unsupported character is placed.

Specifically, first, vocal data that is not set to other channels is extracted from the vocal data associated with the song ID. Here, the song with song ID=0001 is associated with a total of 25 vocal data with character IDs=0001 to 0025. Of these, four vocal data with character IDs=0005, 0010, 0008, and 0013 are set to other channels. Therefore, in this case, 21 vocal data are extracted, excluding the four vocal data set in other channels. One vocal data is determined by lottery from the 21 vocal data thus extracted, and the determined vocal data is set in CN5.

Here, a lottery table is generated from the extracted vocal data, and one vocal data is determined by lottery using the generated lottery table. However, the vocal data corresponding to the main position in which the character corresponding to vocal is not placed may be determined according to preset conditions instead of the lottery. As a preset condition, for example, among vocal data not set in other channels, it is conceivable to preferentially determine corresponding character IDs from those with smaller or larger character IDs.

Here, the case where there is one main position in which an unsupported character is placed has been described. However, when unsupported characters are placed in two or more main positions, vocal data is randomly determined for all main positions in which unsupported characters are placed. For example, in the example shown in FIG. 12A, it is assumed that the main positions M1, M2, and M3 are arranged with vocal-compatible characters in the same manner as described above, and the non-vocal-compatible characters are arranged at the main positions M4 and M5. In this case, CN1 to CN3 are set with vocal data corresponding to characters corresponding to vocals placed in the main positions M1 to M3, respectively.

Then, 22 vocal data are extracted from the 25 vocal data, excluding the three vocal data set to CN1 to CN3. Next, one vocal data is determined by lottery from the extracted 22 vocal data, and the determined vocal data is set to CN4. Next, 21 vocal data other than the vocal data set to CN4 are extracted from the extracted 22 vocal data. Then, one vocal data is determined by lottery from the extracted 21 vocal data, and the determined vocal data is set to CN5.

FIG. 13A is a diagram illustrating another example of a combination of characters placed in main positions. FIG. 13B is another example of sound data set in the audio channel. For example, it is assumed that a live performance of music ID=1001, which is classified into the second performance classification, is executed. As described above, two main positions M1 and M2 are set for the song with song ID=1001 (see FIG. 9A). At this time, as shown in FIG. 13A, it is assumed that an unsupported character is placed at the main position M1 and a vocal support character is placed at the main position M2.

In this case, as shown in FIG. 13B, CN2 is set with vocal data corresponding to the vocal character placed at the main position M2, and CN6 is set with BGM data. Also, since an unsupported character is placed at the main position M1, vocal data that is not set to another channel is extracted from the vocal data linked to the song ID.

Here, the song with song ID=1001 is associated with vocal data corresponding to character IDs=1001 and 1006 (see FIG. 8C). Of these, vocal data corresponding to character ID=0006 is set to CN2. Therefore, in this case, one vocal data other than the vocal data set in CN2 is extracted. That is, here, vocal data corresponding to character ID=1001 is extracted. Since vocal data of 1 is extracted in this way, vocal data corresponding to character ID=1001 is set to CN1.

For example, in the example shown in FIG. 13A, assume that unsupported characters are placed in both main positions M1 and M2. In this case, as a result, the sound data is set as shown in FIG. 13B, or the set vocal data is switched between CN1 and CN2.

As described above, according to this embodiment, music and characters can be combined in various ways. As a result, combinations of music and characters are diversified, and the game becomes more interesting. Further, according to the present embodiment, even if the same character is selected, if the placement of the vocal-compatible character is different, the content of the live performance will be different, and the interest in the game will be further improved.

Also, when an unsupported character is placed in the main position, vocal data not set in other channels is automatically selected. Here, it is also possible to set a restriction that only characters capable of vocals can be placed in the main position. However, in this case, the pattern of the live video is restricted, and there is a risk that the interest in the game will decrease. According to this embodiment, since an unsupported character can be placed in the main position, the pattern of the live video is diversified and the interest of the game is improved.

Furthermore, according to this embodiment, the identification information 62 is displayed on the character selection screen when arranging a character. The identification information 62 enables the player to grasp the currently selected music piece, that is, the vocalist character in the live production. This makes it easier for the player to consider how the singing part of the vocal should be structured, improving convenience for the player.

(Functional Configuration and Control Processing in Player Terminal 1)
Next, the functional configuration and control processing of the player terminal 1 for executing the above game will be described. In the following, mainly the functional configuration and control processing related to the live presentation will be described in detail, and descriptions of other configurations and control processing will be omitted.

FIG. 14 is a diagram for explaining the configuration of the memory 12 in the player terminal 1 and its functions as a computer. The memory 12 is provided with a program storage area 12a and a data storage area 12b. When the application is activated, the CPU 10 stores the terminal-side control program (module) in the program storage area 12a.

The terminal-side control programs include a lottery game execution program 300, a story presentation execution program 302, a breeding execution program 304, a race execution program 306, a live performance execution program 308, a song determination program 310, a character determination program 312, and an identification information display program. 314 are included. Each program described above is an example, and many other programs are provided in the program storage area 12a.

In the data storage area 12b, as storage units for storing data, possessed character information storage unit 330, position information storage unit 332, character placement table storage unit 334, vocal correspondence information storage unit 336, sound data storage unit 338, live video A storage unit 340 is provided.

The possessed character information storage unit 330 stores information indicating possessed characters, that is, information indicating possession or non-possession of all characters.

The position information storage unit 332 stores the above position information.

The character placement table storage unit 334 stores the above character placement table so that the character ID can be written.

As shown in FIG. 8C, the vocal support information storage unit 336 stores character IDs of vocal support characters linked to each music ID for each music ID. Information stored in the vocal correspondence information storage unit 336 (hereinafter referred to as vocal correspondence information) is received from the server 100 . The vocal correspondence information is received from the server 100, for example, at the start of the game or when the top screen is displayed.

The sound data storage unit 338 stores vocal data and BGM data of all songs.

The live video storage unit 340 stores live video data generated for reproduction in a live performance. The storage units described above are only examples, and the data storage area 12b is provided with a large number of other storage units.

The CPU 10 operates each program stored in the program storage area 12a and updates the data in each storage section of the data storage area 12b. The CPU 10 causes the player terminal 1 (computer) to function as the terminal-side control section 1A by operating each program stored in the program storage area 12a. The terminal-side control unit 1A includes a lottery game execution unit 300a, a story production execution unit 302a, a training execution unit 304a, a race execution unit 306a, a live production execution unit 308a (production execution unit), a music determination unit 310a (production determination unit), A character determination unit 312a (game object determination unit) and an identification information display unit 314a (identification display unit) are included.

Specifically, the CPU 10 operates the lottery game execution program 300 to cause the computer to function as a lottery game execution unit 300a. Similarly, the CPU 10 operates a story production execution program 302, a breeding execution program 304, a race execution program 306, a live production execution program 308, a music determination program 310, a character determination program 312, and an identification information display program 314, respectively. It functions as an execution unit 302a, a training execution unit 304a, a race execution unit 306a, a live performance execution unit 308a, a music determination unit 310a, a character determination unit 312a, and an identification information display unit 314a. A part of the processing performed by the terminal-side control section 1A will be described below.

FIG. 15 is a sequence diagram illustrating basic processing of the player terminal 1 and the server 100. FIG. When a lottery request operation for requesting execution of a lottery is input while the lottery screen is being displayed, the lottery game execution unit 300a executes a lottery request process (P1-1). In the lottery request process, lottery request information is transmitted to the server 100 . When receiving the lottery request information, the server 100 executes lottery processing (S1) for determining characters and items by lottery. The characters and items determined by this lottery process are linked to the player ID and stored in the storage unit 118 of the server 100 . Further, here, the server 100 sets the lottery result information indicating the lottery result so that the player terminal 1 can receive the lottery result information.

When the lottery result information is received, the lottery game execution unit 300a displays the lottery result on the touch panel 26, and stores the information on the obtained characters and items in the storage unit 18 (P1-2).

In addition, when the breeding menu tabs 36a, 36b, and 36c are tapped in the breeding character dialog 36 and a breeding execution operation is input, the breeding execution unit 304a executes the breeding request process (P2-1). In the training request process, training request information is transmitted to the server 100 . When receiving the training request information, the server 100 executes a training process (S2) for updating the parameters of the target possessed character. Further, here, the server 100 sets training result information indicating the training result so that the player terminal 1 can receive the training result information.

Upon receiving the training result information, the training execution unit 304a displays the training result on the touch panel 26, and updates the parameters of the possessed character stored in the storage unit 18 (P2-2).

Further, when the confirmation dialog is displayed from the entry character selection screen 40, the start button of this confirmation dialog is tapped, and the race start operation is input, the race execution unit 306a performs selection information transmission processing (P3-1 ). In this selection information transmission process, selection information including information indicating the selected race type and character ID is transmitted. When receiving the selection information, the server 100 executes the race result calculation process (S3).

The server 100 receives selection information from a plurality of player terminals 1 . In the race result calculation process, a race result is derived based on the received multiple pieces of selection information. Also, here, the race result information indicating the race result is set so that the player terminal 1 can receive it. This race result information includes at least all character IDs participating in the race and the order of arrival of each character ID.

Upon receiving the race result information, the race execution unit 306a executes race display processing based on the received race result information (P3-2). Here, the race execution unit 306a generates and displays a race commentary image based on the race result information. Further, the race execution unit 306a displays the race result screen 42 when the display of the race commentary image ends. Here, when the possessed character entered by the player wins within the third place in the race, the live performance execution unit 308a starts reward live performance processing (P4) for executing the live reward performance.

It should be noted that here, when the possessed character wins within the third place, the reward live effect is always and automatically started. However, for example, the reward live effect may be automatically executed only when the player finishes in the top three places for the first time in the race. In this case, for example, if the player has won within the top three in the race in the past, the player may be allowed to select whether or not to view the reward live effect on the race result screen 42. . In this case, when the player selects to view the reward live effect, the reward live performance process (P4) is executed.

FIG. 16 is a flow chart illustrating an example of a reward live execution process in the player terminal 1. FIG. Based on the received race result information, the live effect execution unit 308a determines whether the player terminal 1, ie, the character that the player has entered in the race, finishes first (P4-1). If the possessed character finishes first (YES in P4-1), the live production execution unit 308a has the right to view the live production corresponding to the executed race in the live mode (hereinafter referred to as the live viewing right). (P4-2). Note that the player terminal 1 and the server 100 hold information indicating whether or not the live viewing right is acquired for each type of live presentation.

If the live viewing right has not been acquired (YES in P4-2), the live effect executing unit 308a stores acquisition information indicating that the live viewing right has been acquired (P4-3). Then, the music determining section 310a determines and stores a music ID corresponding to the race that was run (P4-4). It should be noted that the processing from P4-4 onwards is when the own character is not in 1st place (NO in P4-1) but within 3 places (YES in P4-5), that is, in 2nd or 3rd place. is executed in the same way.

After the music ID is determined, the character determination unit 312a then places the character ID in the character placement table stored in the character placement table storage unit 334 based on the received race result information (P4-6). ). Specifically, the character determination unit 312a stores the character ID in the storage area of the character placement table so that the position number and the order of arrival match. For example, the storage area for the position number 1 stores the character ID for the first place in the order of arrival, and the storage area for the position number 7 stores the character ID for the 7th place in the order of arrival. Then, when the character ID is arranged in the character arrangement table, the live effect executing section 308a executes data setting processing (P10).

FIG. 17 is a flowchart illustrating an example of data setting processing in the player terminal 1. FIG. The live effect execution unit 308a checks the character ID of the main position based on the position information linked to the music ID and the character placement table among the position information stored in the position information storage unit 332 (P10 -1). At this time, if the character ID placed in the main position is linked to the song ID as a vocal-compatible character, the live performance execution unit 308a sets vocal data corresponding to the vocal-compatible character (P10-2). ). Here, the vocal data is set to the channel of the same number as the position number in which the character ID of the character corresponding to vocals is arranged.

Further, when the character ID of an unsupported character is placed in the main position, the live effect execution unit 308a selects one of the vocal data linked to the song ID that is not set to the channel. One or more are randomly determined (P10-3). Then, the live performance execution unit 308a sets the determined vocal data to the remaining channels.

In P10-2, regardless of the effect classification of the selected music piece ID, a vocal-compatible character is extracted based on the vocal-compatible information. However, all the main characters are associated with the music IDs of the first effect category as vocal characters. Therefore, for example, if the song ID is in the first effect category, it is determined whether the placed character is the main character. good. On the other hand, if the song ID is in the first effect category and the placed character is a sub character, vocal data is randomly determined at P10-3. On the other hand, if the song ID is in the second effect category, vocal data is set based on the vocal correspondence information in the same manner as described above. Therefore, in this case, the vocal correspondence information of the first effect classification is not required, and only the vocal correspondence information of the second effect classification needs to be provided.

Also, the live effect executing unit 308a sets the BGM data linked to the music ID to CN6 (P10-4). Also, the live performance execution unit 308a generates a live video based on the song ID and the character ID stored in the character placement table, and stores it in the live video storage unit 340 (P10-5). Then, the live performance execution section 308a reproduces the live video generated at P10-5, and also reproduces the sound data set at P10-2 to P10-4 (P10-6).

As a result, if the player wins within the third place in the race, the reward live effect is executed after the race. In this reward live production, the characters displayed in the live video are arranged according to the order of arrival.

Returning to FIG. 15, when the story selection tab 32 is tapped and a story start operation is input, the story rendering execution unit 302a starts story execution processing (P5).

FIG. 18 is a flowchart illustrating an example of story execution processing in the player terminal 1. FIG. The story effect executing section 302a reproduces the story image corresponding to the selected story type (P5-1). Then, if the story image to be reproduced includes a live effect, that is, if the live effect for the story is reproduced as the story image (YES in P5-2), the story effect executing unit 302a performs live viewing of the live effect. It is determined whether the right has not been acquired (P5-3). If the live viewing right has not been acquired (YES in P5-3), the story effect execution unit 302a stores acquisition information indicating that the live viewing right has been acquired (P5-4).

Returning to FIG. 15, when the live selection portion 30e of the menu bar 30 is tapped and a live mode start operation is input, the live mode process (P6) is executed. Note that the live mode processing described below is executed for each frame of an image displayed on the touch panel 26 or for each operation input on the touch panel 26 .

FIG. 19 is a flowchart illustrating an example of live mode processing in the player terminal 1. FIG. When the song decision button 46 is tapped on the song selection screen and a song decision operation is input (YES in P6-1), the song decision unit 310a stores the song ID of the currently selected song (P6-2). .

Further, when the display area of the selected character display portion 52 is tapped on the character placement screen and a position selection operation is input (YES in P6-3), the character determination portion 312a displays the character selection screen (P6 -4). Here, the character determination unit 312a displays the character icon 54 on the character selection screen based on the possessed character information stored in the possessed character information storage unit 330. FIG. The character determination unit 312a also stores the position number (N) of the tapped display area.

If the tapped display area, that is, the position designated by the player is the main position (YES in P6-5), the identification information display section 314a superimposes the identification information 62 on the character icon 54 on the character selection screen. Display (P6-6). Here, the identification information display unit 314a displays the vocal correspondence linked to the currently selected song based on the song ID stored in P6-2 and the information stored in the vocal correspondence information storage unit 336. Extract character. Then, the identification information display unit 314a superimposes the identification information 62 on the character icon 54 of the character corresponding to the extracted vocal among the character icons 54 displayed on the character selection screen. As a result, the vocal character associated with the currently selected song ID is displayed in an identifiable manner.

Further, when the character icon 54 is tapped on the character selection screen and a character selection operation is input (YES in P6-7), the character determination unit 312a stores the tapped icon in the character placement table of the character placement table storage unit 334. The character ID corresponding to the character icon 54 is stored in association with the position number stored in P6-4 (P6-8). Then, the character determination unit 312a updates and displays the character layout screen by displaying icons on the position display unit 50 and the selected character display unit 52 (P6-9).

Also, when the return button 60 is tapped on the character layout screen and a return operation is input (YES in P6-10), the character determination unit 312a clears the character ID in the character layout table (P6-11). Also, here, the music determining section 310a clears the music ID stored in P6-2 (P6-11). Here, the display on the touch panel 26 is switched to the music selection screen.

Also, on the character placement screen, when the discretion button 56 is tapped to input the Random operation (YES in P6-12), the character determination unit 312a executes the Random formation process (P20).

FIG. 20 is a flowchart for explaining an example of an auto-organization process in the player terminal 1. FIG. The character determination unit 312a sets "1" to a position identification counter indicating the position number to be processed (P20-1). Then, if the currently selected song is a story-dedicated song of the second effect category (P20-2), the character determination unit 312a extracts the story-dedicated character of the song (P20-3). At this time, if a story-dedicated character is extracted (YES in P20-4), the character ID of the extracted character is stored in the character placement table (P20-5). Here, the character ID is stored in association with the same position number as the counter value of the position identification counter. Then, the character determination unit 312a increments the counter value of the position identification counter (P20-6), and returns the process to P20-3.

If the song is not a story-only song (NO in P20-2), or if a story-only character is not extracted (NO in P20-4), the character determination unit 312a selects a character corresponding to the vocal of the song, It is extracted based on the vocal correspondence information (P20-7). At this time, if a vocal character is extracted (YES in P20-8), the character ID of the extracted character is stored in the character placement table (P20-9). Here, the character ID is stored in association with the same position number as the counter value of the position identification counter. Then, the character determination unit 312a increments the counter value of the position identification counter (P20-11).

If the counter value of the position identification counter updated in P20-11 is the maximum value (here, 18) (YES in P20-12), the process proceeds to P20-17, and if not the maximum value (P20- 12 NO), the process returns to P20-7.

Also, if no vocal character is extracted (NO in P20-8), the character determination unit 312a randomly extracts character ID 1 from the remaining character IDs not stored in the character arrangement table (P20-8). 13). Then, the character determination unit 312a stores the extracted character ID in the character placement table (P20-14). Here, the character ID is stored in association with the same position number as the counter value of the position identification counter. Then, the character determination unit 312a increments the counter value of the position identification counter (P20-15).

If the counter value of the position identification counter updated in P20-15 is the maximum value (here, 18) (YES in P20-16), the process proceeds to P20-17, and if not the maximum value (P20- 16 NO), the process returns to P20-13. 18 character IDs are stored in the character placement table by the above processing from P20-1 to P20-16. When the character ID of 18 is stored in the character placement table, the character determination unit 312a displays the character placement screen based on the character placement table (P20-17). In this character placement screen, icons are displayed in all the position display portions 50 and the selected character display portion 52 .

As described above, according to the automatic formation process, characters are automatically arranged in all positions simply by tapping the discretion button 56 . At this time, in the case of a story-only song, the story-only character is preferentially placed in the main position, and then the vocal character is placed in the main position. Also, if it is a song that is not dedicated to the story, the vocal character will be preferentially placed in the main position.

In the above-described random formation process, character IDs are determined in ascending order of position numbers. Also, the main position always has a smaller position number than the back position. Furthermore, the number of vocal characters associated with each song ID is greater than or equal to the number of main positions set for each song ID. Therefore, according to the above-described random formation processing, characters corresponding to vocals are always placed in all main positions.

In addition, in the above process, when the number of characters for vocals is larger than the number of main positions, characters for vocals are preferentially determined for back positions as well. However, for the back position, it is not necessary to give priority to the vocal support character.

It should be noted that in the above process, when a character for vocals is arranged, it is randomly extracted from the remaining characters. However, after the vocalist character is placed, the remaining main characters may be placed with priority over the sub-characters.

Returning to FIG. 19, when the start button 58 is tapped and a determination operation is input (YES in P6-13), the live effect executing section 308a executes the data setting process (P10) described above.

Although one aspect of the embodiment has been described above with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is obvious that a person skilled in the art can conceive of various modifications or modifications within the scope of the claims, and it is understood that these also belong to the technical scope of the present invention. be done.

In the above embodiment, as an example of the production, a live production in which vocal sounds are output has been described. However, the production to which the above technical matters are applied is not limited to the live production. In any case, the above technical matter is that one of the game objects (characters in the embodiment) that can be displayed during the execution of the effect is linked as a specific game object (vocal-capable character in the embodiments), and Any of a plurality of types of production type information (music ID in the embodiment) in which a plurality of output data (vocal data in the embodiment) of a predetermined production element (vocal sound in the embodiment) output during execution of the production is linked. The specific game object linked to the effect type information is identifiably displayed (in the embodiment, the identification information 62 is displayed), and the specific game object linked to the determined effect type information is displayed. Any one of a plurality of game objects including If it is included, during the execution of the effect, a predetermined effect element is output based on the output data corresponding to the specific game object among the output data linked to the effect type information, and the specific game object is output to the determined game object. is not included, one of the output data linked to the effect type information is selected, and a predetermined effect element is output based on the selected output data.

It should be noted that, in the above-described embodiment, the vocal sound is output as the predetermined production element. Specifically, in the above-described embodiment, the predetermined effect element is the sound output during execution of the effect, and the output sound differs for each output data of the predetermined effect element. However, the predetermined effect element is not limited to this. The predetermined effect element may be, for example, an image, a sound effect, or light emitted from a light emitter such as an LED.

Also, in the above embodiment, a character is displayed as a game object, but the content of the game object is not particularly limited.

Further, in the above-described embodiment, according to a preset extraction condition, one of the game objects (possessed characters) that are linked to the effect type information (music ID) and possessed by the player is selected according to the preset extraction conditions. of game objects are determinable. Then, when the game objects are determined according to this extraction condition, the specific game object (vocal character) is determined preferentially over the other game objects. However, the above random knitting process is merely an example, and the extraction conditions are not limited to the above embodiment. For example, an extraction condition for preferentially extracting a sub character or an extraction condition for preferentially extracting a main character may be set.

In addition, a plurality of extraction conditions are provided, and the player may select any one of the extraction conditions to execute the random formation. In addition, in the above embodiment, characters are arranged in all positions by random formation. However, characters may be arranged only in the main position or may be arranged only in the back position, for example, according to the random formation. Also, the player may arbitrarily select a position to be a target of the random formation. In this case, characters are automatically placed only in positions selected by the player. It should be noted that the random organization is not essential.

Further, in the above embodiment, the timing at which sound data, image data for live video, and the like are downloaded is not particularly limited. For example, all data may be downloaded to the player terminal 1 when downloading the game application. Alternatively, the necessary data may be downloaded from the server 100 when the live performance is executed for the first time.

In the above embodiment, characters that can be placed in each position are common to all song IDs. good.

Also, the story live effects and the reward live effects in the above embodiment are not essential, and at least the live effects may be executed based on the characters and songs selected by the player.

Further, in the above-described embodiment, for example, a song having five main positions is provided. For this song, five vocal data are played back even in the reward live performance. Therefore, in this case, for example, the reward live performance may be viewable by winning fifth place. Contrary to this, in the above-described embodiment, for example, a piece of music with two main positions is provided. For this song, there are two main positions even in the reward live performance, so the characters who come third and after are placed in the back positions. Therefore, in this case, for example, if the player wins within the second place, the reward live effect may be viewable. In any case, the order of finish in which the reward live effect can be viewed may differ for each song or race.

Further, in the above-described embodiment, by superimposing the identification information 62 on the character icon 54, the player is notified of the character corresponding to vocals. However, the notification mode of the vocal-capable character is not limited to this. For example, a list display may be displayed showing the relationship between the song ID and the vocalist character.

Further, in the above embodiment, the arrangement of the music and the characters is determined based on the player's operation input, but at least one of the music and the characters (including the characters that appear and the arrangement of the characters) is controlled by a computer. may be determined by For example, the player may not be able to select or decide music, but may be able to decide only the placement of characters.

Also, the control processing shown in the above embodiment is merely an example. In the above embodiment, the control processing for executing the game is executed by the player terminal 1 and the server 100 . That is, the information processing system S, which is a client-server system including the player terminal 1 and the server 100, functions as the game device G. FIG. However, the control process for executing the game may be executed only by the player terminal 1, for example. In this case, only the player terminal 1 functions as the game device G.

Further, in the above embodiment, the information processing program for realizing the game may be stored in a computer-readable storage medium. Furthermore, the above embodiment may be an information processing method that implements each function and the steps shown in the flowchart.

308a live production execution unit 310a music determination unit 312a character determination unit 314a identification information display unit S information processing system

Claims (6)

A plurality of types of presentation type information in which any of the game objects that can be displayed during the execution of the presentation is linked as a specific game object, and a plurality of output data of voices that are output during the execution of the presentation are linked. a production determination unit capable of determining either;
an identification display unit that identifiably displays the specific game object linked to the effect type information;
a game object determination unit that determines an arrangement of the game object to be displayed during execution of the effect to be one of a plurality of positions including a first position and a second position ;
The effect is executed based on the determined effect type information and the placement of the game object, and the effect is being executed when the game object placed at the first position includes a predetermined specific game object. , outputting the sound based on the output data corresponding to the predetermined specific game object among the output data linked to the effect type information, and outputting the sound to the game object placed at the first position ; When a predetermined specific game object is not included and the predetermined specific game object is included in the game object placed at the second position, the output data linked to the effect type information includes: a rendering execution unit that selects one of the output data corresponding to one of the specific game objects and outputs the sound based on the selected output data;
An information processing program that enables a computer to function. The identification display section
displaying in an identifiable manner the specific game object linked to the effect type information among the game objects placed at the first position;
Disabling the identifiable display of the specific game object, which is the game object placed at the second position and is linked to the effect type information,
The information processing program according to claim 1. The game object placed at the first position is displayed more times during execution of the effect than the game object placed at the second position, or during execution of the effect long time to display
3. The information processing program according to claim 1 or 2 . The game object determination unit
any one of the game objects associated with the effect type information and possessed by the player can be determined according to a preset extraction condition;
when the game object is determined according to the extraction condition, the specific game object is determined with priority over other game objects;
The information processing program according to any one of claims 1 to 3. An information processing method performed by a computer,
A plurality of types of presentation type information in which any of the game objects that can be displayed during the execution of the presentation is linked as a specific game object, and a plurality of output data of voices that are output during the execution of the presentation are linked. a step portion that can determine either;
a step of identifiably displaying the specific game object linked to the effect type information;
determining an arrangement of the game object to be displayed during execution of the rendering to be one of a plurality of positions including a first position and a second position ;
The effect is executed based on the determined effect type information and the placement of the game object, and the effect is being executed when the game object placed at the first position includes a predetermined specific game object. , outputting the sound based on the output data corresponding to the predetermined specific game object among the output data linked to the effect type information, and outputting the sound to the game object placed at the first position ; When a predetermined specific game object is not included and the predetermined specific game object is included in the game object placed at the second position, the output data linked to the effect type information includes: selecting one of the output data corresponding to one of the specific game objects, and outputting the sound based on the selected output data;
Information processing method including. the computer
A plurality of types of presentation type information in which any of the game objects that can be displayed during the execution of the presentation is linked as a specific game object, and a plurality of output data of voices that are output during the execution of the presentation are linked. a production determination unit capable of determining either;
an identification display unit that identifiably displays the specific game object linked to the effect type information;
a game object determination unit that determines an arrangement of the game object to be displayed during execution of the effect to be one of a plurality of positions including a first position and a second position ;
The effect is executed based on the determined effect type information and the placement of the game object, and the effect is being executed when the game object placed at the first position includes a predetermined specific game object. , outputting the sound based on the output data corresponding to the predetermined specific game object among the output data linked to the effect type information, and outputting the sound to the game object placed at the first position ; When a predetermined specific game object is not included and the predetermined specific game object is included in the game object placed at the second position, the output data linked to the effect type information includes: a rendering execution unit that selects one of the output data corresponding to one of the specific game objects and outputs the sound based on the selected output data;
An information processing system comprising

Images