JP7417433B2 - Program, information processing method, and information processing device - Google Patents

Description

The present disclosure relates to a program, an information processing method, and an information processing device.

BACKGROUND ART Conventionally, a type of game has been known in which, for example, a predetermined number of game elements owned by a user are selected from among various types of game elements, a group is formed, and the game elements forming the group are played. This type of game is called, for example, a deck composition type game (see, for example, Patent Document 1).

JP 2019-177037 Publication

In conventional deck-based games, it is common to create a plurality of decks and play the game using a deck selected from among the created decks. In such conventional deck building type games, an upper limit on the number of decks that a player can build and save is often determined.

Therefore, even when players create and save event decks to be used in so-called events that are held for a limited time in a deck-building type game, players must make sure that the maximum number of decks is not exceeded. There were cases where it was necessary to delete or change a normal deck that was used for other purposes.

An object of the present disclosure is to provide a new mechanism that improves the convenience of forming groups whose usable period is limited in a game in which groups are formed by combining objects to be formed.

According to the present disclosure, an information processing device is configured to organize objects in a game, and to combine the objects to be organized based on an operation from a player to create a group that the player can use for an unlimited period of time. a group composition control unit that organizes a group as one group and a group that the player uses for a limited period as a second group; a group composition control unit that receives a composition operation for the first group and the second group from the player; A program is provided for functioning as a composition screen display control section that controls the display of composition screens.

According to the present disclosure, it is possible to provide a new mechanism that improves the convenience of forming groups whose usable period is limited in a game in which groups are formed by combining objects to be formed.

FIG. 1 is a diagram showing an example of a game system according to the present embodiment. FIG. 2 is a diagram illustrating an example of a hardware configuration of a client. It is a diagram showing an example of the hardware configuration of a server. FIG. 2 is a diagram illustrating an example of a functional configuration of a client. FIG. 2 is a diagram illustrating an example of a functional configuration of a server. FIG. 2 is a configuration diagram of an example of a player information table used in this embodiment. FIG. 2 is a configuration diagram of an example of an object information table used in this embodiment. FIG. 2 is a configuration diagram of an example of an event information table used in this embodiment. FIG. 2 is a configuration diagram of an example of a deck information table used in this embodiment. FIG. 2 is a configuration diagram of an example of a history information table used in this embodiment. FIG. 3 is an image diagram of an example of a deck organization screen according to the present embodiment. FIG. 3 is an explanatory diagram of an example of a transition caused by pressing a deck change button of a normal deck or an event deck displayed in a deck display field. 7 is a flowchart of an example of deck organization processing according to the present embodiment. 12 is a flowchart of an example of a display control process for the deck organization screen in step S16. 7 is a flowchart of an example of history information storage processing according to the present embodiment.

Hereinafter, embodiments for implementing the present disclosure will be described with reference to the drawings. In addition, in this embodiment, an example of a character will be explained as an example of an in-game object to be organized, but the invention is not limited to this. The names of objects in the game, such as cards and items, vary depending on the game. Further, in this embodiment, an example of a deck will be explained as an example of a group formed by combining objects, but the present invention is not limited to this, and various types such as units, teams, members, etc. can be used. Furthermore, this embodiment can be applied to games of various genres such as a role-playing game, an action game, a simulation game, a strategy game, or a puzzle game.

[Game system]
First, a game system 10 according to an embodiment will be described with reference to FIG. 1. The game system 10 according to one embodiment has a configuration in which a client 20 and a server 30 are communicably connected via a network 40.

The client 20 is an example of an information processing device on which a player plays a game. The client 20 is, for example, a mobile phone such as a smartphone, a portable game machine, a personal computer, a tablet terminal, a home game device, an arcade game device, or the like. The client 20 accepts operations from the player using a touch panel, controller, mouse, keyboard, etc., and allows the player to play the game. Note that the number of clients 20 is not limited to three, and may be other than three.

The server 30 is an example of an information processing device that provides functions and information necessary for the game to the client 20 by transmitting and receiving data to and from the client 20. The server 30 may be realized by a cloud computer. Note that the number of servers 30 shown in FIG. 1 is not limited to one, and distributed processing may be performed using two or more. For example, the server 30 is used for downloading of game programs (applications) to the client 20, user login processing, event-related processing, management of various tables, and the like.

FIG. 2 is a diagram showing an example of the hardware configuration of the client 20. The client 20 includes a CPU (Central Processing Unit) 121, a storage device 122, a communication device 123, an input device 124, and a display device 125. CPU 121 controls client 20 . The storage device 122 is, for example, a memory such as a ROM (Read Only Memory) or a RAM (Random Access Memory), or a storage such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive).

The communication device 123 is a communication device such as a network circuit that controls communication. The input device 124 is an input device such as a touch pad, a controller, a mouse, a keyboard, a camera, and a microphone. Further, the display device 125 is an output device such as a display or a speaker. A touch panel is realized by combining a touch pad and a display.

FIG. 3 is a diagram showing an example of the hardware configuration of the server 30. The server 30 includes a CPU 131, a storage device 132, and a communication device 133. CPU 131 controls server 30 . The storage device 132 is, for example, a memory such as ROM or RAM, or a storage such as HDD or SSD. The communication device 133 is a communication device such as a network card that controls communication.

FIG. 4 is a diagram showing an example of the functional configuration of the client 20. The client 20 includes a storage section 21 , a client control section 22 , an operation section 23 , a display section 24 , and a client-side communication section 25 . The storage unit 21 stores programs such as a game program 51 and data used by the programs, such as a deck information table 52 and a history information table 53. The storage unit 21 may be realized by the storage device 122 or may be realized by a storage device connected via the network 40.

The client control unit 22 performs overall control of the client 20. The overall control of the client 20 includes control regarding the overall game played by the player. The client control unit 22 is realized by the CPU 121 executing processing described in the game program 51. The client control section 22 includes a request transmission section 54 , a result reception section 55 , a composition screen display control section 56 , a deck composition control section 57 , a history screen display control section 58 , and a game control section 59 .

The request transmitter 54 makes various requests to the server 30 based on the player's operations. The result receiving unit 55 receives results for various requests from the server 30. A composition screen display control section 56 controls the display of a deck composition screen, which will be described later. The deck composition control unit 57 compiles a normal deck and an event deck based on a player's operation received from a deck composition screen, which will be described later. The history screen display control unit 58 controls the display of the deck history screen. The game control unit 59 performs control regarding games using normal decks and event decks.

The operation unit 23 accepts various operations performed by the player on the input device 124. The display unit 24 displays the game image on the display device 125. Note that the operation unit 23 is realized by the CPU 121 controlling the input device 124. Further, the display unit 24 is realized by the CPU 121 controlling the display device 125.

Various operations performed by the player on the input device 124 refer to operations performed by the player playing the game on the operation unit 23 in order to cause the CPU 121 to execute processing. The operation unit 23 accepts various operations from a player playing the game. The client control unit 22 advances the game based on various operations received from the player.

The display unit 24 displays the game image generated by the client control unit 22. The client-side communication unit 25 communicates with the server 30. The client-side communication unit 25 is realized by the CPU 121 executing the game program 51 and controlling the communication device 123 according to the game program 51.

FIG. 5 is a diagram showing an example of the functional configuration of the server 30. The server 30 in FIG. 5 includes a storage section 31, a server control section 32, and a server-side communication section 33.

The storage unit 31 stores programs such as a server program 61 and a game program 62, data used by these programs, a player information table 63, an object information table 64, an event information table 65, etc., which will be described later. The storage unit 31 may be realized by the storage device 132 or may be realized by a storage device connected via the network 40.

The server control unit 32 performs overall control of the server 30. The server control unit 32 is realized by the CPU 131 executing processing described in the server program 61. For example, the server control unit 32 performs a download process to download the game program 62 stored in the storage unit 31, data used by the game program 62, etc. to the client 20.

The server control unit 32 includes a request receiving unit 66, a processing unit 67, and a result transmitting unit 68. The request receiving unit 66 receives various requests from the client 20. The processing unit 67 processes various requests. The result transmitter 68 transmits the results of processing for various requests to the client 20.

The server-side communication unit 33 communicates with the client 20. The server-side communication unit 33 is realized by the CPU 131 executing the server program 61 and controlling the communication device 133 according to the server program 61.

Note that the functional configuration of the client 20 shown in FIG. 4 and the functional configuration of the server 30 shown in FIG. 5 are examples, and for example, at least one of the functional configurations of the server 30 shown in FIG. It may be included in the functional configuration of the client 20. In other words, the functional configuration shown in FIGS. 4 and 5 only needs to be included in either the client 20 or the server 30.

A configuration example of the player information table 63, object information table 64, and event information table 65 stored in the storage unit 31 of the server 30 is as follows.

FIG. 6 is a configuration diagram of an example of a player information table used in this embodiment. In the player information table, information about players who play games on the client 20 is set. The player information table in FIG. 6 has a player ID and an owned object ID as items.

The player ID is an example of player identification information. The owned object ID is an example of identification information of a character (object in the game) owned by the player. According to the player information table of FIG. 6, if the player ID can be identified, the character owned by that player can be identified.

FIG. 7 is a configuration diagram of an example of an object information table used in this embodiment. In the object information table, information about characters (objects in the game) to be organized is set. The object information table in FIG. 7 has object ID and object information as items. The object ID is an example of character identification information. In the object information, character information necessary for executing the game, such as character abilities and images, is set.

FIG. 8 is a configuration diagram of an example of an event information table used in this embodiment. The event information table is set with information regarding so-called events held within the game for a limited period of time. The event information table in FIG. 8 has the event name, event ID, event period, and special effect object ID as items.

The event name and event ID are examples of event identification information. The event period is set as the period during which the event will be held. The special effect object ID is set to a special effect character that causes an advantageous effect in the event, such as increasing the ability than usual or increasing the points and rewards that can be obtained in the event identified by the event ID. . Therefore, by assembling an event deck to include special characters, the player can compose an event deck that is more advantageous for the event than a normal deck used outside of the event period.

A configuration example of the deck information table 52 and history information table 53 stored in the storage unit 21 of the client 20 is as follows.

FIG. 9 is a configuration diagram of an example of a deck information table used in this embodiment. The deck information table has information about the normal deck and event deck organized and saved by the player. The deck information table in FIG. 9 has items such as deck ID, deck name, and organization object ID.

The deck ID and deck name are examples of deck identification information. In the composition object ID, identification information of a plurality of characters that compose the normal deck and the event deck is set for each deck. According to the deck information table of FIG. 9, if the deck ID can be specified, it is possible to specify which character combination the deck is made up of.

FIG. 10 is a configuration diagram of an example of a history information table used in this embodiment. Note that the history information table is set with information on event decks created by the player based on past events. The history information table in FIG. 10 has the deck name, event ID, and organization object ID as items.

The deck name is an example of deck identification information. The event ID is an example of event identification information. In the composition object ID, identification information of a plurality of characters that compose event decks used in past events is set for each deck. According to the history information table of FIG. 10, if the event ID can be specified, the event deck used by the player in a past event can be specified.

[Game behavior]
In the following, a process will be described in which the player displays a deck composition screen, performs operations on the deck composition screen, compiles and saves a deck. FIG. 11 is an image diagram of an example of the deck organization screen according to this embodiment.

The deck composition screen 1000 in FIG. 11 includes a deck display field 1002, an owned character list display field 1004, deck change buttons 1006a and 1006b, owned character list change buttons 1008a and 1008b, a return button 1010, a search button 1012, and a search button 1014. , and a decision button 1016.

The deck display column 1002 displays one normal deck or event deck that accepts configuration operations from the player. The normal deck or event deck displayed in the deck display field 1002 is sequentially switched by pressing the deck change button 1006a or 1006b.

FIG. 12 is an explanatory diagram of an example of the transition caused by pressing the deck change button of the normal deck or event deck displayed in the deck display field. FIG. 12A is an example of normal times (other than event times). Normally, in the deck display column 1002, as shown in FIG. 12(A), for example, by pressing the deck change button 1006b, normal decks are sequentially switched and displayed, but event decks are not displayed.

FIG. 12(B) is an example at the time of an event. At the time of an event, the normal deck and the event deck are sequentially switched and displayed in the deck display column 1002 by pressing the deck change button 1006b, for example, as shown in FIG. 12(B). In this way, the upper limit of the number of decks that a player can organize and save is greater during an event than during a normal event, by the number of event decks that can be saved at the time of an event.

Note that FIG. 12A is an example, and for example, when the deck change button 1006b is pressed, the normal deck and the event deck are sequentially switched and displayed, but the display may be controlled so that the organization of the event deck is not accepted. . When controlling the display so as not to accept the organization of the event deck, for example, the event deck may be displayed in a grayed out manner, or the enter button 1016 may be hidden.

Although FIG. 12 shows an example in which the number of storable normal decks is 10 and the number of storable event decks is two, the present invention is not limited to this example. Further, in the deck display field 1002, the deck displayed first may be different between normal times and events. For example, in normal times, the normal deck may be displayed first in the deck display column 1002, and may be sequentially switched by pressing the deck change button 1006a or 1006b. Further, at the time of an event, the event deck may be displayed first in the deck display column 1002 with priority, and the display of the event deck and the normal deck may be sequentially switched by pressing the deck change button 1006a or 1006b.

In addition, players whose event decks have not yet been assembled at the time of the event will be notified via a message at the start of the game, an email to their registered email address, etc. that their event decks have not yet been assembled, and will not be able to participate in the event. You may also encourage this.

The owned character list display field 1004 displays a list of characters owned by the player. The character list displayed in the owned character list display field 1004 is sequentially switched by pressing the owned character list change buttons 1008a and 1008b. The characters displayed in the owned character list display column 1004 are characters that the player can select as objects for forming a normal deck and an event deck. The player can compose a normal deck or an event deck using a plurality of characters, for example five, selected from the owned character list display field 1004.

The return button 1010 is a button that accepts an operation from the player to return to the screen displayed before the deck composition screen 1000. The search button 1012 is used when searching for a desired character from among the characters owned by the player. The replay button 1014 is a button that accepts an operation from the player to display the deck history screen.

The enter button 1016 is a button that accepts an operation from the player to update (save in the deck information table 52) the normal deck and event deck organized on the deck composition screen 1000.

FIG. 13 is a flowchart of an example of deck organization processing according to this embodiment. Upon receiving an operation from the player to display the deck composition screen 1000, the client control unit 22 of the client 20 proceeds from step S10 to S12.

In step S12, the client control unit 22 requests the server 30 to confirm the event information table 65, and receives the result of the confirmation request. In step S14, the composition screen display control section 56 of the client control section 22 determines whether or not it is during the event period based on the received result.

If it is during the event period, the composition screen display control unit 56 proceeds to step S16 and performs display control of the deck composition screen on which a normal deck and an event deck can be composed, as described using FIGS. 11 and 12(B). . Thereby, the composition screen display control unit 56 can receive composition operations for the normal deck and the event deck from the player during the event period.

If it is not during the event period, the composition screen display control unit 56 proceeds to step S18, and performs display control of the deck composition screen on which a normal deck can be composed, as described using FIGS. 11 and 12(A). As a result, the composition screen display control section 56 can normally receive composition operations for the normal deck from the player.

When the decision button 1016 is pressed, the deck organization control section 57 of the client control section 22 proceeds to step S20, and if it is during the event period, the deck information table is created using the information of the normal deck and event deck organized on the deck organization screen 1000. Performs deck composition control to update. In normal times, the deck composition control unit 57 performs deck composition control to update the deck information table with information on the normal decks composed on the deck composition screen 1000.

Display control of the deck composition screen in step S16 is performed, for example, in accordance with the procedure shown in the flowchart of FIG. FIG. 14 is a flowchart of an example of the process of controlling the display of the deck organization screen in step S16.

In step S30, the client control unit 22 requests the server 30 to check the player information table 63 and object information table 64, and receives player information and object information of objects owned by the player. In step S32, the organization screen display control unit 56 of the client control unit 22 reads out information on the normal deck and event deck from the deck information table 52.

Proceeding to step S34, the composition screen display control unit 56 displays the deck composition screen 1000, which can switch and display the normal deck and the event deck based on the player's operation, as described using FIGS. 11 and 12(B). do. By pressing the deck change buttons 1006a and 1006b on the deck composition screen 1000, the player displays the normal deck or event deck that he or she wants to compose in the deck display field 1002, and changes the composition for the regular deck or event deck displayed in the deck display field 1002. operations can be performed.

Upon receiving from the player a configuration operation for the normal deck or event deck displayed in the deck display field 1002, the configuration screen display control unit 56 proceeds to step S38, and displays the deck configuration screen 1000 based on the configuration operation from the player. The character of the normal deck or event deck displayed in the deck display column 1002 is updated.

For example, in the example of the deck composition screen 1000 in FIG. 11, the characters displayed as "in construction" in the owned character list display column 1004 are characters of the normal deck or event deck displayed in the deck display column 1002. Further, by pressing the character displayed in the deck display field 1002, the player can remove the character from the normal deck or event deck displayed in the deck display field 1002. Further, the player can add a character to the normal deck or event deck displayed in the deck display field 1002 by pressing a character displayed in the owned character list display field 1004.

If the player does not accept an operation to compile the normal deck or event deck displayed in the deck display field 1002, the compose screen display control unit 56 skips the process of step S38. The processing of steps S36 to S40 is repeated until the player finishes constructing the deck.

According to the flowchart of FIG. 14, the player can compose a normal deck on the deck composition screen 1000 during normal times, and also compose and save an event deck during an event without affecting the upper limit number of regular decks.

FIG. 15 is a flowchart of an example of history information storage processing according to this embodiment. When the event period ends and the event ends, the history screen display control unit 58 proceeds from step S50 to S52.

In step S52, the deck composition control unit 57 stores information about the event deck in which the event has ended in the history information table 53 of FIG. In step S54, the deck organization control unit 57 initializes the deck information table 52 by deleting information about the event deck in which the event has ended.

As a result, in this embodiment, it is possible to prevent the player from unconsciously using an event deck that is advantageous for the finished event (not necessarily advantageous for the next event) for the next event. Furthermore, the history screen display control unit 58 can control the display of a deck history screen that displays information on event decks created by the player in past events, based on the history information stored in the history information table 53.

The player can compose a new event deck by referring to information on past event decks displayed on the deck history screen. The deck history screen may include a copy button that accepts a copy operation for past event decks from the player. By selecting and copying a past event deck that the player wishes to refer to from the deck history screen, the player can paste and use the past event deck on the deck organization screen 1000 in FIG. 11.

According to the present embodiment, in a game in which a deck is created by combining characters to be created, event decks can be created and saved from the same deck creation screen 1000 without affecting the upper limit number of normal decks used in normal times. Since this is possible, it is possible to provide a new mechanism that improves the convenience of organizing different decks, such as a normal deck and an event deck.

The game system 10, client 20, and server 30 of the disclosed embodiment should be considered to be illustrative and not restrictive. The embodiments described above can be modified and improved in various ways without departing from the scope and spirit of the appended claims. Moreover, the matters described in the plurality of embodiments described above can be adopted in other configurations within a consistent range, and can be combined within a consistent range.

10 Game system 20 Client 21 Storage section 22 Client control section 23 Operation section 24 Display section 25 Client-side communication section 30 Server 31 Storage section 32 Server control section 33 Server-side communication section 40 Network 51 Game program 52 Deck information table 53 History information table 54 Request transmitting section 55 Result receiving section 56 Composition screen display control section 57 Deck composition control section 58 History screen display control section 59 Game control section 61 Server program 62 Game program 63 Player information table 64 Object information table 65 Event information table 66 Request reception Section 67 Processing section 68 Result transmission section

Claims (7)

information processing equipment,
Objects in the game are to be organized, and based on operations from the player, the objects to be organized are combined to form a group that the player uses without limitation as a first group. a group composition control unit that organizes a group that uses limitedly as a second group;
a composition screen display control unit that controls the display of a composition screen that receives composition operations for the first group and the second group from the player;
function as
The composition screen display control unit displays the first group and the second group on the one composition screen during the period when the second group can be used, and displays the composition for the first group and the second group. operation is accepted from the player, and display control is performed so as not to accept from the player an operation for organizing the second group from the first organization screen due to the end of the period in which the second group can be used.
program . When the period during which the second group can be used ends, the composition screen display control unit does not display the second group on the first composition screen, or displays the second group in a form indicating that the second group is excluded from the operation target. 2. The program according to claim 1 , wherein the program displays the second group. 3. The composition screen display control unit displays the second group on the first composition screen with priority over the first group during a usable period of the second group . Programs listed. The information processing device,
a history screen display control unit that controls the display of a history screen that displays history information of the second group organized by the players;
The program according to any one of claims 1 to 3 , for further functioning as a program. After the period in which the second group can be used ends and before the next period in which the second group can be used starts, the group composition control unit is configured to change the period in which the second group can be used from the previous time. 5. The program according to claim 1 , wherein the second group formed from the players is initialized. In the information processing device,
The objects in the game are objects to be organized, and the operations for organizing are performed for a first group that the player uses by combining the objects to be organized and a second group that the player uses for a limited period. a composition screen display step for controlling the display of one composition screen received from the player;
a group formation control step of forming the first group and the second group based on an operation from the player on the formation screen;
run the
The composition screen displaying step displays the first group and the second group on the one composition screen during the period when the second group can be used, and displays the composition for the first group and the second group. the step of accepting an operation from the player and controlling the display so as not to accept from the player an operation for organizing the second group from the first composition screen due to the end of the period in which the second group can be used; include
Information processing method. Objects in the game are to be organized, and based on operations from the player, the objects to be organized are combined to form a group that the player uses without limitation as a first group. a group composition control unit that organizes a group that uses limitedly as a second group;
a composition screen display control unit that controls the display of a composition screen that receives composition operations for the first group and the second group from the player;
has
The composition screen display control unit displays the first group and the second group on the one composition screen during the period when the second group can be used, and displays the composition for the first group and the second group. operation is accepted from the player, and display control is performed so as not to accept from the player an operation for organizing the second group from the first organization screen due to the end of the period in which the second group can be used.
Information processing device.

Images