JP2022139610A - Game program and game device - Google Patents

Abstract

To provide a game program and a game device for improving a user's convenience.SOLUTION: A game program allows a game device to function as a management part 563 for managing linking between a character and a weapon, a reception part 564 for receiving a registration request of a weapon to a wish list from a user, and a registration part 565 for registering a non-linked weapon in the wish list according to a registration request, plural acquisition conditions for linking a character to a weapon are available, the reception part 564 receives selection of acquisition conditions from a user, and the registration part 565 links a weapon to an acquisition condition that a user selects and registers them in the wish list.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game program and a game device.

Conventionally, there are game programs that provide game media used in games. In the game program of Patent Literature 1, game cards (game media) are awarded based on the result of the battle game.

JP 2013-202405 A

By the way, in a game program, if a predetermined acquisition condition is satisfied during the game, game contents may be provided to the user. In order to obtain the game content, the user tries to satisfy the acquisition conditions set for the game content, but it is difficult to play the game while considering the fulfillment of the acquisition conditions.

An object of this aspect is to provide a game program and a game device with improved convenience for the user.

A first aspect provides a computer comprising:
a management unit that manages the association between the first game content and the second game content;
a reception unit that receives from the user a request to register the second game content in a list for registering the second game content;
a registration unit that registers the second game content without the association in the list in response to the registration request;
to make it work,
a plurality of conditions for associating the second game media with the first game media;
When accepting the registration request, the accepting unit accepts selection of the condition from the user,
The registration unit is a game program that associates a second game content with the condition selected by the user and registers them in the list.

Moreover, in the first aspect,
The reception unit can notify the user of information regarding the selection.

Also, in the first aspect, the computer is
The second game content registered in the list and the condition associated with the second game content can be further functioned as a notification control unit that notifies the user of the second game content.

Also, in the first aspect, the computer is
A notification control unit for notifying the user that the condition is satisfied when the condition associated with the second game content in the list is satisfied among the second game contents registered in the list. It can be made to function further as

In the first aspect, the second game medium has a first condition and a second condition, which are the conditions for associating the second game medium with the first game medium,
said computer,
displaying a first display area displaying the second game medium and the first condition, and a second display area displaying the second game medium and the second condition, and displaying the first display area; and display control for displaying that the second game content is registered in the list in the display region corresponding to the condition associated with the second game content in the list, among the second display regions. It can be made to function further as a department.

Further, in the first aspect, the display control unit causes the display area corresponding to the condition that is not associated with the second game content in the list to be selected from the first display area and the second display area. , the fact that the second game content is registered in the list may not be displayed.

In the first aspect, the display control unit displays a third display area in which the second game content is displayed, which is different from the first display area and the second display area, and displays the third display area in the list. When a second game content is registered, the second game content is registered in the list in the third display area regardless of the content of the conditions associated with the second game content in the list. can be displayed.

Further, in the first aspect, the registration unit can cancel the registration of the second game content in the list when the condition selected by the user is satisfied.

A second aspect is a storage unit storing the game program according to the first aspect;
and a control unit that executes the game program.

According to this aspect, it is possible to provide a game program and a game device with improved convenience for the user.

1 is a block diagram showing the configuration of a game device; FIG. FIG. 2 is a conceptual diagram of a wish list according to the embodiment; The figure for demonstrating the production list display screen which concerns on this embodiment. FIG. 4 is a diagram for explaining an enhancement list display screen according to the embodiment; FIG. 4 is a diagram for explaining a derived diagram display screen according to the embodiment; FIG. 4 is a diagram for explaining a wishlist registration screen according to the embodiment; FIG. 4 is a diagram for explaining a wishlist confirmation screen according to the embodiment; The figure for demonstrating the game screen during the quest which concerns on this embodiment. FIG. 10 is a diagram for explaining a game screen after the conditions for acquiring weapons according to the present embodiment are satisfied; 4 is a flowchart showing the operation of the game device according to the embodiment; 4 is a flowchart showing the operation of the game device according to the embodiment; 4 is a flowchart showing the operation of the game device according to the embodiment; 4 is a flowchart showing the operation of the game device according to the embodiment; FIG. 4 is a diagram for explaining category materials according to the embodiment;

A game program and a game device according to the present embodiment will be described below with reference to the drawings. The game program of this aspect is implemented as one function of the game device.

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 the like.

In a game based on this game program, a user activates one or more characters (player characters or non-player characters) in a three-dimensional virtual game space (hereafter simply referred to as virtual space), or pits the characters against enemy characters. or At that time, the game proceeds by, for example, clearing presented tasks (quests) using game media as appropriate.

A user may use game media while challenging a quest. A game medium is electronic data representing elements related to a game. For example, game media include a wide range of items related to game content, such as player characters, non-player characters, and items used in the virtual game space or displayed in game images (weapons, armor, in-game currency, etc.). .

Game media include characters (an example of first game media), weapons, armor, and tools used by the characters in the virtual space. Game media also include materials for constructing weapons, armor, and tools. These materials can be obtained (described later) by, for example, defeating enemy characters, clearing quests for searching for items, or progressing through the game.

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 item attribute value can be acquired based on the ID number.

The attribute value of the weapon can be exemplified by attack power, affinity rate, etc. when the weapon is equipped. Various definitions are possible for the meaning of attack power and the like. For example, attack power can be defined as a value that indicates the ability to deal damage to an opponent. In addition, the affinity rate can be defined as the probability of inflicting great damage on the opponent.

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

In particular, the user can obtain items as the game progresses. In this game, "obtaining" an item means making the item available for the user to use, sell, discard, or otherwise dispose of (in other words, possess the item). “Discard” means that the association (described later) is canceled. “Selling” means that the association is canceled and a privilege (for example, in-game currency, etc.) associated with the cancellation of the association is granted to the user. Items may be sold outside the game in addition to being sold within the game.

Below, the fact that the user owns the item may be expressed as "there is an association" between the character and the item. In this game program, the item obtained by the user is set (recorded) with information associated 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 media without going through the character. In this case, for example, information identifying a user (such as a user ID) may be associated with an ID number of an item.

In this game, the user can obtain items by clearing quests (challenges such as battles and gathering). In this game, the user can also obtain items with in-game currency. The game may be configured to allow the user to obtain the item through a lottery. Alternatively, the user may be able to obtain the item by charging money in the real world.

In this game, items include items that are not consumed when used and items that are consumed when used. "Consume" means to be disassociated. Items that are not consumed when used are, for example, weapons, armor, and tools with unlimited uses. Items that are used and consumed are, for example, materials and tools with a limited number of uses.

In particular, in this game, users combine items (materials, weapons, armor, etc.) to create new items (weapons, armor, etc.) (“production”), or modify existing items (“strengthen”). can

In "production", the user can obtain (generate) new items by consuming multiple materials as materials.

In “strengthening”, the user consumes one item (hereinafter also referred to as the “original item for “strengthening”) and one or a plurality of materials as materials to obtain higher rank than the item (for example, attack power It is possible to obtain (generate) items (hereinafter also referred to as ““enhancement” destination items). For example, items such as weapons and armor worn by characters are not normally consumed, but by combining (producing or enhancing) with other materials, the user can obtain more powerful items. It is possible.

In this game, materials (combination of items) required for production, enhancement, etc. are predetermined. In particular, in this game, the user can refer to recipe information indicating materials required for production, enhancement, and the like. In the following description, the recipe information indicating the materials required for production will be referred to as production recipe information, and the recipe information indicating the materials required for enhancement will be referred to as enhancement recipe information.

In this game, a facility (manufacturing shop) for production, strengthening, etc. is provided in the virtual space. When the user performs an operation to obtain an item in this facility while obtaining all the ingredients included in the recipe information, the user consumes the ingredients indicated in the recipe information to obtain the item. can. For example, if the ingredients for item a are set in the recipe information as 3 ingredients b and 2 ingredients c, the user selects 3 or more ingredients b, 2 or more ingredients b, Item a cannot be obtained unless it has been obtained.

In particular, in this game, two or more pieces of recipe information may be set. For example, assume that item b has two types of recipe information: production recipe information and strengthening recipe information. In this case, in production, multiple materials are combined to create item b. In enhancement, item b is created by combining the original item and multiple materials. The included ingredients and the ingredients included in the enhancement recipe information will be different.

In the following description, "the conditions for obtaining an item have been met" means that the user has obtained all the ingredients included in the recipe information, and that the item has become available. For example, when the user owns the materials included in the production recipe information for item c, it is said that the conditions for obtaining item c through production are satisfied. In this state, the user can obtain the item c by consuming the materials included in the production recipe information by performing an operation for "production" at the processing shop.

That is, the acquisition condition is a condition for determining whether or not the item is available for the user. The acquisition conditions include the production method (in this example, "production" or "strengthening") of the item to be obtained, and materials corresponding to the production method. In this game, the recipe information includes information about the content of the acquisition conditions, and the user can confirm the content of the acquisition conditions by referring to the recipe information. In this game, some items have two or more acquisition conditions, and the content of each acquisition condition is included in the corresponding recipe information. Therefore, when multiple pieces of recipe information are set for one item, two or more obtaining conditions are set for the item.

(Embodiment 1)
<Configuration of game device>
FIG. 1 is a block diagram showing the configuration of the game device 5 of this embodiment. The game device 5 executes a predetermined game based on user's operation. A display 61 , a speaker 62 and a controller 63 are externally connected or built into the game device 5 . The game progresses on the game device 5 based on the installed game program and game data.

The game device 5 has a network interface 51 , a graphics 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 graphics 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 the bus 57 .

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

The graphics processing unit 52 draws game images including user characters and various objects related to the game space in a moving image format according to the game image information output from the control unit 56 . The graphics processing unit 52 is connected to the display 61, and the game image drawn in the moving image format is displayed on the display 61 as a game screen.

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

The operation unit 54 is connected to the controller 63 and transmits/receives data regarding operation input to/from the controller 63 . For example, the user inputs operation signals to the game apparatus 5 by operating operators (not shown) such as buttons provided on the controller 63 .

The storage unit 55 is composed of an HDD, a RAM, a 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 and the like.

The storage unit 55 also includes various databases (DBs) used for progressing the game. For example, the storage unit 55 stores an item DB (not shown) and a wish list (see FIG. 2).

The item DB is used to manage items (second game media) owned by the user. For example, when the user obtains an item during game play, the ID number of the item is associated with the ID number of the player character. Note that when the game content is implemented so that the user directly owns the game media without the intervention of the character, for example, information identifying the user (user ID, etc.) is associated with the ID number of the item.

The wish list contains items that the user wishes to acquire (desires to associate with a character). Details of the wish list will be described later.

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

<Functional Configuration of Control Unit>
The control unit 56 functions as a communication unit 561, a game progression unit 562, a management unit 563, a reception unit 564, a registration unit 565, and a display control unit 566 (notification control unit) by executing the game program.

The communication unit 561 has a function of communicating with another game device 5 via the network interface 51 . The communication unit 561 transmits various operation signals received by the operation unit 54 from the controller 63 to the other game devices 5 .

The game progression unit 562 reads data such as game space objects and textures included in the game data from the storage unit 55 according to the user's operation and uses it to execute the game program while playing a two-dimensional or three-dimensional game. Generate image information. As the game image information is processed by the graphics processing unit 52 , the processed game image is sequentially displayed on the display 61 .

Also, the game progression unit 562 causes the player character to act in the virtual space according to the user's operation. For example, the game progression unit 562 moves a character according to an operation signal from the controller 63 .

The management unit 563 manages items owned by the user. For example, the management unit 563 gives the item to the user when the character obtains the item. Specifically, the management unit 563 associates the item with the character in the item DB.

Also, for example, when the character uses, sells, or discards an item, the management unit 563 cancels the association between the character and the item in the item DB.

Receiving unit 564 receives a request from a user to register an item in a wish list (list).

A registration unit 565 manages the wish list stored in the storage unit 55 . Specifically, registration unit 565 registers the item in the wishlist in response to the registration request received by reception unit 564 .

Here, registration unit 565 registers only items that the user does not own in the wishlist. Specifically, the registration unit 565 registers the item in the wishlist only when the item for which the reception unit 564 has received the registration request is not associated with the character in the item DB.

The display control unit 566 superimposes various pieces of information on the game image displayed on the display 61 . Specifically, the display control unit 566 causes the display 61 to display various screens, which will be described later, in accordance with the progress of the game and user operations.

(About the menu screen)
First, various screens displayed on the display 61 of the game device 5 will be described.

When a predetermined condition is satisfied during game play, the display control unit 566 causes the display 61 to display a menu screen (not shown). This menu screen is, for example, a screen displayed at a facility (such as a processing shop) where items can be "produced" or "strengthened". In the following description, a case where weapons (items) are generated by "production" and "strengthening" will be described as an example, but this embodiment can also be applied to items other than weapons.

When the user performs a predetermined operation on the menu screen, the display control unit 566 changes the menu screen from the production list display screen Sc1 (see FIG. 3), the enhancement list display screen Sc2 (see FIG. 4), or the derived diagram display screen Sc3. (see FIG. 5).

As shown in FIG. 3, the production list display screen Sc1 displays a list of weapons (large swords A to D, etc.) that can be produced by "production". “Production” refers to creating items by consuming multiple materials as materials.

On the production list display screen Sc1, when the user selects a weapon (“Great Sword C” is selected in FIG. 3), the production recipe information and status information of the selected weapon are displayed. The production recipe information displays information about the materials required to "produce" the selected weapon. The status information displays the status of the selected weapon (various parameters set for the weapon, such as attack power, critical power, defense power, etc.).

By referring to the production recipe information displayed on the production list display screen Sc1, the user can know the types and quantities of materials required when "producing" weapons (items). .

As shown in FIG. 4, the enhancement list display screen Sc2 displays a list of weapons (great swords A to D, etc.) that can be created by "enhancement". “Strengthening” means that by consuming 1 weapon (also called ““strengthening” original weapon”) and multiple materials as materials, it becomes higher than the weapon (for example, high attack power). It refers to generating a weapon (hereinafter also referred to as “a weapon to be “enhanced”). In this game, based on a low-level weapon, by "strengthening" this low-level weapon, it is stronger than the low-level weapon (for example, high attack power and defense power, etc.), so that the game progresses favorably. can) can generate higher weapons.

In the enhancement list display screen Sc2, when the user selects a high-ranking weapon (“Greatsword C” is selected in FIG. 4), enhancement recipe information and status information of the selected weapon are displayed. The enhancement recipe information displays lower-level weapons and required materials when the selected weapon (original weapon of "enhancement") is created by "enhancement". In other words, the enhancement recipe information includes the names and required quantities of the materials required for producing the selected weapon by the acquisition method such as "enhancement".

By referring to the enhancement recipe information displayed on the enhancement list display screen Sc2, the user can know the type and number of materials required to "enhance" a weapon (item).

As shown in FIG. 5, a derivative drawing of a weapon (item) is displayed on the derivative drawing display screen Sc3. Derived diagrams show the route of an item's "enhancement". Specifically, on the derived diagram display screen Sc3, an icon with an image of the weapon to be "enhanced" (lower-level weapon) and an icon with an image of the weapon to be "enhanced" (higher-level weapon) are displayed. A path (a line segment in FIG. 5) is formed between.

For example, when the greatsword C (the weapon to be "strengthened") is created by "strengthening" using the greatsword B (the weapon to be "strengthened") and a predetermined material, the icon for the greatsword C is and the icon of the greatsword B, a path (route) is formed.

In addition, since the weapon that is the starting point of the route (lowest weapon) cannot be obtained by "enhancement" (there is no weapon to be "enhanced"), methods such as "production" or purchase with in-game currency will be obtained by In this game, in addition to weapons that can be obtained by production etc., there are weapons that can be obtained by "production" and "enhancement", and weapons that can be obtained only by "enhancement".

In addition, on the derived diagram display screen Sc3, if a plurality of weapons to be "enhanced" can be generated from one weapon to be "enhanced", each weapon to be "enhanced" can be generated from the icon of the weapon to be "enhanced". The route to is displayed as if it diverges. In the derived diagram display screen Sc3, for example, when both the greatsword D and the greatsword E (weapon to be "enhanced") can be generated by "enhancing" the greatsword C (weapon to be "enhanced") , from the icon of the large sword C to the icons of the large swords D and E so that the path branches.

The user can grasp the "strengthening" process of the weapon (item) by referring to the derived diagram display screen Sc3.

(About the wishlist registration screen)
With any one of the display screens Sc1 to Sc3 displayed on the display 61, when the reception unit 564 receives a request for registering an item (here, a weapon) from the user (for example, a predetermined operation on the controller 63), the registration unit 565 will wishlist the weapon.

Specifically, the receiving unit 564 allows the user to select a weapon (“great sword C” in FIG. 6) on the derived diagram display screen Sc3, and perform an operation (registration request) for registering the weapon in the wish list. If so, the display 61 displays a wishlist registration screen Sc4 (see FIG. 6). Then, the receiving unit 564 receives from the user the registration position of the weapon (the order in which the item is to be registered in the wish list).

Here, if a plurality of acquisition conditions are set for the weapon whose registration is requested, the reception unit 564 displays a selection screen c1 for selecting an acquisition condition on the wishlist registration screen Sc4.

As shown in FIGS. 3 and 4, "Greatsword C" is a weapon that can be created by "production" and "strengthening". In other words, multiple acquisition conditions ("production" and "strengthening") are set for "great sword C".

The accepting unit 564 displays the selection screen c1 on the wishlist registration screen Sc4, and accepts from the user whether the acquisition condition of "production" or "enhancement" is to be used to register the weapon in the wishlist.

That is, when the user wishes to obtain the greatsword C, as shown in FIG. 6, the user selects whether to obtain the greatsword C under the acquisition condition of "production" or under the acquisition condition of "strengthening". can. The materials required to create the greatsword C and the required number (that is, recipe information) differ between production and enhancement.

For example, with the production acquisition method, weapons can be created by collecting materials without needing the base weapon, so you can create and possess new weapons without changing the weapons you already have. (Increase the number of owned weapons). On the other hand, the production method tends to require more materials than the enhancement method.

In the method of acquisition by strengthening, the materials and the required number of large swords required to create C are comparatively smaller than in the method of acquisition by production. On the other hand, in the method of obtaining by strengthening, it is essential to possess the base weapon in advance, and after strengthening, the base weapon is not owned, and instead a new large sword C is owned. Therefore, when the user attempts to equip the base weapon instead of the new greatsword C, the user needs to regenerate the weapon.

In this way, the selection of which acquisition condition, production or enhancement, will affect the user's motivation for progressing the game and the time required to progress the game in the future. On the other hand, in the present embodiment, the user himself/herself can select the acquisition method. Therefore, it can contribute to the improvement of convenience.

The registration unit 565 associates the acquisition condition received from the user by the reception unit 564 with the weapon for which the registration request is received, and registers them in the wish list (see FIG. 2).

Note that when the reception unit 564 receives a weapon registration request from the user while the production list display screen Sc1 and the enhancement list display screen Sc2 are being displayed, the selection screen c1 is not displayed.

For example, when registering a weapon in the wishlist on the production list display screen Sc1, the registration unit 565 registers the weapon in the wishlist in association with "production" as an acquisition condition.

In other words, when registering a weapon in the wish list on the production list display screen Sc1 and the enhancement list display screen Sc2, the registration unit 565 does not display the selection screen c1, and registers the weapon corresponding to the display screen displayed for the weapon. Add it to your wishlist with associated acquisition conditions.

(About the wishlist confirmation screen)
The display control unit 566 causes the display 61 to display a wishlist confirmation screen Sc5 (see FIG. 7) upon receiving an operation to call up a wishlist from the user during game play. Unlike the menu screen described above, this wish list confirmation screen Sc5 can be displayed on the display 61 at any timing of the user.

On the wishlist confirmation screen Sc5, items (weapons in FIG. 7) registered in the wishlist, acquisition conditions associated with the weapons ("production" in FIG. 7), recipe information (in FIG. 7, production recipe information) and status information. The wishlist confirmation screen Sc5 also displays detailed data c2 of materials (materials, etc.) necessary to create the weapon (large sword C in FIG. 7) registered in the wishlist. This data c2 displays detailed descriptions of each ingredient included in the recipe information, the place of acquisition, the price of each ingredient at a tool shop, etc., and the points required to obtain it if it can be obtained by exchange. .

By referring to the wishlist confirmation screen Sc5, the user can confirm the weapon materials registered in the wishlist and the acquisition conditions ("production" or "strengthening") thereof.

Here, when a weapon is registered in the wish list, the display control unit 566 displays marks P1 to P3 in the vicinity of the names and icons of the corresponding weapons on the display screens Sc1 to Sc3, respectively. For example, in FIGS. 3 and 4, marks P1 and P2 are displayed to the left of the weapon name ("great sword C"), respectively, and in FIG. 5, mark P3 is displayed to the upper left of the weapon icon.

If a weapon is registered in the wishlist, the display control unit 566 reads the associated acquisition conditions. Then, the display control unit 566 displays the marks P1 and P2 on the display screen corresponding to the read acquisition condition (“production” or “strengthening”).

For example, when "great sword C" is registered in the wish list in association with "production", the display control unit 566 displays the corresponding display screen, that is, the production list display screen Sc1 with the mark P1 (weapon in FIG. 3). left side of the name "great sword C") is displayed. On the other hand, the display control unit 566 does not display the mark P2 on the enhancement list display screen Sc2, which is a display screen that does not correspond to the acquisition conditions. Thereby, the user can confirm whether or not the weapon is registered in the wish list under the corresponding acquisition conditions.

In addition, the mark P3 is displayed around the icon of the weapon included in the wish list (on the upper left side of the icon of the weapon in FIG. 5) regardless of the content of the acquisition conditions associated with the weapon. On the derived diagram display screen Sc3, it is not possible to check the weapon acquisition conditions such as production recipe information and enhancement recipe information. is displayed. This allows the user to confirm whether or not the weapon is registered in the wishlist.

(About the display when the acquisition conditions are met during the quest)
FIG. 8 shows a game screen during a quest. During the quest, the display control unit 566 causes the game screen Sc6 to display the notification screen c4 showing the details of the recipe information of the weapon registered in the wish list (such as the availability of each material). Then, when the condition for acquiring the weapon is met, the display control unit 566 causes the game screen Sc6 to display a notification screen c3 indicating that the condition for acquiring the weapon is met.

For example, the display control unit 566 refers to the item DB, and counts the number of each material included in the recipe information of the weapon registered in the wishlist from items such as weapons and various materials owned by the user. For example, on the notification screen c4, the number of possessions is incremented each time the user obtains an ingredient included in the recipe information. The display control unit 566 determines that the acquisition condition is satisfied when all the materials become the required number or more, and displays the notification screen c3. On the other hand, the display control unit 566 determines that the acquisition condition is not satisfied and does not display the notification screen c3 unless all the materials are available in the required number or more.

FIG. 9 shows the game screen after the condition for acquiring the weapon is met. The game screen Sc7 is displayed when the character moves to a field different from the field in which the quest was performed, or when the character is performing another action after the quest ends. The display control unit 566 causes the game screen Sc7 to display a notification screen c5 indicating that the acquisition condition for the weapon included in the wish list has been met. This allows the user to know that the weapon can be created.

Here, even if an acquisition condition not associated with a weapon is satisfied in the wish list, the display control unit 566 does not display the notification screens c3 to c5. For example, if “great sword C” is associated with “production” in the wish list, the display control unit 566 displays the notification screens c3 to c5 even if the acquisition condition for “great sword C” through “strengthening” is satisfied. is not displayed.

For example, if the enhancement recipe information of a weapon contains hard-to-obtain materials, and the production recipe information includes easy-to-obtain materials, the user does not create the weapon by "enhancement", but instead "produces" it. We want to generate the weapon by In this case, if a weapon is registered in the wish list without specifying acquisition conditions (i.e., "production" or "strengthening", which is how the weapon is created), it is possible that the acquisition condition that the user did not desire was established. If that is the case, there is a risk that the user will be notified that the acquisition conditions have been met without his or her desire.

Therefore, in this embodiment, by registering a weapon in a wish list after specifying acquisition conditions, the user is notified that the acquisition conditions have been met when the acquisition conditions desired by the user are met. Thereby, user convenience can be improved.

(Operation of game device)
A series of operations in the game device will be described with reference to FIGS. 1 to 13. FIG.

First, referring to FIG. 10, the operation of the game device 5 when displaying the wishlist registration screen and the wishlist confirmation screen on the display 61 will be described.

The display control unit 566 changes the screen displayed on the display 61 from the menu screen to the derived diagram display screen Sc3 according to the user's operation. Then, the registration unit 565 receives a selection (registration request) from the user of a weapon to be registered in the wish list from among the weapons displayed on the derived diagram display screen Sc3 (step S11). The wish list is for registering weapons (items) that the user desires to obtain.

Upon receiving the registration request, the reception unit 564 causes the display 61 to display the wishlist registration screen Sc4 (step S12).

The accepting unit 564 causes the selection screen c1 to be displayed on the wishlist registration screen Sc4, and accepts the selection of the weapon acquisition condition (step S13). In FIG. 6, the reception unit 564 allows the user to select whether to register "great sword C" in the wish list by associating it with "production" or register it in the wish list by associating it with "strengthening" on the selection screen c1. accept from

The registration unit 565 associates the weapon with the acquisition condition received from the user in step S13, and registers the weapon in the wish list (step S14).

After step S14, the display control unit 566 causes the display 61 to display the wish list confirmation screen Sc5 upon receiving an operation to call up a wish list from the user during game play (step S15).

When a weapon is selected on the wishlist confirmation screen Sc5, recipe information and the like associated with the weapon in the wishlist are displayed (step S16). Note that if a plurality of weapons are registered in the wishlist, the recipe information displayed on the wishlist confirmation screen Sc5 changes to the recipe information corresponding to the selected weapon according to the selection of the weapon.

Note that when the reception unit 564 receives a registration request from the user while the production list display screen Sc1 or the enhancement list display screen Sc2 is being displayed on the display 61, step S13 is omitted. In this case, the registration unit 565 associates the weapon with acquisition conditions corresponding to the displayed display screen (production list display screen Sc1 or enhancement list display screen Sc2) and registers the weapon in the wishlist.

Next, the operation of the game device 5 when displaying the production list display screen Sc1 on the display 61 will be described with reference to FIG.

Upon receiving an operation to display the production list display screen Sc1 from the user (step S21), the display control unit 566 displays the production list display screen Sc1 on the display 61 (step S22).

Here, the display control unit 566 reads out the wishlist from the storage unit 55, and determines whether or not the weapon associated with the acquisition condition (here, "production") corresponding to the production list display screen Sc1 is registered in the wishlist. (step S23).

If the weapon associated with the acquisition condition (here, "production") corresponding to the production list display screen Sc1 is registered in the wish list (Yes in step S23), the display control unit 566 displays the production list display screen Sc1. A message indicating that the weapon is registered in the wish list (mark P1 in FIG. 3) is displayed near the displayed icon of the weapon (step S24).

If the weapon associated with the acquisition condition (here, "production") corresponding to the production list display screen Sc1 is not registered in the wish list (No in step S23), the display control unit 566 ends the process.

It should be noted that the game device 5 performs the same processing as in FIG. 11 when displaying the strengthening list display screen Sc2.

Next, with reference to FIG. 12, the operation of the game device 5 when displaying the derived diagram display screen Sc3 on the display 61 will be described.

Upon receiving an operation to display the derived diagram display screen Sc3 from the user (step S31), the display control unit 566 displays the derived diagram display screen Sc3 on the display 61 (step S32).

Here, the display control unit 566 reads the wishlist from the storage unit 55 and determines whether or not a weapon is registered in the wishlist (step S33). At this time, unlike step S23, the display control unit 566 does not consider the content of acquisition conditions associated with the weapon in the wish list.

If a weapon included in the derived diagram display screen Sc3 is registered in the wish list (Yes in step S33), the display control unit 566 displays a wish list around the icon of the weapon displayed on the derived diagram display screen Sc3. The fact that it is registered in the list (mark P3 in FIG. 5) is displayed (step S34). That is, if a weapon is registered in the wish list, the mark P3 is displayed on the derived diagram display screen Sc3 regardless of the acquisition conditions.

If the weapon included in the derived diagram display screen Sc3 is not registered in the wish list (No in step S33), the display control unit 566 ends the process.

Next, with reference to FIG. 13, the operation of the game device 5 during execution of the quest will be described.

Upon receiving a quest execution operation from the user, the game progression unit 562 executes the quest (step S41).

When the acquisition condition for the weapon registered in the wishlist is satisfied during the execution of the quest (step S42), the display control unit 566 displays the fact that the acquisition condition is satisfied by superimposing it on the game screen (step S43). For example, in FIG. 8, the display control unit 566 causes the game screen Sc6 to display a notification screen c3 that notifies that the acquisition condition for the "great sword C" has been met.

After that, when the game screen changes due to the character moving to a field different from the field in which the quest was performed (step S44), the display control unit 566 superimposes a message indicating that the weapon acquisition condition has been met on the game screen. is displayed again (step S45). For example, in FIG. 9, the display control unit 566 causes the game screen Sc7 to display a notification screen c5 indicating that the acquisition condition for the "great sword C" has been met.

To summarize the above, the game program of the present embodiment comprises the game device 5 (computer), the management unit 563 that manages the association between the character (first game medium) and the weapon (second game medium), and the registration of the weapon. and a registration unit 565 for registering unrelated weapons in the wish list in response to the registration request. There are multiple acquisition conditions (conditions) (“production” and “enhancement”) for performing the The acquisition conditions selected by the user are associated with each other and registered in the wish list.

<Effects of this embodiment>
As described above, "production" and "enhancement" are set as acquisition conditions for weapons. Then, the registration unit 565 registers, in the wish list, the weapon set as the acquisition condition (“production” or “strengthening”) received from the user by the reception unit 564 .

For example, if the acquisition condition (enhancement recipe information) by “strengthening” includes valuable materials, the acquisition condition (enhancement recipe information) ) can be difficult to satisfy. In this case, the user wishes to generate the weapon by "production" rather than "strengthening". In this embodiment, since weapons and acquisition conditions desired by the user are registered in the wish list in association with each other, when the acquisition conditions desired by the user are met, the user is notified that the acquisition conditions are met. . Thereby, user convenience can be improved.

In addition, the reception unit 564 displays (notifies) a selection screen c1 (information on selection) for the user to select acquisition conditions (“production” or “strengthening”). Thereby, the user can know that it is possible to select acquisition conditions when, for example, registering a weapon in the wish list.

In addition, the display control unit 566 (notification control unit) causes the user to display (notify) the weapons registered in the wishlist and acquisition conditions associated with the weapons on the wishlist confirmation screen Sc5. Thereby, the user can confirm whether or not the weapon is registered in the wish list under the conditions for obtaining the desired weapon.

In addition, when the acquisition condition associated with the weapon registered in the wish list is satisfied, the display control unit 566 notifies the user that the acquisition condition is satisfied on the notification screen c3. displayed (announced). In addition, when the acquisition condition not associated with the weapon in the wish list is satisfied, the display control unit 566 does not display (notify) the fact that the acquisition condition is satisfied to the user. Thereby, the user can know that the weapon acquisition condition is satisfied only when the desired acquisition condition is satisfied.

In addition, the display control unit 566 controls the production list display screen Sc1 (first display area) displaying production recipe information for weapons and "production" (first condition), and a production list display screen Sc1 (first display area) for weapons and "strengthening" (second condition). The strengthening list display screen Sc2 (second display area) displaying the strengthening recipe information in is displayed. In addition, the display control unit 566 displays the fact that the weapon is registered in the wishlist on the display screen corresponding to the acquisition condition associated with the weapon in the wishlist, out of the production list display screen Sc1 and the enhancement list display screen Sc2. display the mark P1 or the mark P2.

The display control unit 566 displays a mark P1 on the production list display screen Sc1 when the weapon is registered in association with "production" in the wish list, and the weapon is registered in association with "strengthening". In this case, the mark P2 is displayed on the enhancement list display screen Sc2. Accordingly, the user can confirm whether or not the weapon is registered in the wish list under the desired acquisition conditions by confirming the production list display screen Sc1 and the enhancement list display screen Sc2.

In addition, the display control unit 566 causes the display screen corresponding to the acquisition condition not associated with the weapon in the wish list to indicate that the weapon is registered in the wish list, out of the production list display screen Sc1 and the enhancement list display screen Sc2. Do not display the mark P1 or the mark P2 indicating Accordingly, the user can confirm whether or not the weapon is registered in the wish list under the desired acquisition conditions by confirming the production list display screen Sc1 and the enhancement list display screen Sc2.

In addition, the display control unit 566 displays a derived diagram display screen Sc3 (third display area) on which weapons are displayed, which is different from the production list display screen Sc1 and the enhancement list display screen Sc2, according to the user's operation. In addition, when a weapon is registered in the wishlist, the display control unit 566 displays the weapon in the wishlist on the derived diagram display screen Sc3 regardless of the acquisition conditions associated with the weapon in the wishlist. Display that you are registered. Accordingly, the user can confirm whether or not the weapon is registered in the wish list by confirming the derived diagram display screen Sc3.

[Other embodiments]
In the above embodiment, the case where weapons are generated by "production" and "strengthening" has been described as an example, but the above embodiments can also be applied to items other than weapons. Also, items other than weapons may be equipment, accessories, and the like. Items other than weapons may also be consumable items such as materials. Further, in the above embodiment, the case where the target of production or enhancement is an item such as a weapon has been described as an example, but the target of production or enhancement may be a character (non-player character). good.

Materials included in the item recipe information (acquisition conditions) may include the category material r (see FIG. 14). In this game, for example, by using or consuming a predetermined item, it is possible to acquire the points of the category material r. In this game, when the cumulative value of this point reaches or exceeds a predetermined value, it is determined that the acquisition condition for the category material r in the recipe information has been satisfied (the category material r has been obtained).

For example, materials consumed to create items such as category materials are classified, and by using or consuming materials of the same classification as category materials (for example, materials other than category materials), You can get points for category materials. Classification is the process of grouping materials that have the same conditions, such as the attributes of individual materials. Contribute to accumulation of points. For example, in the case of a fire-attribute category material, by using or consuming the fire-attribute material, points for the category material can be obtained. In addition, if the category material has a thunder attribute, points for the category material can be obtained by using or consuming the material with the thunder attribute.

As shown in FIG. 14, the display control unit 566 displays a notification screen c7 notifying that the conditions for obtaining category material r among the conditions for obtaining items registered in the wish list are satisfied, It is superimposed on the screen Sc8 and displayed. At this time, the display control unit 566 does not collect the necessary number of materials other than the category material r included in the acquisition condition (as shown in the notification screen c6 in FIG. 14, the necessary number of the material f is not collected). Even if there is, the notification screens c6 and c7 may be displayed.

Here, item acquisition conditions (recipe information) may include category material r and materials of the same classification as category material r. In this case, it is determined whether or not the number of possessed materials has reached the required number of recipe information, and the points of the remaining materials are added to the accumulated value of the category material r.

For example, it is assumed that the conditions for obtaining item β are set to 1000 points for category material r and 3 materials α of the same classification as category material r. It is also assumed that 500 points are set for each material α. In this case, even if the user owns four materials α, the cumulative value of the points of the category material r is (4−3)×500=500 points, and it is determined that the condition for obtaining the item β is not satisfied.

Also, the points for each material are determined by the rarity (preciousness) of the material, and the higher the rarity, the higher the points can be set.

Also, the category material r may be included regardless of the conditions of acquisition ("production" or "enhancement"). Further, the category material r and the accumulated points of the category material r can be confirmed on the wish list confirmation screen Sc5.

Further, when accepting a wish list registration request, the accepting unit 564 may be able to specify materials that are accumulated as points of category material r, or may be able to specify materials that are not accumulated as points of category material r. . As a result, materials with high rarity can be preserved.

When accumulating the points of the category material r, the materials may be accumulated in ascending order of rarity, or may be accumulated in an order specified by the user.

Further, even if the same item as the registration-requested item is registered in the wishlist, the registration unit 565 sets the acquisition condition of the registration-requested item and the acquisition associated with the item registered in the wishlist. If the conditions are different, the requested item may be added to the wishlist. In other words, the wish list may contain items that are the same item but have different obtaining conditions. In this case, the marks P1 to P3 are displayed on the corresponding display screen.

For example, the registration unit 565 may register, in the wishlist, "great sword C" associated with "production" and "great sword C" associated with "strengthening". In this case, the production list display screen Sc1 displays a mark P1 near the "great sword C" icon, and the enhancement list display screen Sc2 displays a mark P2 near the "great sword C" icon. be.

It should be noted that, when "great sword C" associated with "production" is registered in the wishlist, registration unit 565 further registers "great sword C" associated with "production" in the wishlist. restrict. In other words, the same item cannot be registered in the wish list more than once under the same acquisition conditions. In this case, the receiving unit 564 causes the display screens Sc1 to Sc3 to display that the item cannot be registered (for example, the button for receiving the wish list registration request is grayed out or cannot be selected).

Further, registration unit 565 cancels the registration of the item in the wish list when the acquisition condition selected by the user is satisfied. Specifically, when the acquisition condition associated with the item registered in the wishlist is met during the quest, the registration unit 565 cancels the registration of the item from the wishlist. This saves the user the trouble of canceling the registration of the item from the wishlist.

However, the registration unit 565 cancels the registration of only the item for which the acquisition condition is met. For example, if the wish list contains items that are the same but have different acquisition conditions, the registration unit 565 cancels the registration of only the items for which the acquisition conditions are satisfied.

For example, if an item γ related to "production" and an item γ related to "enhancement" are registered in the wish list, when the acquisition conditions for "production" are met, Item γ is unregistered, and item γ associated with "strengthening" is not unregistered. Therefore, the mark P1 on the production list display screen Sc1 is no longer displayed, but the mark P2 on the enhancement list display screen Sc2 and the mark P3 on the derived diagram display screen Sc3 are continuously displayed.

Further, the registration unit 565 may prevent items that can be purchased (obtained) only with in-game currency from being registered in the wish list. This is because there is no need to collect materials for items that can be purchased only with in-game currency, and it is not necessary to determine whether the number of materials and the like are available. However, if the materials required to create an item are available for purchase, the user may be notified when these materials become available for purchase with in-game currency held by the user. Further, if in-game currency is included as part of the conditions for acquiring an item, the registration unit 565 may register the item in the wishlist.

Further, the registration unit 565 may register items owned by the user in the wishlist. For example, a user may want to obtain an item that has already been obtained by a different obtaining method (acquisition condition). By doing so, it is possible to meet the user's wishes. Note that items that have been discarded or sold may not be registered in the wish list, or may be registered.

In addition, various items can be registered in the wish list. For example, (a) items that affect various parameters of the character such as status and skills (for example, equipment that changes the character's status) and (b) items that do not affect these (for example, the appearance of the character) Equipment that only changes) can be registered in the wish list. The display control unit 566 may display (a) and (b) separately on the wish list confirmation screen Sc5.

For example, when the item is registered in the wishlist, the display control unit 566 may attach a predetermined mark (jewel mark) to the item in (b) and display it on the wishlist confirmation screen Sc5. However, the display positions of (a) and (b) may be separated, and the frame surrounding the item name and item image of (a) and (b) may be displayed in different colors (for example, red and blue). may

Further, the display control unit 566 may display a mark P3 on the derived diagram display screen Sc3 so that acquisition conditions associated with items registered in the wishlist can be distinguished. For example, the display control unit 566 may change the mark P3 attached to the item associated with "production" and the mark P3 attached to the item associated with "strengthening" in a different mode (for example, mark may be displayed in different shapes and colors).

Also, in the above embodiment, the case where two acquisition conditions ("production" and "strengthening") are set for the item has been described as an example, but three or more acquisition conditions (other than "production" and "strengthening") acquisition conditions) may be set for the item.

Also, the conditions for acquiring items are not limited to the above-mentioned "production" or "strengthening". can be set arbitrarily.

It should be noted that when the conditions for obtaining an item (weapon in the above embodiment) registered in the wish list are satisfied, the management unit 563 immediately gives the item to the user without going to a facility (such as a processing shop). may

Further, in the above embodiment, the menu screen is displayed only for the processing shop, but it may be displayed for fields other than that, or may be displayed all the time.

Further, in the above embodiment, when the reception unit 564 receives a request for registering an item (weapon in the above embodiment) from the user while the production list display screen Sc1 and the enhancement list display screen Sc2 are displayed, the selection Although the screen c1 is not displayed, the selection screen c1 may be displayed to receive the setting of acquisition conditions from the user.

Further, when receiving the selection of acquisition conditions on the selection screen c1, if the cursor is on "production" on the selection screen c1, the reception unit 564 displays the production recipe information, and the cursor is on "enhancement" on the selection screen c1. If there is, the enhancement recipe information may be displayed. This makes it easier for the user to select acquisition conditions.

It may also be possible to change the acquisition conditions associated with an item after adding it to the wishlist.

The display control unit 565 may cause the display 61 to simultaneously display two or more of the production list display screen Sc1, the enhancement list display screen Sc2, and the derived diagram display screen Sc3.

Games executed by the game device 5 are of any genre, such as adventure games, action games, FPS (first person shooter), racing games, sports games, RPGs (role-playing games), and shooting games. good too.

Also, the game program may be implemented as a so-called online game game program. When the game program is for an online game, the processing performed by the control unit 56 may be performed on the server side in place of them, or may be shared between the server side and the client (game device 5) side. good. In this case, the game system including the game device 5 may be provided with an authentication server and a matching server, and user matching may be performed in response to a request from the game device 5 .

In the above embodiment, the game device 5 is a device such as a personal computer and a PlayStation, but the type of the game device 5 is not limited to this. For example, the game device 5 may be a smart phone, a tablet, or an arcade game housing provided at a game center.

Even when these other embodiments are employed, the effects of this aspect are exhibited. Further, it is also possible to appropriately combine this embodiment with other embodiments, and other embodiments with each other.

5 Game device 53 Audio processing unit 55 Storage unit 56 Control unit 563 Management unit 564 Receiving unit 565 Registration unit 566 Display control unit (notification control unit)
Sc1 Production list display screen (first display area)
Sc2 Enhanced list display screen (second display area)
Sc3 Derived diagram display screen (third display area)
P1-P3 mark

The present invention relates to a game program and a game device.

Conventionally, there are game programs that provide game media used in games. In the game program of Patent Literature 1, game cards (game media) are awarded based on the result of the battle game.

JP 2013-202405 A

By the way, in a game program, if a predetermined acquisition condition is satisfied during the game, game contents may be provided to the user. In order to obtain the game content, the user tries to satisfy the acquisition conditions set for the game content, but it is difficult to play the game while considering the fulfillment of the acquisition conditions.

An object of this aspect is to provide a game program and a game device with improved convenience for the user.

A first aspect provides a computer comprising:
a management unit that manages the association between the first game content and the second game content;
a reception unit that receives from the user a request to register the second game content in a list for registering the second game content;
a registration unit that registers the second game content without the association in the list in response to the registration request;
to make it work,
a plurality of conditions for associating the second game media with the first game media;
When accepting the registration request, the accepting unit accepts selection of the condition from the user,
The registration unit is a game program that associates a second game content with the condition selected by the user and registers them in the list.

Moreover, in the first aspect,
The reception unit can notify the user of information about the selection.

Also, in the first aspect, the computer is
The second game content registered in the list and the condition associated with the second game content can be further functioned as a notification control unit that notifies the user of the second game content.

Also, in the first aspect, the computer is
A notification control unit for notifying the user that the condition is satisfied when the condition associated with the second game content in the list is satisfied among the second game contents registered in the list. It can be made to function further as

A second aspect provides a computer comprising:
a management unit that manages the association between the first game content and the second game content;
a reception unit that receives a request from a user to register the second game content in a list for registering the second game content;
a registration unit that registers the second game content without the association in the list in response to the registration request;
to make it work,
a plurality of conditions for associating the second game media with the first game media;
When accepting the registration request, the accepting unit accepts selection of the condition from the user,
The registration unit associates the second game content with the condition selected by the user and registers the condition in the list;
The second game medium has a first condition and a second condition, which are the conditions for associating the second game medium with the first game medium,
said computer,
displaying a first display area displaying the second game medium and the first condition, and a second display area displaying the second game medium and the second condition, and displaying the first display area; and display control for displaying that the second game content is registered in the list in the display region corresponding to the condition associated with the second game content in the list, among the second display regions. It is a game program that further functions as a department.

Further, in the second aspect, the display control unit controls, of the first display area and the second display area, the display area corresponding to the condition that is not associated with the second game content in the list. , the fact that the second game content is registered in the list may not be displayed.

In a second aspect, the display control unit displays a third display area in which the second game content is displayed, which is different from the first display area and the second display area, and causes the list to display the third display area. When a second game content is registered, the second game content is registered in the list in the third display area regardless of the content of the conditions associated with the second game content in the list. can be displayed.

Further, in the first aspect and the second aspect , the registration unit can cancel the registration of the second game content in the list when the condition selected by the user is satisfied.

Further, in the first aspect and the second aspect, a plurality of mutually different conditions can be set for the same second game content.

A third aspect is a storage unit storing the game program according to the first aspect or the second aspect ;
and a control unit that executes the game program.

According to this aspect, it is possible to provide a game program and a game device with improved convenience for the user.

1 is a block diagram showing the configuration of a game device; FIG. FIG. 2 is a conceptual diagram of a wish list according to the embodiment; The figure for demonstrating the production list display screen which concerns on this embodiment. FIG. 4 is a diagram for explaining an enhancement list display screen according to the embodiment; FIG. 4 is a diagram for explaining a derived diagram display screen according to the embodiment; FIG. 4 is a diagram for explaining a wishlist registration screen according to the embodiment; FIG. 4 is a diagram for explaining a wishlist confirmation screen according to the embodiment; The figure for demonstrating the game screen during the quest which concerns on this embodiment. FIG. 10 is a diagram for explaining a game screen after the conditions for acquiring weapons according to the present embodiment are satisfied; 4 is a flowchart showing the operation of the game device according to the embodiment; 4 is a flowchart showing the operation of the game device according to the embodiment; 4 is a flowchart showing the operation of the game device according to the embodiment; 4 is a flowchart showing the operation of the game device according to the embodiment; FIG. 4 is a diagram for explaining category materials according to the embodiment;

A game program and a game device according to the present embodiment will be described below with reference to the drawings. The game program of this aspect is implemented as one function of the game device.

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 the like.

In a game based on this game program, a user activates one or more characters (player characters or non-player characters) in a three-dimensional virtual game space (hereafter simply referred to as virtual space), or pits the characters against enemy characters. or At that time, the game proceeds by, for example, clearing presented tasks (quests) using game media as appropriate.

A user may use game media while challenging a quest. A game medium is electronic data representing elements related to a game. For example, game media include a wide range of items related to game content, such as player characters, non-player characters, and items used in the virtual game space or displayed in game images (weapons, armor, in-game currency, etc.). .

Game media include characters (an example of first game media), weapons, armor, and tools used by the characters in the virtual space. Game media also include materials for constructing weapons, armor, and tools. These materials can be obtained (described later) by, for example, defeating enemy characters, clearing quests for searching for items, or progressing through the game.

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 item attribute value can be acquired based on the ID number.

The attribute value of the weapon can be exemplified by attack power, affinity rate, etc. when the weapon is equipped. Various definitions are possible for the meaning of attack power and the like. For example, attack power can be defined as a value that indicates the ability to deal damage to an opponent. In addition, the affinity rate can be defined as the probability of inflicting great damage on the opponent.

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

In particular, the user can obtain items as the game progresses. In this game, "obtaining" an item means making the item available for the user to use, sell, discard, or otherwise dispose of (in other words, possess the item). “Discard” means that the association (described later) is canceled. “Selling” means that the association is canceled and a privilege (for example, in-game currency, etc.) associated with the cancellation of the association is granted to the user. Items may be sold outside the game in addition to being sold within the game.

Below, the fact that the user owns the item may be expressed as "there is an association" between the character and the item. In this game program, the item obtained by the user is set (recorded) with information associated 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 media without going through the character. In this case, for example, information identifying a user (such as a user ID) may be associated with an ID number of an item.

In this game, the user can obtain items by clearing quests (challenges such as battles and gathering). In this game, the user can also obtain items with in-game currency. The game may be configured to allow the user to obtain the item through a lottery. Alternatively, the user may be able to obtain the item by charging money in the real world.

In this game, items include items that are not consumed when used and items that are consumed when used. "Consume" means to be disassociated. Items that are not consumed when used are, for example, weapons, armor, and tools with unlimited uses. Items that are used and consumed are, for example, materials and tools with a limited number of uses.

In particular, in this game, users combine items (materials, weapons, armor, etc.) to create new items (weapons, armor, etc.) (“production”), or modify existing items (“strengthen”). can

In "production", the user can obtain (generate) new items by consuming multiple materials as materials.

In “strengthening”, the user consumes one item (hereinafter also referred to as the “original item for “strengthening”) and one or a plurality of materials as materials to obtain higher rank than the item (for example, attack power It is possible to obtain (generate) items (hereinafter also referred to as ““enhancement” destination items). For example, items such as weapons and armor worn by characters are not normally consumed, but by combining (producing or enhancing) with other materials, the user can obtain more powerful items. It is possible.

In this game, materials (combination of items) required for production, enhancement, etc. are predetermined. In particular, in this game, the user can refer to recipe information indicating materials required for production, enhancement, and the like. In the following description, the recipe information indicating the materials required for production will be referred to as production recipe information, and the recipe information indicating the materials required for enhancement will be referred to as enhancement recipe information.

In this game, a facility (manufacturing shop) for production, strengthening, etc. is provided in the virtual space. When the user performs an operation to obtain an item in this facility while obtaining all the ingredients included in the recipe information, the user consumes the ingredients indicated in the recipe information to obtain the item. can. For example, if the ingredients for item a are set in the recipe information as 3 ingredients b and 2 ingredients c, the user selects 3 or more ingredients b, 2 or more ingredients b, Item a cannot be obtained unless it has been obtained.

In particular, in this game, two or more pieces of recipe information may be set. For example, assume that item b has two types of recipe information: production recipe information and strengthening recipe information. In this case, in production, multiple materials are combined to create item b. In enhancement, item b is created by combining the original item and multiple materials. The included ingredients and the ingredients included in the enhancement recipe information will be different.

In the following description, "the conditions for obtaining an item have been met" means that the user has obtained all the ingredients included in the recipe information, and that the item has become available. For example, when the user owns the materials included in the production recipe information for item c, it is said that the conditions for obtaining item c through production are met. In this state, the user can obtain the item c by consuming the materials included in the production recipe information by performing an operation for "production" at the processing shop.

That is, the acquisition condition is a condition for determining whether or not the item is available for the user. The acquisition conditions include the production method (in this example, "production" or "strengthening") of the item to be obtained, and materials corresponding to the production method. In this game, the recipe information includes information about the content of the acquisition conditions, and the user can confirm the content of the acquisition conditions by referring to the recipe information. In this game, some items have two or more acquisition conditions, and the content of each acquisition condition is included in the corresponding recipe information. Therefore, when multiple pieces of recipe information are set for one item, two or more obtaining conditions are set for the item.

(Embodiment 1)
<Configuration of game device>
FIG. 1 is a block diagram showing the configuration of the game device 5 of this embodiment. The game device 5 executes a predetermined game based on user's operation. A display 61 , a speaker 62 and a controller 63 are externally connected or built into the game device 5 . The game progresses on the game device 5 based on the installed game program and game data.

The game device 5 has a network interface 51 , a graphics 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 graphics 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 the bus 57 .

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

The graphics processing unit 52 draws game images including user characters and various objects related to the game space in a moving image format according to the game image information output from the control unit 56 . The graphics processing unit 52 is connected to the display 61, and the game image drawn in the moving image format is displayed on the display 61 as a game screen.

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

The operation unit 54 is connected to the controller 63 and transmits/receives data regarding operation input to/from the controller 63 . For example, the user inputs operation signals to the game apparatus 5 by operating operators (not shown) such as buttons provided on the controller 63 .

The storage unit 55 is composed of an HDD, a RAM, a 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 and the like.

The storage unit 55 also includes various databases (DBs) used for progressing the game. For example, the storage unit 55 stores an item DB (not shown) and a wish list (see FIG. 2).

The item DB is used to manage items (second game media) owned by the user. For example, when the user obtains an item during game play, the ID number of the item is associated with the ID number of the player character. Note that when the game content is implemented so that the user directly owns the game media without the intervention of the character, for example, information identifying the user (user ID, etc.) is associated with the ID number of the item.

The wish list contains items that the user wishes to acquire (desires to associate with a character). Details of the wish list will be described later.

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

<Functional Configuration of Control Unit>
The control unit 56 functions as a communication unit 561, a game progression unit 562, a management unit 563, a reception unit 564, a registration unit 565, and a display control unit 566 (notification control unit) by executing the game program.

The communication unit 561 has a function of communicating with another game device 5 via the network interface 51 . The communication unit 561 transmits various operation signals received by the operation unit 54 from the controller 63 to the other game devices 5 .

The game progression unit 562 reads data such as game space objects and textures included in the game data from the storage unit 55 according to the user's operation and uses it to execute the game program while playing a two-dimensional or three-dimensional game. Generate image information. As the game image information is processed by the graphics processing unit 52 , the processed game image is sequentially displayed on the display 61 .

Also, the game progression unit 562 causes the player character to act in the virtual space according to the user's operation. For example, the game progression unit 562 moves a character according to an operation signal from the controller 63 .

The management unit 563 manages items owned by the user. For example, the management unit 563 gives the item to the user when the character obtains the item. Specifically, the management unit 563 associates the item with the character in the item DB.

Also, for example, when the character uses, sells, or discards an item, the management unit 563 cancels the association between the character and the item in the item DB.

Receiving unit 564 receives a request from a user to register an item in a wish list (list).

A registration unit 565 manages the wish list stored in the storage unit 55 . Specifically, registration unit 565 registers the item in the wishlist in response to the registration request received by reception unit 564 .

Here, registration unit 565 registers only items that the user does not own in the wishlist. Specifically, the registration unit 565 registers the item in the wishlist only when the item for which the reception unit 564 has received the registration request is not associated with the character in the item DB.

The display control unit 566 superimposes various pieces of information on the game image displayed on the display 61 . Specifically, the display control unit 566 causes the display 61 to display various screens, which will be described later, in accordance with the progress of the game and user operations.

(About the menu screen)
First, various screens displayed on the display 61 of the game device 5 will be described.

When a predetermined condition is satisfied during game play, the display control unit 566 causes the display 61 to display a menu screen (not shown). This menu screen is, for example, a screen displayed at a facility (such as a processing shop) where items can be "produced" or "strengthened". In the following description, a case where weapons (items) are generated by "production" and "strengthening" will be described as an example, but this embodiment can also be applied to items other than weapons.

When the user performs a predetermined operation on the menu screen, the display control unit 566 changes the menu screen from the production list display screen Sc1 (see FIG. 3), the enhancement list display screen Sc2 (see FIG. 4), or the derived diagram display screen Sc3. (see FIG. 5).

As shown in FIG. 3, the production list display screen Sc1 displays a list of weapons (large swords A to D, etc.) that can be produced by "production". “Production” refers to creating items by consuming multiple materials as materials.

On the production list display screen Sc1, when the user selects a weapon (“Great Sword C” is selected in FIG. 3), the production recipe information and status information of the selected weapon are displayed. The production recipe information displays information about the materials required to "produce" the selected weapon. The status information displays the status of the selected weapon (various parameters set for the weapon, such as attack power, critical power, defense power, etc.).

By referring to the production recipe information displayed on the production list display screen Sc1, the user can know the types and quantities of materials required when "producing" weapons (items). .

As shown in FIG. 4, the enhancement list display screen Sc2 displays a list of weapons (great swords A to D, etc.) that can be created by "enhancement". “Strengthening” means that by consuming 1 weapon (also called ““strengthening” original weapon”) and multiple materials as materials, it becomes higher than the weapon (for example, high attack power). It refers to generating a weapon (hereinafter also referred to as “a weapon to be “enhanced”). In this game, based on a low-level weapon, by "strengthening" this low-level weapon, it is stronger than the low-level weapon (for example, high attack power and defense power, etc.), so that the game progresses favorably. can) can generate higher weapons.

In the enhancement list display screen Sc2, when the user selects a high-ranking weapon (“Greatsword C” is selected in FIG. 4), enhancement recipe information and status information of the selected weapon are displayed. The enhancement recipe information displays lower-level weapons and required materials when the selected weapon (original weapon of "enhancement") is created by "enhancement". In other words, the enhancement recipe information includes the names and required quantities of the materials required for producing the selected weapon by the acquisition method such as "enhancement".

By referring to the enhancement recipe information displayed on the enhancement list display screen Sc2, the user can know the type and number of materials required to "enhance" a weapon (item).

As shown in FIG. 5, a derivative drawing of a weapon (item) is displayed on the derivative drawing display screen Sc3. Derived diagrams show the route of an item's "enhancement". Specifically, on the derived diagram display screen Sc3, an icon with an image of the weapon to be "enhanced" (lower-level weapon) and an icon with an image of the weapon to be "enhanced" (higher-level weapon) are displayed. A path (a line segment in FIG. 5) is formed between.

For example, when the greatsword C (the weapon to be "strengthened") is created by "strengthening" using the greatsword B (the weapon to be "strengthened") and a predetermined material, the icon for the greatsword C is and the icon of the greatsword B, a path (route) is formed.

In addition, since the weapon that is the starting point of the route (lowest weapon) cannot be obtained by "enhancement" (there is no weapon to be "enhanced"), methods such as "production" or purchase with in-game currency will be obtained by In this game, in addition to weapons that can be obtained by production etc., there are weapons that can be obtained by "production" and "enhancement", and weapons that can be obtained only by "enhancement".

In addition, on the derived diagram display screen Sc3, if a plurality of weapons to be "enhanced" can be generated from one weapon to be "enhanced", each weapon to be "enhanced" can be generated from the icon of the weapon to be "enhanced". The route to is displayed as if it diverges. In the derived diagram display screen Sc3, for example, when both the greatsword D and the greatsword E (weapon to be "enhanced") can be generated by "enhancing" the greatsword C (weapon to be "enhanced") , from the icon of the large sword C to the icons of the large swords D and E so that the path branches.

The user can grasp the "strengthening" process of the weapon (item) by referring to the derived diagram display screen Sc3.

(About the wishlist registration screen)
With any one of the display screens Sc1 to Sc3 displayed on the display 61, when the reception unit 564 receives a request for registering an item (here, a weapon) from the user (for example, a predetermined operation on the controller 63), the registration unit 565 will wishlist the weapon.

Specifically, the receiving unit 564 allows the user to select a weapon (“great sword C” in FIG. 6) on the derived diagram display screen Sc3, and perform an operation (registration request) for registering the weapon in the wish list. If so, the display 61 displays a wishlist registration screen Sc4 (see FIG. 6). Then, the receiving unit 564 receives from the user the registration position of the weapon (the order in which the item is to be registered in the wish list).

Here, if a plurality of acquisition conditions are set for the weapon whose registration is requested, the reception unit 564 displays a selection screen c1 for selecting an acquisition condition on the wishlist registration screen Sc4.

As shown in FIGS. 3 and 4, "Greatsword C" is a weapon that can be created by "production" and "strengthening". In other words, multiple acquisition conditions ("production" and "strengthening") are set for "great sword C".

The accepting unit 564 displays the selection screen c1 on the wishlist registration screen Sc4, and accepts from the user whether the acquisition condition of "production" or "enhancement" is to be used to register the weapon in the wishlist.

That is, when the user wishes to obtain the greatsword C, as shown in FIG. 6, the user selects whether to obtain the greatsword C under the acquisition condition of "production" or under the acquisition condition of "strengthening". can. The materials required to create the greatsword C and the required number (that is, recipe information) differ between production and enhancement.

For example, with the production acquisition method, weapons can be created by collecting materials without needing the base weapon, so you can create and possess new weapons without changing the weapons you already have. (Increase the number of owned weapons). On the other hand, the production method tends to require more materials than the enhancement method.

In the method of acquisition by strengthening, the materials and the required number of large swords required to create C are comparatively smaller than in the method of acquisition by production. On the other hand, in the method of obtaining by strengthening, it is essential to possess the base weapon in advance, and after strengthening, the base weapon is not owned, and instead a new large sword C is owned. Therefore, when the user attempts to equip the base weapon instead of the new greatsword C, the user needs to regenerate the weapon.

In this way, the selection of which acquisition condition, production or enhancement, will affect the user's motivation for progressing the game and the time required to progress the game in the future. On the other hand, in the present embodiment, the user himself/herself can select the acquisition method. Therefore, it can contribute to the improvement of convenience.

The registration unit 565 associates the acquisition condition received from the user by the reception unit 564 with the weapon for which the registration request is received, and registers them in the wish list (see FIG. 2).

Note that when the reception unit 564 receives a weapon registration request from the user while the production list display screen Sc1 and the enhancement list display screen Sc2 are being displayed, the selection screen c1 is not displayed.

For example, when registering a weapon in the wishlist on the production list display screen Sc1, the registration unit 565 registers the weapon in the wishlist in association with "production" as an acquisition condition.

In other words, when registering a weapon in the wish list on the production list display screen Sc1 and the enhancement list display screen Sc2, the registration unit 565 does not display the selection screen c1, and registers the weapon corresponding to the display screen displayed for the weapon. Add it to your wishlist with associated acquisition conditions.

(About the wishlist confirmation screen)
The display control unit 566 causes the display 61 to display a wishlist confirmation screen Sc5 (see FIG. 7) upon receiving an operation to call up a wishlist from the user during game play. Unlike the menu screen described above, this wish list confirmation screen Sc5 can be displayed on the display 61 at any timing of the user.

On the wishlist confirmation screen Sc5, items (weapons in FIG. 7) registered in the wishlist, acquisition conditions associated with the weapons ("production" in FIG. 7), recipe information (in FIG. 7, production recipe information) and status information. The wishlist confirmation screen Sc5 also displays detailed data c2 of materials (materials, etc.) necessary to create the weapon (large sword C in FIG. 7) registered in the wishlist. This data c2 displays detailed descriptions of each ingredient included in the recipe information, the place of acquisition, the price of each ingredient at a tool shop, etc., and the points required to obtain it if it can be obtained by exchange. .

By referring to the wishlist confirmation screen Sc5, the user can confirm the weapon materials registered in the wishlist and the acquisition conditions ("production" or "strengthening") thereof.

Here, when a weapon is registered in the wish list, the display control unit 566 displays marks P1 to P3 in the vicinity of the names and icons of the corresponding weapons on the display screens Sc1 to Sc3, respectively. For example, in FIGS. 3 and 4, marks P1 and P2 are displayed to the left of the weapon name ("great sword C"), respectively, and in FIG. 5, mark P3 is displayed to the upper left of the weapon icon.

If a weapon is registered in the wishlist, the display control unit 566 reads the associated acquisition conditions. Then, the display control unit 566 displays the marks P1 and P2 on the display screen corresponding to the read acquisition condition (“production” or “strengthening”).

For example, when "great sword C" is registered in the wish list in association with "production", the display control unit 566 displays the corresponding display screen, that is, the production list display screen Sc1 with the mark P1 (weapon in FIG. 3). left side of the name "great sword C") is displayed. On the other hand, the display control unit 566 does not display the mark P2 on the enhancement list display screen Sc2, which is a display screen that does not correspond to the acquisition conditions. Thereby, the user can confirm whether or not the weapon is registered in the wish list under the corresponding acquisition conditions.

In addition, the mark P3 is displayed around the icon of the weapon included in the wish list (on the upper left side of the icon of the weapon in FIG. 5) regardless of the content of the acquisition conditions associated with the weapon. On the derived diagram display screen Sc3, it is not possible to check the weapon acquisition conditions such as production recipe information and enhancement recipe information. is displayed. This allows the user to confirm whether or not the weapon is registered in the wishlist.

(About the display when the acquisition conditions are met during the quest)
FIG. 8 shows a game screen during a quest. During the quest, the display control unit 566 causes the game screen Sc6 to display the notification screen c4 showing the details of the recipe information of the weapon registered in the wish list (such as the availability of each material). Then, when the condition for acquiring the weapon is met, the display control unit 566 causes the game screen Sc6 to display a notification screen c3 indicating that the condition for acquiring the weapon is met.

For example, the display control unit 566 refers to the item DB, and counts the number of each material included in the recipe information of the weapon registered in the wishlist from items such as weapons and various materials owned by the user. For example, on the notification screen c4, the number of possessions is incremented each time the user obtains an ingredient included in the recipe information. The display control unit 566 determines that the acquisition condition is met when all the materials are equal to or greater than the required number, and displays the notification screen c3. On the other hand, the display control unit 566 determines that the acquisition condition is not satisfied and does not display the notification screen c3 unless all the materials are available in the required number or more.

FIG. 9 shows the game screen after the condition for acquiring the weapon is met. The game screen Sc7 is displayed when the character moves to a field different from the field in which the quest was performed, or when the character is performing another action after the quest ends. The display control unit 566 causes the game screen Sc7 to display a notification screen c5 indicating that the acquisition condition for the weapon included in the wish list has been met. This allows the user to know that the weapon can be created.

Here, even if an acquisition condition not associated with a weapon is satisfied in the wish list, the display control unit 566 does not display the notification screens c3 to c5. For example, if “great sword C” is associated with “production” in the wish list, the display control unit 566 displays the notification screens c3 to c5 even if the acquisition condition for “great sword C” through “strengthening” is satisfied. is not displayed.

For example, if the enhancement recipe information of a weapon contains hard-to-obtain materials, and the production recipe information includes easy-to-obtain materials, the user does not create the weapon by "enhancement", but instead "produces" it. We want to generate the weapon by In this case, if a weapon is registered in the wish list without specifying acquisition conditions (i.e., "production" or "strengthening", which is how the weapon is created), it is possible that the acquisition condition that the user did not desire was established. If that is the case, there is a risk that the user will be notified that the acquisition conditions have been met without his or her desire.

Therefore, in this embodiment, by registering a weapon in a wish list after specifying acquisition conditions, the user is notified that the acquisition conditions have been met when the acquisition conditions desired by the user are met. Thereby, user convenience can be improved.

(Operation of game device)
A series of operations in the game device will be described with reference to FIGS. 1 to 13. FIG.

First, referring to FIG. 10, the operation of the game device 5 when displaying the wishlist registration screen and the wishlist confirmation screen on the display 61 will be described.

The display control unit 566 changes the screen displayed on the display 61 from the menu screen to the derived diagram display screen Sc3 according to the user's operation. Then, the registration unit 565 receives a selection (registration request) from the user of a weapon to be registered in the wish list from among the weapons displayed on the derived diagram display screen Sc3 (step S11). The wish list is for registering weapons (items) that the user desires to obtain.

Upon receiving the registration request, the reception unit 564 causes the display 61 to display the wishlist registration screen Sc4 (step S12).

The accepting unit 564 causes the selection screen c1 to be displayed on the wishlist registration screen Sc4, and accepts the selection of the weapon acquisition condition (step S13). In FIG. 6, the reception unit 564 allows the user to select whether to register "great sword C" in the wish list by associating it with "production" or register it in the wish list by associating it with "strengthening" on the selection screen c1. accept from

The registration unit 565 associates the weapon with the acquisition condition received from the user in step S13, and registers the weapon in the wish list (step S14).

After step S14, the display control unit 566 causes the display 61 to display the wish list confirmation screen Sc5 upon receiving an operation to call up a wish list from the user during game play (step S15).

When a weapon is selected on the wishlist confirmation screen Sc5, recipe information and the like associated with the weapon in the wishlist are displayed (step S16). Note that if a plurality of weapons are registered in the wishlist, the recipe information displayed on the wishlist confirmation screen Sc5 changes to the recipe information corresponding to the selected weapon according to the selection of the weapon.

Note that when the reception unit 564 receives a registration request from the user while the production list display screen Sc1 or the enhancement list display screen Sc2 is being displayed on the display 61, step S13 is omitted. In this case, the registration unit 565 associates the weapon with acquisition conditions corresponding to the displayed display screen (production list display screen Sc1 or enhancement list display screen Sc2) and registers the weapon in the wishlist.

Next, the operation of the game device 5 when displaying the production list display screen Sc1 on the display 61 will be described with reference to FIG.

Upon receiving an operation to display the production list display screen Sc1 from the user (step S21), the display control unit 566 displays the production list display screen Sc1 on the display 61 (step S22).

Here, the display control unit 566 reads out the wishlist from the storage unit 55, and determines whether or not the weapon associated with the acquisition condition (here, "production") corresponding to the production list display screen Sc1 is registered in the wishlist. (step S23).

If the weapon associated with the acquisition condition (here, "production") corresponding to the production list display screen Sc1 is registered in the wish list (Yes in step S23), the display control unit 566 displays the production list display screen Sc1. A message indicating that the weapon is registered in the wish list (mark P1 in FIG. 3) is displayed near the displayed icon of the weapon (step S24).

If the weapon associated with the acquisition condition (here, "production") corresponding to the production list display screen Sc1 is not registered in the wish list (No in step S23), the display control unit 566 ends the process.

It should be noted that the game device 5 performs the same processing as in FIG. 11 when displaying the strengthening list display screen Sc2.

Next, with reference to FIG. 12, the operation of the game device 5 when displaying the derived diagram display screen Sc3 on the display 61 will be described.

Upon receiving an operation to display the derived diagram display screen Sc3 from the user (step S31), the display control unit 566 displays the derived diagram display screen Sc3 on the display 61 (step S32).

Here, the display control unit 566 reads the wishlist from the storage unit 55 and determines whether or not a weapon is registered in the wishlist (step S33). At this time, unlike step S23, the display control unit 566 does not consider the content of acquisition conditions associated with the weapon in the wish list.

If a weapon included in the derived diagram display screen Sc3 is registered in the wish list (Yes in step S33), the display control unit 566 displays a wish list around the icon of the weapon displayed on the derived diagram display screen Sc3. The fact that it is registered in the list (mark P3 in FIG. 5) is displayed (step S34). That is, if a weapon is registered in the wish list, the mark P3 is displayed on the derived diagram display screen Sc3 regardless of the acquisition conditions.

If the weapon included in the derived diagram display screen Sc3 is not registered in the wish list (No in step S33), the display control unit 566 ends the process.

Next, with reference to FIG. 13, the operation of the game device 5 during execution of the quest will be described.

Upon receiving a quest execution operation from the user, the game progression unit 562 executes the quest (step S41).

When the acquisition condition for the weapon registered in the wishlist is satisfied during the execution of the quest (step S42), the display control unit 566 displays the fact that the acquisition condition is satisfied by superimposing it on the game screen (step S43). For example, in FIG. 8, the display control unit 566 causes the game screen Sc6 to display a notification screen c3 that notifies that the acquisition condition for the "great sword C" has been met.

After that, when the game screen changes due to the character moving to a field different from the field in which the quest was performed (step S44), the display control unit 566 superimposes a message indicating that the weapon acquisition condition has been met on the game screen. is displayed again (step S45). For example, in FIG. 9, the display control unit 566 causes the game screen Sc7 to display a notification screen c5 indicating that the acquisition condition for the "great sword C" has been met.

To summarize the above, the game program of the present embodiment comprises the game device 5 (computer), the management unit 563 that manages the association between the character (first game medium) and the weapon (second game medium), and the registration of the weapon. and a registration unit 565 for registering unrelated weapons in the wishlist in response to the registration request, and associating weapons with characters. There are multiple acquisition conditions (conditions) (“production” and “enhancement”) for performing the The acquisition conditions selected by the user are associated with each other and registered in the wish list.

<Effects of this embodiment>
As described above, "production" and "enhancement" are set as acquisition conditions for weapons. Then, the registration unit 565 registers, in the wish list, the weapon set as the acquisition condition (“production” or “strengthening”) received from the user by the reception unit 564 .

For example, if the acquisition condition (enhancement recipe information) by “strengthening” includes valuable materials, the acquisition condition (enhancement recipe information) ) can be difficult to satisfy. In this case, the user wishes to generate the weapon by "production" rather than "strengthening". In this embodiment, since weapons and acquisition conditions desired by the user are registered in the wish list in association with each other, when the acquisition conditions desired by the user are met, the user is notified that the acquisition conditions are met. . Thereby, user convenience can be improved.

In addition, the reception unit 564 displays (notifies) a selection screen c1 (information on selection) for the user to select acquisition conditions (“production” or “strengthening”). Thereby, the user can know that it is possible to select acquisition conditions when, for example, registering a weapon in the wish list.

In addition, the display control unit 566 (notification control unit) causes the user to display (notify) the weapons registered in the wishlist and acquisition conditions associated with the weapons on the wishlist confirmation screen Sc5. Thereby, the user can confirm whether or not the weapon is registered in the wish list under the conditions for obtaining the desired weapon.

In addition, when the acquisition condition associated with the weapon registered in the wish list is satisfied, the display control unit 566 notifies the user that the acquisition condition is satisfied on the notification screen c3. displayed (announced). In addition, when the acquisition condition not associated with the weapon in the wish list is satisfied, the display control unit 566 does not display (notify) the fact that the acquisition condition is satisfied to the user. Thereby, the user can know that the weapon acquisition condition is satisfied only when the desired acquisition condition is satisfied.

In addition, the display control unit 566 controls the production list display screen Sc1 (first display area) displaying production recipe information for weapons and "production" (first condition), and a production list display screen Sc1 (first display area) for weapons and "strengthening" (second condition). The strengthening list display screen Sc2 (second display area) displaying the strengthening recipe information in is displayed. In addition, the display control unit 566 displays the fact that the weapon is registered in the wishlist on the display screen corresponding to the acquisition condition associated with the weapon in the wishlist, out of the production list display screen Sc1 and the enhancement list display screen Sc2. display the mark P1 or the mark P2.

The display control unit 566 displays a mark P1 on the production list display screen Sc1 when the weapon is registered in association with "production" in the wish list, and the weapon is registered in association with "strengthening". In this case, the mark P2 is displayed on the enhancement list display screen Sc2. Accordingly, the user can confirm whether or not the weapon is registered in the wish list under the desired acquisition conditions by confirming the production list display screen Sc1 and the enhancement list display screen Sc2.

In addition, the display control unit 566 causes the display screen corresponding to the acquisition condition not associated with the weapon in the wish list to indicate that the weapon is registered in the wish list, out of the production list display screen Sc1 and the enhancement list display screen Sc2. Do not display the mark P1 or the mark P2 indicating Accordingly, the user can confirm whether or not the weapon is registered in the wish list under the desired acquisition conditions by confirming the production list display screen Sc1 and the enhancement list display screen Sc2.

In addition, the display control unit 566 displays a derived diagram display screen Sc3 (third display area) on which weapons are displayed, which is different from the production list display screen Sc1 and the enhancement list display screen Sc2, according to the user's operation. In addition, when a weapon is registered in the wishlist, the display control unit 566 displays the weapon in the wishlist on the derived diagram display screen Sc3 regardless of the acquisition conditions associated with the weapon in the wishlist. Display that you are registered. Accordingly, the user can confirm whether or not the weapon is registered in the wish list by confirming the derived diagram display screen Sc3.

[Other embodiments]
In the above embodiment, the case where weapons are generated by "production" and "strengthening" has been described as an example, but the above embodiments can also be applied to items other than weapons. Also, items other than weapons may be equipment, accessories, and the like. Items other than weapons may also be consumable items such as materials. Further, in the above-described embodiment, the case where the target of production or enhancement is an item such as a weapon has been described as an example, but even if the target of production or enhancement is a character (non-player character) good.

Materials included in the item recipe information (acquisition conditions) may include the category material r (see FIG. 14). In this game, for example, by using or consuming a predetermined item, it is possible to acquire the points of the category material r. In this game, when the cumulative value of this point reaches or exceeds a predetermined value, it is determined that the acquisition condition for the category material r in the recipe information has been satisfied (the category material r has been obtained).

For example, materials consumed to create items such as category materials are classified, and by using or consuming materials of the same classification as category materials (for example, materials other than category materials), You can get points for category materials. Classification is the process of grouping materials that have the same conditions, such as the attributes of individual materials. Contribute to accumulation of points. For example, in the case of a fire-attribute category material, by using or consuming the fire-attribute material, points for the category material can be obtained. In addition, if the category material has a thunder attribute, points for the category material can be obtained by using or consuming the material with the thunder attribute.

As shown in FIG. 14, the display control unit 566 displays a notification screen c7 notifying that the conditions for obtaining category material r among the conditions for obtaining items registered in the wish list are satisfied, It is superimposed on the screen Sc8 and displayed. At this time, the display control unit 566 does not collect the necessary number of materials other than the category material r included in the acquisition condition (as shown in the notification screen c6 in FIG. 14, the necessary number of the material f is not collected). Even if there is, the notification screens c6 and c7 may be displayed.

Here, item acquisition conditions (recipe information) may include category material r and materials of the same classification as category material r. In this case, it is determined whether or not the number of possessed materials has reached the required number of recipe information, and the points of the remaining materials are added to the accumulated value of the category material r.

For example, it is assumed that the conditions for obtaining item β are set to 1000 points for category material r and 3 materials α of the same classification as category material r. It is also assumed that 500 points are set for each material α. In this case, even if the user owns four materials α, the cumulative value of the points of the category material r is (4−3)×500=500 points, and it is determined that the condition for obtaining the item β is not satisfied.

Also, the points for each material are determined by the rarity (preciousness) of the material, and the higher the rarity, the higher the points can be set.

Also, the category material r may be included regardless of the conditions of acquisition ("production" or "enhancement"). Further, the category material r and the accumulated points of the category material r can be confirmed on the wish list confirmation screen Sc5.

Further, when accepting a wish list registration request, the accepting unit 564 may be able to specify materials that are accumulated as points of category material r, or may be able to specify materials that are not accumulated as points of category material r. . As a result, materials with high rarity can be preserved.

When accumulating the points of the category material r, the materials may be accumulated in ascending order of rarity, or may be accumulated in an order specified by the user.

Further, even if the same item as the registration-requested item is registered in the wishlist, the registration unit 565 sets the acquisition condition of the registration-requested item and the acquisition associated with the item registered in the wishlist. If the conditions are different, the requested item may be added to the wishlist. In other words, the wish list may contain items that are the same item but have different obtaining conditions. In this case, the marks P1 to P3 are displayed on the corresponding display screen.

For example, the registration unit 565 may register, in the wishlist, "great sword C" associated with "production" and "great sword C" associated with "strengthening". In this case, the production list display screen Sc1 displays a mark P1 near the "great sword C" icon, and the enhancement list display screen Sc2 displays a mark P2 near the "great sword C" icon. be.

It should be noted that, when "great sword C" associated with "production" is registered in the wishlist, registration unit 565 further registers "great sword C" associated with "production" in the wishlist. restrict. In other words, the same item cannot be registered in the wish list more than once under the same acquisition conditions. In this case, the receiving unit 564 causes the display screens Sc1 to Sc3 to display that the item cannot be registered (for example, the button for receiving the wish list registration request is grayed out or cannot be selected).

Further, registration unit 565 cancels the registration of the item in the wish list when the acquisition condition selected by the user is satisfied. Specifically, when the acquisition condition associated with the item registered in the wishlist is met during the quest, the registration unit 565 cancels the registration of the item from the wishlist. This saves the user the trouble of canceling the registration of the item from the wishlist.

However, the registration unit 565 cancels the registration of only the item for which the acquisition condition is satisfied. For example, if the wish list contains items that are the same but have different acquisition conditions, the registration unit 565 cancels the registration of only the items for which the acquisition conditions are met.

For example, if an item γ related to "production" and an item γ related to "enhancement" are registered in the wish list, when the acquisition conditions for "production" are met, Item γ is unregistered, and item γ associated with "strengthening" is not unregistered. Therefore, the mark P1 on the production list display screen Sc1 is no longer displayed, but the mark P2 on the enhancement list display screen Sc2 and the mark P3 on the derived diagram display screen Sc3 are continuously displayed.

Further, the registration unit 565 may prevent items that can be purchased (obtained) only with in-game currency from being registered in the wish list. This is because there is no need to collect materials for items that can be purchased only with in-game currency, and it is not necessary to determine whether the number of materials and the like are available. However, if the materials required to create an item are available for purchase, the user may be notified when these materials become available for purchase with in-game currency held by the user. Further, if in-game currency is included as part of the conditions for acquiring an item, the registration unit 565 may register the item in the wishlist.

Further, the registration unit 565 may register items owned by the user in the wishlist. For example, a user may want to obtain an item that has already been obtained by a different obtaining method (acquisition condition). By doing so, it is possible to meet the user's wishes. Note that items that have been discarded or sold may not be registered in the wish list, or may be registered.

In addition, various items can be registered in the wish list. For example, (a) items that affect various parameters of the character such as status and skills (for example, equipment that changes the character's status) and (b) items that do not affect these (for example, the appearance of the character) Equipment that only changes) can be registered in the wish list. The display control unit 566 may display (a) and (b) separately on the wish list confirmation screen Sc5.

For example, when the item is registered in the wishlist, the display control unit 566 may attach a predetermined mark (jewel mark) to the item in (b) and display it on the wishlist confirmation screen Sc5. However, the display positions of (a) and (b) may be separated, and the frame surrounding the item name and item image of (a) and (b) may be displayed in different colors (for example, red and blue). may

Further, the display control unit 566 may display a mark P3 on the derived diagram display screen Sc3 so that acquisition conditions associated with items registered in the wishlist can be distinguished. For example, the display control unit 566 may change the mark P3 attached to the item associated with "production" and the mark P3 attached to the item associated with "strengthening" in a different mode (for example, mark may be displayed in different shapes and colors).

Also, in the above embodiment, the case where two acquisition conditions ("production" and "strengthening") are set for the item has been described as an example, but three or more acquisition conditions (other than "production" and "strengthening") acquisition conditions) may be set for the item.

Also, the conditions for acquiring items are not limited to the above-mentioned "production" or "strengthening". can be set arbitrarily.

It should be noted that when the conditions for obtaining an item (weapon in the above embodiment) registered in the wish list are satisfied, the management unit 563 immediately gives the item to the user without going to a facility (such as a processing shop). may

Further, in the above embodiment, the menu screen is displayed only for the processing shop, but it may be displayed for fields other than that, or may be displayed all the time.

Further, in the above embodiment, when the reception unit 564 receives a request for registering an item (weapon in the above embodiment) from the user while the production list display screen Sc1 and the enhancement list display screen Sc2 are displayed, the selection Although the screen c1 is not displayed, the selection screen c1 may be displayed to receive the setting of acquisition conditions from the user.

Further, when receiving the selection of acquisition conditions on the selection screen c1, if the cursor is on "production" on the selection screen c1, the reception unit 564 displays the production recipe information, and the cursor is on "enhancement" on the selection screen c1. If there is, the enhancement recipe information may be displayed. This makes it easier for the user to select acquisition conditions.

It may also be possible to change the acquisition conditions associated with an item after adding it to the wishlist.

The display control unit 565 may cause the display 61 to simultaneously display two or more of the production list display screen Sc1, the enhancement list display screen Sc2, and the derived diagram display screen Sc3.

Games executed by the game device 5 are of any genre, such as adventure games, action games, FPS (first person shooter), racing games, sports games, RPGs (role-playing games), and shooting games. good too.

Also, the game program may be implemented as a so-called online game game program. When the game program is for an online game, the processing performed by the control unit 56 may be performed on the server side in place of them, or may be shared between the server side and the client (game device 5) side. good. In this case, the game system including the game device 5 may be provided with an authentication server and a matching server, and user matching may be performed in response to a request from the game device 5 .

In the above embodiment, the game device 5 is a device such as a personal computer and a PlayStation, but the type of the game device 5 is not limited to this. For example, the game device 5 may be a smart phone, a tablet, or an arcade game housing provided at a game center.

Even when these other embodiments are employed, the effects of this aspect are exhibited. Further, it is also possible to appropriately combine this embodiment with other embodiments, and other embodiments with each other.

5 Game device 53 Audio processing unit 55 Storage unit 56 Control unit 563 Management unit 564 Receiving unit 565 Registration unit 566 Display control unit (notification control unit)
Sc1 Production list display screen (first display area)
Sc2 Enhanced list display screen (second display area)
Sc3 Derived diagram display screen (third display area)
P1-P3 mark

Claims (9)

the computer,
a management unit that manages the association between the first game content and the second game content;
a reception unit that receives a request from a user to register the second game content in a list for registering the second game content;
a registration unit that registers the second game content without the association in the list in response to the registration request;
to make it work,
a plurality of conditions for associating the second game media with the first game media;
When accepting the registration request, the accepting unit accepts selection of the condition from the user,
The game program according to claim 1, wherein the registration unit associates the second game content with the condition selected by the user and registers the condition in the list. 2. The game program according to claim 1, wherein said reception unit notifies said user of information regarding said selection. the computer,
3. The game according to claim 1, further functioning as a notification control unit that notifies the user of the second game media registered in the list and the conditions associated with the second game media. program. the computer,
A notification control unit for notifying the user that the condition is satisfied when the condition associated with the second game content in the list is satisfied among the second game contents registered in the list. 4. The game program according to any one of claims 1 to 3, further functioning as a game program. The second game medium has a first condition and a second condition, which are the conditions for associating the second game medium with the first game medium,
said computer,
displaying at least one of a first display area displaying the second game medium and the first condition, and a second display area displaying the second game medium and the second condition; Displaying that the second game content is registered in the list in one of the first display region and the second display region, the display region corresponding to the condition associated with the second game content in the list. 5. The game program according to any one of claims 1 to 4, further functioning as a display control unit that controls the display. The display control unit causes the second game medium to be displayed in the display area corresponding to the condition that is not associated with the second game medium in the list, out of the first display area and the second display area. 6. The game program according to claim 5, wherein the fact that it is registered in the list is not displayed. The display control unit
displaying a third display area different from the first display area and the second display area, in which the second game content is displayed;
When the second game content is registered in the list, the second game content is displayed in the third display area regardless of the content of the conditions associated with the second game content in the list. 7. The game program according to claim 5 or 6, displaying that it is registered in the list. 8. The game program according to any one of claims 1 to 7, wherein said registration unit cancels registration of said second game content in said list when said condition selected by said user is satisfied. a storage unit storing the game program according to any one of claims 1 to 8;
and a control unit that executes the game program.

Images