JP2022132439A5 - - Google Patents

Description

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

BACKGROUND ART Some games that are executed using a computer allow a character to try on equipment before the character actually wears the equipment (see, for example, Patent Document 1).

Japanese Patent Application Publication No. 2018-057869

The player (player character) does not necessarily own the equipment that he or she tries on. Equipment that the player does not own may be produced or acquired by the player within the game. Therefore, it would be convenient for the player to be able to manage equipment (game media) that he or she would like to obtain in the future in a list.

The purpose of this aspect is to enable easy creation of a list of game contents.

The first aspect is that the computer is
a display control unit that displays an image of the first game medium and an image of the second game medium designated by the user on the same screen;
a reception unit that receives from the user a request to register the second game medium with respect to a first list for registering the second game medium;
In response to the registration request, the plurality of second game contents displayed on the screen are collectively registered in the first list , and the plurality of second game contents displayed on the screen are registered in the first list. Function as a registration unit that also registers the second list for registering the second set of game media.
It is a game program.

Further, in the first aspect,
The first list may be a list for registering the second game medium that is desired to be associated with the first game medium,
The second list may be a list for registering the user's favorite set.

Further, in the above aspect,
The first game medium may be a character in a game,
The second game medium may be an item equipped to the character.

Further, a second aspect includes a storage unit storing the game program;
and a control unit that executes the game program .
It is a game device.

Further, a third aspect includes a display step of displaying an image of the first game medium and an image of the second game medium designated by the user on the display;
When a request for registering the second game medium in the first list for registering the second game medium is received from the user, a plurality of the second game contents displayed on the display are registered in response to the registration request. a registration step of collectively registering the plurality of second game contents displayed on the display in the first list, and also registering the plurality of second game contents displayed on the display in a second list for registering a set of the plurality of second game contents; equipped with
This is a game processing method.

According to the present invention, it is possible to easily create a list of game media.

FIG. 1 is a block diagram showing the configuration of a game device according to the present embodiment. This is an example of displaying a wish list. This is a display example of a fitting screen. This is a display example of an item registration screen. This is a display example of a registration confirmation screen . 2 is a flowchart illustrating a process from trying on clothes to wishlist registration. This is a display example of an overwrite confirmation screen.

[Embodiment]
Hereinafter, a game program and a game device according to an embodiment of this aspect will be described with reference to the drawings.

The game program described in this embodiment is executed on a game device such as a personal computer, PlayStation (registered trademark), XBox (registered trademark), PlayStation Vita (registered trademark), or Nintendo Switch (registered trademark).

<Game description>
The game program described in this embodiment is executed on a game device. In a game based on this game program, a user (player) causes a character (player character) to act in a virtual game space (hereinafter referred to as virtual space) or pits the character against an enemy character (for example, a monster).

Users can play games online with other users via a communication network. Users can also play the game individually without using a communication network.

The game progresses as the user clears tasks (quests). A user may use game media while attempting a quest. Game media is electronic data representing elements related to a game.

The game medium includes a character (an example of the first game medium), and weapons, armor, and tools used by the character in the virtual space. Game media also includes materials for constructing weapons, armor, and tools.

Hereinafter, game media other than characters (first game media) may be referred to as items (an example of second game media). In this game program, each item is associated with an ID number.

Each item is associated with an attribute value. In this game program, item management data is implemented so that the attribute value of the item can be acquired based on the ID number.

Examples of the attribute values of weapons include attack power and critical hit rate when the weapon is equipped. The meaning of attack power etc. can be defined in various ways. For example, attack power can be defined as a value indicating ability regarding damage inflicted on an opponent. In addition, the hit rate can be defined as the probability of being able to inflict great damage on the opponent.

Items are grouped based on attribute values and the like. The grouping criteria may be determined arbitrarily by the game developer. For example, it is conceivable to group by user level for which use is recommended.

The user can obtain items as the game progresses. In this game, "obtaining" an item means allowing the user to use, sell, discard, or otherwise dispose of the item (in other words, the item is in possession). "Discard" means that the association (described later) is canceled. "Selling" means that the association is canceled and a benefit (for example, in-game currency, etc.) associated with the cancellation of the association is given to the user. Note that items may be sold not only within the game but also outside the game.

In the following, the fact that a user owns an item may be expressed as "there is an association" between the character and the item. In this game program, information relating to the item obtained by the user is set (recorded) with the player character. Items may be associated with non-player characters.

Note that the game program may be implemented so that the user directly owns the game content without using the character. In this case, for example, information identifying the user (such as a user ID) may be associated with the ID number of the item.

In this game, the user can obtain items by completing quests (tasks such as battles and gathering tasks). In this game, the user can also obtain items using in-game currency. The game may be configured such that the user can obtain items through a lottery. Furthermore, the user may be able to obtain the item by charging in the real world.

In this game, users can combine (synthesize) items (materials, weapons, armor, etc.) to create new items (weapons, armor, etc.) or modify (strengthen) existing items (hereinafter referred to as These actions are called production, etc.). Combinations of items (hereinafter also referred to as recipes) necessary for production etc. are determined in advance. In this game, a facility (processor) for manufacturing, etc. is provided in the virtual space.

This game has a mode in which you can try on items such as weapons, armor, and tools on your character. "Trying on" means checking the state in which the item is worn on the character. Items that can be tried on include items that the character owns and items that the character would like to obtain in the future.

This game program displays various information on the screen (display 61 described below) along with an image of the character wearing the item when trying on the item. This allows the user to check the appearance of the character before actually equipping the item. Furthermore, the user can check changes in various parameters such as the character's strength and defense power before actually equipping the item.

A user can register game media that he or she wishes to associate with a character in a list (hereinafter referred to as a wish list). Note that the characters here include both player characters and non-player characters.

The wish list is implemented as list-format data. That is, the wish list has multiple frames in which information is registered. Each frame is associated with a number. A pair of the item ID number and the date and time of registration is registered in each frame of the wish list.

The maximum number of registrations (number of slots) for the wish list is determined. The maximum number of registrations is set to six, as an example. Of course, the maximum number is not limited to six.

<Configuration of game device>
FIG. 1 is a block diagram showing the configuration of a game device 5 of this embodiment. Game device 5 executes a game based on user operations. A display 61, a speaker 62, and a controller 63 are externally connected or built into the game device 5.

In the game device 5, the game progresses based on the installed game program and game data. Note that the game devices 5 can also perform data communication with each other using a communication network (not shown) or a short-range wireless communication device (not shown).

The game device 5 includes a network interface 51, a graphic processing section 52, an audio processing section 53, an operation section 54, a storage section 55, and a control section 56. The network interface 51, the graphic processing section 52, the audio processing section 53, the operation section 54, and the storage section 55 are electrically connected to the control section 56 via a bus 59.

The network interface 51 is communicably connected to the communication network in order to transmit and receive various data with, for example, the game device 5 and an external server device (not shown).

The graphic processing unit 52 draws a game image including a player character and various objects related to the virtual space in a moving image format according to the game image information output from the control unit 56. The graphic processing section 52 is connected to the display 61. The game image is displayed on the display 61 as a game screen.

The audio processing unit 53 reproduces and synthesizes digital game audio according to instructions from the control unit 56. The audio processing section 53 is connected to the speaker 62. The reproduced and synthesized game sound is output from the speaker 62.

The operation unit 54 is connected to the controller 63 and transmits and receives data related to operation inputs to and from the controller 63. For example, the user inputs an operation signal to the game device 5 by operating an operator (not shown) such as a button provided on the controller 63.

The storage unit 55 is composed of an HDD, RAM, ROM, and the like. The storage unit 55 can store game programs and game data. The storage unit 55 also stores other account information received from other game devices 5.

The control unit 56 is composed of a microcomputer including a CPU and a semiconductor memory. The control unit 56 controls the operation of the game device 5. For example, the control unit 56 operates the graphic processing unit 52, the audio processing unit 53, etc. by executing a game program.

The audio processing unit 53 reproduces game audio by executing predetermined software (for example, a game program or a program associated therewith).

<Functional configuration of control unit>
The control unit 56 functions as a game progress unit 561, a reception unit 562, a management unit 563, a display control unit 564, and a registration unit 565 by executing the game program.

The game progression unit 561 advances the game according to the operation signal input from the operation unit 54. At this time, the game progression unit 561 causes the player character to move in the virtual space in response to the operation signal. The game progression unit 561 also causes the non-player character to move in the virtual space. The motion of the non-player character is determined by, for example, AI (Artificial Intelligence).

The reception unit 562 receives various commands related to the wish list from the user via the operation unit 54. For example, the reception unit 562 receives a request from a user to register an item to a wishlist.

The management unit 563 manages associations between characters and items. The characters here include both player characters and non-player characters. Non-player characters to which items (for example, weapons, armor, etc.) are associated include, for example, characters that act as companions of the player character. The management unit 563 also manages information on the association between characters and users (information indicating which character is used by the user).

The management unit 563 maintains a list of pairs of ID numbers of items and identification information of characters associated with the items. This list is implemented so that items (ID numbers) owned by the character can be searched using the character's identification information as a key.

The display control unit 564 controls the display of the wish list and the display of the character's trying-on state. Specifically, the display control unit 564 generates image data necessary for display, or specifies existing image data, and issues a predetermined instruction to the graphic processing unit 52.

-Wishlist display control-
The user can display the wish list on the screen (display 61) by sending a predetermined command (list display command) to the reception unit 562 via the operation unit 54. The display control unit 564 performs display control of the wish list.

FIG. 2 is a display example (screen) of the wish list W. This screen (hereinafter referred to as list confirmation screen SW) allows the user to confirm the contents of the wish list W. For example, the display control unit 564 displays a list of currently registered item names on the list confirmation screen SW. In the example of FIG. 2, the names of the items include twin swords A, body equipment A, and so on. Note that the display control unit 564 may also display the date and time when each item was registered in the wish list W on the list confirmation screen SW.

In this game program, when the user clicks (selects) the name of an item on the list confirmation screen SW, information regarding the attribute value of that item is displayed. FIG. 2 shows a state in which the user has selected dual swords A (weapons). In the example of FIG. 2, the attack power, critical hit rate, etc. of the selected weapon (item) are displayed as attribute values.

On the list confirmation screen, a list of items (materials) required for production of the item (weapon) selected by the user is displayed as an attribute value of the item (weapon). The list of materials also displays the required and current number of each material. In FIG. 2, for example, the required number of materials b is 5, and the number of owned materials is 2. This game program has a function of notifying the user when materials (game media) such as weapons (items) registered in the wish list W are available. Furthermore, this game program has a function of automatically deleting the registration of the item from the wish list after producing the item registered in the wish list.

-Try-on display control-
By sending a predetermined command (hereinafter referred to as a try-on screen display command) to the reception unit 562 via the operation unit 54, the user can display an image of a character trying on an item (hereinafter referred to as a try-on screen ST). The display control unit 564 instructs the graphic processing unit 52 to display the try-on screen ST when a try-on screen display command is sent from the reception unit 562.

This game program allows you to try on clothes by displaying the image of the character and the image of the item (weapon, armor, etc.) specified by the user on the same screen (more precisely, in the same area on the screen). ing.

FIG. 3 is a display example of the try-on screen ST. The try-on screen ST is provided with an area CA in which a character is displayed. In the example of FIG. 3, the player character PC is displayed in the area CA. When the target to try on the item is a non-player character NPC, the non-player character NPC is displayed in the area CA.

The user can rotate the image of the character trying on clothes by 360 degrees by sending a predetermined command to the reception section 562 via the operation section 54. This allows the user to check the appearance of the character from various directions.

The try-on screen ST also includes an icon area IA in which a plurality of icons IC are displayed. The icon area IA is displayed according to an instruction from the display control unit 564 to the graphic processing unit 52. Each icon IC represents an item (weapon, armor, etc.) that is a candidate for production or the like.

When the user clicks on the icon IC via the operation unit 54, the reception unit 562 determines that the user has selected the item OBJ corresponding to the icon IC to try on. That is, by selecting the icon IC, the user can instruct the reception unit 562 about the item OBJ that he or she wants the character PC or NPC to try on. Note that this game program indicates to the user that the icon IC is in a selected state by attaching a star next to the icon IC (see FIG. 3).

The reception unit 562 sends the ID number of the item OBJ selected by the user and an update command for the try-on screen ST to the display control unit 564. For example, assume that the user selects new armor as the item OBJ to try on. Then, the display control unit 564 displays the character PC and NPC wearing the armor selected by the user in the area CA.

The display control unit 564 displays an item OBJ worn by the character PC or NPC like armor in a state where the item OBJ is superimposed on the character PC or NPC (in a state where it is worn in FIG. 3). Depending on the item OBJ, the display control unit 564 may display the item at a position away from the character PC or NPC (a non-contact position). For example, the display control unit 564 displays an item positioned near the head of the character PC or NPC so as to float above the character's head.

A list of names of items being tried on is displayed on the try-on screen ST. When the displayed name is clicked, the display control unit 564 also displays the attribute value of that item. This allows the user to check changes in the character's strength before and after wearing the item.

The display control unit 564 also displays a button B0 (“register on list” button) on the try-on screen ST. The register button B0 is a button for displaying an item registration screen SR (described later). When the register button B0 is clicked, the reception unit 562 sends a command to display the item registration screen SR to the display control unit 564.

Then, the display control unit 564 causes the display 61 to display the item registration screen SR by transmitting a predetermined command to the graphic processing unit 52. Note that if all of the items OBJ being tried on have been registered in the wish list W, the display control unit 564 displays the register button B0 in a grayed-out state (a state in which it cannot be clicked).

FIG. 4 is a display example of the item registration screen SR. The item registration screen SR is a user interface for registering items to the wishlist W. The user can input a command (registration request) to register item OBJ to wish list W to reception unit 562 by operating button B1 (“start registration” button) on item registration screen SR. The reception unit 562 transfers the registration request to the registration unit 565.

The registration unit 565 has a function of registering the item OBJ that is being tried on in the wish list W. The registration unit 565 realizes registration by writing the ID number of the item OBJ into the wish list W. The registration unit 565 activates this function when a registration request is transferred from the reception unit 562.

In this game program, registration of item OBJ to wishlist W requires the following requirements.

(1) Item OBJ is displayed on the screen (area CA) (2) Item OBJ has no association with character PC or NPC (3) Item OBJ does not overlap with already registered item OBJ. The registration unit 565 does not consider the group to which item OBJ belongs as a requirement for registration.

That is, with regard to the registration of item OBJ, the registration unit 565 allows differences in the groups of item OBJ requested to be registered (displayed items). Furthermore, regarding the registration of item OBJ, the registration unit 565 allows a difference between the group to which the item OBJ requested to be registered belongs and the group to which the already registered item OBJ belongs. This allows the user to select equipment without being tied to a group.

If the item OBJ being tried on satisfies the registration requirements, the registration unit 565 causes the display control unit 564 to display a screen for confirming the user's intention to register (registration confirmation screen SC1) on the screen (Fig. 5). When the user clicks button B2 (“Yes” button) for approving registration, a registration request is sent to reception unit 562. Thereby, the registration unit 565 starts a series of registration operations (described later).

If there are multiple items OBJ to be registered in the wish list W, the registration unit 565 registers the multiple items OBJ in the wish list W at once. "Register all at once" means that the user interface is configured so that the user can register all the registration targets in the wish list W without sending a registration instruction for each registration target item. In this game program, the user interface is configured such that registration work for all registration targets is started in response to one instruction (click on one button) from the user.

In this game program, items that are registered all at once may have the same attributes such as skills (if they are in the same group), or may have different attributes (if they are in different groups). In other words, in this game program, batch registration is possible regardless of the grouping of items.

Note that "skills" include effects activated in the game space that make the game more effective for the user (for example, it becomes easier to clear tasks). This effect works on the character PC, an ally character, an enemy character, etc. when the character PC or NPC actually owns (for example, equips) the item.

At the time of registration, the registration unit 565 first writes information into an empty frame of the wish list W. However, there may be cases where the number of registrations has reached the maximum number when the user requests registration. In this case, if it is necessary to register a new item, the registration unit 565 overwrites the information corresponding to any registered item in the wish list W by the necessary number.

When overwriting, the registration unit 565 selects items to be overwritten in the order of the oldest items registered in the wishlist W. However, the registration unit 565 executes overwriting only when approval for overwriting is obtained from the user.

When checking whether the user has approved the overwriting, the registration unit 565 instructs the graphic processing unit 52 to display the overwriting confirmation screen SC2 (see FIG. 7). The overwrite confirmation screen SC2 includes a message M asking whether or not to overwrite, a button B3 for approving the overwrite ("Yes" button), and a button B4 ("No" button) for rejecting the overwrite. Each one is displayed for selection.

Note that by displaying the registration date and time of each item OBJ on the item registration screen SR, the user can use the registration date and time as a basis for determining whether overwriting is necessary. By using the registration date and time as a basis for determining whether overwriting is possible, it becomes easier for the user to avoid involuntary overwriting, for example.

<Operation example>
Suppose that during the game, the player character PC enters a processing shop due to a user's operation. Here, it is assumed that the user operates the controller 63 to send a try-on screen display command to the reception unit 562. The reception unit 562 transfers the try-on screen display command to the display control unit 564. Then, the fitting screen ST is displayed.

FIG. 6 is a flowchart showing the process from trying on clothes to wish list registration. When the display control unit 564 receives the try-on screen display command, it displays the characters PC and NPC in their current states (step S01, see FIG. 3). In FIG. 3, a player character PC is displayed. Furthermore, the display control unit 564 displays candidates for production, etc. (icon area IA) (step S01).

When the user clicks on the icon IC in the icon area IA, the reception unit 562 sends an update command for the try-on screen ST to the display control unit 564 along with the ID number of the item OBJ corresponding to the icon IC (step S02). Thereby, the display control unit 564 displays the character in the area CA while trying on the item OBJ selected by the user (step S02).

The reception unit 562 checks whether there is a registration request (step S03). When there is a registration request, the registration unit 565 confirms with the user whether he/she really wants to register (see FIG. 5). If the user approves the registration (Yes in step S03), the registration unit 565 checks whether there is an already registered item among the items being tried on (step S04).

As a result of the confirmation, if all of the items being tried on are unregistered (No in step S04), the registration unit 565 records the number of items being tried on (number of items tried on) and the number of empty slots in the wishlist W. Compare (step S05). If the number of items to be tried on is less than or equal to the number of available slots (Yes in step S05), the registration unit 565 registers all the items being tried on in the wish list W at once (step S06).

If the number of items to be tried on is greater than the number of available slots (No in step S05), it is determined that items to be tried on will be registered up to the number of available slots if there are available slots (step S07). The display control unit 564 displays an overwrite confirmation screen SC2 (step S08). FIG. 7 is a display example of the overwrite confirmation screen SC2.

If the user does not approve the overwriting, the registration unit 565 cancels the registration process (No in step S09, step S10). After the cancellation, the registration unit 565 causes the display control unit 564 to switch the item registration screen SR to, for example, a try-on screen ST.

If the user approves the overwriting, the registration unit 565 registers in the empty slot and overwrites the currently used slot (Yes in step S09, step S11). That is, the items OBJ that are tried on are registered in the wish list W all at once. When the registration and overwriting are completed, the registration unit 565 causes the display control unit 564 to switch the item registration screen SR to, for example, a try-on screen ST.

The items being tried on may include items already registered in the wish list W (see Yes in step S04). In this case, the registration unit 565 extracts items that are not registered in the wish list W from among the items being tried on (step S12). The registration unit 565 compares the number of extracted items (extracted number) and the number of empty slots in the wish list W (step S13).

If the number of extractions is greater than the number of empty slots in the wishlist W (No in step S13), the registration unit 565 performs the process in step S07. On the other hand, if the number of extracted items is less than or equal to the number of empty slots in the wish list W, the registration unit 565 registers all of the extracted items in the wish list W (step S14). When the registration is completed, the registration unit 565 switches the item registration screen SR to, for example, a try-on screen ST via the display control unit 564.

To summarize the above, the present aspect includes a computer (control unit 56), a management unit 563 that manages the association between a first game medium (character) and a second game medium (item), and an image of the first game medium. and an image of the second game medium designated by the user on the same screen; and a request to register the second game medium to a list (wish list W) in which the second game medium is registered. function as a reception unit 562 that receives from the user, and a registration unit 565 that registers the second game medium displayed on the screen and without the association in the list in response to the registration request, The registration unit 565 is characterized in that, when a plurality of the second game media exist as registration targets in the list, the registration unit 565 registers the plurality of registration targets in the list at once. It is.

<Effects of this embodiment>
As described above, according to the present embodiment, the user can register items he/she wants to obtain in the wish list W all at once. That is, in this embodiment, it is possible to easily create a list of game media.

Furthermore, the game program requests the user's approval when overwriting the wish list. Therefore, in this embodiment, it is possible to reduce the possibility that the wish list will be inadvertently rewritten.

[Other embodiments]
In the embodiment, an item may be used instead of a character (first game medium). As a specific embodiment, for example, there is a game in which various parts (second game medium) are attached to an ordinary weapon (first game medium) to transform it into a high-level weapon. is assumed.

The wishlist W may be implemented in such a way that a set of weapons, armor, etc. that a character is equipped with can be registered in one slot. In this case, the user may be able to set a generic name for the set of registered items.

When generating items, etc., a complete set of weapons, armor, etc. may be produced at once, or a portion of the set may be produced one by one. It is convenient for the user to automatically delete generated items from the wish list W.

The game program may implement a list (hereinafter referred to as a set list) in which a complete set of equipment for a character from head to foot (hereinafter referred to as favorite set) is registered in response to user instructions. A setlist is a separate list from a wishlist. The game program may be implemented in such a way that when the user selects any favorite set from the set list, the equipment included in the favorite set can be equipped to the character all at once.

Item registration to the set list may be linked to batch registration to the wish list W. For example, the game program may be implemented such that when all the equipment registered in the wish list W is produced, etc., the equipment is registered as a favorite set in the set list. This saves the user the trouble of registering a set of equipment that has been registered all at once in the wish list W in the set list.

The registration unit 565 may be implemented to overwrite the frames in order of arrangement (in descending order of frame numbers) when there are no empty frames in the wishlist W. Even in this case, it is preferable to provide a user interface that asks the user whether overwriting is possible.

The game program may be implemented to display a predetermined message when all of the items being tried on have been registered in the wish list W. The message may be, for example, ``All items have already been registered, so duplicate registration is not possible.''

For items that have already been registered among the items desired to be registered in bulk, the registration date and time recorded in the wish list W may be updated in response to a user's registration request. By doing so, the user can use the registration date and time as a useful material for determining whether or not overwriting is necessary. As a result, the user can easily avoid inadvertent overwriting.

The game program may be implemented so that the user can select the frame (item) of the wish list W to be overwritten.

The game program may be implemented so that the user can select "settings to display" and "settings not to display" for the overwrite confirmation screen SC2.

The criteria for grouping is an example. Another example is to classify weapons, armor, etc. that tend to exhibit specific abilities (game skills) into the same group. Furthermore, items may be classified into groups depending on design taste.

The game program can be implemented so that the items (materials) necessary for making weapons and armor can be obtained from defeated enemies, obtained as rewards for clearing quests, or obtained by picking them up on the field. Furthermore, in the game program, items (materials) that are keys (for example, main items) for production etc. can be determined in advance as game settings. In this case, the acquired items may be grouped according to the attributes of key items among the acquired items (materials).

The game program may be implemented to open new recipes to the user in response to quest clearing. In this case, it is conceivable to group items each time a recipe is released (that is, each quest cleared).

For batch registration of item OBJ to wishlist W, it is required that the group to which the item (second game medium) requested for registration belongs is the same as the group to which the already registered item (second game medium) belongs. You can also use it as By doing so, the user can collect items that are unified based on a predetermined standard.

The user may be able to set priorities for production, etc. for items registered in the wish list W all at once. Furthermore, the game program may be implemented such that the acquired items (materials) are applied to the items to be produced (subtracted from the required number of items to be produced) according to the priority order.

In production, etc., the same item (material) may be required across multiple items. For example, two pieces of material A are needed to make a helmet, and three pieces are needed to make an arm part. In such a case, by allocating items (materials) according to the priority order, the items (materials) necessary for production etc. will be gathered in order from the item with the highest priority order.

If you implement a game program that notifies the user when the items necessary for production, etc. are available, the user will be notified that items are ready for production, etc., starting with the item with the highest priority. Be notified. This makes it possible for the game program to respond to a user's request such as, ``My head equipment is currently weak, so I would like to make head equipment first if possible.''

Games to which the above embodiments can be applied are not limited to action games. For example, it can be applied to various types of games such as role-playing games, shooting games, simulation games, board games, puzzle games, and training games.

The game media described in the embodiments are merely examples. Game media also includes cards, avatars, in-game points, tickets, and the like.

Further, the game program may be implemented as a so-called online game game program. If the game program is for an online game, the processing performed by the control unit 56 may be performed on the server side instead, or may be shared between the server side and the client (game device 5) side. Good too.

Even when these other embodiments are adopted, the effects of this aspect can be achieved. Moreover, it is also possible to combine this embodiment with other embodiments, or with other embodiments, as appropriate.

5 Game device 55 Storage unit 56 Control unit (computer)
562 Reception section 563 Management section 564 Display control section 565 Registration section NPC Non-player character (first game medium)
OBJ item (second game medium)
PC player character (first game medium)
W wish list (list)

Claims (5)

computer,
a display control unit that displays an image of the first game medium and an image of the second game medium designated by the user on the same screen;
a reception unit that receives from the user a request to register the second game medium with respect to a first list for registering the second game medium;
In response to the registration request, the plurality of second game contents displayed on the screen are collectively registered in the first list , and the plurality of second game contents displayed on the screen are registered in the first list. Function as a registration unit that also registers the second list for registering a set of second game media.
game program. The game program according to claim 1,
The first list is a list for registering the second game medium that is desired to be associated with the first game medium,
The second list is a list for registering the user's favorite set.
game program. The game program according to claim 1 or 2 ,
The first game medium is a character in a game,
The second game medium is an item equipped to the character.
game program. a storage unit storing a game program according to any one of claims 1 to 3 ;
and a control unit that executes the game program .
gaming equipment. a display step of displaying an image of the first game medium and an image of the second game medium designated by the user on a display;
When a request for registering the second game medium in the first list for registering the second game medium is received from the user, a plurality of the second game contents displayed on the display are registered in response to the registration request. a registration step of collectively registering the plurality of second game contents displayed on the display in the first list, and also registering the plurality of second game contents displayed on the display in a second list for registering a set of the plurality of second game contents; equipped with
Game processing method.