JP2021007732A - Game program, game processing method, and game device - Google Patents

Abstract

To enhance convenience in settings in a game.SOLUTION: A game program causes a computer to execute the steps of: referring to data where first identification information, which is for identifying each of multiple player characters including multiple types of player characters having the same player name, is associated with second identification information, which is identification information for performances of each of the player characters set as the same information for player characters having the same player name and as different information for player characters having different player names, so as to associate, on the basis of a user operation, performances that can be set for each of the player characters with the second identification information associated with the player character; and, in response to each of the multiple player characters satisfying a prescribed condition based on progress of the game, performing processing corresponding to the performances associated with the second identification information associated with the player character satisfying the prescribed condition.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game program, a game processing method, and a game device.

Conventionally, there are sports games such as baseball games in which a player character displayed on a screen is used for competitive play. Such a game has a function of setting a cheering song for a player character or a team to which the player character belongs. For example, if a cheering song created by a user or a downloaded cheering song is set as a player character, the cheering song is played when the player character participates in a match (see, for example, Patent Document 1).

JP-A-2007-014701

In the above-mentioned game, when a production such as a cheering song is set for a player character, the specifications are set for each player character. Therefore, if there are multiple types of player characters with the same player name but different rarities, even if they are set to one player character, they are set separately for other types of player characters with the same player name. It was troublesome and inconvenient because it had to be done.

One of the objects of the present invention is to provide a game program, a game processing method, and a game device that improve the convenience of setting a game.

Another object of the present invention is to provide a game program, a game processing method, and a game device capable of exerting the effects described in the embodiments described later.

In order to solve the above-mentioned problems, one aspect of the present invention is a game program that executes processing of a game using a plurality of player characters, and a player different from a plurality of types of player characters having the same player name on a computer. The same information and different players for the player characters with the same player name as the first identification information for identifying each of the plurality of player characters including the player character of the name and the identification information for the production for each player character. The player character of the name is referred to the data associated with the second identification information set as different information, and the player character is given an effect that can be set for each player character based on the user's operation. It is associated with the player character that satisfies the predetermined condition according to the step of associating with the associated second identification information and that each of the plurality of player characters satisfies the predetermined condition based on the progress of the game. It is a game program for executing a step of performing a process according to the effect associated with the second identification information.

Further, one aspect of the present invention is a game processing method executed by a computer that executes processing of a game using a plurality of player characters, and is a player character having a player name different from that of a plurality of types of player characters having the same player name. The first identification information for identifying each of the plurality of player characters including, and the identification information for the production of each player character are the same information for the player characters with the same player name and different player names. Refers to the data associated with the second identification information set as different information, and based on the user's operation, the effect that can be set for each player character is the effect associated with the player character. The second identification information associated with the player character that satisfies the predetermined condition according to the step of associating with the second identification information and that each of the plurality of player characters satisfies the predetermined condition based on the progress of the game. It is a game processing method including a step of performing processing according to the effect associated with.

Further, one aspect of the present invention is a game device that executes processing of a game using a plurality of player characters, and includes a plurality of player characters having the same player name and a plurality of player characters having different player names. The first identification information for identifying each of the player characters and the identification information for the production of each player character are set as the same information for the player characters with the same player name and different information for the player characters with different player names. With reference to the data associated with the second identification information, the effect that can be set for each player character is associated with the second identification information associated with the player character based on the user's operation. The association unit is associated with the second identification information associated with the player character that satisfies the predetermined condition according to the fact that each of the plurality of player characters satisfies the predetermined condition based on the progress of the game. It is a game device including an effect processing unit that performs processing according to the effect.

Further, one aspect of the present invention includes a step of acquiring a first object used in a game on a computer, a step of acquiring a second object that can be used in the game in association with the first object, and the acquired first object. The step of associating the two objects with the first object is executed, and in the associating step, the acquired second object can be associated with the acquired first object, and the unacquired first object can be associated with the first object. It is a game program that can be associated with the first object in advance so that it can be used after the acquisition of the first object.

Further, one aspect of the present invention is a game processing method executed by a computer, in which a step of acquiring a first object used in a game and a second object that can be used in the game in association with the first object are obtained. It includes a step to acquire and a step to associate the acquired second object with the first object, and in the associating step, the acquired second object can be associated with the acquired first object. In addition, it is a game processing method that can be associated with the unacquired first object in advance so that it can be used after the acquisition of the first object.

Further, one aspect of the present invention includes a first acquisition unit that acquires a first object used in a game, a second acquisition unit that acquires a second object that can be used in a game in association with the first object, and an acquisition unit. The association unit includes an association unit that associates the second object with the first object, and the association unit can associate the acquired second object with the acquired first object and has not yet done so. It is a game device that can be associated with the first object to be acquired in advance so that it can be used after the acquisition of the first object.

The figure which shows an example of the data about the player character which concerns on embodiment. The figure which shows an example of the setting data of the cheering song which concerns on embodiment. The figure which shows an example of the cheering song menu screen which concerns on embodiment. The figure which shows an example of the support song allocation screen which concerns on embodiment. The figure which shows an example of the cheering song manual setting screen which concerns on embodiment. The figure which shows an example of the assigned song selection screen which concerns on embodiment. The figure which shows an example of the allocation song determination screen which concerns on embodiment. The figure which shows an example of the cheering song manual setting screen after assigning the cheering song which concerns on embodiment. The block diagram which shows an example of the structure of the game system which concerns on embodiment. The figure which shows an example of the hardware composition of the terminal apparatus which concerns on embodiment. The figure which shows an example of the functional structure of the terminal apparatus which concerns on embodiment. The figure which shows an example of the character data which concerns on embodiment. The figure which shows an example of possession character data which concerns on embodiment. The figure which shows an example of the cheering song setting data which concerns on embodiment. The flowchart which shows an example of the player character acquisition processing which concerns on embodiment. The flowchart which shows an example of the support song download process which concerns on embodiment. The flowchart which shows an example of the cheering song creation process which concerns on embodiment. The flowchart which shows an example of the cheering song setting process which concerns on embodiment. The flowchart which shows an example of the cheering song reproduction processing which concerns on embodiment. The figure which shows the data example of the character data before transfer and after transfer which concerns on embodiment.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[Outline of game device]
First, an outline of an example of the game device according to the present embodiment will be described. The game device according to the present embodiment executes a process of a game to be played by using a plurality of characters. Characters are people, animals, objects (for example, vehicles) that appear in the game, and are displayed so that they can be recognized by the user as images (still images such as illustrations and photographs, moving images, etc.) on the game screen. To. In this embodiment, a baseball game will be described as an example. A character in a baseball game is, for example, a player who constitutes a baseball team (a player who belongs to the team). A character indicating a player is called a "player character". A team is composed of a group of player characters.

In this embodiment, a baseball game will be described as an example, but the game is not limited to the baseball game, and if it is a game using a player character, it is a game based on other sports such as soccer, basketball, and rugby. You may. Further, each player character is associated with a game object indicating each player character. Game objects are cards, medals, figures, etc., which are displayed as images on the game screen. For example, by acquiring and owning the player card of each player character, the user plays a match with the opponent's team in the team including the player character of the player card selected from the possessed player cards. be able to.

Further, the baseball game according to the present embodiment corresponds to, for example, an existing baseball team and players belonging to the team. For example, the team data of a team in a game using the team name of a real team is associated with a player character using the player name of a real player belonging to the team. If the year changes and there is a change in the player belonging to the actual team due to the transfer of a player or the joining of a new player, the team data of the team in the game will be updated according to the change. The teams and player characters in the game are not limited to those corresponding to real teams and players, but may correspond to fictitious teams and players, and real teams and players and fictitious teams and players. Those corresponding to the players may be mixed.

In addition, in-game effects can be set for the player character. The in-game production is, for example, a cheering song. The cheering song is a song or song (song + poem) for cheering the player, and is set for each player. For example, the cheering song may be a cheering song peculiar to each player (for example, a cheering song in which the player name is included in the lyrics), or a cheering song that does not specify the player. If a user-created cheering song or a downloaded cheering song is set as a player character, the set cheering song is played when the player character participates in the game. In addition, although the example of the production of setting the cheering song to the player character will be described here, in place of or in addition to the cheering song, banner, cheering, sound effect, announcement of player introduction, change of display mode of player character, etc. The production of is also set to the player character in the same way as the cheering song.

Here, the player characters include not only player characters of a plurality of different players (different player names) but also player characters of a plurality of types of the same player (same player name). For example, player characters having the same player (same player name) but different rarities are distinguished as different types of player characters. The rarity is an index showing the rarity of the player card of each player character, and is one of the accompanying information preset for the player character. For example, one of N, R, and SR is set as the rarity of the player character, and the rarity increases in the order of N, R, and SR, and the higher the rarity, the more difficult it is to obtain. A player character with a high rarity has a higher ability than a player character with a low rarity, and a player character with a high rarity is more likely to win the game.

In this way, when there are multiple types of player characters of the same player (same player name), when it is desired to set a cheering song for one player, it is necessary to set a cheering song for each of the multiple types of player characters. It is inconvenient. For example, it is assumed that a player character of the same player (same player name) of S having a rarity higher than N is obtained after setting a cheering song for a player character having a rarity of N owned by the user. In this case, in order to play the cheering song when the player character with the obtained rarity of S participates, the same cheering song that was set for the player character with the rarity of N must be set again for the player character with the rarity of S. It is inconvenient if you have to.

Therefore, in the present embodiment, if a cheering song is set for one player character, the selected cheering song is not only the player character but also other types of player characters having the same player (same player name) as the player character. Was also configured to apply. Specifically, as data related to player characters, in addition to identification information for identifying each player character (hereinafter referred to as "character ID"), identification information for production such as cheering songs (hereinafter, "for production"). ID ") is used. The production ID is set as the same information for the player characters with the same player name and different information for the player characters with different player names.

FIG. 1 is a diagram showing an example of data regarding a player character according to the present embodiment. As shown in the figure, at least the character ID, the player name, the rarity, and the effect ID are associated with the data related to the player character. Here, a data example of three types of player characters whose player names are player A and different in rarity (N, S, SR) and two types of player characters whose player names are player B and whose rarity is different (N, SN). Shown. Since the character ID is identification information for identifying each player character, it is different information (CA1, CA2, CA3, CA4, CA5) for each player character. Since the player characters having the character IDs CA1, CA2, and CA3 have the same player name (player A) and different rarities, the character IDs are different, but the production IDs are the same identification information (EF1). Further, since the player characters having the character IDs CA4 and CA5 have the same player name (player B) and different rarities, the character IDs are different, but the production IDs are the same identification information (EF2). Since the player characters whose character IDs are CA1, CA2, and CA3 and the player characters whose character IDs are CA4 and CA5 are different (because they are not the same player), the player characters whose character IDs are CA1, CA2, and CA3 are different. The production ID (EF1) and the character ID of the above are different from the production ID (EF2) of the player characters of CA4 and CA5. The game device sets a cheering song for the player character by associating the cheering song with this production ID.

FIG. 2 is a diagram showing an example of setting data of the cheering song according to the present embodiment. As shown in the figure, the production ID and the cheering song are associated with the setting data of the cheering song. For example, it is assumed that the user sets the cheering song A for the player character when only the player character whose character ID is CA1 is owned among the player characters whose character IDs are CA1, CA2, and CA3. In this case, the effect ID (EF1) associated with the character ID (CA1) of the player character shown in FIG. 1 is associated with the cheering song A that the user wants to set (see FIG. 2). As a result, the cheering song A is played when the player character whose character ID is CA1 participates in the game. After that, when the character ID owns the player characters of CA2 and CA3 and is to participate in the game, the production ID (EF1) associated with the character IDs (CA2, CA3) of the player character is used. Is already associated with cheering song A. Therefore, even if the cheering song A is not newly set for the player characters whose character IDs are CA2 and CA3, the cheering song A is played when the player characters whose character IDs are CA2 and CA3 participate in the game.

As described above, in the present embodiment, if a cheering song is set for one player character, the cheering song is set for another type of player character having the same player name without separately setting. Therefore, the convenience can be improved without the trouble of setting.

Next, the flow of operations when the user sets a cheering song for the player character will be described with reference to each game screen example shown in FIGS. 3 to 8.
FIG. 3 is a diagram showing an example of a cheering song menu screen according to the present embodiment. The illustrated cheering song menu screen G10 is an example of a game screen in which options for selecting various functions related to the cheering song are displayed. In the screen area GS11 of the cheering song menu screen G10, there are "Notice" button B11, "Download cheering song" button B12, and "Cheering song creation" button B13 as operation buttons that can select various functions related to the cheering song. A "support song assignment" button B14 and a "shop" button B15 are displayed.

When the operation of selecting the "notification" button B11 is performed, the screen transitions to the notification screen for displaying the notification to the user regarding the cheering song (for example, precautions regarding the use of the cheering song). When the operation of selecting the "download cheering song" button B12 is performed, the screen transitions to the download screen for downloading the cheering song of each player or the cheering song of each team provided by the game management side. When the operation of selecting the "create cheering song" button B13 is performed, the screen transitions to the cheering song creation screen in which the user can create the cheering song or edit the created cheering song. When the operation of selecting the "support song allocation" button B14 is performed, the screen transitions to the support song allocation screen in which the support song can be set for the player character and the conditions for playing the support song can be set. When the operation of selecting the "shop" button B15 is performed, the screen transitions to the shop screen where it is possible to purchase the usage right for using the downloaded cheering song.

Further, in the screen area GS12 of the cheering song menu screen G10, there are "My Page" button B1, "Match" button B2, and "Order" button B3 for transitioning to a game screen related to functions other than various functions related to cheering songs. , "Player" button B4, "Home" button B5, and "Back" button B6 are displayed. The "My Page" button B1 is an operation button for transitioning to a My Page screen in which user information of the user and information such as scores and points obtained by the user playing this baseball game are displayed. The "match" button B2 is an operation button for executing a match process in which a team set by the user and another team compete in a match to change the match screen. The "order" button B3 is an operation button for the user to transition to the order setting screen for setting the starting member, bench member, etc. of his / her team. The "player" button B4 is an operation button for transitioning to a player list screen in which a list of a plurality of player characters prepared in the game, a list of player characters owned by the user, and the like are displayed. The "home" button B5 is an operation button for transitioning to the home screen of this baseball game. The home screen is the main game screen that is the center (top) of the operations for transitioning to various game screens in this baseball game, and the operation buttons for transitioning to the cheering song menu screen G10 and the user obtain the player character. An operation button for executing the lottery process for the purpose, and further, the above-mentioned "My Page" button B1, "Match" button B2, "Order" button B3, "Player" button B4, and the like are displayed. Further, the "back" button B6 is an operation button for returning to the game screen before the transition to the currently displayed game screen.

For example, when the operation of selecting the “support song allocation” button B14 on the support song menu screen G10 is performed, the transition to the support song allocation screen G20 shown in FIG. 4 is performed.
FIG. 4 is a diagram showing an example of a support song allocation screen according to the present embodiment. In the screen area GS21 of the cheering song allocation screen G20 shown, the "assignment for each batter" button B21, the "automatic allocation" button B22, and the "condition setting" button B23 are displayed. The "assign by batter" button B21 is an operation button for transitioning to the cheering song manual setting screen G30 (see FIG. 5) in which the cheering song can be manually selected and set for each player (for each batter). is there. The "automatic allocation" button B22 is an operation button for causing each player (batter) to automatically set a cheering song. The "condition setting" button B23 is an operation button for transitioning to a playback condition setting screen in which the conditions for playing the set cheering song can be set. As a condition for playing the cheering song, for example, one or a plurality of home games, visitor games, innings, various chances, points, wins, etc. can be selected. For example, when a player character appears during a match, if the condition being snooped is satisfied, the cheering song set for the player character is played.

In the screen area GS22 of the cheering song allocation screen G20, the "My Page" button B1, the "Match" button B2, the "Order" button B3, and the "Player" button are displayed in the same manner as the cheering song menu screen G10 shown in FIG. B4, a "home" button B5, and a "back" button B6 are displayed.

FIG. 5 is a diagram showing an example of a support song manual setting screen according to the present embodiment. When the operation of selecting the "assign for each batter" button B21 is performed on the cheering song menu screen G10, the screen transitions to the cheering song manual setting screen G30 shown. On the cheering song manual setting screen G30, it is possible to manually select and set a cheering song for each player (for each batter) by the operation of the user. In the screen area GS31 of the cheering song manual setting screen G30, the team name (here, team α) and the team mark (primary mark, symbol mark, logo mark) are used as information indicating the team that sets the cheering song on the current screen. Etc.) and are displayed. In the screen area GS32, team marks of each team having a function as selectable operation buttons are arranged side by side so that the team for setting the cheering song can be switched. In the illustrated example, the team mark of the team α (the team mark indicated by the reference numeral B31) is selected in the screen area GS32. For example, in the screen area GS32, when the team mark of the team β (the team mark indicated by the reference numeral B32) is selected, the information indicating the team in the screen area GS31 becomes the information indicating the team β, and the player belonging to the team β. It is possible to select and set a cheering song for.

In the illustrated example, since team α is selected, it is possible to select and set a cheering song for a player belonging to team α. In the screen area GS33, the player names of the players belonging to the team α and the setting status of the cheering songs for each player are displayed in association with each other. Here, since the cheering song has not been set for any player, "not set" is displayed as the setting status of the cheering song for each player. If all the players belonging to the team α cannot be displayed in the screen area GS33 at one time, only some of the players are displayed, and all the players can be displayed in order by scrolling. Further, the display switching button B33 alternately switches between "filter OFF" and "filter ON" each time the operation is performed. In "filter OFF", the player names of all the players belonging to the team α and the setting status of the cheering songs are displayed in the screen area GS33. On the other hand, in the "filter ON", the player names of only the players whose user owns the player character among the players belonging to the team α and the setting status of the cheering songs are displayed in the screen area GS33.

Here, a player whose user owns a player character (at least one type of player character) and a player whose user does not own a player character (does not own any type) are similarly assigned cheering songs. It is possible to set. That is, it is possible to set a cheering song in advance for a player of a player character who does not own even one type. When the player character of the player is obtained, the support song set in advance is applied to the player character of any kind (rareity) without setting the support song again. Note that the support song may be set only for the player whose user owns the player character (at least one type of player character).

In addition, each player name of each player displayed in the screen area GS33 functions as an operation button in which each icon itself displayed is selectable. For example, when the operation of selecting the player A (player name indicated by the reference numeral B34) is performed, the screen transitions to the assigned song selection screen G40 (see FIG. 6) in which the cheering song to be assigned to the player A can be selected.

In the screen area GS34 of the cheering song manual setting screen G30, as in the cheering song menu screen G10 shown in FIG. 3 and the cheering song allocation screen G20 shown in FIG. 4, the “My Page” button B1 and the “Match” button B2 , "Order" button B3, "Player" button B4, "Home" button B5, and "Back" button B6 are displayed.

FIG. 6 is a diagram showing an example of the assigned song selection screen according to the present embodiment. The illustrated assigned song selection screen G40 is a screen that transitions when an operation of selecting player A (player name indicated by reference numeral B34) is performed on the cheering song manual setting screen G30, and is a screen for transitioning to the cheering song manual setting screen shown in FIG. The portion of the screen area GS41 is superimposed on the G30 and displayed. In the screen area GS41, a list of cheering songs that can be assigned to player A is displayed. When tab TB41 is selected, a list of cheering songs created by the user is displayed, and when tab TB42 is selected, a list of downloaded cheering songs is displayed. In the illustrated example, tab TB41 is selected, and cheering song A, cheering song B, cheering song C, and cheering song D are displayed as a list of cheering songs created by the user. Each of the cheering song A, the cheering song B, the cheering song C, and the cheering song D functions as an operation button on which each icon displayed is selectable. For example, when the operation of selecting the cheering song A (the cheering song indicated by the reference numeral B41) is performed, the cheering song A is selected as the cheering song to be assigned to the player A, and the screen transitions to the assigned song determination screen G50 shown in FIG. The "cancel" button B42 is an operation button for canceling the selection of the player A and returning to the cheering song manual setting screen G30.

FIG. 7 is a diagram showing an example of the assigned song determination screen according to the present embodiment. The illustrated assigned song determination screen G50 is a screen that accepts an operation of determining a cheering song to be assigned to a player, and a portion of the screen area GS51 is displayed superimposed on the cheering song manual setting screen G30 shown in FIG. .. In the screen area GS51, the selected player (player A) and the selected cheering song (cheering song A) are displayed. When the operation of selecting the "play" button B51 is performed, the cheering song A is played. As a result, the user can audition the currently selected cheering song before deciding the cheering song to be assigned. When the operation of selecting the "OK" button B52 is performed, the cheering song to be assigned to the player A is determined to be the cheering song A. In response to this operation, the production ID (EF1) associated with the player character of player A and the cheering song A are associated (see FIG. 2). On the other hand, when the operation of selecting the "cancel" button B53 is performed, the selection of the cheering song A is canceled, and the screen returns to the assigned song selection screen G40.

Further, when the operation of selecting the "OK" button B52 is performed on the assigned song determination screen G50, the cheering song to be assigned to the player A is determined to be the cheering song A, and then the screen returns to the cheering song manual setting screen. FIG. 8 is a diagram showing an example of a support song manual setting screen after assigning the support song A to the player A. The illustrated cheering song manual setting screen G60 has the same basic display items as the cheering song manual setting screen G30 shown in FIG. 5, but "cheering song A" is displayed in the setting status of the cheering song of player A. The only difference is that they are.

In this way, the user can set a cheering song for any player on any team.

[Game system configuration]
Next, the configuration of the game system according to the present embodiment will be described.
FIG. 9 is a block diagram showing an example of the configuration of the game system 1 according to the present embodiment. The game system 1 is composed of a plurality of terminal devices 10-1, 10-2, ..., 10-n (n is a natural number) and a server device 30, and these devices are connected via a communication network NW. Be connected. Since the terminal devices 10-1, 10-2, ..., 10-n have the same configuration, they will be described simply as the terminal device 10 unless otherwise specified.

The terminal device 10 functions as a game device by executing a game control program. For example, the terminal device 10 is a computer device used by a user, and a game machine, a PC (Personal Computer), a tablet PC, a mobile phone such as a smartphone or a feature phone, and the like can be applied.

The server device 30 manages game data and a game control program necessary for executing a game control program on the terminal device 10. For example, the server device 30 is a computer device managed by a game operating company, and can be regarded as a system composed of a plurality of server machines, storage, network switches, routers, firewalls, and the like. The game data managed by the server device 30 is used when the game control program is executed on the terminal device 10, or is transmitted to the terminal device 10 in advance for use. In addition, the game data includes advertising data (information on other games) displayed during the game. For example, the image displayed on the screen (game screen) of the terminal device 10 includes a part of the game data. The game control program managed by the server device 30 includes a part of the game control program. The game control program includes not only those downloaded to the terminal device 10 before the start of the game but also those downloaded to the terminal device 10 after the start of the game. The game control program downloaded to the terminal device 10 before the start of the game may be managed not by the server device 30 but by the server device that distributes the program that operates in the terminal device 10.

[Hardware configuration of game device]
Next, the hardware configuration of the terminal device 10 as the game device according to the present embodiment will be described.
FIG. 10 is a diagram showing an example of the hardware configuration of the terminal device 10 according to the present embodiment. The terminal device 10 includes, for example, a communication unit 11, an input unit 12, a display unit 13, a voice output unit 14, a storage unit 15, and a CPU (Central Processing Unit) 16.

The communication unit 11 is a device that performs communication corresponding to the communication standard of the communication network NW such as wireless LAN, wired LAN, and mobile communication (LTE) capable of communicating between the terminal device 10 and the server device 30.

The input unit 12 is an input device capable of receiving operation information based on the user's operation on the terminal device 10. For example, the input unit 12 is integrally configured with the display as a touch panel. The input unit 12 receives the operation information based on the user's operation on the touch panel, and outputs the operation signal based on the operation information to the CPU 16. In addition, instead of or in addition to the touch panel, the input unit 12 is a physical input device such as a button, a keyboard, or a lever, a pointing device such as a mouse or a touch pad, and a recognition device (microphone, camera) by voice or gesture. It may be configured to include other input devices such as.

The display unit 13 is a display for displaying information such as an image or text, and includes, for example, a liquid crystal display panel, an organic EL (Electroluminescence) display panel, and the like. The display unit 13 may be configured as a separate body from the terminal device 10, and may be, for example, a television, an external monitor, or a head-mounted display (HMD).

The audio output unit 14 is configured to include, for example, an audio output terminal that outputs audio to a speaker, headphones, or the like.

The storage unit 15 includes, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmable Read-Only Memory), a ROM (Read-Ony Memory), a ROM (Read-Ony Memory), a ROM (Read-Ony Memory), and the ROM (Read-Ony Memory). The terminal device 10 stores various information, images, programs, and the like used for processing. The storage unit 15 is not limited to the one built in the terminal device 10, and may be an external storage device connected by a digital input / output port such as USB.

The CPU 16 executes various programs stored in the storage unit 15 and controls each unit of the terminal device 10. The CPU 16 is an example of a processor that executes processing in the terminal device 10.

The terminal device 10 may include a camera (not shown), a gyro sensor, and a GPS (Global Positioning System) chip.

[Functional configuration of game device]
FIG. 11 is a diagram showing an example of the functional configuration of the terminal device 10 according to the present embodiment. In this figure, a data storage unit 150 and a game control unit 160 are shown as functional configurations of the terminal device 10. The data storage unit 150 has a functional configuration corresponding to the storage unit 15 shown in FIG. The game control unit 160 has a functional configuration realized by the CPU 16 executing the game control program stored in the storage unit 15.

The data storage unit 150 has a configuration for storing data necessary for executing game processing, for example, a character data storage unit 151, a user data storage unit 152, an owned character data storage unit 153, and a support song data storage unit. A unit 154 and a support song setting data storage unit 155 are provided.

The character data storage unit 151 stores character data of a plurality of player characters prepared in the game. FIG. 12 is a diagram showing an example of character data stored in the character data storage unit 151. Note that this character data is a specific example corresponding to the data relating to the player character shown in FIG. The illustrated character data D151 is associated with a character ID of a player character, a player name, a team ID, a rarity, a production ID, a character image, an ability, and the like. The team ID is identification information for identifying the team to which the player character belongs. Specifically, character IDs different from CA1, CA2, CA3, CA4, and CA5 are set for each type of player character as different types of player characters that differ in at least one of the player names or rarities. Since the player characters whose character IDs are CA1, CA2, and CA3 have different rarities but have the same player name (player A), the same production ID (EFA1) is associated with the character IDs of CA1, CA2, and CA3. .. Further, since the player characters whose character IDs are CA4 and CA5 have different rarities but have the same player name (player B), the same production ID (EFA2) is associated with the character IDs of CA4 and CA5. In the example shown in FIG. 1, the production IDs are EF1, EF2, ..., But here, the production IDs of the player characters belonging to the team α are EFA1, EFA2, .... If the team to which they belong changes due to a transfer, the character ID and production ID will also change (details will be described later).

The character image is an image related to the player character, and includes a player image of the player character (for example, a photograph or an illustration of the player), an image for displaying information for each player character (rareity, etc.), and the like. Ability is a parameter indicating the ability such as offensive power and defensive power for each player character. The character data that is the source of the character data D151 is managed by the server device 30, and is acquired and stored from the server device 30 when the game is first started by the terminal device 10. Further, when the character data managed by the server device 30 is changed (for example, when the player belonging to the team is changed due to the transfer or joining of a player), the terminal device 10 is updated from the server device 30. The character data is acquired and the character data D151 is updated.

The user data storage unit 152 stores user data of the user who uses the terminal device 10. The user data is associated with a user ID, which is identification information for identifying the user, a user name indicating the name of the user in the game, and the like. In addition, data such as coins, medals, points, tickets, or items acquired by the user in the game is also associated with the user data. The user data may be transmitted to the server device 30, and the user data of a plurality of users may be managed by the server device 30.

The owned character data storage unit 153 stores the character data of the owned character acquired by the user by lottery or the like among the plurality of player characters prepared in the game. For example, the lottery process is performed by the server device 30, and the character data of the owned character is added by acquiring the lottery result (data of the drawn player character) from the server device 30. FIG. 13 is a diagram showing an example of owned character data stored in the owned character data storage unit 153. The owned character data D153 illustrated is associated with a user ID of the user, a serial number (serial number) and character ID of the player character owned by the user, an ability of the player character, and the like. The serial number is a number uniquely assigned to each player character possessed, and is information that can identify each player character in the game. Even if a player character has the same character ID, if a plurality of player characters are owned, different serial numbers are assigned to each and associated with each other. Further, when the player character is given to the user (for example, when the player character is given to the user by lottery), the ability value of the character data D151 of the player character is stored. Then, as the game progresses, the value of the ability of the possessed character data D153 is updated at any time. The possessed character data D153 may also be associated with a player name, a team ID, a rarity, a character image, a production ID, and the like with a user ID, a serial number, a character ID, and the like. The owned character data D153 may be transmitted from the terminal device 10 to the server device 30, and the owned character data of a plurality of users may be associated and managed for each user (for each user ID) in the server device 30.

The cheering song data storage unit 154 stores the cheering song data downloaded by the user and the cheering song data created by the user. For example, the cheering song data is data in a file format predetermined in the game, and can be uniquely identified by the file name of each data. The downloaded cheering song data and the user-created cheering song data are stored in a distinguishable manner by flag information or the like.

The cheering song setting data storage unit 155 stores cheering song setting data indicating the setting status of the cheering song for the player (player character). FIG. 14 is a diagram showing an example of cheering song setting data stored in the cheering song setting data storage unit 155. The cheering song setting data is a specific example corresponding to the cheering song setting data shown in FIG. In the illustrated cheering song setting data D155, the production ID and the cheering song are associated with each other. The effect ID corresponds to the effect ID associated with each character ID in the character data D151 shown in FIG. In the cheering song, the file name of the cheering song stored in the cheering song data storage unit 154 and the like are stored. For example, when the cheering song to be assigned to the player A is determined to be the cheering song A according to the flow of operations when setting the cheering song for the player (player character) described with reference to FIGS. 3 to 8, the cheering song is determined. In the setting data D155, the production ID (EFA1) of the player A and the cheering song A (for example, the file name of the cheering song A) are stored in association with each other. Further, in the figure, "null" is described as a cheering song for the production ID "EFA3", which indicates a state in which the cheering song is not set for the production ID "EFA3". The production ID for which the cheering song is not set may not be included in the cheering song setting data D155, but may be stored at the time when the cheering song is set.

Returning to FIG. 11, the game control unit 160 includes an operation reception unit 161, a display control unit 162, a character acquisition unit 163 (an example of the first acquisition unit), a cheering song creation processing unit 164, and a cheering song data acquisition unit. It includes 165 (an example of a second acquisition unit), a cheering song setting unit 166 (an example of an association unit), a game processing unit 167, and a production processing unit 168.

The operation reception unit 161 acquires an operation signal based on the operation on the input unit 12. For example, the operation reception unit 161 acquires an operation signal from the input unit 12 based on the user's operation on the various game screens (see FIGS. 3 to 8) described above.

The display control unit 162 controls the display of the display unit 13. For example, the display control unit 162 generates an image to be displayed on the various game screens (see FIGS. 3 to 8) described above with reference to the data stored in the data storage unit 150, and generates the display unit 13. To display. The display control unit 162 controls the generated images to be displayed on the various game screens based on the operation signals acquired by the operation reception unit 161 so that the transition to various game screens is performed based on the user's operation. To do.

The character acquisition unit 163 acquires character data of a plurality of player characters prepared in the game from the server device 30, and stores the character data in the character data storage unit 151 so that it can be used by the terminal device 10. When the character data is updated in the server device 30, the update data is acquired according to the instruction from the server device 30, and the data in the character data storage unit 151 is updated. The update data may be only a part of character data (data to be updated) among a plurality of player characters prepared in the game, or may be all character data.

In addition, the character acquisition unit 163 acquires the player characters discharged by the character lottery process. This character lottery process is a process of drawing a player character to be given to the user from a plurality of player characters prepared in the game. Hereinafter, the character lottery process is simply referred to as "lottery process". This lottery process is performed by the server device 30. The character acquisition unit 163 transmits a lottery request signal requesting the lottery process to the server device 30 based on the user's operation (the operation of executing the lottery). When the server device 30 acquires the lottery request signal, it executes the lottery process and transmits the lottery result (information including the character ID of the discharged player character) to the terminal device 10 that has transmitted the lottery request signal. When the character acquisition unit 163 acquires the lottery result from the server device 30, the character acquisition unit 163 associates the character ID of the player character discharged in the lottery with the user ID and stores the possessed character data D153 in the possessed character data storage unit 153 (FIG. FIG. 13) and memorize it. As a result, the terminal device 10 manages the player character discharged by the lottery as the owned character.

The cheering song creation processing unit 164 generates cheering song data based on the user's operation. For example, on the cheering song creation screen that transitions when the operation of selecting the "cheering song creation" button B13 on the cheering song menu screen G10 shown in FIG. 3 is performed, the cheering song is created or the created cheering song is edited. When the user performs the operation to perform the operation, the cheering song creation processing unit 164 generates data of the cheering song in response to the operation. The cheering song that can be created by the cheering song creation processing unit 164 may be, for example, a cheering song containing only songs that do not include poetry.

The cheering song data acquisition unit 165 acquires the cheering song data generated by the cheering song creation processing unit 164 and stores it in the cheering song data storage unit 154. Further, the cheering song data acquisition unit 165 downloads and acquires the cheering song data, and stores the cheering song data storage unit 154. For example, on the download screen that transitions when the operation of selecting the "download cheering song" button B12 on the cheering song menu screen G10 shown in FIG. 3 is performed, a cheering song is selected from the list of downloadable cheering songs. When the user performs the download operation, the cheering song data acquisition unit 165 downloads the selected cheering song in response to the operation. The download source may be the server device 30, or a server device other than the server device 30 (that is, a server device different from the server device that provides the game data and the game control program). Further, the cheering song data acquisition unit 165 associates different flag information and the like with each data so that the cheering song data generated by the cheering song creation processing unit 164 and the downloaded cheering song data can be distinguished. It is stored in the support song data storage unit 154.

The cheering song setting unit 166 sets a cheering song for the player (player character). Specifically, the cheering song setting unit 166 refers to the character data D151 (see FIG. 12) in which the character ID for identifying each player character and the production ID for each player character are associated with each other. , The cheering song that can be set for each of a plurality of player characters is associated with the production ID associated with the character ID for each player character based on the user's operation. For example, when the operation of assigning the cheering song A to the player A is performed according to the flow of the operation for setting the cheering song for the player (player character) described with reference to FIGS. 3 to 8, the cheering song is set. The unit 166 associates the production ID (EFA1) associated with the character ID (CA1) of the player A with the cheering song A, and stores the cheering song setting data D155 in the cheering song setting data storage unit 155. Remember.

The cheering song setting unit 166 uses the own character (that is, the player character acquired by the user) whose character ID is associated with the user ID among the plurality of player characters prepared in the game, and the user ID. With a player character that is not associated with a character ID (that is, a player character that the user has not acquired), with a production ID associated with the character ID of each player character based on the user's operation. It can be associated with cheering songs.

The game processing unit 167 executes game processing using the player character (owned character) owned by the user. For example, the match processing unit 167 executes processing of a match between a team including a player character selected by the user from the owned characters and an opponent's team. The order of the user's team (starting member, bench member, batting order, etc.) can be set by the user by performing an operation of selecting the "order" button B3. Specifically, the game processing unit 167 advances the game in the order of introduction of players (starting members), one front, one back, and so on, in the same manner as the actual baseball game flow. .. In each attack, the game processing unit 167 causes each player character to appear in the turn at bat according to a preset order. In addition, the match processing unit 167 ends the match when the outcome is settled based on the progress of the match, and generates a match result. The game processing unit 167 generates an image according to the progress of the game, and causes the display unit 13 to display the image as an image of the game screen during the game via the display control unit 162.

The effect processing unit 168 reproduces the cheering song set for the player character that satisfies the predetermined condition in response to each of the plurality of player characters satisfying the predetermined condition based on the progress of the game. For example, the effect processing unit 168 refers to the character data D151 (see FIG. 12) and the cheering song setting data D155 (see FIG. 14), and is associated with the character ID of the player character satisfying the predetermined condition for the effect. Play the cheering song associated with the ID. Here, the predetermined condition is a condition set in advance as a condition for playing the cheering song of the player character. For example, when the player character appears, when the player character is introduced (before the start of the game, etc.), the batting order comes around. At that time, when the batting order comes around in a specific attack time (for example, 7 times), when a hit or a home run is hit, or when a score is scored.

[Game processing operation]
Next, the operation of the game processing executed by the CPU 16 of the terminal device 10 based on the game control program will be described.
First, with reference to FIG. 15, the operation of the player character acquisition process in which the CPU 16 acquires the player characters discharged by lottery will be described. FIG. 15 is a flowchart showing an example of the player character acquisition process according to the present embodiment.

The CPU 16 acquires a player character used in the game. Specifically, the CPU 16 transmits a lottery request signal requesting the lottery process to the server device 30 based on the user's operation (operation to execute the lottery) (step S100). By transmitting the lottery request signal to the server device 30, the CPU 16 acquires the lottery result (information including the character ID of the discharged player character) of the lottery process executed by the server device 30 from the server device 30 (information including the character ID of the discharged player character). Step S102).

When the CPU 16 acquires the lottery result from the server device 30, the owned character data D153 stored in the owned character data storage unit 153 in association with the character ID of the player character discharged in the lottery and the user ID (see FIG. 13). Is added to and stored (step S104). As a result, the CPU 16 can use the player character discharged by the lottery as the owning character in the game.

Next, with reference to FIG. 16, the operation of the cheering song download process in which the CPU 16 acquires the cheering song by downloading will be described. FIG. 16 is a flowchart showing an example of the support song download process according to the present embodiment. Here, it is assumed that the download source of the cheering song is the server device 30.

The CPU 16 acquires a cheering song that can be used in the game in association with the player character. For example, the CPU 16 transmits a download request signal requesting the download of the cheering song to the server device 30 based on the user's operation (the operation of downloading the cheering song) (step S110). The operation of downloading the support song is, for example, an operation of selecting the “download support song” button B12 shown in FIG. On the download screen that transitions when the operation of selecting the "download support song" button B12 is performed, the user performs an operation of selecting and downloading the support song from the list of downloadable support songs. In response to this, the CPU 16 downloads and acquires the data of the selected cheering song (step S112).

When the CPU 16 downloads and acquires the support song data from the server device 30, the CPU 16 stores the downloaded support song data in the support song data storage unit 154 in association with the flag information indicating that the support song is a download support song (step). S114).

Next, with reference to FIG. 17, the operation of the cheering song creation process in which the CPU 16 acquires the cheering song created by the user will be described. FIG. 17 is a flowchart showing an example of the cheering song creation process according to the present embodiment.

The CPU 16 acquires a cheering song that can be used in the game in association with the player character. For example, the CPU 16 generates data for the cheering song based on the user's operation (operation for creating the cheering song) (step S120). For example, on the cheering song creation screen that transitions by selecting the "cheering song creation" button B13 on the cheering song menu screen G10 shown in FIG. 3, the cheering song is created or the created cheering song is edited. When the user performs the operation to perform the operation, the CPU 16 generates data of the cheering song in response to the operation. Then, the CPU 16 acquires the data of the generated cheering song (step S122).

When the CPU 16 acquires the generated cheering song data, the CPU 16 stores the acquired cheering song data in the cheering song data storage unit 154 in association with the flag information indicating that the cheering song is created (step S124).

Next, with reference to FIG. 18, the operation of the cheering song setting process in which the CPU 16 sets the cheering song to the player (player character) will be described. FIG. 18 is a flowchart showing an example of the cheering song setting process according to the present embodiment.

The CPU 16 selects a player (player character) for which a cheering song is set (assigned) (step S150). For example, on the cheering song manual setting screen G30 shown in FIG. 5, when the operation of selecting the player A (player name indicated by the reference numeral B34) is performed, the CPU 16 selects the player A as the player who sets (assigns) the cheering song. To do. Then, the CPU 16 transitions to the assigned song selection screen G40 (see FIG. 6) in which the cheering song to be assigned to the player A can be selected.

The CPU 16 selects a cheering song to be assigned to the selected player (for example, player A) (step S152). For example, on the assigned song selection screen G40 shown in FIG. 6, when the operation of selecting the cheering song A (player name indicated by the reference numeral B34) is performed, the CPU 16 selects the cheering song A as the cheering song to be assigned to the player A.

Then, the CPU 16 stores the production ID of the player (for example, player A) selected in step S150 in association with the cheering song (for example, cheering song A) selected in step S152 (step S154). For example, the character data D151 (see FIG. 12) stored in the character data storage unit 151 is referred to, and is associated with the character ID (for example, CA1) of the player (for example, player A) selected in step S150. The production ID (for example, EFA1) and the cheering song (for example, cheering song A) selected in step S152 are associated with each other and stored in the cheering song setting data D155 stored in the cheering song setting data storage unit 155. ..

Next, with reference to FIG. 19, the operation of the cheering song reproduction process (directing execution processing) in which the CPU 16 reproduces the cheering song set for the player (player character) will be described. FIG. 19 is a flowchart showing an example of the cheering song reproduction process according to the present embodiment.

The CPU 16 determines whether or not the game processing has started (step S200). If the CPU 16 determines that the match process has not started (NO), the process of step S200 is performed again. On the other hand, when it is determined that the game processing has started (YES), the CPU 16 determines whether or not each of the plurality of player characters satisfies a predetermined condition based on the progress of the game (step S202). The predetermined condition is, for example, the appearance of a player character in a match.

When the CPU 16 determines that the predetermined condition is satisfied (YES), the CPU 16 refers to the character data D151 (see FIG. 12) and the cheering song setting data D155 (see FIG. 14), and refers to the character ID of the player character that satisfies the predetermined condition. The cheering song associated with the production ID associated with is played (step S204). Then, the process proceeds to step S206. On the other hand, if the CPU 16 determines that the predetermined condition is not satisfied (NO), the CPU 16 proceeds to the process of step S206 without performing the process of step S204.

In step S206, the CPU 16 determines whether or not the match processing has been completed. When it is determined that the match process has not been completed (NO), the CPU 16 returns to the process of step S202 and determines whether or not the predetermined condition is satisfied. On the other hand, when it is determined that the match processing has not been completed (NO), the CPU 16 ends the cheering song playback processing.

[Data update when player character is transferred to team]
Further, in the character data D151 shown in FIG. 12, each of the character IDs of the plurality of players is associated with the team ID of the team to which each player belongs. Then, when a player transfers a team (for example, when a player is transferred in an actual team and the character data is updated together with the game), it is associated with the character ID and character ID of the transferred player character. Each of the production IDs to be generated is changed to new identification information different from that before the transfer, and is associated with the team ID of the transfer destination team.

FIG. 20 is a diagram showing data examples of character data before and after the transfer. Character data D151-1 shows an example of character data of player characters of player A and player B belonging to team α before transfer. On the other hand, the character data D151-2 shows a data example of the character data after the player A has transferred from the team α to the team β.

In the illustrated example, there are three types of player characters of player A depending on the difference in rarity. As shown in the character data D151-1, the character IDs of the three types of player A players before transfer are "CA1", "CA2", and "CA3", respectively. Each character ID of "CA1", "CA2", and "CA3" is associated with the team ID of team α. Further, since the player characters of these three types of player A are player characters with the same player name (player A), the same effect is given to each character ID of "CA1", "CA2", and "CA3". ID "EFA1" is associated.

On the other hand, as shown in the character data D151-2, after the player A transfers from the team α to the team β, the character IDs of the player characters of the three types of players A are “CB1”, “CB2”, and “CB3”, respectively. , And the identification information will be updated to the one before the transfer. Each of "CB1", "CB2", and "CB3" is associated with the team ID of team β. Further, the same production ID "EFB1" is associated with each character ID of "CB1", "CB2", and "CB3", and the character ID is updated to a different production ID from that before the transfer.

In this way, even if the same player character is used before and after the transfer, it is necessary to distinguish them as players of different teams (for example, the uniforms of the teams are different), so different character IDs are set. In addition, since the production contents such as cheering songs differ depending on the team, different production IDs are set even for the same player character before and after the transfer.

[Summary of Embodiment]
As described above, the terminal device 10 (an example of a game device) according to the present embodiment executes a game process using a plurality of player characters. The terminal device 10 has a character ID (an example of the first identification information) for identifying each of a plurality of player characters including a plurality of types of player characters with the same player name and player characters with different player names, and the player. The cheering song ID (second identification) is set as the identification information for the cheering song (an example of the production) for each character, which is the same information for the player characters with the same player name and different information for the player characters with different player names. Refer to the data associated with (an example of information), and based on the user's operation, a cheering song that can be set for each of a plurality of player characters is used for the cheering song associated with the character ID of each player character. Associate with ID. Then, the terminal device 10 and the support song ID associated with the character ID of the player character satisfying the predetermined condition according to each of the plurality of player characters satisfying the predetermined condition based on the progress of the game. Performs processing (for example, playing the cheering song) according to the associated cheering song.

As a result, the terminal device 10 can set a cheering song as a production of a player character satisfying a predetermined condition for all of a plurality of types of player characters of the same player (same player name) in one operation. Therefore, the convenience of setting the game can be improved.

Further, the terminal device 10 has a player character (that is, an example of the first identification information) in which the character ID (an example of the first identification information) is associated with the user ID (an example of the third identification information) for identifying the user among the plurality of player characters. The game is processed using the player character owned by the user). Then, the terminal device 10 determines that both the player character whose character ID is associated with the user ID and the player character whose character ID is not associated with the user ID are each player character based on the user's operation. It is possible to associate the cheering song ID (an example of the second identification information) associated with the character ID of the cheering song (an example of the production).

As a result, the terminal device 10 can set a cheering song in advance for a player character that the user has not acquired and does not own (for example, a player character that the user likes), so that the user has not acquired the song. It is possible to increase the motivation to acquire player characters and increase the motivation to play the game. In addition, by setting a cheering song in advance, when acquiring and using an unacquired player character, the cheering song can be played according to the conditions being met without having to set the cheering song again. Since it is played back, the convenience of setting the game can be improved.

In addition, each of the character IDs (an example of the first identification information) for identifying the player characters of a plurality of players is associated with the team ID (an example of the fourth identification information) for identifying the team to which each player belongs. Has been done. Then, when the player transfers the team, the terminal device 10 has a character ID for identifying the player character of the player and a production ID (an example of the second identification information) associated with the character ID before the transfer. It is changed to new identification information different from, and is associated with the team ID of the transfer destination team.

As a result, the terminal device 10 can prevent the cheering song set before the transfer from being played at the transfer destination when the player transfers the team.

Further, according to the above embodiment, it can be regarded as the following configuration. For example, the terminal device 10 acquires a player character (an example of the first object) used in the game, and also acquires a cheering song (an example of the second object) that can be used in the game in association with the player character. Further, the terminal device 10 associates the acquired cheering song with the player character. Then, the terminal device 10 can associate the acquired cheering song with the acquired player character, and can use the acquired player character even after the acquisition of the player character in advance. Can be associated with.

As a result, the terminal device 10 can set a cheering song for the unacquired player character in advance, so that when the unacquired player character is acquired and used, the cheering song is set again. You can use the cheering song associated with the player character without doing this. Therefore, the convenience of setting the game can be improved.

The second object may be an effect other than the cheering song (banner, cheering, sound effect, announcement of player introduction, change in display mode of player character, etc.).

[Modification example]
Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes designs and the like within a range not deviating from the gist of the present invention. For example, the configurations described in the above embodiments can be arbitrarily combined.

Further, in the above embodiment, an example in which player characters having the same player (same player name) but different rarities are distinguished as different types of player characters has been described, but the present invention is not limited to rarity. Even if the player has the same player (same player name), a player character whose at least part of the accompanying information preset for the player character is different may be distinguished as a different type of player character. For example, the accompanying information is information that is associated with the player character and is preset, and is fixed information that does not change with the progress of the game. In addition to rarity, the accompanying information may include attributes such as basic qualities and personalities, special skills, and the like.

Further, in the above embodiment, an example of a game using a player character has been described by taking a baseball game as an example, but the present invention is not limited to this. For example, it can be applied to games using other types of characters such as battle games and RPG games. For example, the character used in the game is not limited to the player character, and may be a character such as a warrior, an explorer, or an adventurer. Further, the character may be associated with an effect, or an item or the like may be associated with the character in addition to the effect. For example, the terminal device 10 acquires a character used in the game (an example of the first object), acquires an item that can be used in the game in association with the character (an example of the second object), and obtains the acquired item. It may be associated with the character. Then, the terminal device 10 can associate the acquired item with the acquired character, and can associate the acquired item with the unacquired character in advance so that the character can be used after the acquisition of the character. It may be. Here, the item may be a weapon or armor that can be equipped by a warrior, an explorer, an adventurer, or the like. Further, the character used in the game may be an object (for example, a vehicle), or may be, for example, a car used in a game on the subject of car racing. In this case, the terminal device 10 acquires a car used in the game (an example of the first object), and also acquires an item that can be used in the game (an example of the second object) in association with the car, and the acquired item. May be associated with the vehicle. Then, the terminal device 10 can associate the acquired item with the acquired vehicle, and can associate the acquired item with the unacquired vehicle in advance so that the vehicle can be used after the acquisition of the vehicle. It may be. Here, the item may be various parts (parts that affect the performance) such as tires, suspensions, and steering wheels that can be mounted on the car.

Further, a program for realizing the function of the game control unit 160 described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read by the computer system and executed to execute the game control unit. The process as 160 may be performed. Here, "loading a computer system a program recorded on a recording medium and executing it" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium that can be accessed from the distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. The program may be divided into a plurality of parts, downloaded at different timings, and then combined by the terminal device, or the distribution server that distributes each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, a so-called difference file (difference program) may be used, which can realize the above-mentioned functions in combination with a program already recorded in the computer system.

Further, a part or all of the functions of the game control unit 160 described above may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each of the above-mentioned functions may be made into a processor individually, or a part or all of them may be integrated into a processor. Further, the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. Further, when an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology, an integrated circuit based on this technology may be used.

Further, the server device 30 may include at least a part of each of the data storage unit 150 and the game control unit 160 included in the terminal device 10. For example, the terminal device 10 acquires a game image based on the game processing executed by the server device 30 and displays it on the display unit 13, and also receives a user's operation related to the game processing and transmits the game image to the server device 30. , The server device 30 may execute the process based on the user's operation. That is, the game that can be played on the terminal device 10 may be a so-called browser game.

In the above embodiment, the configuration example of the game system 1 in which the terminal device 10 communicates with the server device 30 has been described, but the server device 30 is not indispensable and may be configured only by the terminal device 10.

[Additional Notes]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated mode.

(Appendix 1) The game program according to one aspect of the present invention is a game program that executes processing of a game using a plurality of player characters, and a player name different from a plurality of types of player characters having the same player name on a computer. The first identification information (for example, character ID) for identifying each of a plurality of player characters including the player character and the player character with the same player name as the identification information for the production for each player character are the same. Information and the data associated with the second identification information (for example, the ID for the cheering song) set as different information for the player characters with different player names, and based on the user's operation, the player A step (S154) in which an effect (for example, a cheering song) that can be set for each character is associated with the second identification information associated with the player character, and a predetermined step (S154) in which each of the plurality of player characters is based on the progress of the game. In response to the satisfaction of the conditions, the steps (S202, S204) of performing the processing according to the effect associated with the second identification information associated with the player character satisfying the predetermined condition are executed. Let me.

According to the configuration of Appendix 1, the game program can set the production of a player character satisfying a predetermined condition for all of a plurality of types of player characters of the same player (same player name) in one operation. Therefore, the convenience of setting the game can be improved.

(Appendix 2) Further, one aspect of the present invention is the game program described in Appendix 1, wherein a third identification information (for example, a user ID) for identifying a user among a plurality of player characters is provided to the computer. The step of processing the match using the associated player character is executed, and in the associating step, the player character with which the third identification information is associated is not associated with the third identification information. For each of the player characters, the association between the second identification information (for example, the cheering song ID) associated with each player character and the effect (for example, the cheering song) is based on the user's operation. It is possible.

According to the configuration of Appendix 2, the game program can set the effect in advance for the player character that the user has not acquired and does not own (for example, the user's favorite player character). It is possible to increase the motivation to acquire unacquired player characters and increase the motivation to play the game. In addition, by setting the effect in advance, when acquiring and using an unacquired player character, the effect is performed according to the condition that the predetermined condition is satisfied without having to set the effect again. , The convenience of game settings can be improved.

(Appendix 3) Further, one aspect of the present invention is the game program described in Appendix 1 or Appendix 2, wherein each of the plurality of player characters has a fourth identification information for identifying a team to which each player belongs. (For example, a team ID), and when a player transfers a team, each of the second identification information (for example, a cheering song ID) associated with the player is a new identification different from that before the transfer. It is changed to information and associated with the fourth identification information of the transfer destination team.

According to the configuration of Appendix 3, when a player transfers a team, the game program can prevent the effect set before the transfer from being performed at the transfer destination.

(Appendix 4) Further, the game processing method according to one aspect of the present invention is a game processing method executed by a computer that executes processing of a game using a plurality of player characters, and there are a plurality of types of the same player name. The first identification information (for example, character ID) for identifying each of a plurality of player characters including a player character and a player character with a different player name, and the same player name as identification information for directing for each player character. Refer to the data associated with the second identification information (for example, the ID for the cheering song) set as the same information for the player character and different information for the player characters with different player names, and perform the user operation. Based on this, a step (S154) of associating an effect (for example, a cheering song) that can be set for each player character with the second identification information associated with the player character, and a step (S154) in which each of the plurality of player characters is the game. In response to the satisfaction of the predetermined condition based on the progress of the above, the step (S202, S204) of performing the process according to the effect associated with the second identification information associated with the player character satisfying the predetermined condition. ) And, including.

According to the configuration of Appendix 4, in the game processing method, the production of a player character satisfying a predetermined condition is set for all of a plurality of types of player characters of the same player (same player name) in one operation. Therefore, the convenience of setting the game can be improved.

(Appendix 5) Further, the game device (10) according to one aspect of the present invention is a game device that executes processing of a game using a plurality of player characters, and is different from a plurality of types of player characters having the same player name. The first identification information (for example, character ID) for identifying each of a plurality of player characters including the player character of the player name and the player character of the same player name as the identification information for the production for each player character Refer to the data associated with the second identification information (for example, the cheering song ID) set as different information for the player characters having the same information and different player names, and based on the user's operation, the above An association unit (166) that associates an effect (for example, a cheering song) that can be set for each player character with the second identification information associated with the player character, and each of the plurality of player characters progresses in the game. An effect processing unit (168) that performs processing according to the effect associated with the second identification information associated with the player character that satisfies the predetermined condition according to the condition that the predetermined condition is satisfied. To be equipped.

According to the configuration of Appendix 5, the game device can set the production of the player characters satisfying the predetermined conditions for all of the player characters of a plurality of types of the same player (same player name) in one operation. Therefore, the convenience of setting the game can be improved.

(Appendix 6) Further, the game program according to one aspect of the present invention includes a step (S102) of acquiring a first object (for example, a character such as a player, a warrior, a car, etc.) used in the game on a computer, and the first step. A step (S112, S122) of acquiring a second object (for example, an effect such as a cheering song, an item, a part, etc.) that can be used in the game in association with one object, and the acquired second object as the first object. The associating step (S154) is executed, and in the associating step, the acquired second object can be associated with the acquired first object, and the unacquired first object can be associated with the first object. However, it can be associated in advance so that it can be used after the acquisition of the first object.

(Appendix 7) Further, the game processing method according to one aspect of the present invention is a game processing method executed by a computer, and a first object (for example, a character such as a player, a warrior, or a car) used in the game is used. The step (S102) to acquire, the step (S112, S122) to acquire the second object (for example, a production such as a cheering song, an item, a part, etc.) that can be used in the game in association with the first object, and the acquisition. Including the step (S154) of associating the second object with the first object, the acquired second object can be associated with the acquired first object in the associating step. It is possible to associate the first object that has not been acquired in advance so that it can be used after the acquisition of the first object.

(Appendix 8) Further, the game device (10) according to one aspect of the present invention includes a first acquisition unit (163) that acquires a first object (for example, a character such as a player, a warrior, or a car) used in the game. , The second acquisition unit (165) that acquires a second object (for example, an effect such as a cheering song, an item, a part, etc.) that can be used in the game in association with the first object, and the acquired second object. The association unit (166) associated with the first object is provided, and the association unit can associate the acquired second object with the acquired first object and the unacquired first object. It is possible to associate one object in advance so that it can be used after the acquisition of the first object.

According to the configurations of Appendix 6, Appendix 7, and Appendix 8, since the second object can be set in advance for the unacquired first object, the unacquired first object is acquired. When using it, the second object associated with the first object can be used without setting the second object again. Therefore, the convenience of setting the game can be improved.

1 game system, 10 terminal devices, 11 communication units, 12 input units, 13 display units, 14 audio output units, 15 storage units, 16 CPUs, 151 character data storage units, 152 user data storage units, 153 owned character data storage units. 154 Support song data storage unit, 155 Support song setting data storage unit, 161 Operation reception unit, 162 Display control unit, 163 character acquisition unit, 164 Support song creation processing unit, 165 Support song data acquisition unit, 166 Support song setting unit , 167 Match processing unit, 168 Production processing unit, 30 Server device

Claims (1)

A game program that executes the processing of a game that uses multiple player characters.
On the computer
The first identification information for identifying each of a plurality of player characters including multiple types of player characters with the same player name and player characters with different player names, and the same player as identification information for directing for each player character. Refer to the data associated with the same information for the player character of the name and the second identification information set as different information for the player character of the different player name.
A step of associating an effect that can be set for each player character with the second identification information associated with the player character based on the user's operation.
In response to the fact that each of the plurality of player characters satisfies the predetermined condition based on the progress of the game, the effect associated with the second identification information associated with the player character satisfying the predetermined condition is met. Steps to perform the processing
A game program to run.

Images