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

Abstract

An object of the present invention is to improve a player's desire to play. An information processing program includes a process of acquiring other player information, which is information related to game play by another player, and selecting one content from a plurality of types of content based on the acquired other player information. a process of determining, a process of reproducing the determined content, and a process of enabling the other player information to be displayed at least while the content is being reproduced or when the content to be reproduced is determined. , is performed by the computer. [Selection drawing] Fig. 5

Description

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

2. Description of the Related Art Conventionally, as disclosed in Patent Literature 1, a game having a jukebox function is known in which a player selects and reproduces content such as music and movies.

Special table 2012-513283

There are games that have a jukebox function that makes it possible to reproduce contents that are output in various scenes during the game. In such games, the jukebox function is positioned as an additional service, and there is room for improvement from the viewpoint of increasing the player's willingness to play the game.

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 that can increase a player's willingness to play.

In order to solve the above problems, the information processing program
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
a process of interrupting the reproduction of the content when a predetermined interruption condition is satisfied;
a process of acquiring the other player information of the other player;
a process of determining one of the contents reproduced by another player based on the acquired selection information of the other player when a predetermined restart condition is satisfied after the reproduction of the content is interrupted ;
a process of reproducing the determined content;
a process of enabling display of the other player information of the other player who has played back the content, at least during playback of the content played by another player or in a state where the content to be played has been determined;
is performed by a computer.

In order to solve the above problems, the information processing program
a process of allowing a player to select one content from among a plurality of types of content ;
a process of playing back the content selected by the player;
A process of transmitting other player information , which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
A process that allows multiple registration of other players as a specific player;
a process of acquiring the other player information of another player registered as the specific player;
a process of determining, from among a plurality of types of content, one content reproduced by another player registered as the specific player based on the obtained other player information;
a process of reproducing the determined content;
Said other player information of another player who played back said content, at least during playback of said content played by another player registered as said specific player, or in a state in which said content to be played back has been determined. and a process to display
is performed by a computer .

The information processing program
a process that allows a player to rate the content being played;
a process of enabling transmission of evaluation information indicating the player's evaluation of the content to other players;
a process of acquiring the evaluation information of other players;
a process of displaying the acquired evaluation information;
may be further performed by a computer.

In order to solve the above problems, an information processing method performed by a computer includes:
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
a process of interrupting the reproduction of the content when a predetermined interruption condition is satisfied;
a process of acquiring the other player information of the other player;
a process of determining one of the contents reproduced by another player based on the acquired selection information of the other player when a predetermined restart condition is satisfied after the reproduction of the content is interrupted ;
a process of reproducing the determined content;
a process of enabling display of the other player information of the other player who has played back the content, at least during playback of the content played by another player or in a state where the content to be played has been determined;
including.
In order to solve the above problems, an information processing method performed by a computer includes:
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
A process that allows multiple registration of other players as a specific player;
a process of acquiring the other player information of another player registered as the specific player;
a process of determining, from among a plurality of types of content, one content reproduced by another player registered as the specific player based on the obtained other player information;
a process of reproducing the determined content;
Said other player information of another player who played back said content, at least during playback of said content played by another player registered as said specific player, or in a state in which said content to be played back has been determined. and a process to display
including.

In order to solve the above problems, the information processing system
comprising one or more computers;
the computer
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
a process of interrupting the reproduction of the content when a predetermined interruption condition is satisfied;
a process of acquiring the other player information of the other player;
a process of determining one of the contents reproduced by another player based on the acquired selection information of the other player when a predetermined restart condition is satisfied after the reproduction of the content is interrupted ;
a process of reproducing the determined content;
a process of enabling display of the other player information of the other player who has played back the content, at least during playback of the content played by another player or in a state where the content to be played has been determined;
carry out
In order to solve the above problems, the information processing system
comprising one or more computers;
the computer
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
A process that allows multiple registration of other players as a specific player;
a process of acquiring the other player information of another player registered as the specific player;
a process of determining, from among a plurality of types of content, one content reproduced by another player registered as the specific player based on the obtained other player information;
a process of reproducing the determined content;
Said other player information of another player who played back said content, at least during playback of said content played by another player registered as said specific player, or in a state in which said content to be played back has been determined. and a process to display
carry out

According to the present invention, it is possible to improve the player's desire to play.

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 home screen. FIG. 3B is a diagram illustrating an example of an option setting screen. FIG. 3C is a diagram illustrating an example of a profile setting screen. FIG. 3D is a diagram illustrating an example of a music reproduction condition setting screen. FIG. 4A is a diagram illustrating an example of the home left screen. FIG. 4B is a diagram illustrating an example of the home right screen. FIG. 4C is a diagram illustrating an example of a home setting screen. FIG. 5A is a diagram illustrating an example of a music selection screen. FIG. 5B is a diagram illustrating an example of the currently selected music information screen. FIG. 5C is a diagram illustrating an example of an evaluation history information screen. FIG. 5D is a diagram illustrating an example of a reproduction history information screen. FIG. 6A is a diagram illustrating an example of the home screen when the random music selection function is activated. FIG. 6B is a diagram illustrating an example of the home right screen when the random music selection function is activated. FIG. 6C is a diagram illustrating an example of a requester detail screen. FIG. 6D is a diagram for explaining an example of the currently selected music information screen when the random music selection function is activated. FIG. 7A is a diagram explaining an example of the evaluation history information screen when the other player request function is activated. FIG. 7B is a diagram illustrating an example of an evaluation history information screen when a player evaluates a piece of music. FIG. 8 is a diagram for explaining the configuration of a memory in a player terminal and functions as a computer. FIG. 9 is a diagram for explaining the configuration of a memory in a server and functions as a computer. FIG. 10 is a sequence diagram illustrating basic processing of the player terminal and server. FIG. 11 is a flowchart for explaining music reproduction processing at the time of login in the player terminal. FIG. 12 is a flowchart for explaining top screen transition processing in the player terminal. FIG. 13 is a flowchart for explaining evaluation information update processing in the player terminal. FIG. 14 is a flowchart for explaining music selection processing in the server. FIG. 15 is a diagram for explaining music classification and music release information. FIG. 16 is a flowchart for explaining character request music determination processing in the server. FIG. 17 is a flowchart for explaining effect processing in the player terminal. FIG. 18 is a flowchart for explaining friend effect determination processing in the player terminal. FIG. 19 is a diagram for explaining tune tags. FIG. 20A is a diagram for explaining the relationship between the tune tags and the action patterns of the mini-characters. FIG. 20B is a diagram illustrating the relationship between tune tags and mini jukebox images. FIG. 21 is a flowchart for explaining character request effect determination processing in the player terminal. FIG. 22 is a diagram illustrating the relationship among song IDs, character IDs, and comment IDs. FIG. 23 is a diagram for explaining normal music with comments. FIG. 24 is a diagram for explaining character-by-character melody tag information. FIG. 25 is a diagram for explaining general-purpose comment information. FIG. 26 is a flowchart for explaining evaluation information determination processing in the player terminal. FIG. 27 is a diagram for explaining character correlation information. FIG. 28 is a sequence diagram illustrating processing of the player terminal and the server when the player selects a piece of music to reproduce. FIG. 29 is a first flowchart for explaining jukebox processing in the player terminal. FIG. 30 is a second flowchart for explaining jukebox processing in the player terminal.

One aspect of an embodiment of the present invention will be described in detail below with reference to the accompanying drawings. Numerical values and the like 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 functioning as a client, that is, a game terminal, a server 1000, and a communication network N having communication base stations Na.

In the information processing system S of this embodiment, the player terminal 1 and the server 1000 function as a game device G. FIG. The player terminal 1 and the server 1000 are each assigned a role to control the progress of the game, and cooperation between the player terminal 1 and the server 1000 enables the game to progress.

The player terminal 1 can establish communication with the server 1000 via the communication network N. FIG. The player terminal 1 includes a wide range of electronic devices that can be connected to the server 1000 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 to which a game application is downloaded is used as the player terminal 1 will be described.

A server 1000 is connected for communication with a plurality of player terminals 1 . The server 1000 accumulates various types of information for each player who plays the game. In addition, the server 1000 mainly performs processing such as updating accumulated information and downloading images and various information to the player terminal 1 based on operations input from the player terminal 1 .

The communication base station Na is connected to the communication network N, and transmits/receives information to/from the player terminal 1 by radio. The communication network N is composed of a mobile phone network, the 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 1000 .

(Hardware configuration of player terminal 1 and server 1000)
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 1000. 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 1000 includes a CPU 1010, a memory 1012, a bus 1014, an input/output interface 1016, a storage unit 1018, a communication unit 1020, an input unit 1022, and an output unit 1024.

The configurations and functions of the CPU 1010, the memory 1012, the bus 1014, the input/output interface 1016, the storage unit 1018, the communication unit 1020, the input unit 1022, and the output unit 1024 of the server 1000 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 1000 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 Na, and transmits/receives information such as various data and programs to/from the server 1000 via the communication network N. In the player terminal 1 , the program or the like received from the server 1000 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 display 26 as the output unit 24 and a touch panel provided as an input unit 22 so as to overlap the display 26 .

(game content)
Next, a game provided by the information processing system S and the game device G of this embodiment will be described. A player can own a character obtained by a lottery called gacha, or a character distributed by the management side. In addition, the player can possess a support card obtained by a lottery called gacha, or a support card distributed by the management side.

Although detailed description is omitted, a training game is provided in the game according to the present embodiment. A player can train a character possessed by the player in the training game. Further, the breeding game in this embodiment is an anthropomorphic racehorse as a character, and has game characteristics such as training the character while participating in a race simulating a horse race.

FIG. 3A is a diagram illustrating an example of the home screen 100. FIG. When the game application is started on the player terminal 1, the home screen 100 is displayed on the display 26. FIG. A menu bar 102 is displayed at the bottom of the home screen 100 . The menu bar 102 is provided with a plurality of operation units that can be operated (tapped) by the player.

Here, the menu bar 102 is provided with a home screen selection operation section 102a, an enhanced screen selection operation section 102b, a story screen selection operation section 102c, a team stadium screen selection operation section 102d, and a gacha screen selection operation section 102e. In the menu bar 102, the operation unit corresponding to the screen being displayed is highlighted so that the screen being displayed on the display 26 can be identified.

When the home screen selection operation unit 102a is tapped, the home screen 100 shown in FIG. 3A is displayed on the display 26. FIG.

When the enhanced screen selection operation unit 102b is tapped, an enhanced screen (not shown) is displayed. On the enhancement screen, characters and support cards possessed by the player can be enhanced. By strengthening characters and support cards, the player can increase the level set for the characters and support cards. Various parameters are set for characters and support cards, and the parameters increase as the level increases. By increasing the parameters of characters and support cards, the player can train characters with stronger statuses in the training game.

When the story screen selection operation portion 102c is tapped, a story screen (not shown) is displayed. Here, a story image is provided for each character appearing in the game. The player can select and view characters and story images on the story screen.

When the team stadium screen selection operation unit 102d is tapped, a team stadium screen (not shown) is displayed. On the team stadium screen, the player can form a team using the characters trained by him/herself. Also, on the team stadium screen, it is possible to play a team competition game in which a team organized by the player is played against a team of another player selected by the computer. The team competition game has a game feature of competing with other players for ranking.

When the gacha screen selection operation unit 102e is tapped, a gacha screen (not shown) is displayed. On the gacha screen, the player can perform a so-called gacha lottery, in which the player can spend in-game currency to obtain characters and support cards by lottery.

Also, on the home screen 100, a breeding game operating section 104 is provided above the menu bar 102. As shown in FIG. When the breeding game operating unit 104 is tapped, a breeding game screen (not shown) is displayed. The training game is roughly divided into a preparation stage and a training stage. First, in the preparation stage, the player selects one character from the characters owned by the player and sets it as a training target character. Also, in the preparation stage, the player sets support cards to be used when training the character to be trained.

When the setting of the character to be trained and the support card is completed, the preparation stage is shifted to the training stage, and the game for training the character to be trained is started. A player can have a character trained in the training game as a trained character. As described above, the player can organize his/her breeding characters into a team and use them in the team competition game.

As described above, the main purpose of the game of the present embodiment is to train a breeding character in the breeding game and to use the breeding character to raise the ranking of the team competition game.

Further, in this embodiment, a function for sharing information among a plurality of players and a function for sharing breeding characters or support cards are provided. The player can set breeding characters and support cards that other players can use in the breeding game. Specifically, as shown in FIG. 3A , a setting operation section 106 is provided in the upper right portion of the home screen 100 . When the setting operation section 106 is tapped, an option setting screen 110 is displayed.

FIG. 3B is a diagram illustrating an example of the option setting screen 110. As shown in FIG. The option setting screen 110 is a screen for confirming and setting various kinds of information. The option setting screen 110 is provided with a plurality of operation units, and when an operation unit is tapped, it is possible to confirm and set information corresponding to the operation unit.

The operation section of the option setting screen 110 includes a profile setting operation section 110a, a music reproduction condition setting operation section 110b, and a close operation section 110c. When the close operation portion 110c is tapped, the option setting screen 110 is closed and the home screen 100 is displayed. When the profile setting operation section 110a is tapped, a profile setting screen 120 is displayed.

FIG. 3C is a diagram illustrating an example of the profile setting screen 120. As shown in FIG. On the profile setting screen 120, the player can confirm and set his/her own profile information. The profile information includes a profile character, player name, player ID, belonging circle, representative character, and rental card.

A profile character functions as a character that is displayed when a player's information is viewed by other players. For example, the profile character is displayed when using the circle function, which is a place for sharing information with other players. A profile character image 122 that is currently being set is displayed on the profile setting screen 120 . A change button 124 is provided near the profile character image 122 . When the change button 124 is tapped, a profile character change screen (not shown) is displayed. The player can change the profile character on the profile character change screen.

The profile setting screen 120 also displays the player name set by the player, the player ID given to the player, and the name of the circle to which the player belongs. The profile setting screen 120 is also provided with a representative character setting operation section 126a and a rental card setting operation section 126b.

When the representative character setting operation section 126a is tapped, a representative character setting screen (not shown) is displayed. On the representative character setting screen, the player can set one of the breeding characters trained by the player as the representative character. An icon image representing the currently set representative character is displayed in the representative character setting operation section 126a. It should be noted that, as described above, the representative character can be used in breeding games played by other players.

When the rental card setting operation section 126b is tapped, a rental card setting screen (not shown) is displayed. The player can set one of the support cards owned by the player as a rental card on the rental card setting screen. An icon image indicating the rental card currently being set is displayed in the rental card setting operation section 126b. As described above, the support card set as a rental card can be used in the breeding game played by other players.

Although detailed description is omitted, when the setting of the profile information is changed on the profile setting screen 120 , the setting change information is transmitted to the server 1000 . The server 1000 stores profile information for each player.

Further, when the music reproduction condition setting operation section 110b is tapped on the option setting screen 110, a music reproduction condition setting screen 130 is displayed.

FIG. 3D is a diagram illustrating an example of the music reproduction condition setting screen 130. As shown in FIG. Although details will be described later, in this embodiment, a jukebox function is installed. Various character images are displayed during the game. For example, in the breeding game screen and the team arena screen, characters appear on various screens, similar to the story screen. In addition, the player can make various selections on the screens constituting the breeding game screen and the team stadium screen, and the screens are changed one after another according to the player's operation input. Also, during the breeding game, songs (contents) are played back under various circumstances. The music reproduced during the game includes those corresponding to game types such as breeding games and team competition games, and those corresponding to characters displayed on the game screen. By using the jukebox function, the player can listen to music selected by the player from a plurality of music prepared in advance. Also, the player can play the game while the selected music is reproduced as BGM (Background Music).

However, game screens on which BGM can be reproduced by the jukebox function are limited. For example, during the display of the story screen, training game screen, and team stadium screen, dedicated BGM is output. Therefore, the music selected by the player is output as BGM while screens other than the story screen, training game screen, and team arena screen are displayed. Hereinafter, a screen on which music selected by the player is output as BGM may be referred to as a top screen.

The music reproduction condition setting screen 130 is provided with a version setting operation section 132 , a random music selection setting operation section 134 , another player request setting operation section 136 , and a setting completion operation section 138 . The version setting operation section 132 includes a short version selection operation section 132a and a long version selection operation section 132b. Each song reproducible by the jukebox function has a short version with a short replay time and a long version with a long replay time. The player can select the version of the music to be reproduced by inputting an operation to the version setting operation section 132 .

Specifically, when the short version selection operation section 132a is tapped, the short version is selected, and when the long version selection operation section 132b is tapped, the long version is selected. When the short version is selected, the short version of the song is played, and when the long version is selected, the long version of the song is played.

The random music selection setting operation section 134 includes an OFF operation section 134a and an ON operation section 134b. The player can switch the random music selection function between the on state and the off state by inputting an operation to the random music selection setting operation unit 134 . Here, the random music selection function is a function in which music is randomly determined when transitioning to the top screen during the game, and the determined music is output as BGM.

The ON state of the random music selection function is a state in which the random music selection function is enabled. The player can set the random music selection function to the ON state by tapping the ON operation section 134b. On the other hand, the OFF state of the random music selection function is a state in which the random music selection function is disabled. The player can turn off the random music selection function by tapping the off operation section 134a.

The other player request setting operation section 136 includes an OFF operation section 136a and an ON operation section 136b. The player can switch the on state and off state of the other player request function by performing an operation input to the other player request setting operation unit 136 . Here, the other player request function is a function in which a piece of music selected and reproduced by the jukebox function in the player terminal 1 of another player is output as BGM in the own player terminal 1 . Outputting BGM by the other player request function gives an impression as if the jukebox is shared with other players.

The ON state of the other player request function is a state in which the other player request function is activated. The player can set the other player request function to the ON state by tapping the ON operation portion 136b. On the other hand, the off state of the other player request function is a state in which the other player request function is disabled. The player can turn off the other player request function by tapping the off operation section 136a.

Note that the player can turn on the other player request function only when the random music selection function is turned on. Therefore, when the random music selection function is set to ON state, the player can set the other player request function to ON state or OFF state. On the other hand, when the player taps the OFF operation section 134a to turn off the random music selection function, the other player request function is also turned off.

Therefore, the player has both the random music selection function and the other player request function turned on, both the random music selection function and the other player request function turned off, and the random music selection function turned on and the other player request function turned off. Any one of the three states of can be selected and set.

The setting completion operation section 138 is activated by changing the settings through operation inputs to the version setting operation section 132 , the random music selection setting operation section 134 , and the other player request setting operation section 136 . When the enabled setting completion operation unit 138 is tapped, each state after the change is stored, and the setting change is completed. When the setting change is completed, the music reproduction condition setting screen 130 is closed and the option setting screen 110 is displayed. Further, when the setting change is completed, setting change information indicating each state after the change is transmitted to the server 1000 . In the server 1000, each state set by the player is saved.

Next, the home screen 100 will be described. The home screen 100 includes a home center screen 100a, a home left screen 100b and a home right screen 100c. When transitioning to the home screen 100, the home center screen 100a shown in FIG. 3A is displayed on the display 26. FIG. A home screen setting character 140 set by the player is displayed on the home center screen 100a.

Although details will be described later, the player can set four home screen setting characters 140 . One of the four home screen setting characters 140 is displayed on the home center screen 100a. When the home screen setting character 140 displayed on the home center screen 100a is tapped, a predetermined message voice is output.

Also, a sub-character 142 determined by lottery is displayed on the home center screen 100a. A balloon image 142 a is displayed on the sub-character 142 . When the sub-character 142 or the balloon image 142a is tapped, the sub-character 142 is enlarged and a predetermined message image is displayed.

Here, a background image (not shown) is displayed on the home screen 100 . Here, since the character is trained by the training game, a background image is displayed that gives the impression that the character exists in the school building, for example, in accordance with the worldview of the game. Therefore, when the player taps the home screen setting character 140 or the sub-character 142, the player feels as if he/she is having a conversation with the character in the school building.

It should be noted that when the operating section of the menu bar 102 and the breeding game operating section 104 are tapped, the game screen corresponding to each operating section is displayed as described above. One or a plurality of operation units are provided on the top screen that is displayed first when each operation unit is tapped, and when these operation units are tapped, the game screen transitions to the game screen corresponding to the operation unit. As the top screen transitions to each game screen, BGM provided for each game screen starts to be output. One of the four home screen setting characters 140 is displayed as a background image on the top screen.

In addition, notification icons 144L and 144R are displayed on the home central screen 100a. The notification icons 144L and 144R notify whether or not new information can be confirmed on the home left screen 100b and the home right screen 100c, respectively. When a rightward swipe operation is input on the home central screen 100a, the home left screen 100b is displayed, and when a leftward swipe operation is input, the home right screen 100c is displayed.

FIG. 4A is a diagram illustrating an example of the home left screen 100b, and FIG. 4B is a diagram illustrating an example of the home right screen 100c. As shown in FIG. 4A, two home screen setting characters 140, a sub-character 142, and a notification icon 144R are displayed on the home left screen 100b. When a leftward swipe operation is input on the home left screen 100b, the home center screen 100a is displayed.

Further, as shown in FIG. 4B, one home screen setting character 140 and a notification icon 144L are displayed on the right home screen 100c. When a rightward swipe operation is input on the home right screen 100c, the home center screen 100a is displayed.

Here, the home screen setting character 140 displayed on the home screen 100 functions as an operation unit for switching screens. Specifically, the home screen setting character 140 displayed on the home center screen 100a is assigned the same function as the home screen selection operation section 102a. The two home screen setting characters 140 displayed on the home left screen 100b are assigned the same functions as the enhanced screen selection operation section 102b and the story screen selection operation section 102c, respectively. Further, the home screen setting character 140 displayed on the home right screen 100c is assigned the same function as the team stadium screen selection operation section 102d.

Therefore, on the home left screen 100b, for example, when the home screen setting character 140 displayed on the upper left is tapped, the screen transitions from the home screen 100 to the story screen. Similarly, when the home screen setting character 140 displayed at the bottom left of the home left screen 100b is tapped, the screen transitions from the home screen 100 to the enhanced screen. Further, when the home screen setting character 140 is tapped on the home right screen 100c, the screen transitions from the home screen 100 to the team stadium screen. It should be noted that the transition of the screen when the home screen setting character 140 is tapped is the same as that of the menu bar 102 and the breeding game operating section 104 . That is, when the home screen setting character 140 is tapped, the top screen corresponding to the home screen setting character 140 is displayed, and then, based on the player's operation input, the top screen transitions to various game screens, and the BGM is played. Output is started.

A setting icon 146 is displayed on the home screen 100 . When setting icon 146 is tapped, home setting screen 150 is displayed.

FIG. 4C is a diagram illustrating an example of the home setting screen 150. As shown in FIG. The player can set the home screen setting character 140 displayed on the home screen 100 on the home setting screen 150 . In other words, the player can set the home screen setting character 140 to which the function as the operating unit is assigned.

As shown in FIG. 4C, on the home setting screen 150, character images corresponding to each of the currently set four home screen setting characters 140 and corresponding operating units are displayed in a identifiable manner. When the character image displayed on the home setting screen 150 is tapped, a character selection screen (not shown) is displayed. The player can select the home screen setting character 140 on the character selection screen. Also, the player can set the costume of the home screen setting character 140 on the home setting screen 150 .

Further, as shown in FIG. 4B, a jukebox image 152 and a request character image 154 are displayed on the home right screen 100c. The jukebox image 152 functions as an operation unit that receives an operation for activating the jukebox function. The request character image 154 is displayed near the jukebox image 152 while music is being reproduced by the jukebox function and when the music to be reproduced has been determined.

Although the details will be described later, when a piece of music is reproduced by the jukebox function, the requester who requested the piece of music is always determined. A requester is a character. Hereinafter, a character who is a requester is called a request character. A request character image 154 corresponding to the request character is displayed near the jukebox image 152 . This gives the impression that the requesting character is operating a jukebox. The jukebox function is detailed below.

FIG. 5A is a diagram illustrating an example of the music selection screen 160. FIG. When the jukebox image 152 is tapped on the home screen 100, a music selection screen 160 shown in FIG. 5A is displayed. The song selection screen 160 is a screen on which the player can select a song to be reproduced during game play. A plurality of jacket images 162 are displayed on the music selection screen 160 . A jacket image 162 is provided for each piece of music that can be played back by the jukebox function.

When any jacket image 162 is tapped, the tapped jacket image 162 is highlighted. At this time, the song corresponding to the tapped jacket image 162 is set as the selected song.

A music information display field 164 is provided in the upper part of the music selection screen 160 . The music information display field 164 displays music information associated with the currently selected music. The song information includes, for example, the name of the song, the jacket image 162, the lyrics, the name of the composer, information about the song, and the like. Incidentally, when the jacket image 162 or the music information display field 164 is tapped, the currently selected music may be reproduced for viewing.

The music selection screen 160 is also provided with version switching toggles 166a and 166b. By tapping the version switching toggles 166 a and 166 b , the player can switch the version of the music to be played, similarly to the version setting operation section 132 .

A cancel operation section 168 and a request operation section 170 are provided at the bottom of the music selection screen 160 . When the cancel operation section 168 is tapped, the music selection screen 160 disappears and the previously displayed screen (selected music information screen 180 described later) is displayed. Note that if the cancel operation section 168 is tapped after a change operation is input by tapping the jacket image 162 or the version switching toggles 166a and 166b, the changed information is discarded without being saved.

When the request operation section 170 is tapped, the requested playback state is switched. The request reproduction state identifies whether or not the music is being reproduced by the jukebox function. Here, as the request reproduction state, there are provided a reproduction state indicating that the music is being reproduced, and a stop state indicating that the reproduction is stopped, that is, the music is not being reproduced.

When the request operation unit 170 is tapped in the playing state, the request playing state is changed from the playing state to the stopped state. In this case, the reproduction of the currently selected song is stopped, and the currently selected song information indicating the currently selected song is erased. When the request operation unit 170 is tapped in the stopped state, the currently selected music information is stored, the requested reproduction state is changed from the stopped state to the currently reproduced state, and reproduction of the currently selected music is started. At this time, the screen transitions from the music selection screen 160 to the currently selected music information screen 180 . Note that when the cancel operation unit 168 is tapped and the music selection screen 160 transitions to the currently selected music information screen 180, the requested playback state may be changed to the currently playing state.

Although detailed description is omitted, in this embodiment, default BGM is provided in addition to music that can be played back in the jukebox function. In the stopped state of the request reproduction state, the default BGM is output. However, the player can set the volume of the BGM on the option setting screen 110 . When the volume of BGM is set to mute, output of default BGM is stopped.

FIG. 5B is a diagram illustrating an example of the currently selected music information screen 180. As shown in FIG. When the request operation unit 170 is tapped on the music selection screen 160 to start playing the currently selected music, the currently selected music information screen 180 of FIG. 5B is displayed. Further, when the jukebox image 152 is tapped on the home screen 100, a currently selected music information screen 180 shown in FIG. 5B is displayed. The currently selected music information screen 180 is provided with a jacket image 162, a request operation section 170, a requester name display column 182, an evaluation information display column 184, a request setting toggle 186 for other players, a playback stop button 188, and a return operation section 190. .

The selected music information screen 180 displays a jacket image 162 corresponding to the music being reproduced. When the jukebox image 152 is tapped on the home screen 100 while the default BGM is being output, the selected music information screen 180 displays a default image without the jacket image 162 or the like. Also, on the jacket image 162, an effect image 162b and a mini jukebox image 162c are superimposed and displayed. The effect image 162b includes a mini character icon corresponding to the requester and a comment display field.

The mini character icon moves to the rhythm of the music. When the player selects a song, the profile character set by the player becomes the requester. Therefore, in this case, a mini-character icon corresponding to the profile character is displayed. Note that when the player selects a song, a representative character set by the player may be the requester.

Also, as described above, when music is selected by the random music selection function (except when the other player request function is activated), the request character is determined. During playback of music selected by the random music selection function (except when the other player request function is activated), a mini character icon corresponding to the requested character is displayed as the effect image 162b.

Further, when the other player request function is activated and the music is determined, the representative character set by the other player is determined as the requester, that is, the request character. Therefore, in this case, a mini character icon corresponding to the representative character of another player is displayed as the effect image 162b. A profile character set by another player may be determined as the request character.

A comment corresponding to the music being played is displayed in the comment display column. The mini jukebox image 162c is provided with a plurality of display colors, and is displayed in a color corresponding to the song being reproduced.

Further, when the request operation section 170 is tapped on the currently selected music information screen 180, the music selection screen 160 shown in FIG. 5A is displayed. At this time, the reproduction of the currently selected music is stopped, and the currently selected music information indicating the currently selected music is erased.

The requester name display field 182 displays the name of the requester. When the player selects a song, the requester name display field 182 displays the player name set by the player. In addition, the character name of the request character is displayed during playback of music selected by the random music selection function (except when the other player request function is activated). Also, when the other player request function is activated and the song is determined, the player name set by the other player is displayed.

The evaluation information display field 184 is provided with an evaluation operation section 184a and a history display button 184b. The player can evaluate the song being played by tapping the evaluation operation section 184a. In the evaluation information display column 184, the number of evaluations is displayed next to the evaluation operation section 184a, and the number of evaluations of the music being reproduced is indicated.

As shown in FIG. 5B, the number of evaluations for the song is displayed as 0 at the start of playback of the song. In this state, when the player taps the evaluation operation section 184a, the evaluation number is updated to one. In addition, the player can evaluate the currently selected music only once during the period from when the currently selected music is set until it is changed. Therefore, when the evaluation operation unit 184a is tapped by the player, the evaluation operation unit 184a does not accept subsequent operations.

When the history display button 184b is tapped, a history information screen 200 regarding the currently selected song is displayed.

FIG. 5C is a diagram illustrating an example of an evaluation history information screen 200a, and FIG. 5D is a diagram illustrating an example of a reproduction history information screen 200b. The history information screen 200 includes an evaluation history information screen 200a and a reproduction history information screen 200b. When the history display button 184b is tapped, an evaluation history information screen 200a shown in FIG. 5C is displayed. At the top of the history information screen 200, an evaluation history tab 202a and a playback history tab 202b are provided.

Although details will be described later, the evaluation history information screen 200a displays a list of evaluators who have evaluated the song, as shown in FIG. 5C. Also, as shown in FIG. 5D, the reproduction history information screen 200b displays history information of songs reproduced by the jukebox function in the player terminal 1. FIG. When the playback history tab 202b is tapped while the evaluation history information screen 200a is being displayed, the playback history information screen 200b is displayed. Further, when the evaluation history tab 202a is tapped while the reproduction history information screen 200b is being displayed, the evaluation history information screen 200a is displayed.

Also, the player taps the other player request setting toggle 186 on the currently selected music information screen 180 shown in FIG. The player request function can be toggled between an on state and an off state.

The play/stop button 188 functions as an operation unit for switching between playing and stopping the currently selected music piece. When the playback stop button 188 is tapped during playback of the selected song, the requested playback state is switched to the stopped state, and playback of the song is stopped. In this case, the music is paused, and the selected music information is held. Further, when the playback stop button 188 is tapped while playback of the currently selected song is stopped, the request playback state is switched to the playback state, and the song is played.

When the return operation section 190 is tapped on the currently selected music information screen 180, the currently selected music information screen 180 is hidden and the home screen 100 is displayed. When the return operation unit 190 is tapped while the music is being played, the music continues to be played even after the home screen 100 is displayed. Thereby, the player can play the game while reproducing the music requested by the player as BGM.

As described above, the jukebox function allows the player to select and listen to his/her favorite songs. Further, as described above, in the present embodiment, a random music selection function is provided in which music is randomly determined when transitioning to the top screen during the game, and the determined music is output as BGM. The random song selection function will be described in further detail below.

In this embodiment, activation conditions for the random music selection function are provided, and when the activation conditions are met, randomly selected music is reproduced as BGM. The conditions for activating the random music selection function include transitioning from the story screen, breeding game screen, or team stadium screen to the top screen, that the random music selection function is on, and that the activation time of the random music selection function has passed. and that the request playback state is the playback state.

When the activation condition is satisfied at the time of transition to the top screen, the server 1000 determines the music to be played back on the player terminal 1 . The player terminal 1 receives information about the music to be played from the server 1000 when transitioning to the top screen, and reproduces the music based on the received information.

FIG. 6A is a diagram illustrating an example of the home screen 100 when the random music selection function is activated. For example, assume that a song determined by the random song selection function is played when the home central screen 100a is displayed. In this case, the home center screen 100a displays an image prompting the player to confirm the home right screen 100c, more strictly, the jukebox image 152 displayed on the home right screen 100c.

Specifically, the notification icon 144R is highlighted on the home central screen 100a, and the jukebox icon 210 is displayed near the notification icon 144R. The jukebox icon 210 is an image imitating a jukebox. By highlighting notification icon 144R and displaying jukebox icon 210, an operation input for displaying home right screen 100c is prompted.

FIG. 6B is a diagram illustrating an example of the home right screen 100c when the random music selection function is activated. When a swipe operation in the left direction is input in the state shown in FIG. 6A, the home right screen 100c is displayed as shown in FIG. 6B. At this time, the jukebox image 152 displays an image similar to the jacket image 162 corresponding to the song being played. As a result, the player can identify the song currently being played by the jukebox image 152 .

Further, as described above, when a song is determined by the random song selection function, the requester (request character) of the song is determined. A request character image 154 corresponding to the determined request character is displayed on the home right screen 100c. An icon with an exclamation mark is displayed near the request character image 154 .

FIG. 6C is a diagram illustrating an example of the requester details screen 220. As shown in FIG. When the request character image 154 is tapped on the home right screen 100c, the requester detail screen 220 shown in FIG. 6C is displayed. Requester detail screen 220 displays request character image 154, the name of the requester, and a comment. Note that the comment displayed on the requester detail screen 220 may be linked to the song being played, or may be linked to the request character image 154 . Also, the comment displayed on the requester detail screen 220 may be the same as or different from the comment displayed in the comment display field of the effect image 162b.

FIG. 6D is a diagram illustrating an example of the currently selected music information screen 180 when the random music selection function is activated. When the jukebox image 152 is tapped on the home right screen 100c shown in FIG. 6B, the currently selected music information screen 180 shown in FIG. 6D is displayed. The basic configuration of the currently selected music information screen 180 is the same when the player himself/herself selects a music and when the random music selection function is activated.

However, when the other player request function is activated, an information notification icon 184 c is displayed in the evaluation information display column 184 of the currently selected music information screen 180 . When the information notification icon 184c is tapped, an unillustrated other player information screen is displayed. The other player information screen displays information about other players who have requested the song being played. The information about other players includes, for example, player names of other players, representative characters, profile characters, messages set by other players, and the like.

FIG. 7A is a diagram illustrating an example of the evaluation history information screen 200a when the other player request function is activated. FIG. 7B is a diagram illustrating an example of an evaluation history information screen 200a when a player evaluates a song. When the other player request function is activated, an evaluation number of 1 or more is set when the currently selected music information screen 180 is displayed for the first time.

For example, when another player himself/herself selects and reproduces a piece of music, an evaluator (evaluation character) is determined on the player terminal 1 . When the player selects and reproduces a song on the player terminal 1, the server 1000 stores the song selected by the player and the evaluation information indicating the evaluator.

Then, the player can register other players as friends, and in the other player request function, any one of the registered friends is determined. Then, the music finally selected by the determined friend is played back on the player terminal 1 .

At this time, the evaluation information associated with the song selected last by the friend is acquired, and an evaluation history information screen 200a is displayed as shown in FIG. 7A based on the acquired evaluation information. Further, when the player taps the evaluation operation section 184a in this state, the evaluator is additionally displayed on the evaluation history information screen 200a as shown in FIG. 7B. In this case, the evaluator's information is sent to the server 1000, and the evaluation information linked to the song selected last by the friend is updated.

After that, it is assumed that the same friend is determined as the requester in the player terminal 1 of another player. In this case, on the player terminal 1 of this other player, the evaluation history information screen 200a shown in FIG. 7B is displayed from the beginning.

Also, for example, assume that the friend's player terminal 1 transitions to the breeding game screen while the song selected by the friend is being reproduced, that is, while the request reproduction state is still being reproduced. After that, when the raising game ends and the home screen 100 is displayed, the same music as before the raising game starts is played. At this time, it is assumed that the friend is determined as the requester in the player terminal 1 of another player during the training game of the friend, and the other player evaluates the song. In this case, the evaluation history information screen 200a of FIG. 7A is displayed on the friend's player terminal 1 before the breeding game is started, but the evaluation history information screen 200a of FIG. 7B is displayed after the breeding game ends. It will be done.

As described above, in the present embodiment, various effects are performed when music is played back by the jukebox function. Some of these effects are shared among multiple players, giving the impression that multiple players are using one jukebox. In other words, it gives the impression that a plurality of players are playing the game at the same time, and the player's desire to play the game can be enhanced.

Next, the functional configurations of the player terminal 1 and the server 1000 for realizing the jukebox function described above, and the processing performed by the player terminal 1 and the server 1000 will be described. It should be noted that, of the functional configuration and processing of the game apparatus G of the present embodiment, only those portions related to the jukebox function will be described below.

(Functional Configuration of Player Terminal 1)
FIG. 8 is a diagram for explaining the configuration of the memory 12 in the player terminal 1 and its function as a computer. The memory 12 is provided with a program storage area 12a and a data storage area 12b. When the game is started, the CPU 10 stores a terminal-side game control program (module) in the program storage area 12a.

The terminal-side game control program includes a transmission/reception program 300, a player information acquisition program 302, a log-in music playback program 304, a top screen transition processing program 306, an evaluation information update processing program 308, and an effect execution program 310. Note that the programs listed in FIG. 8 are only examples, and many other programs are provided in the terminal-side game control program.

In the data storage area 12b, as storage units for storing data, currently selected music information storage unit 400, evaluation information storage unit 402, activation time information storage unit 404, friend information storage unit 406, setting information storage unit 408, request playback A state storage unit 410, a release music information storage unit 412, and the like are provided. Here, some of the typical storage units that store information related to the jukebox function are listed, but the data storage area 12b is provided with a large number of other storage units as well. there is

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. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control section 1A by operating each program stored in the program storage area 12a. The terminal-side game control section 1A includes a transmission/reception section 300a, a player information acquisition section 302a, a log-in music reproduction section 304a, a top screen transition processing section 306a, an evaluation information update processing section 308a, and an effect execution section 310a.

Specifically, the CPU 10 operates the transmission/reception program 300 to cause the computer to function as the transmission/reception unit 300a. Similarly, the CPU 10 operates a player information acquisition program 302, a log-in music playback program 304, a top screen transition processing program 306, an evaluation information update processing program 308, and an effect execution program 310, and operates a player information acquisition unit 302a and a log-in processing program 310, respectively. It functions as a music playback unit 304a, a top screen transition processing unit 306a, an evaluation information update processing unit 308a, and an effect execution unit 310a.

The transmitting/receiving unit 300 a communicates between the player terminal 1 and the server 1000 and transmits various information from the player terminal 1 to the server 1000 . Also, the transmission/reception unit 300 a downloads various information from the server 1000 .

The player information acquisition unit 302a stores the information downloaded from the server 1000 in the data storage area 12b.

The log-in music reproducing unit 304a executes a process related to reproduction of BGM when the player terminal 1 performs a log-in process.

The top screen transition processing unit 306a executes processing related to reproduction of BGM when transitioning to the top screen.

The evaluation information update processing unit 308a updates the evaluation information.

The effect execution unit 310a executes processing related to reproduction of music and effects during reproduction.

(Functional Configuration of Server 1000)
FIG. 9 is a diagram for explaining the configuration of memory 1012 in server 1000 and its function as a computer. The memory 1012 is provided with a program storage area 1012a and a data storage area 1012b. When the game is started, CPU 1010 stores a server-side game control program (module) in program storage area 1012a.

The server-side game control program includes a server-side login processing program 1300 , a player information update program 1302 , and a music selection program 1304 . Note that the programs listed in FIG. 9 are only examples, and many other programs are provided in the server-side game control program.

The data storage area 1012b is provided with a player information storage section 1400 and a selected song information storage section 1402 as storage sections for storing data. . It should be noted that although some of the representative storage units that store information related to the jukebox function are listed here, the data storage area 1012b is provided with a large number of other storage units as well. there is All the information stored in the data storage area 12b of the player terminal 1 is also stored in the data storage area 1012b of the server 1000 here. Various information stored in the data storage area 12b of the player terminal 1 is stored in the player information storage section 1400 of the server 1000. FIG.

CPU 1010 operates each program stored in program storage area 1012a and updates data in each storage unit in data storage area 1012b. CPU 1010 causes server 1000 to function as server-side game control unit 1000A by operating each program stored in program storage area 1012a. The server-side game control section 1000A includes a server-side login processing section 1300a, a player information updating section 1302a, and a music selection section 1304a.

Specifically, CPU 1010 operates server-side login processing program 1300 to cause the computer to function as server-side login processing unit 1300a. Similarly, the CPU 1010 operates a player information update program 1302 and a music selection program 1304 to function as a player information update section 1302a and a music selection section 1304a, respectively.

Upon receiving the login information from the player terminal 1 , the server-side login processing section 1300 a downloads various information stored in the player information storage section 1400 to the player terminal 1 .

The player information update unit 1302a updates the player information in the player information storage unit 1400 based on the information received from the player terminal 1. FIG.

The music selection unit 1304a selects music to be reproduced on the player terminal 1 when the random music selection function is activated.

Processing performed by each functional unit in the player terminal 1 and the server 1000 will be described below using flowcharts.

(Communication processing between player terminal 1 and server 1000)
FIG. 10 is a sequence diagram explaining basic processing of the player terminal 1 and the server 1000. As shown in FIG. In the following description, processing in the player terminal 1 will be indicated as Pn (n is an arbitrary integer). Also, processing in the server 1000 is represented by Sn (n is an arbitrary integer). Furthermore, the processing in the friend's player terminal 1 is denoted by Fn (n is an arbitrary integer).

In the player terminal 1, when a player performs a login operation such as activating a game application, login information transmission processing (P1) is performed. In the login information transmission process, the transmission/reception unit 300a transmits the login information to the server 1000. FIG.

In the server 1000, when the login information is received, the server-side login processing unit 1300a executes server-side login processing (S1). In the server-side login process, a process for causing the player terminal 1 to receive the player information stored in the server 1000 is performed.

In the player terminal 1, when the player information is received from the server 1000, the player information acquisition section 302a stores the received player information in the data storage area 12b. Further, the log-in music reproduction unit 304a executes the log-in music reproduction process (P2).

FIG. 11 is a flowchart for explaining music reproduction processing at the time of login in the player terminal 1 . The log-in music reproduction unit 304a acquires the currently selected music information stored in the currently selected music information storage unit 400 of the data storage area 12b (P2-1). The currently selected music information is information for identifying music to be reproduced by the jukebox function, and is, for example, a music ID provided for each music.

If the currently selected music information is stored (YES in P2-2), the logged-in music reproduction unit 304a reproduces the currently selected music (P2-3). As a result, if the game is interrupted while any song other than the default BGM is set as the currently selected song, such as during the playback of a song other than the default BGM, when the game is restarted, the setting before the suspension will be displayed. The currently selected song is played.

If the currently selected music information is not stored (NO in P2-2), the log-in music reproduction unit 304a reproduces the default BGM (P2-4).

Returning to FIG. 10 , when the player changes settings by performing various setting change operations on the option setting screen 110 or the like, information after the setting change is stored in the setting information storage unit 408 . Also, the transmission/reception unit 300a transmits the setting change information to the server 1000 (P3). In the server 1000, upon receiving the setting change information, the player information updating unit 1302a updates the player information in the player information storage unit 1400 (S2).

The player information stored in the server 1000 includes all information updated by the player terminal 1, such as information on the characters possessed by the player, information on breeding characters, information that can be set on the option setting screen 110, information on the jukebox function, and the like. Contains information.

Also, when the player performs an operation to transition to the top screen, the top screen transition processing unit 306a executes top screen transition processing (P4).

FIG. 12 is a flowchart for explaining top screen transition processing in the player terminal 1 . The screens before the transition are the breeding game screen, the team stadium screen, and the story screen (YES in P4-1), the request playback state is OFF (NO in P4-2), and the currently selected music information is stored. If not (YES in P4-3), the top screen transition processing unit 306a reproduces the default BGM (P4-4). In P4-1, it is determined whether the screen before transition to the top screen is the breeding game screen, the team arena screen, or the story screen, but the screen before transition to the top screen is not limited to this. , or other game screens.

Also, when the request reproduction state is ON (YES in P4-2), the currently selected music information is always stored. In this case, if the random music selection function is on (YES at P4-5), and three minutes have passed since the previous music change (NO at P4-6), the top screen transition processing unit 306a outputs the activation time information Random music selection function activation time information stored in the storage unit 404 is acquired (P4-7). The random music selection function activation time information indicates the time when activation of the random music selection function is permitted (hereinafter referred to as activation time).

Although details will be described later, when the random music selection function is activated, the server 1000 determines the music to be reproduced. At this time, the server 1000 determines the activation time as the next activation time of the random music selection function. Then, when the top screen transitions to the top screen, if the activation time of the random music selection function has passed (YES in P4-8), the top screen transition processing unit 306a transmits random music selection request information to the server 1000 (P4- 9).

That is, in the top screen transition process, random music selection request information is transmitted to the server 1000 when all conditions for activating the random music selection function are satisfied. Although details will be described later, when the random music selection request information is received, one music piece is determined in the server 1000 .

On the other hand, if even one condition for activating the random music selection function is not satisfied (P4-5 NO, P4-6 NO, P4-8 NO), the top screen transition processing unit 306a reproduces the selected music (P4 -10). In other words, when transitioning from the breeding game screen, team stadium screen, or story screen to the top screen, if all the activation conditions for the random music selection function are not met, the screen transitions to the breeding game screen, team stadium screen, and story screen. The selected song that was being played before is played. Also, in this case, the evaluation information update processing unit 308a executes evaluation information update processing (P10).

FIG. 13 is a flowchart for explaining evaluation information update processing in the player terminal 1. FIG. The evaluation information update processing unit 308a determines whether there is an undisplayed evaluator who is not displayed on the evaluation history information screen 200a (P10-1). Although the details will be described later, in the player terminal 1, an evaluator (evaluation character) is determined in advance when a piece of music is reproduced, and information identifying the evaluator is stored in the evaluation information storage unit 402. FIG. In the evaluation information storage unit 402, the undisplayed or displayed status is stored for each evaluator, and when the evaluators are determined, the statuses of all the evaluators are undisplayed.

After the music is determined, when the music is played for the first time, the predetermined evaluators and evaluation numbers are not displayed in the evaluation information display field 184 and the history information screen 200 . After that, when transitioning to the top screen and playing back the selected song, if there is an evaluator whose status is not displayed (YES in P10-1), the evaluation information update processing unit 308a updates the history information The evaluator on the screen 200 and the number of evaluations in the evaluation information display column 184 are updated (P10-2). Also, the evaluation information update processing unit 308a updates the status of the evaluator added to the history information screen 200 to "displayed" (P10-3).

At this time, the home screen 100 is displayed on the display 26, so the currently selected music information screen 180 and the history information screen 200 are not displayed, although the evaluation information update process is executed. The currently selected music information screen 180 and the history information screen 200 are displayed when the player performs a predetermined operation input on the home screen 100 .

Returning to FIG. 10, when the random music selection request information is transmitted to the server 1000 in the top screen transition process (P4) of the player terminal 1, the server 1000 executes the music selection process (S3).

FIG. 14 is a flowchart for explaining music selection processing in server 1000 . Upon receiving the random music selection request information, the music selection unit 1304a determines whether the other player request function is on. If the other player request function is ON (YES in S3-1), the music selection unit 1304a further determines whether there is friend's selected music information (S3-2).

In the server 1000, when the player himself/herself selects and reproduces a piece of music, the selected piece of music information in which the reproduced piece of music and the player are linked is stored in the selected piece of music information storage unit 1402. FIG. However, in the selected music information storage unit 1402, only one piece of latest selected music information is stored for one player. For example, assume that a player whose selected music information is stored in the selected music information storage unit 1402 newly reproduces music using the jukebox function. In this case, the selected music information stored in the selected music information storage unit 1402 is updated to information indicating the newly played music. Note that the selected music information is not stored for a player who has never selected and reproduced a music piece.

The player information storage unit 1400 also stores information about players registered as friends by each player. Here, it is determined whether selected music information is stored in the selected music information storage unit 1402 for the player registered as a friend. Then, if the friend's selected music information is stored (YES in S3-2), the music selection unit 1304a determines whether there is a released selected music (S3-3).

FIG. 15 is a diagram for explaining music classification and music release information. Music that can be played back by the jukebox function is classified into normal music or dedicated music. The comments displayed in the effect image 162b are different between the normal music and the dedicated music. In addition, normal music can be selected and played by the player without any particular restrictions, whereas dedicated music cannot be selected by the player until the random music selection function is activated and the music is selected.

For normal music, a jacket image 162 is displayed on the music selection screen 160 from the time the jukebox function is used for the first time. In other words, normal music is music that the player can recognize as reproducible when the jukebox function is used for the first time. On the other hand, for the dedicated music, the jacket image 162 is not displayed on the music selection screen 160 until the random music selection function is activated and the music is selected. In other words, the exclusive music can be said to be a so-called hidden music whose existence cannot be recognized by the player until the random music selection function is activated and the music is selected.

When the dedicated music is selected by activating the random music selection function, a jacket image 162 is displayed on the music selection screen 160 thereafter. Therefore, the dedicated music is set in an unreleased state (unreleased music) until it is selected once, and cannot be selected by the player himself/herself. Once the music is selected, the status is updated to the released state (released music), and after that, the player can freely select the music in the same way as normal music.

In this way, exclusive songs are initially set as hidden songs and unreleased songs, and normal songs are set as released songs. Here, as an example, 10 songs with song IDs 0001 to 0010 are provided as normal songs, and 10 songs with song IDs 0011 to 0020 are provided as dedicated songs.

Returning to FIG. 14, when it is determined in S3-3 that there is a released selection song in the friend's selection songs, the song selection unit 1304a determines the request type by lottery (S3-4). In this embodiment, other player requests and character requests are provided as request types. As described above, the other player request activates the other player request function and determines the music selected by the other player, that is, by the friend. Therefore, when the request type is determined to be another player's request, the requester becomes one of the friends. On the other hand, in the character request, a song is randomly determined by lottery. In this case, one of the characters is determined as the requester.

In the lottery for determining the request type in S3-4, for example, other player requests are determined with a probability of 30% and character requests with a probability of 70%. In this lottery, when the other player's request is determined (YES in S3-5), the music selection unit 1304a determines one friend's selected music by lottery (S3-6). Specifically, the music selection unit 1304a extracts released music for the player from the friend's selected music, and determines one music from the extracted released music by lottery.

That is, here, when the other player request function is activated, only released music for the player is determined as the selected music. However, the unreleased songs may be determined even when the other player request function is activated.

On the other hand, if the other player request function is off (NO in S3-1), and if there is no friend's selected music information (NO in S3-2), there is no released music for the player among the friend's selected music. In the case (NO in S3-3), if the request type is determined to be a character request (NO in S3-5), the music selection unit 1304a executes character request music determination processing (S10).

FIG. 16 is a flowchart for explaining character request song determination processing in the server 1000 . The music selection unit 1304a determines whether there is a hidden music (S10-1). If there is no hidden music (NO in S10-1), the music selection unit 1304a randomly selects one of the released music (S10-2). On the other hand, if there is a hidden song (YES in S10-1), the song selection unit 1304a conducts a hidden song release lottery (S10-3). For this hidden music release lottery, the winning probability is set to 5%, for example. If the player does not win the hidden music release lottery (NO in S10-4), the music selection unit 1304a determines one released music in S10-2.

If the player wins the hidden music release lottery (YES in S10-4), the music selection unit 1304a selects one hidden music (S10-5) and updates the released music information (S10-6). Specifically, the music selection unit 1304a updates the status of the determined hidden music from the unreleased state to the released state.

Returning to FIG. 14, when the music is determined in S3-6 or S10, the music selection unit 1304a sets the music selection information (S3-7) and causes the player terminal 1 to receive it. The music selection information set here includes the determined music ID and request type. Also, in S3-6, when the friend's selected music is determined, the friend's profile information and evaluation information linked to the music ID are included in the music selection information.

In addition, the music selection unit 1304a determines the activation time of the next random music selection function (S3-8). That is, the music selection unit 1304a acquires the current time and determines the next time when the random music selection function can be activated. Note that the method of determining the activation time is not particularly limited. For example, the activation time may be determined after a predetermined time (eg, 15 minutes) from the current time. Alternatively, for example, the period may be divided into 15-minute intervals, and the activation time may be randomly determined by lottery from the next period (15 minutes) of the period including the current time. When the activation time is determined, the music selection unit 1304a sets activation time information indicating the determined activation time (S3-9), and causes the player terminal 1 to receive it. When receiving the activation time information, the player terminal 1 stores the activation time in the activation time information storage unit 404 .

Returning to FIG. 10, when the music selection information and the activation time information are received, the player terminal 1 executes the effect processing (P5).

FIG. 17 is a flowchart for explaining effect processing in the player terminal 1. FIG. The effect executing section 310a updates the currently selected music in the currently selected music information storage section 400 based on the received music selection information (P5-1). Then, if the request type is another player's request (YES in P5-2), the effect execution unit 310a executes friend effect determination processing (P11).

FIG. 18 is a flowchart for explaining friend effect determination processing in player terminal 1 . The effect execution unit 310a acquires the profile information of the friend determined as the requester based on the received music selection information (P11-1). Note that the friend's profile information is stored in the friend information storage unit 406 when the music selection information is received.

Also, the effect executing section 310a determines the jacket image 162 to be displayed on the jukebox image 152 and the selected music information screen 180 based on the selected music information updated in P5-1 (P11-2). In addition, the effect executing section 310a determines the tune tag associated with the music by lottery (P11-3).

FIG. 19 is a diagram for explaining tune tags. All tunes (music IDs) that can be played back by the jukebox function are associated with tune tags (tune tag IDs). The melody tag is information indicating the melody of each song. Here, as the melody tag, rock (tone tag ID=0001), pop (tone tag ID=0002), radio wave (tone tag ID=0003), electro ( Five types are provided: tune tag ID=0004) and hardware (tune tag ID=0005). The player terminal 1 and the server 1000 store tune tag information in which a tune tag ID is associated with each tune ID. According to the tune tag information, at least one tune tag ID is associated with all tune IDs of normal tunes and dedicated tunes.

Returning to FIG. 18, the effect executing section 310a determines one tune tag at P11-3. Specifically, based on the tune tag information, the effect execution unit 310a extracts one or a plurality of tune tags linked to the currently selected tune updated in P5-1 to generate a lottery table. Then, one tune tag is determined by lottery using the generated lottery table. Therefore, when there is one tune tag linked to the currently selected song, this tune tag is always determined.

Next, the effect executing section 310a determines mini characters to be displayed in the requested character image 154 and the effect image 162b (P11-4). Here, the effect execution unit 310a determines the representative character (or profile character) of the friend determined as the requester to be the mini character.

Also, the effect executing section 310a determines the action pattern of the mini character determined in P11-4 (P11-5), and further determines the color of the mini jukebox image 162c (P11-6).

FIG. 20A is a diagram for explaining the relationship between the tune tags and the action patterns of the mini-characters. FIG. 20B is a diagram for explaining the relationship between tune tags and mini jukebox images 162c. As shown in FIG. 20A, the player terminal 1 and the server 1000 store mini-character movement pattern information in which the movement pattern of the mini-character is associated with each tune tag ID. According to the mini-character action pattern information, one action pattern is linked to the tune tag ID.

On the currently selected music information screen 180, a mini-character displayed as the effect image 162b performs an effect in which it moves in rhythm. The effect executing section 310a refers to the mini-character action pattern information and determines the action pattern of the mini-character based on the previously determined tune tag. The motion patterns of the mini-characters define the motions of the mini-characters, and here, five types of motion patterns, pattern 1 to pattern 5, are provided. By providing a mini-character movement pattern for each tune tag, the mini-character can be moved in time with the music being played.

Further, as shown in FIG. 20B, the player terminal 1 and the server 1000 store display color pattern information in which the color of the mini jukebox image 162c is associated with each tune tag ID. According to the display color pattern information, one display color is associated with the tune tag ID.

The effect executing section 310a refers to the display color pattern information and determines the color of the mini jukebox image 162c based on the previously determined tune tag. Here, five types of display colors, pattern 1 to pattern 5, are provided. By providing the display color of the mini jukebox image 162c for each tune tag, it is possible to display the mini jukebox image 162c in a color that matches the music being played.

Returning to FIG. 18, the effect executing section 310a determines evaluation information, which is information regarding the evaluator and the number of evaluations (P11-7). As will be described later in detail, evaluation information is determined when the player selects and reproduces a favorite piece of music. The evaluation information determined at this time is stored in the server 1000 in association with the selected song. After that, when the player is determined as the requester at the player terminal 1 of the friend of the player, the friend's player terminal 1 transmits the song selected last by the player and the evaluation information as the song selection information to the server 1000. receive from At P11-7, the evaluation information included in the received music selection information is determined as the evaluation information to be displayed. Therefore, when the other player request function is activated, the evaluation information displayed on the player terminal 1 is the same as the evaluation information displayed on the player terminal 1 of the requester (friend).

Returning to FIG. 17, if the request type is not another player's request (NO in P5-2), that is, if it is a character request, the effect execution unit 310a executes character request effect determination processing (P12). In the character request effect determination process, the requester (request character), the comment displayed in the comment display field of the effect image 162b, the action pattern of the mini character, and the color of the mini jukebox image 162c are determined.

FIG. 21 is a flowchart for explaining character request effect determination processing in player terminal 1 . Based on the received music selection information, the effect executing section 310a determines whether the music determined by the server 1000 is a hidden music, that is, whether an unreleased music has been determined (P12-1). It should be noted that the release music information storage unit 412 of the player terminal 1 stores a status indicating a released state or an unreleased state for each song, similarly to the server 1000 .

If the determined music is not a hidden music (NO in P12-1), the effect executing section 310a determines whether the determined music is a dedicated music (P12-2). If the determined song is a hidden song (YES in P12-1) or if it is a dedicated song (YES in P12-2), the effect execution unit 310a performs first effect pattern determination processing (P12-3). to run. In this first effect pattern determination process, a requester (request character) and a comment to be displayed in the comment display column are determined.

FIG. 22 is a diagram illustrating the relationship among song IDs, character IDs, and comment IDs. The player terminal 1 and the server 1000 store first effect information in which the character ID and the comment ID are associated with each music ID of the dedicated music. According to the first effect information, one or more pieces of combination information obtained by combining a character ID and a comment ID are associated with each song ID of all dedicated songs. The character ID is identification information attached to each character, and the comment ID is identification information attached to each comment displayed in the comment display field.

In the first effect pattern determination process (P12-3), one combination information is determined based on the first effect information. The character corresponding to the character ID included in the combination information determined at this time becomes the requester (request character). Also, the comment corresponding to the comment ID included in the determined combination information is displayed in the comment display field or the requester details screen 220. FIG.

For example, music ID=0011 is associated with four pieces of combination information. When a plurality of pieces of combination information are associated with one song ID, the character IDs included in each piece of combination information are common, and the comment IDs are different from each other. That is, one type of character ID is associated with one dedicated song. Therefore, the request character is fixed when the dedicated music is selected by the random music selection function.

On the other hand, one song ID may be associated with multiple different comment IDs. Therefore, for example, when a song with song ID=0011 is determined by the random song selection function, the currently selected song information screen 180 always displays a mini character with character ID=0001, but the comment display field is: Any one of four types of comments will be displayed.

Returning to FIG. 21, if the determined song is neither a hidden song nor a dedicated song (NO in P12-2), that is, if a normal song is decided, the effect execution unit 310a determines the request method by lottery. (P12-4). The request method is a method of determining a requester (request character) and a comment, and here, a request with a comment and a tag request are provided.

FIG. 23 is a diagram for explaining normal music with comments. The normal music includes a character that can be a requester (request character) and a normal music with a comment associated with the comment displayed in the comment display field. Here, as shown in FIG. 23, normal music pieces with music ID=0001 to 0005 are provided as normal music pieces with comments.

The player terminal 1 and the server 1000 store second effect information in which the character ID and the comment ID are associated with each music ID of the normal music. According to the second effect information, at least one combination pattern of the character ID of the character who can be the requester and the comment ID of the comment displayed in the comment display column is linked to the normal music with comment. . On the other hand, normal songs with song IDs=0006 to 0010 are associated with neither character IDs nor comment IDs. Below, the normal music with which neither the character ID nor the comment ID are linked is referred to as a normal music without comment.

Some comment-attached normal songs are associated with a plurality of combination patterns of character IDs and comment IDs. As described above, only one type of character ID is associated with one dedicated song. On the other hand, some normal music pieces with comments have multiple types of character IDs associated with one music ID. The comment associated with the comment-attached normal song is a comment dedicated to the song or request character.

Returning to FIG. 21, if the request method is determined to be a request with comments (YES at P12-5) and the determined music is a normal music with comments (YES at P12-6), the effect execution unit 310a A second effect pattern determination process (P12-7) is executed. In this second effect pattern determination process (P12-7), one piece of combination information is determined based on the second effect information. The character corresponding to the character ID included in the combination information determined at this time becomes the requester (request character). Also, the comment corresponding to the comment ID included in the determined combination information is displayed in the comment display column.

On the other hand, if the request method is determined to be a tag request (NO at P12-5), or if the determined music is a normal music without comment (NO at P12-6), the effect execution unit 310a generates a melody tag is determined by lottery (P12-8).

As described above, the player terminal 1 and the server 1000 store the tune tag information in which the tune tag ID is associated with each tune ID (see FIG. 19). At P12-8, the effect executing section 310a determines one tune tag, as at P11-3. Specifically, based on the tune tag information, the effect execution unit 310a extracts one or a plurality of tune tags linked to the currently selected tune updated in P5-1 to generate a lottery table. Then, one tune tag is determined by lottery using the generated lottery table.

Next, the effect executing section 310a determines a request character based on the melody tag determined in P12-8 (P12-9).

FIG. 24 is a diagram for explaining character-by-character melody tag information. The player terminal 1 and the server 1000 store character-by-character melody tag information in which a melody tag ID is associated with each character ID. According to the character-by-character melody tag information, one or more melody tag IDs are associated with each character ID.

Returning to FIG. 21, at P12-9, the effect executing unit 310a extracts all character IDs linked to the tune tag determined at P12-8, based on the character-by-character tune tag information. Then, the effect execution unit 310a determines any one character ID from among the extracted character IDs. The character corresponding to the character ID determined at this time becomes the requester (request character).

In addition, the effect executing section 310a determines a general-purpose comment prepared in advance as a comment to be displayed in the comment display field (P12-10).

FIG. 25 is a diagram for explaining general-purpose comment information. The player terminal 1 and the server 1000 store general-purpose comment information in which a general-purpose comment ID is associated with each character ID. Each character is always associated with one general-purpose comment displayed in the comment display field. A general-purpose comment is attached with a general-purpose comment ID, and one general-purpose comment ID is associated with each character ID in the general-purpose comment information.

Returning to FIG. 21, at P12-10, the effect executing section 310a determines one general comment based on the general comment information. Specifically, the effect execution unit 310a determines the general comment linked to the request character determined in P12-9 based on the general comment information.

As described above, at P12-3, P12-7, P12-9, and P12-10, when the request character and the comment to be displayed in the comment display field are determined, the effect executing section 310a performs the action of the mini character. The pattern is determined (P12-11), and the color of the mini jukebox image 162c is determined (P12-12). The processing at P12-11 and P12-11 is the same as P11-5 and P11-6 in the friend effect determination processing.

Returning to FIG. 17, when the requested character, the comment, the action pattern of the mini character, and the color of the mini jukebox image 162c are determined in the character request effect determination process (P12), the effect execution unit 310a performs the evaluation information determination process (P20 ). In this evaluation information determination process, evaluation information such as the number of evaluations and an evaluator (evaluation character) is determined.

FIG. 26 is a flowchart for explaining evaluation information determination processing in the player terminal 1. FIG. FIG. 27 is a diagram for explaining character correlation information. Character correlation information is stored in the player terminal 1 and the server 1000 . The effect executing section 310a extracts a familiar character based on the character correlation information (P20-1).

Specifically, according to the character correlation information, as shown in FIG. 27, one character is associated with a plurality of characters as intimate characters. At P20-1, the effect executing section 310a extracts the intimate character linked to the previously determined request character based on the character correlation information. In addition, as shown in FIG. 26, the effect executing unit 310a generates a lottery table using the extracted intimate characters, and uses the generated lottery table to determine one of the extracted intimate characters as an evaluation character ( P20-2). Also, here, the determined evaluation character is stored in the evaluation information storage unit 402 .

In addition, the effect execution unit 310a extracts a tune tag associated with the currently selected song based on the tune tag information (P20-3). Also, based on the character-by-character tune tag information, the effect executing section 310a extracts all characters linked with the tune tags extracted in P20-3 (P20-4). Then, the effect executing section 310a determines 4 to 8 characters as evaluation characters from among all the extracted characters excluding the request character (P20-5). Also, here, the determined evaluation character is stored in the evaluation information storage unit 402 .

In P20-5, the specific processing for determining the evaluation character is not particularly limited. For example, the number of evaluation characters may be determined first, and then the evaluation characters may be determined. Or, until the number of evaluation characters reaches the maximum number, a lottery may be held for each extracted character to determine whether or not it should be used as an evaluation character.

At P20-2 and P20-5, the effect executing section 310a sets the status of the evaluation character stored in the evaluation information storage section 402 to non-display (P20-6). Note that the evaluation information is not displayed at the time the evaluation character is determined, that is, at the time the random music selection function is activated and the reproduction of the music is started. After the music starts to be reproduced, the top screen is changed once to a breeding game screen or the like, and when the top screen is changed again, the evaluation number and the evaluator (evaluation character) are updated and displayed.

Specifically, after the music starts playing, the top screen transitions to the breeding game screen or the like, and when the top screen transitions again, the top screen transition processing (P4) shown in FIG. 12 is executed. In this top screen transition process, the evaluation information update process (P10) shown in FIG. 13 is executed. At this time, since there is an evaluator (evaluation character) whose status is not displayed in the evaluation information storage unit 402, the evaluator (evaluation character) and the number of evaluations are updated in P10-2.

Returning to FIG. 17, when the requester (mini character), comment, and evaluation information are determined at P11, P12, and P20, the effect executing section 310a starts playing the currently selected music piece (P5-3). Also, the effect executing section 310a starts various effects (P5-4). Here, for example, the highlighting of the notification icon 144R, the display of the jukebox icon 210, the jukebox image 152, the request character image 154, etc. on the home screen 100 is started.

As described above, when the random music selection function is activated, the music to be reproduced is determined by the server 1000, and various effects are executed on the player terminal 1 while the music is being reproduced.

Next, processing of the player terminal 1 when the player selects a favorite piece of music using the jukebox function will be described.

FIG. 28 is a sequence diagram illustrating processing of the player terminal 1 and the server 1000 when the player selects a piece of music to reproduce. When an operation input related to the jukebox function is performed in the player terminal 1, the effect executing section 310a executes the jukebox process (P100).

FIG. 29 is a first flowchart for explaining jukebox processing in the player terminal 1. FIG. Also, FIG. 30 is a second flow chart for explaining the jukebox process in the player terminal 1 . When a screen switching operation for switching screens is input as an operation related to the jukebox function (YES in P100-1), effect executing section 310a switches screens according to the input operation (P100-2).

Further, when a reproduction stop operation is input (YES in P100-3), the effect executing section 310a updates the requested reproduction state stored in the requested reproduction state storage section 410 (P100-4). Note that the reproduction stop operation is an operation input to the request operation unit 170 or the reproduction stop button 188 . If the request reproduction state is the reproduction state, the effect execution unit 310a updates it to the stopped state, and if it is the stopped state, updates it to the reproduction state.

In P100-4, if the requested playback state is updated to the stopped state (YES in P100-5), the effect executing section 310a stops playing the music (P100-6). At P100-6, when the request operation unit 170 is operated to stop the reproduction of the music, the currently selected music information is deleted from the currently selected music information storage unit 400. FIG. Also, in this case, the effect executing section 310a starts playing the default BGM. However, even when the request operation unit 170 is operated during the reproduction of music, the currently selected music information may be held.

On the other hand, in P100-4, if the requested playback state is updated to the playing state (NO in P100-5), it is determined whether the song selected by the player has been changed from the currently selected song (P100-7). If the music has not been changed (NO in P100-7), the effect executing section 310a starts playing the selected music (P100-11).

Also, if the currently selected song is changed (YES in P100-7), that is, if the request operation unit 170 is operated while a song different from the currently selected song is newly selected on the song selection screen 160, The effect executing section 310a updates the currently selected music information in the currently selected music information storage section 400 (P100-8). Further, the transmission/reception unit 300a transmits request music information indicating the selected music selected by the player to the server 1000 (P100-9).

In addition, the effect execution unit 310a performs the evaluation information determination process (P20) shown in FIG. 26 based on the currently selected music. Then, the transmitting/receiving section 300a transmits the evaluation information determined by the evaluation information determination process to the server 1000 (P100-10), and starts playing the changed music (P100-11).

As described above, when the player selects and reproduces a song by himself/herself using the jukebox function, the song selected by the player and the evaluation information determined by the player terminal 1 are transmitted to the server 1000 . The server 1000 stores the requested music information and the evaluation information in association with the player ID.

Note that when the random music selection function is activated and the music determined by the server 1000 is reproduced, the determined music and evaluation information are not stored in the server 1000 . In other words, in the server 1000, only the music selected by the player himself/herself and the evaluation information determined when the music was selected are saved.

Further, as shown in FIG. 30, when the information notification icon 184c is operated (YES in P100-21), the effect executing section 310a displays the other player information screen (P100-22). As described above, the other player information screen displays information about the other player who has requested the song being reproduced.

Also, when the evaluation operation unit 184a is operated (YES in P100-23), the effect execution unit 310a stores information identifying the evaluator in the evaluation information storage unit 402 (P100-24). Here, the player's profile character is added as an evaluator, and the status is stored as displayed.

Then, the effect execution unit 310a updates the history information screen 200 based on the evaluation information storage unit 402 updated in P100-24 (P100-25). Furthermore, the effect executing section 310a updates the evaluation number displayed in the evaluation information display field 184 (P100-26). Further, the transmitting/receiving section 300a transmits the evaluation information updated in P100-24 to the server 1000. FIG. As a result, the server 1000 saves the evaluation of the music selected by the player himself/herself.

Further, when the history display button 184b is operated (YES in P100-28), the effect executing section 310a displays the history information screen 200 regarding the currently selected song (P100-29).

Returning to FIG. 28, when the requested song information and the evaluation information are transmitted to the server 1000 in the jukebox process (P100) in the player terminal 1, the server 1000 stores the player ID stored in the selected song information storage unit 1402. is updated (S100). In the server 1000, the currently selected music information and the evaluation information are also updated in the player information storage unit 1400 provided for each player.

After that, the top screen transition process (F100) is executed in the player terminal 1 of the player's friend whose selected music information has been updated in S100 (hereinafter referred to as a friend terminal), and random music selection request information is transmitted to the server 1000. Suppose In the server 1000, music selection processing (S101) is executed to determine music to be reproduced on the friend terminal. When the music selection information and the evaluation information are received, the friend terminal executes the effect processing (F101) and reproduces the music determined by the server 1000. FIG.

At this time, it is assumed that the song selected by the player at P100 shown in FIG. 28 is reproduced in the effect processing of the friend terminal. In this case, the same evaluation information as the evaluation history information screen 200a of the player terminal 1 is displayed on the evaluation history information screen 200a displayed on the friend terminal.

After that, it is assumed that the jukebox process (P101) is performed again in the player terminal 1 and the player evaluates the music selected by himself/herself. In this case, the evaluation information is transmitted from the player terminal 1 to the server 1000, and the evaluation information is updated in the server 1000 (S102).

After that, when communication processing (F102) is performed between the friend terminal and the server 1000, the evaluation information updated in S102 is set in the server 1000 (S103). After receiving this evaluation information, the friend terminal displays the updated evaluation information when the top screen transition process (F103) is executed. In other words, in F103, it is possible to display information related to the player's evaluation performed in P101.

After that, when the friend evaluates the song being reproduced on the friend terminal, the evaluation information is stored in the server 1000 . Thereafter, when communication processing is performed between the player terminal 1 and the server 1000, the player terminal 1 receives the updated evaluation information. After that, when the top screen transition process is executed in the player terminal 1, the added evaluation information is displayed. As a result, the player's selection of music is given an impression as if it were evaluated by another player, and the player's desire to play the game can be enhanced.

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 various modifications or modifications within the scope of the claims, and it is understood that these also belong to the technical scope.

In the above embodiment, the game genre is a breeding game, but the game genre and game nature are not particularly limited.

Further, in the above embodiment, a case has been described in which music is played back as content by the jukebox function. However, content is not limited to music. For example, a plurality of movies or still images may be provided as contents, and these contents may be selected by the player himself or by the random music selection function described above.

Also, in the above embodiment, a random song selection function and a request function for other players are provided. That is, in the above embodiment, the process of determining content includes the process of determining one content by lottery regardless of the player's operation input. However, the random song selection function and other player request function are not essential.

Further, in the above-described embodiment, a process of causing the player to select one content from a plurality of types of content and a process of reproducing the content selected by the player are executed. However, the function for the player to select and play back a favorite song is not essential, and the song may be selected only by the random song selection function and the other player request function.

In any case, the process of determining one content from a plurality of types of content and the process of reproducing the determined content may be executed, and the content determination method is not particularly limited.

Further, in the above-described embodiment, the player terminal 1 obtains the information about the music selected by the other player as the other player information for reproducing the music by the other player request function. More specifically, selection information indicating the content selected by the player can be transmitted to other players. , the content selected by other players is determined.

However, the other player information necessary for reproducing music by the other player request function is not limited to this. For example, other player information such as that another player displayed a predetermined story image or that another player cleared a predetermined game is acquired as other player information, and based on this acquired other player information, any content may be played.

In any case, the process of realizing the other player request function includes the process of acquiring other player information, which is information related to the game play of other players, and the process of acquiring the other player information among multiple types of content based on the acquired other player information. The contents of the other player information and the correlation between the other player information and the determined content are not particularly limited.

Further, in the above-described embodiment, the permission state (on state of the other player request function) in which reproduction of content determined based on other player information is permitted, and the state in which reproduction of content determined based on other player information is prohibited. The non-permission state (off state of the other player request function) to be permitted can be switched, and on the condition that the permission state is set, the content determined based on the other player information is reproduced. However, switching between the permitted state and the non-permitted state is not essential, and the other player request function may always be permitted.

Further, in the above embodiment, only players registered as friends can be requesters using the other player request function. However, players who can be requesters are not limited to friends. For example, all players may be allowed to be requesters, or players who satisfy a predetermined condition may be set to be requesters.

In the above-described embodiment, while the music is being played and when the music to be played has been determined, the objects associated with the played music are the mini characters, the comments, the mini jukebox image 162c, and the request character image 154. , the jukebox image 152 is displayed. Further, in the above embodiment, the object is a character, and the display mode (movement) of the character differs depending on the display pattern. However, the object associated with the reproduced music is not particularly limited. In any case, either the process of determining the display pattern of the object associated with the content to be played, or the determined display pattern at least during the playback of the content or in the state in which the content to be played has been determined and a process of displaying an object in .

In addition, the display of mini-characters and the like in the above embodiment may be displayed only while content is being played, or may be displayed only when the content to be played is determined and the playback of the content is stopped. good.

Further, in the above embodiment, the player can evaluate the reproduced content. Further, a process of enabling evaluation information indicating the player's evaluation of the content to be transmitted to other players, a process of obtaining evaluation information of other players, and a process of displaying the obtained evaluation information are executed. However, the above evaluation function is not essential.

Also, in the above embodiment, when a song is selected by the other player request function, the information of the other player who is the requester can be displayed, but the information of the other player displayed at this time is not particularly limited. In any case, it is sufficient if some kind of information regarding other players is displayed. Further, the display of information about other players is not essential, and the timing of displaying information about other players is not particularly limited. In any case, the process of enabling display of the other player information may be executed at least either during the reproduction of the content or when the content to be reproduced has been determined.

Further, in the above embodiment, when the random music selection function and the other player request function are activated, the music is selected by the server 1000, and the player terminal 1 determines the effects displayed on the player terminal 1, such as mini-characters. . However, the server 1000 may determine all of the music selection and production. Alternatively, the player terminal 1 may determine all of the music selection and production. Furthermore, music may be selected by the player terminal 1 and the rendering may be determined by the server 1000 . In any case, the processing of the player terminal 1 and the server 1000 in the above embodiment is merely an example, and there is no particular limitation as to how the respective processes are divided.

The information processing program for executing the processes in the above embodiments and various modifications may be stored in a computer-readable non-temporary storage medium and provided as a storage medium. Furthermore, a game terminal device including this storage medium may be provided. Further, the above-described embodiment and various modifications may be an information processing method that implements each function and the steps shown in the flowchart.

1 player terminal 1000 server S information processing system

Claims (7)

a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
a process of interrupting the reproduction of the content when a predetermined interruption condition is satisfied;
a process of acquiring the other player information of the other player;
a process of determining one of the contents reproduced by another player based on the acquired selection information of the other player when a predetermined restart condition is satisfied after the reproduction of the content is interrupted ;
a process of reproducing the determined content;
a process of enabling display of the other player information of the other player who has played back the content, at least during playback of the content played by another player or in a state where the content to be played has been determined;
An information processing program that causes a computer to carry out a process of allowing a player to select one content from among a plurality of types of content ;
a process of playing back the content selected by the player;
A process of transmitting other player information , which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
A process that allows multiple registration of other players as a specific player;
a process of acquiring the other player information of another player registered as the specific player;
a process of determining, from among a plurality of types of content, one content reproduced by another player registered as the specific player based on the obtained other player information;
a process of reproducing the determined content;
Said other player information of another player who played back said content, at least during playback of said content played by another player registered as said specific player, or in a state in which said content to be played back has been determined. and a process to display
An information processing program that causes a computer to carry out a process that allows a player to rate the content being played;
a process of enabling transmission of evaluation information indicating the player's evaluation of the content to other players;
a process of acquiring the evaluation information of other players;
a process of displaying the acquired evaluation information;
3. The information processing program according to claim 1 or 2 , further causing the computer to perform: An information processing method performed by a computer,
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
a process of interrupting the reproduction of the content when a predetermined interruption condition is satisfied;
a process of acquiring the other player information of the other player;
a process of determining one of the contents reproduced by another player based on the acquired selection information of the other player when a predetermined restart condition is satisfied after the reproduction of the content is interrupted ;
a process of reproducing the determined content;
a process of enabling display of the other player information of the other player who has played back the content, at least during playback of the content played by another player or in a state where the content to be played has been determined;
Information processing method including. An information processing method performed by a computer,
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
A process that allows multiple registration of other players as a specific player;
a process of acquiring the other player information of another player registered as the specific player;
a process of determining, from among a plurality of types of content, one content reproduced by another player registered as the specific player based on the obtained other player information;
a process of reproducing the determined content;
Said other player information of another player who played back said content, at least during playback of said content played by another player registered as said specific player, or in a state in which said content to be played back has been determined. and a process to display
Information processing method including. comprising one or more computers;
the computer
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
a process of interrupting the reproduction of the content when a predetermined interruption condition is satisfied;
a process of acquiring the other player information of the other player;
a process of determining one of the contents reproduced by another player based on the acquired selection information of the other player when a predetermined restart condition is satisfied after the reproduction of the content is interrupted ;
a process of reproducing the determined content;
a process of enabling display of the other player information of the other player who has played back the content, at least during playback of the content played by another player or in a state where the content to be played has been determined;
Information processing system that carries out comprising one or more computers;
the computer
a process of allowing a player to select one content from among a plurality of types of content;
a process of playing back the content selected by the player;
A process of transmitting other player information, which is information related to game play and includes selection information indicating the content reproduced by the player, to the other player;
A process that allows multiple registration of other players as a specific player;
a process of acquiring the other player information of another player registered as the specific player;
a process of determining, from among a plurality of types of content, one content reproduced by another player registered as the specific player based on the obtained other player information;
a process of reproducing the determined content;
Said other player information of another player who played back said content, at least during playback of said content played by another player registered as said specific player, or in a state in which said content to be played back has been determined. and a process to display
Information processing system that carries out

Images