JP7058712B1 - Programs, information processing equipment and information processing methods - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program for a player to appropriately acquire a game medium. SOLUTION: By using one re-acquisition ticket, which is a kind of item that can be acquired more easily than a special acquisition ticket, a player can select and re-acquire one unspecialized character from the already acquired characters. On the other hand, the re-acquired character cannot be re-acquired by using the re-acquisition ticket until one year has passed since the re-acquisition. [Selection diagram] FIG. 11

Description

Application of Article 30, Paragraph 2 of the Patent Act October 29, 2020, <https://cinderella. idolmaster. jp / sl-stage />, <https: // apps. apple. com / jp / application / aidorumasuta-shindereragaruzu / id101638735>, <https: // play. Google. com / store / apps / detachs? id = jp. co. Bandai NAMcoent. Published via telecommunication line at each URL of BNEI0242>

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

Conventionally, as one of the methods of providing game media such as characters and items used in a game to a player, a lottery is performed on a server device to provide a game medium to the player from a plurality of game media based on the input of the player on the terminal device. There is known a game device that employs a method of providing a determined game medium to a player.

Then, in such a game device, the game medium acquired by the player is set as the possessed game medium possessed by the player, and the possessed game medium of the same type as the selected possessed game medium is consumed to possess the selected possession. By changing the parameters of the game medium, there is one that makes it possible to effectively utilize unnecessary possessed game media (see Patent Document 1).

Japanese Unexamined Patent Publication No. 2020-62518

Here, in such a game device, when the number of possessed game media reaches the upper limit, in order to possess the necessary game media, it is necessary to delete unnecessary possessed game media, but the player mistakenly needs it. Since the possessed game medium may be deleted or the deleted possessed game medium may be required later, it is preferable to enable the player to reacquire the game medium that has been acquired.

However, even if the game medium has been acquired by the player, if it can be reacquired indefinitely, the parameters of the possessed game medium can be changed indefinitely by consuming the reacquired game medium. Problems occur.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a program, an information processing device, and an information processing method for causing a player to appropriately acquire a game medium.

(1) The present invention is a game medium setting unit that sets a game medium acquired by a player as a possessed game medium possessed by the player, and another selected game medium on condition that the selected possessed game medium is consumed. The computer functions as a parameter control unit that changes the parameters of the possessed game medium, and the game medium setting unit is selected from the acquired game media that the player has acquired when a specific condition is satisfied. The present invention relates to a program for setting a medium as a possessed game medium and setting it as a specific game medium that cannot be set as a possessed game medium if the specific conditions are satisfied.

In the present invention, when the acquired game medium is set as the possessed game medium by satisfying the specific condition, the acquired game medium is not set as the possessed game medium by satisfying the specific condition. , The acquired game medium can be appropriately set as the possessed game medium.

(2) Further, in the present invention, the specific game medium may not be set as a possession game medium if the specific conditions are satisfied until a predetermined period elapses.

By doing so, it is possible to limit the setting of the specific game medium as the possessed game medium until the predetermined period elapses.

(3) Further, the present invention further causes the computer to function as a display control unit for displaying a specific display for notifying the timing at which the specific game medium can be set as the possessed game medium when the specific condition is satisfied. good.

By doing so, it is possible to make it easier for the player to manage the specific game medium.

(4) Further, in the present invention, the computer may further function as a display control unit for displaying the game medium display corresponding to the acquired game medium excluding the possessed game medium.

By doing so, it is possible to make it easier for the player to manage the game medium that is the acquired game medium but not the possessed game medium.

(5) Further, the present invention provides a reward giving unit that rewards the player when the predetermined condition corresponding to the possessed game medium is satisfied, and a game medium display corresponding to the acquired game medium that does not satisfy the predetermined condition. A computer may be further functioned as a display control unit to be displayed.

By doing so, it is possible to make it easier for the player to manage the acquired game medium that does not meet the predetermined conditions.

(6) Further, the present invention is selected on the condition that the game medium setting unit that sets the game medium acquired by the player as the possessed game medium possessed by the player and the selected possessed game medium are consumed. The game medium setting unit includes a parameter control unit that changes the parameters of the possessed game medium, and the game medium setting unit selects an acquired game medium selected from the acquired game media that the player has acquired when a specific condition is satisfied. The present invention relates to an information processing device that is set as a possessed game medium and is set as a specific game medium that cannot be set as a possessed game medium if the specific conditions are satisfied.

(7) Further, the present invention is an information processing method executed by one or a plurality of computers, in which a game medium acquired by a player is set as a possessed game medium possessed by the player, and a selected possessed game medium is used. On condition that it is consumed, the parameters of the other selected game media are changed, and when a specific condition is satisfied, the selected game medium selected from the acquired game media that the player has acquired is used. The present invention relates to an information processing method that is set as a possessed game medium and is set as a specific game medium that cannot be set as a possessed game medium if the specific conditions are satisfied.

It is a schematic block diagram which shows the structure of the information processing system of embodiment of this invention. It is a functional block diagram which shows the function of the server apparatus of embodiment of this invention. It is a functional block diagram which shows the function of the terminal apparatus of embodiment of this invention. It is a figure for demonstrating the possession list of embodiment of this invention. It is a figure for demonstrating the acquired list of embodiment of this invention. It is a figure for demonstrating the reacquisition list of embodiment of this invention. It is a figure which shows the image displayed in the display area of the terminal apparatus of embodiment of this invention. It is a figure which shows the image displayed in the display area of the terminal apparatus of embodiment of this invention. It is a figure which shows the image displayed in the display area of the terminal apparatus of embodiment of this invention. It is a figure which shows the image displayed in the display area of the terminal apparatus of embodiment of this invention. It is a figure which shows the image displayed in the display area of the terminal apparatus of embodiment of this invention. It is a flowchart which shows the process of embodiment of this invention. It is a flowchart which shows the process of embodiment of this invention. It is a flowchart which shows the process of embodiment of this invention. It is a flowchart which shows the process of embodiment of this invention. It is a flowchart which shows the process of embodiment of this invention. It is a flowchart which shows the process of embodiment of this invention.

Hereinafter, embodiments of the present invention will be described. The embodiments described below do not unreasonably limit the content of the present invention described in the claims. Moreover, not all of the configurations described in the present embodiment are essential constituent requirements of the present invention.

1. 1. Configuration of Information Processing System FIG. 1 is a schematic block diagram showing the configuration of the information processing system 10 of the present embodiment. As shown in FIG. 1, in the information processing system 10, the server device 12 and the plurality of terminal devices 14 are connected by a network 16 such as the Internet, a mobile phone network, a LAN, and a WAN, and is a so-called client-server communication system. Is configured. Each of the plurality of terminal devices 14 communicates with the server device 12 via the network 16 to transmit and receive various information, and communicates with the other terminal devices 14 via the network 16 and the server device 12. Go and send and receive various information.

The server device 12 includes a processor such as a CPU, a main storage device such as a ROM or RAM, an external storage device such as a hard disk, an input device such as a keyboard, a display device such as a liquid crystal display, and a communication device. Then, in the server device 12, the CPU executes various processes according to the program stored in the main storage device and the program loaded from the external storage device into the main storage device, and the information from the terminal device 14 is transmitted by the communication device. Receive or send information to the terminal device 14.

The terminal device 14 can be an information processing device of various forms such as a smartphone, a tablet, a personal computer, a portable game machine, and a stationary game machine, and these can also be a processor such as a CPU, a main storage device such as a ROM or a RAM, and a flash. It is equipped with an external storage device such as a memory and a hard disk, an input device such as a touch panel, a keyboard, and a microphone, a display device such as a liquid crystal display and an organic EL display, a sound output device such as a speaker, and a communication device. Then, in the terminal device 14, the CPU executes various processes according to the program stored in the main storage device and the program loaded from the external storage device into the main storage device, and the information from the server device 12 is transmitted by the communication device. It receives and sends information to the server device 12 and other terminal devices 14.

FIG. 2 is a functional block diagram showing the functions of the server device 12 of the present embodiment. As shown in FIG. 2, the server device 12 of the present embodiment includes a server information storage medium 20, a server storage unit 30, a server communication unit 36, and a server information processing unit 40. It should be noted that a configuration in which some of the components (each part) of FIG. 2 may be omitted may be used.

The server information storage medium 20 stores programs and data for the server information processing unit 40 and the server communication unit 36 to perform various processes, and its functions are a flash memory, a hard disk, and an optical disk (DVD, BD). ) And so on. That is, the server information storage medium 20 stores a program for operating the computer as each part of the present embodiment (a program for causing the computer to execute the processing of each part).

The server storage unit 30 serves as a work area for the server information processing unit 40 and the server communication unit 36, and its function can be realized by a RAM (main memory), a VRAM (video memory), or the like. Specifically, the server storage unit 30 includes a main storage unit 32 in which programs and data are read from the server information storage medium 20.

The server communication unit 36 performs various controls for communicating with an external network (for example, another server device 12 or a terminal device 14), and its functions are various processors (CPU (main processor), It can be realized by hardware such as GPU (drawing processor), DSP, etc., or ASIC for communication, or a program.

The server information processing unit 40 performs various processes such as game processing based on the received data received by the server communication unit 36 and various programs and data of the server storage unit 30, using the main storage unit 32 as a work area. The function can be realized by various processors, hardware such as ASIC, and a program.

The server information processing unit 40 includes a server game processing unit 42, a server game medium setting unit 44, a server parameter control unit 46, a server reward giving unit 47, and a server communication control unit 48. It should be noted that a configuration in which some of these may be omitted may be used.

The server game processing unit 42 plays a game based on the received data received by the server communication unit 36, the results of various processes performed by the server information processing unit 40, and the programs and data read into the main storage unit 32. Processing to start the game when the start conditions are met, processing to execute the selected game mode from multiple types of game modes, processing to advance the game, provided (granted) to the player (player identification information, player ID) ) A process of determining a game medium such as a character or an item from a plurality of game media by lottery, a process of generating an event when an event occurrence condition is satisfied, a process of calculating a game result, or a process of calculating a game result, or a game end condition is satisfied. If so, the process of ending the game is performed.

The server game medium setting unit 44 (game medium setting unit) includes received data received by the server communication unit 36, the results of various processes performed by the server information processing unit 40, programs read into the main storage unit 32, and the like. Based on data, etc., the process of managing the possessed characters possessed by the player, the acquired characters that the player has acquired, the possessed items possessed by the player, the acquired items that the player has acquired, etc. conduct.

Specifically, in the present embodiment, the server information storage medium 20 is provided with a server character information storage unit 22 (game medium storage unit) and a server player information storage unit 24 corresponding to each player, and the server character information storage unit 24 is provided. In the unit 22, a possession list which is a list of possessed characters of the player, an acquired list which is a list of acquired characters of the player, and the like are stored. Then, the server game medium setting unit 44 sets the character acquired by the player as a possessed character, sets it as an acquired character, or sets the acquired character as a possessed character.

The server parameter control unit 46 (parameter control unit) includes received data received by the server communication unit 36, the results of various processes performed by the server information processing unit 40, programs and data read into the main storage unit 32, and the like. Based on, various parameters such as experience value, level, rank, and in-game currency are updated (changed) for each player or each character when the update conditions according to the type of parameter are satisfied.

In detail, in the present embodiment, various parameters of each character are stored in the server character information storage unit 22, and various parameters of the player are stored in the server player information storage unit 24. Then, when the update condition corresponding to the type of the parameter is satisfied, the server parameter control unit 46 updates the parameter stored in the server character information storage unit 22 or the server player information storage unit 24.

The server reward granting unit 47 (reward granting unit) includes received data received by the server communication unit 36, the results of various processes performed by the server information processing unit 40, programs and data read into the main storage unit 32, and the like. Based on the above, a process of giving various rewards to the player is performed.

More specifically, in the present embodiment, the server reward granting unit 47 decides to grant the reward when the granting condition according to the type of reward is satisfied, and the server game medium according to the determined type of reward. The setting unit 44 is made to set the character corresponding to the reward as the possessed character in the possession list, the item corresponding to the reward is set as the possessed item, and the server parameter control unit 46 is made to update the parameter corresponding to the reward. do.

The server communication control unit 48 causes the server communication unit 36 to communicate with another server device 12 or a terminal device 14, and performs processing for transmitting and receiving various information. For example, the server communication control unit 48 cooperates with or plays with the information necessary for the process of newly registering the player in the information processing system 10, the information necessary for the process of logging the player into the information processing system 10, and the logged-in player. Server communication for information required for processing to set the opponent player, information required for processing to synchronize a plurality of terminal devices 14, information required for processing to execute a common game on a plurality of terminal devices 14, and the like. Send and receive to unit 36. Further, the server communication control unit 48 causes the server communication unit 36 to send and receive destination information indicating the destination of information, source information indicating the source of the information, identification information for identifying the information processing system 10 that generated the information, and the like. ..

In particular, the server communication control unit 48 transmits the character identification information and the item identification information provided to the player in the lottery process by the lottery unit 44 to the terminal device 14, and various parameters updated by the server parameter control unit 46. Processing is performed for transmitting to the terminal device 14 and receiving from the terminal device 14 that various player inputs have been received by the terminal device 14.

FIG. 3 is a functional block diagram showing the functions of the terminal device 14 of the present embodiment. As shown in FIG. 3, the terminal device 14 of the present embodiment has a player input detection unit 50, a display unit 52, a sound output unit 54, a terminal information storage medium 56, a terminal storage unit 60, a terminal communication unit 66, and terminal information processing. Including part 100. It should be noted that a configuration in which some of the components (each part) of FIG. 3 may be omitted may be used.

The player input detection unit 50 is for detecting an input to the terminal device 14 by the player as a player input, and its function can be realized by a touch sensor, a switch, an optical sensor, a microphone, or the like.

The display unit 52 displays an image on the display screen, and its function can be realized by a liquid crystal display, an organic EL display, or the like.

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

The terminal information storage medium 56 stores programs, data, and the like for the terminal information processing unit 100 and the terminal communication unit 66 to perform various processes, and its functions are a flash memory, a hard disk, and an optical disk (DVD, BD). ) And so on. That is, the terminal information storage medium 56 stores a program for operating the computer as each part of the present embodiment (a program for causing the computer to execute the processing of each part).

Specifically, in the present embodiment, the terminal information storage medium 56 is provided with the terminal character information storage unit 57 (game medium storage unit) and the terminal player information storage unit 58, and the server character information storage unit 58 is provided at a predetermined timing. The stored contents of the unit 22 and the stored contents of the terminal character information storage unit 57 are synchronized, and the stored contents of the server player information storage unit 24 and the stored contents of the terminal player information storage unit 58 are synchronized.

The terminal storage unit 60 is a work area of the terminal information processing unit 100 and the terminal communication unit 66, and its function can be realized by a RAM (main memory), a VRAM (video memory), or the like. In detail, the terminal storage unit 60 includes a main storage unit 62 in which a program or data is read from the terminal information storage medium 56, and a drawing buffer 64 in which an image to be displayed on the display unit 52 is drawn.

The terminal communication unit 66 performs various controls for communicating with an external network (for example, a server device 12 or another terminal device 14), and its function is hardware such as various processors or an ASIC for communication. It can be realized by wear and programs.

The program (data) for operating the computer as each part of the present embodiment is transmitted from the server device 12 to the terminal information storage medium 56 (or main storage unit 62) of the terminal device 14 via the network 16 and the terminal communication unit 66. It may be downloaded, and the use of such a server device 12 can be included within the scope of the present invention.

The terminal information processing unit 100 performs game processing and image generation processing based on the player input detected by the player input detection unit 50, the received data received by the terminal communication unit 66, various programs and data of the terminal storage unit 60, and the like. , Sound generation processing, etc. are performed using the main storage unit 62 as a work area, and its functions are hardware such as various processors (CPU (main processor), GPU (drawing processor), DSP, etc.), ASIC, etc. It can be realized by hardware and programs.

The terminal information processing unit 100 includes a terminal game processing unit 102, an input reception unit 103, a display control unit 104, a terminal game medium setting unit 105, a terminal parameter control unit 106, a terminal reward giving unit 107, an image generation unit 108, and a sound generation unit. The unit 110 and the terminal communication control unit 112 are included. It should be noted that a configuration in which some of these may be omitted may be used.

The terminal game processing unit 102 stores the player input detected by the player input detection unit 50, the received data received by the terminal communication unit 66, the results of various processes performed by the terminal information processing unit 100, and the main storage unit 62. A process to start a game when the game start conditions are met, a process to execute a selected game mode from multiple types of game modes, a process to advance the game, an event based on the loaded program and data. It performs a process of generating an event when the generation condition is satisfied, a process of calculating the game result, a process of ending the game when the game end condition is satisfied, and the like.

The input receiving unit 103 reads the player input detected by the player input detecting unit 50, the received data received by the terminal communication unit 66, the results of various processes performed by the terminal information processing unit 100, and the main storage unit 62. Based on the programs and data, the player's input is accepted as the input according to the situation, or the player's input is not accepted. For example, if a GUI is tapped while a GUI such as a button is displayed, it is accepted as an input according to the type of the displayed GUI.

The display control unit 104 controls the display of the image displayed on the display unit 52. Specifically, the player input detected by the player input detection unit 50, the received data received by the terminal communication unit 66, the results of various processes performed by the terminal information processing unit 100, and read into the main storage unit 62. Display control such as display contents, display mode, and display timing of various objects and pre-rendered images (movie images) is performed based on the programs and data.

In the present embodiment, a background object for displaying a background, an effect object for displaying an effect, a GUI object for displaying a GUI (Graphic User Interface) such as a button, and a character for displaying a character. Object data of various objects such as objects, non-character objects for displaying objects other than characters such as buildings, tools, vehicles, and terrain, and image data of various pre-rendered images are stored in the terminal information storage medium 56. Has been done. Then, the display control unit 104 sets an object or pre-rendering based on the object data read into the main storage unit 62 or the image data of the pre-rendered image according to the type of the game mode being executed, the progress of the game, and the like. Controls the display of images.

In detail, the display control unit 104 arranges an object composed of primitives such as a polygon representing the object, a free curved surface, and a two-dimensional image in the object space based on the object data read into the main storage unit 62. , Move or operate. Specifically, the display control unit 104 includes player input detected by the player input detection unit 50, received data received by the terminal communication unit 66, results of various processes performed by the terminal information processing unit 100, and main memory. Based on the program and data read into the unit 62, the position and orientation (rotation angle) of the object in the object space are determined every frame (for example, 1/30 second), and the orientation determined at the determined position. Place objects with, or operate each of the multiple parts that make up an object.

Then, when the display control unit 104 displays a three-dimensional game image, the position and rotation angle (line-of-sight direction) of the virtual camera (viewpoint) for generating an image that can be seen from a given (arbitrary) viewpoint in the object space. ) And the process of controlling the angle of view. In the present embodiment, the display control unit 104 controls the position and orientation of the virtual camera so that the virtual camera follows the change in the position and orientation of the character object that moves or moves based on the player input.

The terminal game medium setting unit 105 (game medium setting unit) is the result of player input detected by the player input detection unit 50, received data received by the terminal communication unit 66, and various processes performed by the terminal information processing unit 100. And, based on the program and data read into the main storage unit 62, the process of managing the possessed character, the acquired character, the possessed item, the acquired item, and the like is performed.

Specifically, in the present embodiment, the terminal information storage medium 56 is provided with a terminal character information storage unit 57 (game medium storage unit) and a terminal player information storage unit 58 in correspondence with the player, and the terminal character information storage unit 58. The possession list, the acquired list, and the like transmitted from the server device 12 are stored in the 57. Then, the terminal game medium setting unit 105 sets the character acquired by the player as a possessed character, sets it as an acquired character, or sets the acquired character as a possessed character. Then, the display control unit 104 controls to display display objects corresponding to various game media such as display objects corresponding to possessed characters and display objects corresponding to acquired characters.

The terminal parameter control unit 106 (parameter control unit) includes player inputs detected by the player input detection unit 50, received data received by the terminal communication unit 66, results of various processes performed by the terminal information processing unit 100, and the results of various processes. Based on the program and data loaded in the main storage unit 62, various parameters such as experience value, level, rank, in-game currency, etc. are updated according to the type of parameter for each player or each character. Update (change) when is satisfied.

In detail, in the present embodiment, various parameters of each character are stored in the terminal character information storage unit 57, and various parameters of the player are stored in the terminal player information storage unit 58. Then, when the update condition corresponding to the type of the parameter is satisfied, the terminal parameter control unit 106 updates the parameter stored in the terminal character information storage unit 57 or the terminal player information storage unit 58. Then, the display control unit 104 controls to display the display object corresponding to various parameters.

The terminal reward giving unit 107 (reward giving unit) includes player input detected by the player input detection unit 50, received data received by the terminal communication unit 66, results of various processes performed by the terminal information processing unit 100, and the results of various processes. Based on the programs and data read into the main storage unit 62, various rewards are given to the player.

Specifically, in the present embodiment, the terminal reward granting unit 107 determines to grant the reward when the granting condition according to the type of reward is satisfied, and the terminal game medium according to the determined type of reward. The setting unit 105 is made to set the character corresponding to the reward as the possessed character, the item corresponding to the reward is set as the possessed item, the terminal parameter control unit 106 is made to update the parameter corresponding to the reward, and the display control is performed. In the unit 104, display objects corresponding to characters, items, parameters, etc. given as rewards are displayed.

The image generation unit 108 is a row in the display control unit 104, as a result of the player input detected by the player input detection unit 50, the received data received by the terminal communication unit 66, and various processes performed by the terminal information processing unit 100. By performing a process of drawing a game image in the drawing buffer 64 for each frame based on the results of various processes and the programs and data read into the main storage unit 62, various objects and various objects can be created. A game image in which the pre-rendered image is displayed is generated, and the generated game image is output to the display unit 52 to display the game image.

The sound generation unit 110 performs sound processing based on the results of various processes performed by the terminal information processing unit 100, generates game sounds such as music, BGM, sound effects, or voice, and outputs them to the sound output unit 54. do.

The terminal communication control unit 112 causes the terminal communication unit 66 to communicate with the server device 12 or another terminal device 14, and performs processing for transmitting and receiving various information. For example, the terminal communication control unit 112 cooperates with or plays with the information necessary for the process of newly registering the player in the information processing system 10, the information necessary for the process of logging the player into the information processing system 10, and the logged-in player. Terminal communication for information required for processing to set the opponent player, information required for processing to synchronize a plurality of terminal devices 14, information required for processing to execute a common game on a plurality of terminal devices 14, and the like. Send and receive to unit 66. Further, the terminal communication control unit 112 causes the terminal communication unit 66 to transmit and receive destination information indicating the destination of information, source information indicating the source of the information, identification information for identifying the information processing system 10 that generated the information, and the like. ..

All or part of the functions of the terminal information storage medium 56 of the terminal device 14, all or part of the functions of the terminal storage unit 60, all or part of the functions of the terminal communication unit 66, and the functions of the terminal information processing unit 100. The server device 12 may include all or part of the above, all or part of the functions of the server information storage medium 20 of the server device 12, all or part of the functions of the server storage unit 30, and server communication. The terminal device 14 may include all or a part of the functions of the unit 36 and all or a part of the functions of the server information processing unit 40.

2. 2. Control Method of the Present Embodiment The control method of the present embodiment will be described in detail below by exemplifying a case where the game program of the present embodiment is applied as a game application of a smartphone (terminal device 14).

The game program of the present embodiment is configured to be able to execute a plurality of types of game modes, and a music game is executed in the live mode, which is the main game mode. When the music game is executed, the sound of the music is output from the speaker of the smartphone, and as the music progresses, the instruction sign instructing the player's input moves toward the reference sign on the touch panel display of the smartphone. The game image to be played is displayed. Then, in the reference period in which the instruction sign passes the reference sign, the score is added when it is determined that the correct input is made, and the score is not added when it is determined that the correct input is not made.

In detail, in live mode, a music game is played with the idol group and music selected by the player, and the experience points and levels of each of the four characters belonging to the idol group, and the player's game, depending on the result of the music game. Various parameters such as internal currency are increased or increased, and items are given.

In addition to the live mode, the game program of this embodiment organizes and changes the organization of idol groups according to the possessed character of the player, and raises the level and rank of the possessed character to strengthen the possessed character. It is possible to execute multiple types of subordinate game modes, such as a character mode to play, a shop mode to purchase items by consuming in-game currency, and a lottery mode to acquire game media such as characters and items by lottery. Has been done.

And in this embodiment, in addition to being able to acquire characters and items in the lottery mode, when various conditions such as clearing a music game, using items, and an event occurring are satisfied. You can get characters and items in.

FIG. 4 is a diagram showing a possession list, which is a list of possession characters of the player. In the present embodiment, the possession list is stored in the server character information storage unit 22 of the server device 12, and as shown in FIG. 4, the possession list includes the character ID (character identification) for each of the possessed characters of the player. Information), rarity, experience value, level, rank, and other character information are stored.

Specifically, in the possession list of this embodiment, character A is set as a possessed character from the initial state, and each time the player acquires a character, the character information of the acquired character is added to the possession list. Will set the acquired character as the possessed character.

In the example of FIG. 4, as the second possessed character, the character B acquired by becoming a companion in the story that progresses first in the game is set, and as the third possessed character, the character Q acquired by the lottery in the lottery mode. Is set. A maximum of 400 possessed characters can be set in the possession list of the present embodiment.

Here, in the present embodiment, even when a character having the same character ID as a character already set as a possessed character in the possession list is acquired, the character information of the acquired character is added to the possession list. In the example of FIG. 4, character Q is set as the third possessed character and the sixth possessed character. That is, in the present embodiment, a plurality of characters having the same character ID can be possessed in duplicate.

In this embodiment, the formation of an idol group and the strengthening of characters can be selected and performed for each possessed character, and various parameters such as experience points, levels, and ranks are updated for each possessed character. Therefore, for each of the plurality of possessed characters having the same character ID, various parameters are individually updated according to the progress of the game.

It should be noted that a plurality of possessed characters having the same character ID cannot belong to one idol group, but can belong to different idol groups.

Further, in the present embodiment, the game can be advanced advantageously by specially training and growing the possessed character by using the item.

In detail, in the present embodiment, when special training is given to a possessed character, an input is accepted in which the player selects the possessed character to be specially trained from the possessed characters that can be specially trained. Then, when the input that the player decides to specially train the possessed character on the condition that the item corresponding to the possessed character targeted for special training is accepted, the name of the possessed character subject to special training does not change, but the character ID and , Parameters such as level upper limit and ability value change.

In the present embodiment, the lowest value of the character ID before the special training, that is, the character ID in the initial state is "0" for any of the characters, but the lowest value of the character ID after the special training is "0". It is "1". Then, when the special training is performed, the character information in which the lowest value of the character ID is changed to "1" among the character information of the possessed character subject to the special training is added to the possession list as the character information of the possessed character after the special training. , The character information before the special training of the possessed character subject to the special training is deleted.

In the example of FIG. 4, the character H set at the 8th position had a character ID of "30080" before the special training, but since it was subject to the special training, it changed to the character ID of "30081" after the special training. ing.

That is, in this embodiment, by using an item for the possessed character subject to the special training (when the predetermined conditions corresponding to the possessed game medium are satisfied), the possessed character before the special training is consumed and the character (reward) after the special training is acquired. You can do it.

The highest value of the character ID of each character indicates the type of the character, and the values in the second to fourth digits indicate the type of the character. In the present embodiment, the characters are classified into five types of types 1 to 5, and any value of "1" to "5" is set at the highest level of each character ID.

Further, in the present embodiment, the game can be advanced advantageously by strengthening other possessed characters on condition that the possessed character is consumed.

In detail, in this embodiment, when the possessed character is consumed to raise the level, the input that the player selects the possessed character to be leveled up from the possessed character and the possessed character that does not belong to any idol group are input. The input that the player selects the possession character to be consumed is accepted from.

Then, when the input that the player decides to consume the possessed character and raise the level is accepted, the level of the possessed character to be leveled up is raised, and the character information of the possessed character to be consumed is deleted from the possession list. To.

In this embodiment, when the type of the possessed character to be leveled up and the type of possessed character to be consumed are the same, the level increase rate is higher than when the types are different. In addition, when the possessed character after the special training is selected as the possessed character to be consumed, the rate of increase in the level is higher than when the possessed character before the special training is selected.

In addition, when consuming the possessed character to raise the rank, the input that the player selects the possessed character to be ranked up from the possessed character and the possessed character that does not belong to any idol group and raises the rank. The input that the player selects the possession character to be consumed from the possession character of the same type as the target possession character is accepted.

That is, in the present embodiment, if the type of the possessed character to be ranked and the possessed character to be consumed are the same, the rank can be increased even if the possessed character before the special training and the possessed character after the special training are combined. can.

In this embodiment, when the possessed character after the special training is selected as the possessed character to be consumed, the rate of increase in rank is higher than when the possessed character before the special training is selected.

Then, when the input that the player decides to consume the possessed character and raise the rank is accepted, the rank of the possessed character to be ranked up is raised, and the character information of the possessed character to be consumed is deleted from the possession list. To.

FIG. 5 is a diagram showing an acquired list, which is a list of acquired characters that the player has acquired. In the present embodiment, the acquired list is stored in the server character information storage unit 22 of the server device 12, and as shown in FIG. 5, the acquired list contains character IDs for each of the acquired characters of the player. Is remembered.

In detail, every time a player acquires a character by lottery or special training, the acquired character's character ID does not exist in the acquired list, that is, the acquired character is the first acquired character. By adding the character ID of the character to the acquired list, the acquired character is set as the acquired character.

Therefore, the character ID of the character Q is set in the third and sixth positions in the possession list shown in FIG. 4, but the character ID of the character Q is set only in the third position in the acquired list shown in FIG. Has been done.

Then, even if the character information is deleted from the possession list by performing special training or consuming the possessed character to raise the level or rank, the character ID added to the acquired list is maintained.

Therefore, in the possession list shown in FIG. 4, the character ID before the special training of the character H is not set, and the character ID after the special training of the character H is set in the eighth position. In the list, the character ID before the special training of the character H is set in the fourth position, and the character ID after the special training of the character H is set in the ninth position.

That is, when the character V is set in the possession list, the special training for the character H is performed, so that the character ID before the special training for the character H is deleted in the possession list, and the special training for the character H is next to the character V. Although the later character ID is added, in the already acquired list, the character ID before the special training of the character H is added while the character ID before the special training of the character H is maintained.

Further, the character ID of the character D is not set in the possession list shown in FIG. 4, but the character ID of the character D is set in the seventh position in the acquired list shown in FIG.

That is, by consuming character D and raising the level of other possessed characters, the character ID of character D is deleted in the possession list, but the character ID of character D is maintained in the acquired list. ing.

Then, in the present embodiment, the character set as the acquired character is deleted from the possession list so that the character image is displayed or the predetermined parameter is raised even if the character is no longer possessed. It can be used.

In particular, in the present embodiment, every time the character ID before the special training or the character ID after the special training is added to the acquired list (when a predetermined condition is satisfied), the specific value (reward) which is a parameter of the player is updated. The game can be advanced in an advantageous manner.

However, in the present embodiment, when the character ID of the acquired character exists in the acquired list, the character ID is not added to the acquired list and the specific value is not updated, so that the character set in the acquired list is not updated. As the number of IDs increases, it becomes difficult for the character ID to be added to the acquired list, and it becomes difficult for the specific value to be updated.

Here, if an unacquired character that the player has never acquired can be acquired, the character ID of the unacquired character is set in the acquired list and the specific value is updated, and the character ID after the special training is added to the acquired list by special training. It is set and the specific value is updated, but the more the character ID in the acquired list increases, the more difficult it becomes to acquire the unacquired character.

Further, in the present embodiment, an unacquired character selected by the player can be acquired by using a special acquisition ticket which is a kind of item, but the special acquisition ticket is an item that can be acquired at a large price or a lottery. It is an item that can be acquired with a low probability.

On the other hand, by raising the level and rank of the character possessed before the special training as a character to be consumed, and by deleting the character possessed before the special training for convenience of management or by mistake, before the special training in the acquired list. Character ID is set, but the character ID after special training is not set. There may be a non-special training character.

Therefore, in the present embodiment, among the acquired characters, the character that has not been specially trained is easily reacquired by the player, and even if the character is not specially trained, the specific value is not updated by the reacquisition because it is an acquired character. Specific values are updated by special training for characters possessed by unspecial training.

However, if you allow unlimited reacquisition even if it is an already acquired character, there will be a problem that you can raise the level and rank of other possessed characters unlimitedly by consuming the reacquired possessed character. ..

Therefore, in this embodiment, if one re-acquisition ticket, which is a kind of item that can be acquired more easily than the special acquisition ticket, is used (when a specific condition is satisfied), one unspecialized character is selected from the already acquired characters. While allowing the player to select and reacquire, the reacquired character can be further reacquired by using the reacquisition ticket until one year (predetermined period) has passed after the reacquisition. I'm trying not to.

Here, in the present embodiment, any rarity of 1 to 4 is set for each character, but the acquired characters that can be reacquired by the reacquisition ticket are limited to the characters having the rarity of 1 to 3. Depending on the reacquisition ticket, the character with rarity 4 cannot be reacquired. In detail, the reacquisition ticket is associated with the reacquisition definition data that defines the character that can be reacquired as data common to all players, and if the reacquisition ticket is used, the reacquisition is performed. It is judged whether or not the character can be reacquired based on the definition data. The reacquisition definition data may be data that defines extraction conditions (for example, rarity 3 or less) from master data including character IDs of all characters stored in the server character information storage unit 22. , It may be a list of character IDs of characters having a rarity of 1 to 3.

In this embodiment, even before one year has passed since the reacquisition, the reacquired character may be acquired by lottery, event, special acquisition ticket, etc., unless the reacquisition ticket is used. There is now.

FIG. 6 is a diagram showing a reacquisition list, which is a list of reacquired characters that are reacquired characters by the player. In the present embodiment, the reacquisition list is stored in the server character information storage unit 22 of the server device 12, and as shown in FIG. 6, the reacquisition list contains the character ID for each of the reacquired characters of the player. The date and time of re-acquisition and the date and time one year after the re-acquisition, that is, the date and time when re-acquisition is possible are stored.

In detail, each time the player reacquires the character by using the reacquisition ticket, the reacquisition information including the character ID of the reacquired character, the reacquisition date and time, and the reacquisition possible date and time is obtained. By being added to the reacquisition list, the reacquired character is set as the reacquisition character.

Since the re-acquired characters are limited to the characters before the special training, the lowest value of the character IDs of the re-acquired characters shown in FIG. 6 is "0". In addition, the reacquisition information added to the reacquisition list may be deleted when the date and time when reacquisition becomes possible arrives, or may remain even when the date and time when reacquisition becomes possible arrives. You may.

Then, in the present embodiment, the image for the player to select the character to be reacquired from the acquired characters based on the acquired list shown in FIG. 5 and the reacquired list shown in FIG. 6 is displayed on the touch panel of the smartphone. Is displayed in.

FIG. 7 is a diagram showing an example of a game image displayed in the display area 200 of the touch panel display of the smartphone by the game program of the present embodiment. FIG. 7 shows an example of the lottery top image 202 displayed first among the game images in the lottery mode.

As shown in FIG. 7, in the lottery top image 202, a plurality of buttons for selecting a character acquisition method from a plurality of types of acquisition methods are displayed on the left side of the display area 200. In the example of FIG. 7, a normal lottery button 204 for selecting a normal lottery to acquire a character in a normal lottery, a special lottery button 206 for selecting a special lottery to acquire a character in a special lottery, and a special acquisition ticket are used to select a character. A special acquisition button 208 for selecting the special acquisition to be acquired and a reacquisition button 210 for selecting the reacquisition to acquire the character using the reacquisition ticket are displayed.

Then, in the example of FIG. 7, when the reacquisition button 210 is tapped, the summary display 212 showing the outline of reacquisition is displayed in the lower center of the display area 200, and the player possesses it in the lower right of the display area 200. A number display 214 indicating the number of reacquisition tickets to be used and a use button 216 for selecting to use the reacquisition ticket are displayed.

Then, when the use button 216 is tapped while the number of reacquisition tickets possessed by the player is 1 or more, the player's acquired list and the reacquired list are transmitted from the server device 12 and received by the player. The target character list image 218 shown in FIG. 8 is displayed based on the acquisition list and the reacquisition list.

In the target character list image 218 of the present embodiment, the character button 220 (game medium display) corresponding to the character before the special training among the acquired characters is displayed in the central portion of the display area 200, and each character button 220 is displayed. , The name and parameters of the corresponding character are displayed.

In the example of FIG. 8, the character button 220 corresponding to the character N, the character button 220 corresponding to the character H, and the character button 220 corresponding to the character C are displayed, but the area where the character button 220 is displayed is displayed. Swipe up or down to display the character button 220 corresponding to the other acquired characters before the special training.

Then, in the example of FIG. 8, the character button 220 corresponding to the character N is provided with a non-re-acquisition display 222 indicating that re-acquisition is impossible (it cannot be set as a possessed game medium depending on the specific conditions being satisfied). It is displayed. Specifically, based on the re-acquisition list shown in FIG. 6, the character button 220 corresponding to the character that has not passed one year from the re-acquisition date and time, that is, the character that cannot be re-acquired (specific game medium), is displayed again. The acquisition impossible display 222 is displayed.

In the reacquisition list of the example of FIG. 6, for example, assuming that the current date and time is 17:20 on May 4, 2021, not only character N but also character G and character E are one year from the reacquisition date and time. Since it has not passed, it is set as a character that cannot be reacquired. Although not shown, the non-re-acquirable display 222 is also displayed on the character button 220 corresponding to the character G and the character button 220 corresponding to the character E.

When the list cancel button 224 shown in FIG. 8 is tapped, the target character list image 218 is deleted and the lottery top image 202 shown in FIG. 7 is displayed.

Further, in the target character list image 218 shown in FIG. 8, a narrowing button 226 for setting to narrow down the character buttons 220 to be displayed in the target character list image 218 is displayed at the upper part of the display area 200. Then, when the narrowing down button 226 is tapped, as shown in FIG. 9, the narrowing down setting image 228 for designating the narrowing down condition is displayed.

In the refinement setting image 228 of the present embodiment, the exclusion setting field 230 has a check mark for specifying to exclude the character button 220 corresponding to the character that cannot be reacquired from the acquired characters, and the possessed character. A check mark is displayed to specify that the character button 220 is excluded.

Also, in the special training column 232, among the acquired characters, the character before the special training that does not have the character after the special training, that is, the unspecially trained character that has not been specially trained (the acquired game medium that does not meet the predetermined conditions) is supported. A check mark is displayed to specify that only the character button 220 (game medium display) to be displayed is displayed.

In the rarity column 234, a check mark is displayed to specify the rarity of the character that displays the character button 220 among the acquired characters, and in the type column 236, the type of the character that displays the character button 220 among the acquired characters. A check mark is displayed to specify. In this embodiment, since the character with the highest rarity 4 cannot be acquired by the reacquisition ticket, the check mark corresponding to each of the rarities 1 to 3 is displayed, and the check mark corresponding to the rarity 4 is not displayed.

The color of each check mark changes when it is tapped, and the narrowing conditions corresponding to the check mark whose color has changed are set. When the narrowing down decision button 238 is tapped while the color of the check mark changes, it is set. The narrowing down condition is determined, and the narrowing down setting image 228 is deleted. Then, the character button 220 corresponding to the character narrowed down by the determined narrowing condition based on the determined narrowing condition and the acquired list and the reacquired list of the player is displayed in the target character list image 218 shown in FIG. Is displayed.

For example, if the narrowing down decision button 238 is tapped while the color of the check mark that specifies to exclude the character button 220 corresponding to the character that cannot be reacquired is changed, the character N cannot be reacquired as described above. Since it is set as a possible character, the character button 220 corresponding to the character N shown in FIG. 8 is not displayed, and among the already acquired characters, the reacquirable character, that is, the character that has never been reacquired and the reacquired character. The character button 220 corresponding to the character one year after the date and time has passed is displayed.

Further, when the narrowing down decision button 238 is tapped while the color of the check mark for excluding the character button 220 corresponding to the possessed character is changed, the character C is set as the possessed character as described above. Therefore, the character button 220 corresponding to the character C shown in FIG. 8 is no longer displayed, and the character button 220 corresponding to the character that is not the possessed character among the acquired characters is displayed.

In addition, when the narrowing down decision button 238 is tapped while the color of the check mark that specifies that only the character button 220 corresponding to the untrained character is changed is tapped, the character H becomes the character after the special training as described above. Since it is set, the character button 220 corresponding to the character H shown in FIG. 8 is not displayed, and only the character button 220 corresponding to the untrained character is displayed among the acquired characters.

When the narrowing down cancel button 240 shown in FIG. 9 is tapped, the narrowing down setting image 228 is deleted without determining the narrowing down condition, and the target character list image 218 shown in FIG. 8 is displayed.

Then, when any of the character buttons 220 is tapped in the target character list image 218, as shown in FIG. 10, the reacquisition ticket is used and the character corresponding to the tapped character button 220 is reacquired. The reacquisition confirmation image 242 confirming that the character is the target character is displayed. Then, when the reacquisition decision button 244 is tapped, it is determined whether or not the character to be reacquired is a character that cannot be reacquired based on the reacquisition list of the player.

When the re-acquisition cancel button 245 shown in FIG. 10 is tapped, the re-acquisition confirmation image 242 is deleted and the target character list image 218 shown in FIG. 8 is displayed.

If the character to be reacquired is a character that cannot be reacquired, as shown in FIG. 11, based on the player's reacquisition list, 1 from the date and time when the character to be reacquired was last reacquired. The non-re-acquirable image 246 is displayed, which indicates that the year has not passed and the date and time (specific display) at which re-acquisition is possible is displayed.

In the example of FIG. 10, the character to be reacquired is the character N, but since the character N is a character that cannot be reacquired, as shown in FIG. 11, from the date and time when the character N was last reacquired. A non-re-acquirable image 246 is displayed, which indicates that one year has not passed and the date and time when re-acquisition is possible. Then, when the close button 248 is tapped, the non-re-acquirable image 246 is deleted and the target character list image 218 shown in FIG. 8 is displayed.

On the other hand, if the character to be reacquired is not a character that cannot be reacquired, the character ID of the character to be reacquired and the reacquisition request requesting the reacquisition of the character to be reacquired are transmitted to the server device 12. The character.

Then, when the server device 12 determines that the reacquisition request is valid, the character information of the character to be reacquired is added to the possession list, so that the character to be reacquired is set as the possessed character. .. Then, the character ID of the character to be reacquired, the date and time of reacquisition, and the date and time one year after the reacquisition are added to the reacquisition list, so that the character to be reacquired is set as the reacquisition character. Will be done.

Then, although not shown, the terminal device 14 displays an image notifying that the character to be reacquired has been reacquired.

As described above, in the present embodiment, the character ID set in the acquired list can be reacquired among the acquired characters by using the reacquired ticket that can be easily acquired by the player. Even if the number of characters increases, it is possible to alleviate the situation where it is difficult for the specific value to be updated, and by restricting the re-acquisition of the re-acquired character, the abuse of the re-acquired character is prevented.

Further, in the present embodiment, even if the character is before the special training, if it is a character before the special training for which the character ID after the special training is set in the already acquired list, that is, if it is not a character that has not been specially trained, it is reacquired. Although the specific value is not updated, as mentioned above, it can be used as a possessed character to be consumed in order to raise the level and rank, so it is possible to reacquire characters before special training that are not unspecialized characters. ..

Also, in order to make it easier to update the specific value, it is necessary and sufficient to reacquire the character before the special training, and the items consumed for the special training are very low in value and easy to special training. Therefore, a player with a large number of acquired characters will have a large number of characters after the special training, and the number of character buttons 220 in the target character list image 218 will be large. 220 is hidden so that the character after special training cannot be reacquired.

In the present embodiment, only the character button 220 corresponding to the non-special training character can be displayed so that the player can easily and surely reacquire the non-special training character.

In this way, in the present embodiment, it is possible to make the player appropriately acquire the character while maintaining the game balance.

Hereinafter, the flow of processing performed by the server device 12 or the terminal device 14 of the present embodiment will be described with reference to a flowchart.

FIG. 12 is a flowchart showing a flow of character acquisition processing performed by the server device 12. In the character acquisition processing shown in FIG. 12, when the server game medium setting unit 44 acquires the character before the special training by lottery or the like (Y in step S100), the character information of the acquired character is added to the possession list (step S102). ). Then, when the acquired character's character ID does not exist in the acquired list (Y in step S104), the server game medium setting unit 44 adds the acquired character's character ID to the acquired list (step S106).

Further, the server game medium setting unit 44 is in the case where the character ID of the acquired character exists in the acquired list (N in step S104), and when the acquired character is acquired by the reacquisition ticket (step S108). In Y), the character ID of the acquired character, the date and time of reacquisition, and the date and time one year after the reacquisition date and time are added to the reacquisition list (step S110).

FIG. 13 is a flowchart showing the flow of special training processing performed by the server device 12. In the special training time processing shown in FIG. 13, when the server communication control unit 48 receives the character ID of the possessed character to be special training and the special training request requesting the special training from the terminal device 14 (Y in step S120), the special training is performed. When the target possessed character is a possessed character capable of special training (Y in step S122), the server reward granting unit 47 changes the character ID of the possessed character subject to special training to the character ID after the special training (step S124).

Then, the server game medium setting unit 44 adds the character information after the change of the possessed character subject to the special training to the possession list (step S126), and deletes the character information before the change of the possessed character subject to the special training from the possession list (step S126). Step S128). Then, when the character ID after the special training of the possessed character subject to the special training does not exist in the acquired list (Y in step S130), the server game medium setting unit 44 adds the character ID after the special training to the acquired list (Y in step S130). Step S132).

FIG. 14 is a flowchart showing a flow of rank increase processing performed by the server device 12. In the rank increase processing shown in FIG. 14, the server communication control unit 48 requests the character ID of the possessed character to be ranked up, the character ID of the possessed character to be consumed, and the rank increase request to increase the rank. When it is received from the terminal device 14 (Y in step S140), when the type of the possessed character to be ranked up and the possessed character to be consumed are the same (Y in step S142), the server parameter control unit 46 is the rank up target. Raise the rank of the possessed character of (step S144). Then, the server game medium setting unit 44 deletes the character information of the possessed character to be consumed from the possession list (step S146).

FIG. 15 is a flowchart showing the flow of the specific value update process performed by the server device 12. In the specific value update process shown in FIG. 15, when the character ID is added to the acquired list (Y in step S150), the server parameter control unit 46 updates the specific value (step S152).

FIG. 16 is a flowchart showing the flow of the reacquisition processing 1 performed by the terminal device 14. In the reacquisition processing 1 shown in FIG. 16, when the use button 216 of the reacquisition ticket is tapped while the lottery top image 202 shown in FIG. 7 is displayed (Y in step S160), the display control unit 104 displays. The target character list image 218 shown in FIG. 8 is displayed based on the acquired list and the reacquired list (step S162).

Then, it is determined whether or not any of the character buttons 220 shown in FIG. 8 has been tapped (step S164), and it is determined whether or not the list cancel button 224 shown in FIG. 8 has been tapped (step S166). Then, when the list cancel button 224 is tapped (Y in step S166), the display control unit 104 erases the target character list image 218 (step S168), the re-acquisition process 1 is terminated, and is shown in FIG. The lottery top image 202 is displayed.

Further, when any of the character buttons 220 shown in FIG. 8 is tapped (Y in step S164), the display control unit 104 displays the reacquisition confirmation image 242 shown in FIG. 10 (step S170). Then, it is determined whether or not the reacquisition decision button 244 shown in FIG. 10 has been tapped (step S172), and it is determined whether or not the reacquisition cancel button 245 shown in FIG. 10 has been tapped (step S174). Then, when the reacquisition cancel button 245 is tapped (Y in step S174), the display control unit 104 erases the reacquisition confirmation image 242 (step S176) and displays the target character list image 218 shown in FIG. (Step S162).

Further, when the reacquisition decision button 244 shown in FIG. 10 is tapped (Y in step S172), if the character to be reacquired is a character that cannot be reacquired (Y in step S178), the display control unit. 104 displays the non-re-acquirable image 246 shown in FIG. 11 (step S180). Then, when the close button 248 shown in FIG. 11 is tapped (Y in step S182), the display control unit 104 erases the non-re-acquirable image 246 (step S184), and displays the target character list image 218 shown in FIG. Display (step S162).

On the other hand, when the character to be reacquired is not a character that cannot be reacquired (N in step S178), the display control unit 104 erases the reacquisition confirmation image 242 (step S186), and the terminal communication control unit 112 , The character ID to be reacquired corresponding to the tapped character button 220 and the reacquisition request requesting the reacquisition of the character to be reacquired are transmitted to the server device 12 (step S188).

When the narrowing down button 226 shown in FIG. 8 is tapped, the display control unit 104 displays the narrowing down setting image 228 shown in FIG. 9 and sets the narrowing down condition corresponding to the check mark whose color has changed. Then, when the narrowing down decision button 238 is tapped, the display control unit 104 erases the narrowing down setting image 228, and the narrowing down determined based on the determined narrowing down condition and the player's already acquired list and reacquired list. The character button 220 corresponding to the condition is displayed in the target character list image 218 shown in FIG.

FIG. 17 is a flowchart showing the flow of the reacquisition processing 2 performed by the server device 12. In the reacquisition processing 2 shown in FIG. 17, when the server communication control unit 48 receives the reacquisition target character ID and the reacquisition request (Y in step S200), the reacquisition target character is based on the reacquisition definition data. When the ID is a character ID before special training with a rarity of 3 or less (Y in step S202), and when the character ID to be reacquired exists in the acquired list (Y in step S204), and the character ID to be reacquired. Is on the reacquisition list, but one year or more has passed since the reacquisition (Y in step S208), and if the reacquisition ticket possessed by the player is sufficient (Y in step S210), a reacquisition request is made. Is determined to be valid, the server game medium setting unit 44 acquires the character to be reacquired (step S212), and performs the character acquisition processing shown in FIG. 12 for the character to be reacquired.

On the other hand, when the server game medium setting unit 44 does not have the character ID to be reacquired before the special training with rarity 3 or less (N in step S202), or when the character ID to be reacquired does not exist in the acquired list. (N in step S204), or if the character ID to be reacquired exists in the reacquisition list and one year or more has not passed since the reacquisition (N in step S208), or the reacquisition ticket possessed by the player is insufficient. In that case (N in step S210), it is determined that the reacquisition request is invalid, and error processing is executed without acquiring the character to be reacquired (step S214).

3. 3. Modifications The present invention is not limited to those described in the above embodiments, and various modifications can be carried out. Modifications are introduced below. It should be noted that the above-described embodiment and various methods described below as modified examples can be appropriately combined and adopted as methods for realizing the present invention.

First, in the above embodiment, by using the reacquisition ticket, the player can select and reacquire a character that has not been specially trained from the acquired characters, and for the reacquired character, one year has passed since the reacquisition. Until the lapse of time, an example was given to prevent reacquisition by using a reacquisition ticket, but for characters that have never been reacquired, one reacquisition ticket can be used (specific). (When the conditions are met), while allowing the player to select and reacquire one untrained character from the acquired characters, for the reacquired character, by using one reacquisition ticket, Further, although it cannot be reacquired, it may be possible to reacquire it further by using two or more reacquisition tickets.

In addition, the re-acquired character cannot be re-acquired unless two or more re-acquisition tickets are used until the predetermined period elapses after the re-acquisition, but if the predetermined period elapses after the re-acquisition. By using one re-acquisition ticket, it may be possible to further re-acquire.

Also, for characters that have never been reacquired, by using the first skill of the possessed character (when specific conditions are met), the player can select and reacquire a character that has not been specially trained from the acquired characters. However, the reacquired character cannot be reacquired by using the first skill of the possessed character, but it may be further reacquired by using the second skill of the possessed character. ..

In addition, the reacquired character cannot be reacquired unless the second skill of the possessed character is used until the predetermined period elapses after the reacquisition, but if the predetermined period elapses after the reacquisition. , By using the first skill of the possessed character, it may be possible to acquire it again.

Further, in the above embodiment, the example in which the predetermined period that cannot be reacquired is one year has been described for any of the characters, but the predetermined period that cannot be reacquired differs depending on the type and parameters of the character. The predetermined period during which the character cannot be reacquired may differ depending on the player, or the predetermined period during which the character cannot be reacquired may differ depending on the timing at which the character is reacquired. Further, the predetermined period that cannot be reacquired, which has already been set, may be changed according to conditions such as the occurrence of an event.

Further, in the above embodiment, the reacquirable character has been described by giving an example in which the character before the special training is limited, but the character after the special training may be reacquired.

Further, in the above embodiment, the example in which the character button 220 corresponding to the character before the special training is displayed among the acquired characters has been described, but only the character button 220 corresponding to the unspecially trained character among the acquired characters has been described. By displaying it, it may be possible to reacquire only the characters that have not been specially trained among the acquired characters.

Further, in the above embodiment, when the possessed character is consumed to raise the level or rank, an example in which the possessed character to be raised and the possessed character to be consumed are selected by the player has been described. At least one of the possessed character and the possessed character to be consumed may be selected based on a lottery or a predetermined algorithm.

Further, in the above embodiment, the example in which the possession list, the acquired list, and the reacquired list are stored in the server character information storage unit 22 and the terminal character information storage unit 57 has been described, but the server character information storage unit 22 has been described. , For all characters, all character information to which the character ID and flag information are associated is stored, and as one of the flag information, the acquired flag information indicating whether or not each character is an acquired character. May be set.

In this case, every time the player acquires a character, the acquired flag information corresponding to the acquired character's character ID is updated to "1" when the initial value is "0". The character that has been acquired may be set as the acquired character. Then, when the use button 216 of the reacquisition ticket shown in FIG. 7 is tapped, the acquired list of the player is generated based on the acquired flag information of all the character information of the player, and the terminal device 14 is generated from the server device 12. It may be sent to.

Further, the server character information storage unit 22 may hold the acquisition history information indicating the acquisition history of the characters for all the characters. In this case, every time the player acquires a character, even if the same character as the character that has been acquired is acquired, the character ID of the acquired character is added to the acquisition history information. Further, the acquired character may be set as an already acquired character by updating the counter indicating the acquired number corresponding to the character ID of the acquired character. Then, when the use button 216 of the reacquisition ticket shown in FIG. 7 is tapped, the acquired list of the player is generated based on the acquisition history information of the player, and is transmitted from the server device 12 to the terminal device 14. You may do it.

Further, in the above embodiment, the case where the present invention is applied to a game application of a smartphone has been described as an example, but the present invention may be applied to a game device (information processing device) installed in a store or at home. It may be applied to a game device (information processing device) for. When the present invention is applied to a game device installed in a store or a home-use game device, a plurality of game devices may communicate with each other using the terminal device as the game device. In this case, the present invention can be applied to a game device or a server device. Further, the present invention may be applied to a stand-alone game device that is not connected to the server device 12.

10 information processing system, 12 server device, 14 terminal device, 16 network,
20 server information storage medium, 22 server character information storage unit,
24 server player information storage, 30 server storage, 36 server communication,
40 Server Information Processing Department, 42 Server Game Processing Department,
44 Server game Game media setting unit, 46 Server parameter control unit,
47 Server Reward Granting Department, 48 Server Communication Control Department,
50 player input detection unit, 52 display unit, 54 sound output unit,
56 terminal information storage medium, 57 terminal character information storage unit,
58 terminal player information storage unit, 60 terminal storage unit, 62 main storage unit,
64 drawing buffer, 66 terminal communication unit,
100 terminal information processing unit, 102 terminal game processing unit, 103 input reception unit,
104 display control unit, 105 terminal game media setting unit,
106 Terminal parameter control unit, 107 Terminal reward granting unit,
108 image generation unit, 110 sound generation unit, 112 terminal communication control unit

Claims (7)

A game medium setting unit that sets the game medium acquired by the player as the possessed game medium possessed by the player,
The computer functions as a parameter control unit that changes the parameters of the other selected game media on condition that the selected game medium is consumed.
The game medium setting unit is
Based on the acquisition of a game medium that the player has never acquired, the game medium is set as an acquired game medium that the player has acquired.
When the specific condition is satisfied, the game medium selected from the acquired game media is set as the possessed game medium, and the specific game medium which cannot be set as the possessed game medium when the specific condition is satisfied. The program to set as. In claim 1,
The game medium setting unit is
When the specific condition is satisfied, a program that sets a game medium selected from the acquired game media as a possessed game medium and sets it as a specific game medium until a predetermined period elapses. In claim 2,
A program that further functions a computer as a display control unit that displays a specific display that notifies the timing at which a specific game medium can be set as a possession game medium when the specific condition is satisfied. In any of claims 1 to 3,
A program that further functions the computer as a display control unit that displays the game media display corresponding to the acquired game media excluding the possessed game media. In any of claims 1 to 3,
A reward-giving unit that rewards players when certain conditions corresponding to the possessed game medium are met,
A program that further functions a computer as a display control unit for displaying a game medium display corresponding to an acquired game medium that does not satisfy the predetermined conditions. A game medium setting unit that sets the game medium acquired by the player as the possessed game medium possessed by the player,
Includes a parameter control unit that changes the parameters of the other selected game media on condition that the selected game media is consumed.
The game medium setting unit is
Based on the acquisition of a game medium that the player has never acquired, the game medium is set as an acquired game medium that the player has acquired.
When the specific condition is satisfied, the game medium selected from the acquired game media is set as the possessed game medium, and the specific game medium which cannot be set as the possessed game medium when the specific condition is satisfied. Information processing device to be set as. An information processing method executed by one or more computers.
Set the game medium acquired by the player as the game medium possessed by the player,
Changing the parameters of the other selected game media, provided that the selected game media is consumed,
Based on the acquisition of a game medium that the player has never acquired, the game medium is set as an acquired game medium that the player has acquired.
When the specific condition is satisfied, the game medium selected from the acquired game media is set as the possessed game medium, and the specific game medium which cannot be set as the possessed game medium when the specific condition is satisfied. Information processing method to set as.

Images