JP6918159B2 - Programs, control methods and information processing equipment - Google Patents

Description

The present invention relates to programs, control methods and information processing devices.

Conventionally, a game server that stores information about an item in an item information table associated with each user and provides an item to the user from the item information table associated with the user based on the user's request. It is known (for example, Patent Document 1).

International Publication No. 2013/190853

However, the prior art as described above does not relate the change in the ownership state of the game medium to the promotion of the progress of the game, and cannot effectively promote the progress of the game.

An object of the present invention made in view of such circumstances is to provide a program, a control method, and an information processing device capable of relating a change in the ownership state of a game medium to the promotion of the progress of a game.

The program of the present invention for solving the above problems is
For information processing devices that can execute games
A first storage step in which the game medium acquired by the first user in the game field is stored in the storage unit in association with the first user as the possessed state, and
An update step of updating the game medium stored in the storage unit to a state in which the game medium is not owned in the first storage step based on a predetermined input from the first user.
A second storage step of associating the game medium updated to a state not owned by the update step with the game field and storing the game medium in the storage unit,
When the first user or a user different from the first user advances the game in the game field, from among a plurality of game media including the game medium stored in the storage unit in the second storage step. A determination step for determining the game medium to be placed in the game field, and
When a user different from the first user acquires the game medium stored in the storage unit in the second storage step in the game field, the acquisition limit limits the number or number of times the game medium can be acquired. To execute steps and.
Moreover, the control method of the present invention
It is a control method executed by an information processing device that can execute a game.
A first storage step in which the game medium acquired by the first user in the game field is stored in the storage unit in association with the first user as the possessed state, and
An update step of updating the game medium stored in the storage unit to a state in which the game medium is not owned in the first storage step based on a predetermined input from the first user.
A second storage step of associating the game medium updated to a state not owned by the update step with the game field and storing the game medium in the storage unit,
When the first user or a user different from the first user advances the game in the game field, from among a plurality of game media including the game medium stored in the storage unit in the second storage step. A determination step for determining the game medium to be placed in the game field, and
When a user different from the first user acquires the game medium stored in the storage unit in the second storage step in the game field, the acquisition limit limits the number or number of times the game medium can be acquired. Including steps and.
Further, the information processing apparatus of the present invention is
An information processing device that can execute games
A first storage function that stores a game medium acquired by a first user in a game field in a storage unit in association with the first user as a possessed state.
An update function for updating the game medium stored in the storage unit to a state in which the game medium is not owned by the first storage function based on a predetermined input from the first user, and an update function.
A second storage function that associates the game medium updated to a state not owned by the update function with the game field and stores it in the storage unit, and
When the first user or a user different from the first user advances a game in the game field, from among a plurality of game media including the game medium stored in the storage unit by the second storage function. A determination function for determining the game medium to be placed in the game field, and
When a user different from the first user acquires the game medium stored in the storage unit by the second storage function in the game field, the acquisition limit limits the number or number of times the game medium can be acquired. It is equipped with a control unit that realizes functions.

According to the program, the control method, and the information processing apparatus according to the present invention, it is possible to relate the change of the ownership state of the game medium to the promotion of the progress of the game.

It is a functional block diagram of the main part of the information processing system which concerns on one Embodiment of this invention. It is a figure which shows an example of the information about a user stored in the server storage part of FIG. It is a figure which shows an example of the information about the game field which the server storage part of FIG. 1 stores. It is a figure which shows an example of the item table which the server storage part of FIG. 1 stores. It is a figure which shows an example of the enemy character table which the server storage part of FIG. 1 stores. It is a figure which shows an example of the other user table which the server storage part of FIG. 1 stores. It is a figure which shows an example of the user item table which the server storage part of FIG. 1 stores. It is a figure which shows an example of the screen displayed on the display part of FIG. It is a figure which shows an example of the screen displayed on the display part of FIG. It is a figure which shows an example of the screen displayed on the display part of FIG. It is a figure which shows an example of the screen displayed on the display part of FIG. It is a figure which shows an example of the screen displayed on the display part of FIG. It is a flowchart which shows an example of the processing performed by a server control unit.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

First, an outline of the game according to the present embodiment will be described. In the game according to the present embodiment, each user of the game is associated with a field (game field) in which the game is advanced. Each user arranges a game medium (for example, a character) associated with himself / herself in a game field associated with himself / herself or a game field associated with another user, and operates the game medium to move or attack, etc. The game progresses by executing the actions of. In addition, the user can own the game medium (for example, an item) arranged in the game field by acquiring the game medium (for example, an item). In the game according to the present embodiment, the user can equip the game medium such as a character associated with the game medium such as an item owned by the user.

In the game according to the present embodiment, the game medium (item) acquired by the user in the game field is associated with the user in a temporarily acquired state that can maintain the acquired state only in the game field. Therefore, when the user releases the arrangement of the game medium (character) associated with the user in the game field, the acquisition state of the game medium (item) by the user is canceled. However, when the user satisfies a predetermined condition in the game field, the possession of the game medium (item) acquired by the user in the game field is confirmed. That is, in this case, even if the user places the game medium (character) associated with the user outside the game field, the acquired game medium (item) is maintained in the acquired state.

In the game according to the present embodiment, each user is associated with two game fields, a first game field and a second game field. The first game field is a game field used when a user associated with the first and second game fields advances the game. The second game field is a game field used when a user who is not associated with the first and second game fields advances the game.

In other words, when a user advances a game in a game field associated with himself / herself, he / she advances a game in a first game field and a game field not associated with himself / herself (associated with another user). When the game is advanced in, the game is advanced in the second game field associated with the other user.

In the game according to the present embodiment, each game field is represented as, for example, a building. That is, the user can move the character inside the building. The building has one or more areas. Preferably, the building has two or more areas. In the game according to the present embodiment, the area is set as, for example, a floor (floor) of a building. When a predetermined condition such as winning a predetermined enemy character is satisfied in each area, the user can proceed to the next area (for example, the upper floor).

In the present specification, the game medium is electronic data used in a game, and includes, for example, cards, items, characters, avatars, and the like. The game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, and / or donated by the user according to the progress of the game. Aspects are not limited to those specified herein. In the present embodiment, the game medium used by the user to arrange the game in the game field and advance the game will be described below as a character. Further, in the present embodiment, the game medium that the user can acquire in the game field is assumed to be an item, and will be described below.

FIG. 1 is a functional block diagram showing a schematic configuration of an information processing system according to an embodiment of the present invention. The information processing system 10 includes a server device 20 and a plurality of terminal devices 30. The server device 20 provides the game to the terminal device 30 owned by each user. The server device 20 and the terminal device 30 are communicably connected to each other via a network 40 such as the Internet.

The server device 20 advances the game based on an input operation performed by each user using the input unit 34 of the terminal device 30. Further, the server device 20 displays the progress status of the game on the display unit 35 of the terminal device 30 of each user. Specifically, the server device 20 generates information to be displayed on the display unit 35 of the terminal device 30 and transmits (outputs) it to the terminal device 30.

The server device 20 includes a server communication unit 21, a server storage unit 22, and a server control unit 23.

The server communication unit 21 is an interface that communicates with an external device wirelessly or by wire to send and receive information used in the game. In the present embodiment, the server communication unit 21 transmits / receives information to / from the terminal device 30 which is an external device via the network 40.

The server storage unit 22 is, for example, a storage device, and stores various information, programs, and the like necessary for providing and controlling a game.

The server storage unit 22 stores, for example, information about the user. As information about the user, for example, as shown as an example in FIG. 2, the server storage unit 22 includes a user name, information for identifying the first game field (first game field identification information), and information related to the user ID. Information for specifying the second game field (second game field specific information) and information about the character associated with the user (character information) are stored.

The user ID is a code or ID unique to each user that uniquely identifies the user of the game. The user name is the name (name) of the user in the game. The user name is registered (determined) by inputting by the user, or is automatically determined by the server control unit 23, for example. The first game field identification information is a code or ID unique to each first game field that identifies the first game field associated with the user specified by the user ID. The second game field identification information is a code or ID unique to each second game field that identifies the second game field associated with the user specified by the user ID.

The character information is information about a game medium such as a character associated with a user specified by a user ID. The character information may include, for example, a code or ID unique to each character that uniquely identifies the character. Further, the character information may include, for example, the character name of the character, the image of the character, various parameters, and the like. The various parameters include, for example, combat means such as attack means and defense means of the game medium, skill information of the game medium, information on the avatar of the game medium, attributes of the game medium, an index indicating the rarity of the game medium, and the like. May be good. The index indicating the rarity of the game medium may be represented by a hierarchy such as normal, rare, super rare, and ultra rare. The character is determined, for example, by being selected by the user or automatically assigned by the server control unit 23.

In addition, the server storage unit 22 stores information about the game field. As information about the game field, the server storage unit 22 associates the information about the map (map information), the item table, the enemy character table, and the other user table with the area ID, for example, as shown in FIG. Remember. The information about the game field shown in FIG. 3 indicates information about one game field, and the server storage unit 22 stores the information about the game field shown in FIG. 3 for each game field. The information regarding the game field shown in FIG. 3 is, for example, information regarding the game field in which the first game field specific information is specified by "GF0011" in FIG.

In FIG. 3, the area ID is a code or ID unique to each area that uniquely identifies the area in the game field. Area IDs are assigned to each area. The area is set by subdividing the game field within a predetermined range. In the present embodiment, the area may be set for each floor, for example. Further, the area may be set for each predetermined number of floors (for example, every 3 floors). The area can be set by any other method.

The map information is information about the map of the area specified by the area ID. When the area is set for every three floors, for example, the map information corresponding to the area ID includes a map for three floors. The item table is information about items arranged in the area specified by the area ID. The enemy character table is information about an enemy character placed in an area specified by an area ID. The other user table is information about the character of the user arranged in the area specified by the area ID. The user assigned to the area ID is a user (other user) other than the user associated with the field.

Each game medium (item, enemy character and other character) stored as an item table, an enemy character table and another user table associated with each area ID depends on the arrangement of the areas specified by the area ID. It may be different. For example, an item table associated with an area arranged on a higher floor of a building that is a game field has a parameter value described later than an item table associated with an area arranged on a lower floor. Items with a higher value are memorized.

FIG. 4 is a diagram showing an example of an item table stored in the server storage unit 22. FIG. 4 shows, for example, an item table in which the item table is specified by "IT1101" in FIG. The server storage unit 22 includes, for example, an item ID of one or more items, an item name, an item image, an item parameter, a parameter value, and an item provider as an item table.

The item ID is a code or ID unique to each item that uniquely identifies the item. The item name is the name (name) of the item used in the game. The item image is information about the image of the item displayed on the display unit 35 of the terminal device 30. Item parameters are various parameters related to the item. The item parameter is a numerical value of various information about the item, and includes, for example, the combat power such as the attack power and the defense power of the item, the attribute of the item, the level of the item, and the like. The parameter value is the total value of the item parameters of each item. The item provider is information about the provider of each item. The item provider is, for example, the server device 20 itself (CPU) or a user of the game. Details of the case where the user of the game becomes the item provider will be described later.

Each item stored as an item table is arranged in the corresponding area by the server control unit 23 while the game is in progress. The server control unit 23 may arrange all the items stored as the item table in the area, or may arrange a part of the items stored as the item table in the area. When a part of the items stored as the item table is arranged in the area, the server control unit 23 may arrange each item in the area with a predetermined probability, for example. The user can own it by acquiring an item placed in the area of the game field.

The server storage unit 22 stores an item table similar to the item table shown as an example in FIG. 4 in association with each area ID. The item table stored in the server storage unit 22 may store each item so that the total of the parameter values of the items in each item table is equal, and the item table in each item table may be stored. Each item may be stored so that the sum of the parameter values is different (for example, the sum of the parameter values of the items increases as the user advances through the area). When the item has a plurality of types of item parameters, the item table stored in the server storage unit 22 has the same total of the parameter values of specific parameters (for example, rarity) among the plurality of types of item parameters. As you can remember each item. Further, when an item has a plurality of types of item parameters, the item table stored in the server storage unit 22 stores each item so that the total of the parameter values of the specific parameters among the plurality of types of item parameters is different. You may remember.

FIG. 5 is a diagram showing an example of an enemy character table stored in the server storage unit 22. FIG. 5 shows, for example, an enemy character table in which the enemy character table is specified by “ECT1101” in FIG. The server storage unit 22 includes, for example, an enemy character ID of one or more enemy characters, an enemy character name, an enemy character image, an enemy character parameter, and a parameter value as an enemy character table.

The enemy character ID is a code or ID unique to each enemy character that uniquely identifies the enemy character. The enemy character name is the name (name) of the enemy character used in the game. The enemy character image is information about the image of the enemy character displayed on the display unit 35 of the terminal device 30. Enemy character parameters are various parameters related to the enemy character. The enemy character parameters may include, for example, combat means such as attack means and defense means of the enemy character, skill information of the enemy character, attributes of the enemy character, an index indicating the rarity of the enemy character, and the like. The parameter value is the total value of the enemy character parameters of each enemy character.

Each enemy character stored as an enemy character table is arranged in the corresponding area by the server control unit 23 while the game is in progress. The server control unit 23 may arrange all the enemy characters stored as the enemy character table in the area, or may arrange a part of the enemy characters stored as the enemy character table in the area. When a part of the enemy characters stored as the enemy character table is arranged in the area, the server control unit 23 may arrange the enemy characters in the area with a predetermined probability, for example. When the user encounters an enemy character placed in the area of the game field, for example, the user plays against the enemy character. If a user wins a match, the user may be given a privilege.

The server storage unit 22 stores an enemy character table similar to the enemy character table shown as an example in FIG. 5 in association with each area ID. The enemy character table stored in the server storage unit 22 may store each enemy character so that the total parameter values of the enemy characters in each enemy character table are equal to each other. Each enemy character may be stored so that the total of the parameter values of the enemy characters in the character table is different (for example, the total of the parameter values of the enemy characters increases as the user advances through the area). When the enemy character has a plurality of types of enemy character parameters, the enemy character table stored in the server storage unit 22 is the sum of the parameter values of specific parameters (for example, rarity) among the plurality of types of enemy character parameters. You may memorize each enemy character so that they are equal to each other. Further, when the enemy character has a plurality of types of enemy character parameters, the enemy character table stored in the server storage unit 22 has different total parameter values of specific parameters among the plurality of types of enemy character parameters. , Each enemy character may be memorized.

FIG. 6 is a diagram showing an example of another user table stored in the server storage unit 22. FIG. 6 shows, for example, another user table in which the other user table is specified by “UT1101” in FIG. The server storage unit 22 includes, for example, a user ID of one or more other users, a user name, and character information as another user table. The user ID, user name, and character information of the other user are the user ID, user name, and character information described in FIG. 2, respectively, which are associated with the other user.

Characters (other characters) associated with each other user stored as another user table are arranged in the corresponding area by the server control unit 23 while the game is in progress. The server control unit 23 may arrange all the other characters stored in the other user table in the area, or may arrange a part of the other characters stored in the other user table in the area. .. When a part of other characters stored as another user table is arranged in the area, the server control unit 23 may arrange the other characters in the area with a predetermined probability, for example. When the user encounters another character placed in the area of the game field, the other character gives the user, for example, a predetermined game medium. The game medium given by the other character is, for example, an item (for example, a map) necessary to go to the game field of the user associated with the other character. Details of the items required to go to the user's game field associated with other characters will be described later.

Further, the server storage unit 22 stores game media such as items in association with each user. FIG. 7 shows an example of information (user item table) about items associated with the user, which is stored in the server storage unit 22. As shown in FIG. 7, the user item table stored in the server storage unit 22 includes an item ID, an item name, an item image, an item parameter, an item state, and an equipment state. The item ID, item name, item image, and item parameters are as described above.

The item state is a parameter indicating the state of the item, and is indicated by either the first state or the second state. The first state is a state in which a user associated with the user item table can operate the item while the game is in progress. The second state is a state in which the user associated with the user item table cannot operate the item while the game is in progress.

If the item is in the operable first state, the user owns the item. The user can perform an action that makes the owned item unowned. The user can equip, sell, or discard the character associated with the user, for example, as an action to make it unowned. In addition, the user can combine the owned item with another item, transfer it to another user, or consume it as the game progresses. On the other hand, if the item is in an inoperable second state, the user does not own the item. Therefore, the user cannot equip the character associated with the user with the item, sell it, or discard it.

When the user acquires an item in a predetermined area of the game field by advancing the game, the server control unit 23 stores the acquired information in the user item table of the server storage unit 22 in the first state. Will be done. When the user performs an operation to abandon the possession of the acquired item, that is, the item in the first state by selling or discarding the item, the server control unit 23 changes the item state of the item whose possession is abandoned. Switch from the 1st state to the 2nd state and update. The user cannot operate the item whose item state has been switched to the second state.

The items associated with the user may be restricted based on predetermined conditions. For example, the number of items associated with the user may be limited to a predetermined number. Also, for example, the items associated with the user may be restricted based on predetermined item parameters. Specifically, the items associated with the user are the item size, the weight of the item, the value indicating the total amount of the item level, the value indicating the total amount of the rarity of the item, and the amount of possession of the item. (For example, a value indicating the cost of an item) or the like may be restricted so as to be equal to or less than a predetermined value.

Further, for example, the item in the first state associated with the user may be restricted based on a predetermined condition. For example, the number of items in the first state associated with the user may be limited to a predetermined number (for example, eight).

In the user item table shown in FIG. 7, the acquisition state is information indicating whether or not the acquisition of the item by the user is confirmed. In the example shown in FIG. 7, the state in which the acquisition of the item by the user is confirmed is shown as "confirmed". That is, the item whose acquisition state is "confirmed" is maintained in the acquired state even outside the game field because the user satisfies the predetermined condition in the game field in which the item is acquired. On the other hand, in FIG. 7, the state in which the acquisition of the item by the user is not confirmed is shown as “unconfirmed”. That is, an item whose acquisition state is "unconfirmed" is a state in which the user temporarily owns it in the game field, and when the user places a character outside the game field without satisfying a predetermined condition, The ownership status is canceled.

Referring to FIG. 1 again, the server control unit 23 controls and manages the entire server device 20 including each functional block of the server device 20. The server control unit 23 is composed of a processor such as a CPU (Central Processing Unit) that executes a program that defines a game control procedure. Such a program is stored in the server storage unit 22 or an external storage medium. The specific control executed by the server control unit 23 in the game will be described later.

The terminal device 30 includes a terminal communication unit 31, a terminal storage unit 32, a terminal control unit 33, an input unit 34, and a display unit 35. The terminal device 30 may be a dedicated device capable of executing a game. Further, the terminal device 30 may be configured by using an electronic device (information processing device) such as a mobile phone or a tablet terminal.

The terminal communication unit 31 is an interface that communicates with an external device wirelessly or by wire to send and receive information used in the game. In the present embodiment, the terminal communication unit 31 transmits / receives information to / from the server device 20 which is an external device via the network 40.

The terminal storage unit 32 is, for example, a storage device, and stores various information, programs, and the like necessary for processing a game provided by the server device 20. For example, the terminal storage unit 24 stores in advance the application of the game according to the present embodiment.

The terminal control unit 33 controls and manages the entire terminal device 30 including each functional block of the terminal device 30. The terminal control unit 33 is composed of a dedicated microprocessor or a processor such as a CPU that realizes a specific function by reading a specific program. The terminal control unit 33 executes the game application in response to an operation input from the user to the input unit 34. In addition, in this specification, as a general rule, the terminal control unit 33 executes the processing that is not specified to be executed by the server control unit 23. Specifically, the terminal control unit 33 performs substantial game progress processing.

The input unit 34 receives an operation input from the player. The input unit 34 may be composed of operation buttons (operation keys). When the terminal device 30 has a touch panel, the touch panel functions as an input unit 34 by detecting contact between a player's finger and a stylus pen and accepting an operation input.

The display unit 35 is a display device such as a liquid crystal display, an organic EL display, or an inorganic EL display. The display unit 35 displays various information about the game received from the server device 20 according to the progress of the game.

Next, specific control executed by the server control unit 23 in the game will be described with reference to a screen example displayed on the display unit 35.

FIG. 8 is a diagram showing an example of a screen displayed on the display unit 35, and specifically, is a screen in which a user selects a game field in which a game is advanced. In the following description, this user is referred to as a first user. The display unit 35 displays a screen for selecting the game field shown in FIG. 8 based on a predetermined input operation by the first user.

As shown in FIG. 8, the screen for selecting a game field includes a self-game field selection unit 100 for selecting one's own game field and another user game field selection unit 101 for selecting another user's game field.

When the first user selects the self-game field selection unit 100 by a tap operation or the like on the screen for selecting the game field shown in FIG. 8, the server control unit 23 selects the first game field associated with the first user. Set. Specifically, the server control unit 23 first specifies an area in the first game field where the game is started. The area where the game is started may be determined, for example, based on the input of the first user according to the progress of the game, or may be automatically determined by the server control unit 23. The server control unit 23 refers to the map information associated with the area ID of the determined area and generates a map.

Next, the server control unit 23 determines the arrangement of the game medium (here, an item, an enemy character, and another character) in the determined area. Specifically, the server control unit 23 refers to the item table, the enemy character table, and the other user table associated with the area ID of the determined area, and uses the data (stored data) stored in each of these tables. Based on this, data (arrangement data) relating to the game medium to be arranged in the above-determined area of the first game field is generated. The generated placement data includes information (positions to be placed) regarding the placement of the game medium. The arrangement data may include all the game media stored in the stored data, or may include only a part of the game media stored in the stored data. For example, when the arrangement data includes only a part of the game media stored in the stored data, the server control unit 23 extracts the game medium stored in the stored data by a predetermined algorithm to extract a part of the game. The medium can be determined. Further, when the arrangement data includes only a part of the game media stored in the storage data, the server control unit 23 extracts each game medium stored in the storage data so as to be included in the arrangement data with a predetermined probability. You may.

In generating the placement data, the server control unit 23 may generate information on the placement according to the parameters of the game medium (for example, the parameter values of the items shown in FIG. 4). For example, the server control unit 23 may be arranged on the front side of the area, that is, on the side closer to the point where the character of the first user is arranged at the start of the game in the area, as the parameter value of the item is lower.

The first user moves the characters arranged in the area to advance the game. In the game according to the present embodiment, the server control unit 23 may set a parameter (movement restriction parameter) for restricting the movement of the character at the start of the game in the determined game field. The movement restriction parameter is a parameter that limits the number of turns that the character can move, for example, when the game progresses in a turn system. In addition, the movement restriction parameter may be, for example, a distance that the character can move or a time that the character can move. When the movement restriction parameter disappears (becomes "0") and the character cannot move, the server control unit 23 ends the progress of the game in the game field. Ending the progress of the game in the game field means that the server control unit 23 releases the arrangement of the user character arranged in the game field in the game field. In this case, the possession state of the item temporarily owned by the first user in the game field is canceled. That is, in this case, the first user is in a state of not owning the item temporarily owned in the game field.

In addition to the above example, the server control unit 23 may end the progress of the game in the game field based on arbitrary conditions. The server control unit 23 may end the progress of the game in the game field, for example, when the predetermined parameter associated with the character falls below a predetermined value (for example, 0). The predetermined parameter in this case is, for example, the HP of the character, but is not limited to this.

As the game progresses, when the first user moves the character to the position where the item is placed in the area, the screen for selecting whether or not to acquire the item is displayed under the control of the server control unit 23. It is displayed on the display unit 35. FIG. 9 is a diagram showing an example of a screen for selecting whether or not to acquire an item.

As shown in FIG. 9, the screen for selecting whether or not to acquire an item is an item information display unit 110 that displays information about the item and an item acquisition selection unit 111 that determines whether or not to acquire the item. And include. The item information display unit 110 displays information about the item placed at the position where the character has moved by the operation of the first user. In the example shown in FIG. 9, the item image, the item name, and the attack power which is the item parameter are displayed as the information about the item, but the information about the item displayed on the item information display unit 110 is limited to this. I can't. As shown in FIG. 9, for example, the item acquisition selection unit 111 determines to the first user a question sentence confirming whether or not to acquire the item and "Yes" to determine whether or not to acquire the item by inputting. And "No" input display.

When the first user performs an input operation to select "Yes" of the item acquisition selection unit 111, the server control unit 23 puts the item in the first state and the acquisition state is undetermined, and the user of the first user. Store in the item table. When the item is stored in the user item table in the first state, the first user can operate the item. Note that, for example, when the number of items in the first state associated with the first user is limited to a predetermined number and the number of items in the first state has already reached the upper limit, the server The control unit 23 may display a screen on the display unit 35 for confirming whether or not to abandon (discard) the possession of any item in the first state associated with the first user.

When the first user performs an input operation for selecting "No" of the item acquisition selection unit 111, the server control unit 23 does not store this item in the user item table of the first user.

When the first user moves the character associated with the first user to the position where the enemy character is arranged in the area as the game progresses, the enemy character is displayed by the control of the server control unit 23. It is displayed on 35. Then, under the control of the server control unit 23, a battle between the character associated with the first user and the enemy character is executed.

When the character associated with the first user wins the battle, the server control unit 23 grants the first user a privilege. The privilege is arbitrary for the first user to advance the game in an advantageous manner. Benefits are granted, for example, by increasing the movement restriction parameter. As a result, the range in which the first user can move the character in the game field can be expanded. In addition, the privilege is given as an item, for example.

When the character associated with the first user loses the match, the server control unit 23 restarts the progress of the game in the game field, for example, with the movement restriction parameter of the first user reduced.

When the first user moves the character associated with the first user to the position where the other character is arranged in the area as the game progresses, the other character is controlled by the server control unit 23. It is displayed on the display unit 35. The first user can acquire a map as an item from the other character to go to the game field of the other user associated with the other character. That is, when the first user acquires the map, the acquired map is stored in the user item table of the first user in the first state and the acquisition state is undetermined. When the acquisition state of the map by the first user is determined, the first user can place the character associated with the other character in the game field of the other user associated with the other character. .. That is, the first user can advance the game in the game field of the other user. Specifically, when the acquisition state of the map by the first user is determined, the server control unit 23 displays the game field of the other user in the game field selection unit 101 of the other user on the screen for selecting the game field shown in FIG. The field is displayed and the game field of the other user can be selected. The first user can proceed with the game in the game field of the other user by selecting the game field of the other user.

The first user sells or throws away the item he owns (that is, the item in the first state) by performing a predetermined input operation while the game is progressing in the first game field, and owns the item. Can be abandoned. FIG. 10 is an item list screen owned by the first user. The first user causes the display unit 35 to display the owned item list screen 120 shown in FIG. 10 by a predetermined operation. On the owned item list screen 120, a list of items in the first state in the user item table of the first user is displayed together with information about the item such as an item image, an item name, and an item parameter. When abandoning an item, the first user selects the item to be abandoned by tapping or the like on the owned item list screen 120.

FIG. 11 is a diagram showing an example of a screen for deciding whether or not to abandon the selected item. As shown in FIG. 11, the screen for selecting whether or not to abandon the item is an item information display unit 130 for displaying information about the item and an item abandonment determination unit 131 for determining whether or not to abandon the item. And include. The item information display unit 130 displays information about the item of the item selected by the first user on the owned item list screen 120. In the example shown in FIG. 11, the item image, the item name, and the attack power which is the item parameter are displayed as the information about the item, but the information about the item displayed on the item information display unit 130 is limited to this. I can't. As shown in FIG. 11, for example, the item abandonment determination unit 131 determines to the first user a question text confirming whether or not to abandon the item and "Yes" to determine whether or not to abandon the item. And "No" input display.

When the first user performs an input operation to select "Yes" of the item abandonment decision unit 131, the server control unit 23 changes the state of the item stored in the user item table of the first user from the first state to the second state. Switch to the state and update. At this time, the server control unit 23 stores the information regarding the item switched from the first state to the second state in a predetermined item table in the information regarding the second game field of the first user. That is, when the first user abandons an item, the server control unit 23 additionally stores the information about the abandoned item in the server storage unit 22 as an item table shown as an example in FIG. At this time, the server control unit 23 stores the user ID of the first user who abandoned the item as the item provider of the added item in the item table.

The server control unit 23 may automatically determine the item table for storing the abandoned item, for example, the item table for storing the abandoned item according to the parameter value of the abandoned item. You may decide.

When the parameter of the abandoned item fluctuates (increases) due to the abandoned second user using the item, the server control unit 23 determines the parameter before the change (initial value). ) Parameters may store abandoned items in the item table. Further, when the parameter is fluctuating, the server control unit 23 may store the abandoned item in the item table with the parameter at the time when the second user abandons it.

Further, the server control unit 23 may store the abandoned item parameter in the item table as an initial value parameter or a parameter obtained as a result of performing a predetermined operation on the parameter at the time of abandonment. good. For example, the server control unit 23 performs an operation of multiplying the parameter of the abandoned item by 0.8 with respect to the parameter at the time of abandonment, and the value obtained as a result of the operation is the item of the abandoned item. As a parameter, it may be stored in the item table. The operation is not limited to multiplication, and can be any operation. In this way, the server control unit 23 performs a predetermined calculation to calculate the item parameter, so that the variation of the item can be increased.

When an item is added to the item table and stored, the server control unit 23 determines the arrangement of the item in a predetermined area of the second game field based on the item table including the added item. Determine the placement of items. As described above, if the server control unit 23 stores the abandoned item in the item table as a parameter at the time of abandonment by the second user, this item is a parameter at the time of abandonment by the second user. And it will be placed in the game field.

When the first user satisfies a predetermined condition in the first game field, the acquisition state of the item whose acquisition state is "unconfirmed" in the user item table of the first user becomes "confirmed". The predetermined condition is that, for example, the character associated with the first user wins the battle with a predetermined enemy character (for example, a so-called boss character). In this case, when the character associated with the first user wins the battle with the boss character, the server control unit 23 displays the item whose acquisition state is "undecided" in the user item table shown in FIG. The acquisition status of is switched to "confirmed" and stored. The predetermined condition is not limited to winning the battle with the boss character, and may be any other set condition.

When the progress of the game in the first game field is completed without the first user satisfying the above-mentioned predetermined conditions, the item whose acquisition status is "undetermined" in the user item table of the first user is the user item table of the first user. Will be removed from. When the progress of the game in the first game field ends without satisfying the above-mentioned predetermined conditions, for example, when the first user voluntarily ends the progress of the game in the first game field by a predetermined input operation. And, for example, the case where the movement restriction parameter disappears and the server control unit 23 ends the progress of the game in the first game field is included. In this case, the server control unit 23 deletes the item whose acquisition status is "undetermined" in the user item table of the first user from the user item table.

Referring to FIG. 8 again, when the first user selects the other user game field selection unit 101 by tap operation or the like on the screen for selecting the game field shown in FIG. 8, the server control unit 23 causes the selected other user. A second game field associated with is set. Here, assuming that the first user has selected the game field associated with the second user, the following description will be given. In this case, the server control unit 23 specifies an area in the second game field of the second user to start the game in the same manner as the setting of the first game field described above. Then, the server control unit 23 refers to the map information associated with the area ID of the determined area and generates a map. Hereinafter, with respect to the process for advancing the game in the second game field, the same process as the process for advancing the game in the first game field described above will be omitted as appropriate, and the differences will be particularly detailed. Explain to.

Next, the server control unit 23 determines the arrangement of the game medium (item, enemy character, and other characters) in the determined area. Specifically, the server control unit 23 refers to the item table, the enemy character table, and the other user table associated with the area ID of the determined area, and based on the stored data stored in each of these tables, the server control unit 23 refers to the item table, the enemy character table, and the other user table. The arrangement data regarding the game medium to be arranged in the above-determined area of the first game field is generated. At this time, if the item table associated with the area ID of the determined area includes an item whose possession has been abandoned by another user, the server control unit 23 includes the item whose possession has been abandoned by the other user. Generate placement data for game media to be placed in the area. In the item table, when the item state in the user item table of another user (second user) changes from the first state to the second state by abandoning the possession of the item by another user, the possession is abandoned. Items will be added. That is, the case where the item table includes an item abandoned by another user means a case where the item table includes an item added by the abandonment of the possession in this way.

The first user moves the characters arranged in the area to advance the game in the same manner as described in the first game field. As the game progresses, when the first user moves the character to the position where the item is placed in the area, the screen for selecting whether or not to acquire the item is displayed under the control of the server control unit 23. It is displayed on the display unit 35. At this time, if the arranged item is provided by the server device 20 (server control unit 23), that is, if the provider is the CPU in the item table shown in FIG. 4, the display unit 35 is displayed. , A screen similar to the screen described with reference to FIG. 9 is displayed.

On the other hand, when the item placed at the position where the character moves while the game is progressing in the second game field is abandoned by the second user associated with the second game field, that is, the figure. When the provider is the ID of the second user in the item table shown in 4, the display unit 35 displays the screen shown as an example in FIG. FIG. 12 is a diagram showing an example of a screen for selecting whether or not to acquire the item for which the provider is the second user.

Similar to the screen shown in FIG. 9, the screen for selecting whether or not to acquire the item shown in FIG. 12 has an item information display unit 140 that displays information about the item and whether or not to acquire the item. It may include an item acquisition selection unit 141 to be determined. The item information display unit 140 of FIG. 12 may be different from the item information display unit 110 of FIG. For example, the item information display unit 140 may include information regarding the user name (item provider name) of the second user who provided the item. In addition, the item information display unit 140 may include information about the user of the second user. The information about the user of the second user may be arbitrary information related to the second user, for example, the time when the second user played the game, the level in the game of the second user, and the association with the second user. It may include information about the game field, the place where the second user acquired the item (position on the game field), the time, and the like.

Further, the item information display unit 140 may include history information about the item. The history information is, for example, information about the users of some or all users (history users) who have acquired the item in the past when the item is repeatedly acquired and abandoned by a plurality of users. That is, the history information includes the user name regarding the history user, the time when the history user played the game, the level of the history user in the game, the information about the game field associated with the history user, and the history user acquired the item. It may include place, time, etc.

When the first user performs an input operation to select "Yes" of the item acquisition selection unit 111 on the screen shown in FIG. 12, the server control unit 23 puts the item in the first state and the acquisition state is undetermined. Then, it is stored in the user item table of the first user. That is, the server control unit 23 stores the items arranged in the second game field associated with the second user in the server storage unit 22 in association with the first user. At this time, the server control unit 23 may also store the item provider name in the user item table.

In the second game field as well, as in the first game field, when a predetermined condition is satisfied, the acquisition state of the item whose acquisition state is "unconfirmed" in the user item table of the first user becomes "confirmed". That is, when a predetermined condition is satisfied, the server control unit 23 switches the acquisition status of the item whose acquisition status is "unconfirmed" to "confirmed" and stores it in the user item table of the first user. .. When the item whose acquisition status is "unconfirmed" includes the item whose provider is the second user, the first user has acquired the item abandoned by the second user.

When the progress of the game in the second game field ends without the first user satisfying a predetermined condition, an item whose acquisition status is "undetermined" in the user item table of the first user is released from the user item table of the first user. Will be deleted. That is, the server control unit 23 deletes an item whose acquisition status is "undetermined" in the user item table of the first user from the user item table.

Next, the processing performed by the server control unit 23 of the present embodiment will be described with reference to the flowchart shown as an example in FIG. The game field of FIG. 13 can be read as a first game field when the user advances the game in the game field associated with himself / herself, and the user advances the game in the game field associated with another user. In the case, it can be read as the second game field.

First, the server control unit 23 determines whether to proceed with the game in the first game field or the second game field based on the input operation of the user, and sets the determined game field (step S11). ). The server control unit 23 specifies an area to start the game and sets the game field by generating a map.

Next, the server control unit 23 generates placement data regarding game media (items, enemy characters, and other characters) to be placed in the game field (step S12). The server control unit 23 generates placement data related to the game medium based on the item table, the enemy character table, and the other user table stored in the server storage unit 22.

When the user performs a predetermined input operation for acquiring an item in the game, the server control unit 23 stores the item in the user item table in a state where the item state is the first state and the acquisition state is undetermined. (Step S13). For example, by moving the character in the game field, when the character moves to the position where the item is arranged, the user performs a predetermined input operation for acquiring the item according to the display of the display unit 35.

Further, when the user performs a predetermined operation to abandon the possession of the item owned, that is, the item stored in the user item table in the first state, the server control unit 23 has abandoned the possession. The item state of the item is updated from the first state to the second state (step S14).

Then, the server control unit 23 adds the item whose item state is updated from the first state to the second state to the item table and stores it (step S15). The items added to the item table in this way are reflected when the server control unit 23 subsequently generates placement data regarding the game medium to be placed in the second game field.

When ending the progress of the game in the game field in which the game is progressing, the server control unit 23 determines whether or not the user satisfies a predetermined condition in the game field (step S16).

When the server control unit 23 determines that the predetermined condition is satisfied (Yes in step S16), the server control unit 23 determines the acquisition state of the item stored in the user item table and whose acquisition state is undetermined. Update to (step S17).

On the other hand, when the server control unit 23 determines from the user item table that the predetermined condition is not satisfied (step S16), the item stored in the user item table and whose acquisition status is undetermined is selected from the user item table. Delete (step S18).

As described above, according to the information processing system 10 according to the present embodiment, the game medium provided by the server device 20 (server control unit 23) is arranged in the first game field and is associated with the second user. In the second game field, in addition to the game medium provided by the server device 20 (server control unit 23), a game medium (item) that the second user has abandoned possession is arranged. Therefore, the first user can acquire the game medium abandoned by the second user by advancing the game in the second game field associated with the second user. In this way, according to the information processing system according to the above embodiment, it is possible to increase the variation of the acquisition method of the game medium and improve the interest in the game.

In particular, if the second user has played the game longer than the first user, the second user is more likely to own the game medium with higher parameters. Therefore, the first user advances the game in the second game field associated with the second user, so that the first user advances the game in the first game field associated with the first user himself. The possibility of acquiring a game medium with high parameters increases. Therefore, it is possible to improve the interest of the game by the beginner player in particular.

Although the present invention has been described above based on the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and modifications based on the present disclosure. Therefore, it should be noted that these modifications and modifications are within the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so as not to be logically inconsistent, and a plurality of means, steps, etc. can be combined or divided into one. ..

For example, in the above embodiment, one user is associated with a first game field and a second game field as game fields, but there are two game fields associated with one user. Not limited to. For example, there may be one game field associated with one user. In this case, both the user associated with the game field and the user not associated with the game field advance the game in one common game field. Further, the number of game fields associated with one user may be three or more.

When a plurality of game fields are associated with one user, the plurality of game fields may be set to be switchable based on a selection input by the user. When a plurality of game fields are associated with one user, the plurality of game fields may be set according to the target game system and the user. For example, the plurality of game fields are set based on whether or not they are used by a user associated with the game field as described in the above embodiment, and for example, the use of the game field or the game to be advanced. A preset game field may be selected and set from a plurality of game fields according to the method of. Specifically, for example, different game fields are set depending on whether the game is progressed by a group composed of a plurality of users or by one person, and the method of the game to be progressed. The game field may be set according to (group or one person). A plurality of game fields can be set by any method other than the above example. In this way, by setting a plurality of game fields according to the purpose of the game field, the method of the game to be played, and the like, the user can advance the game in the game fields appropriately set in various forms. Therefore, usability is improved.

Further, the server control unit 23 may perform control according to the relationship between users who play the game. In the above game, the relationship between users is expressed by, for example, the intimacy quantified by using the degree of familiarity with each other as a parameter. The intimacy is, for example, the number or time of times or time each user has played a game in the game field associated with the other user, the number of messages sent / received to / from the other user, and the exchange of items with the other user. It is defined by the number of times, the time or the number of times the game is played with the opponent user, and the like. In addition, the intimacy is, for example, the degree of progress of the game in the game field associated with the opponent user, that is, how many floors have been reached in the game field (building) associated with the opponent user. , May be specified based on. When the intimacy is defined by, for example, the number of times or time the game has progressed in the game field associated with the other user, the number of times the first user has played the game in the game field associated with the second user or The intimacy is determined by the total value of the time and the number of times or time the second user has played the game in the game field associated with the first user. The higher the total value, the higher the intimacy, and the smaller the total value, the lower the intimacy.

The intimacy may be determined or varied by other factors. For example, in a game in which users can form a group, the intimacy of users belonging to the same group may be higher than the intimacy of users not belonging to the same group.

The server control unit 23 may determine the information regarding the arrangement according to the relationship between the users, for example. Specifically, for example, the server control unit 23 arranges an item having a higher parameter value on the front side of the area as the intimacy is higher. In this case, the higher the intimacy, the easier it is for the first user to acquire an item with a higher parameter value at an earlier stage when the game progresses in the game field associated with the second user. Therefore, each user tries to increase intimacy with other users in order to acquire an item having a higher parameter value. As a result, the progress of the game in the game field by each user is promoted, and it becomes easy to activate the game.

Further, when the server control unit 23 extracts, for example, a part of the game media stored in the stored data so as to be included in the arrangement data with a predetermined probability, the predetermined probability depends on the relationship between the users. May be determined or varied. Specifically, for example, the higher the intimacy of the server control unit 23, the higher the probability of extracting the game medium (item) as placement data. For example, suppose that two users, a first user and a second user, advance a game in a game field associated with a third user, and the first user has more access to the third user than the second user. Suppose the intimacy is high. In this case, the server control unit 23 is set to have a higher probability of extracting the game medium (item) as the placement data in the generation of the placement data for the first user than in the generation of the placement data for the second user. Therefore, when the first user advances the game in the game field of the third user, more game media (items) are used when the second user advances the game in the game field of the third user. ) Is easy to place. The server control unit 23 may determine a predetermined probability based on, for example, the relationship between the users and the parameter value of the game medium. According to this configuration, each user tries to increase the intimacy with other users in order to improve the probability that the item is extracted as placement data. As a result, the progress of the game in the game field by each user is promoted, and it becomes easy to activate the game.

Further, the server control unit 23 may notify the user by displaying the information regarding the stored data on the display unit 35. In particular, the server control unit 23 may display information on the item table on the display unit 35. For example, the server control unit 23 has a display unit 35 of the terminal device 30 in which the first user has the number of items associated with the first user among the items included in the item table of information about a predetermined game field. Display on. The number of items associated with the first user is, that is, the number of items included in the user item table, regardless of whether it is in the first state or the second state. In this case, the number of items displayed on the display unit 35 is the number of items for which the first user has confirmed the acquisition in the game field, regardless of whether the user currently owns or does not own the item. do not have. According to this configuration, the user can know the information about the item table.

The server control unit 23 may display at least one of the number of items in the first state and the number of items in the second state among the items associated with the first user on the display unit 35. ..

Further, the server control unit 23 has a display unit 35 of the terminal device 30 in which the first user has the number of items that are not associated with the first user among the items included in the item table of information about the predetermined game field. It may be displayed in. In this case, the number of items displayed on the display unit 35 is the number of items that the first user has not yet confirmed to acquire among the game media that can be arranged in the game field. According to this configuration, the user can confirm the number of items for which acquisition has not been confirmed yet, and therefore, the user can confirm this number and decide whether or not to proceed with the game in the predetermined game field. Can be done. For example, if a user has more items that have not been confirmed to be acquired in another game field than the number of items that have not been confirmed to be acquired in one game field, the user has not acquired the item. You can decide to proceed with the game in another game field with a large number of items.

The server control unit 23 determines both the number of items associated with the first user and the number of items not associated with the first user among the items included in the item table of information regarding the predetermined game field. , May be displayed on the display unit 35. Further, the server control unit 23 is an item in which the item provider is a user associated with the predetermined game field among the items included in the item table of information regarding the predetermined game field, and the first user. At least one of the number of items associated with and the number of items not associated with the first user may be displayed on the display unit 35. According to this configuration, the server control unit 23 can provide the user with information about the item table in various ways.

The server control unit 23 may display information on some of the target items that satisfy a predetermined condition when displaying the information on the number of the above-mentioned items. For example, the server control unit 23 may display on the display unit 35 the number of items satisfying the condition that the predetermined parameter is equal to or higher than the predetermined value (for example, the rarity is equal to or higher than the predetermined parameter).

Further, the server control unit 23 may display items in a list instead of displaying the information regarding the number of items described above. The list may include, for example, information about the item (item name and parameters such as level or rarity, etc.). By displaying the items in a list, the user can know specific information about the items.

Further, the server control unit 23 may decide to display the information related to the stored data in the area of the display screen displayed on the display unit 35 for displaying the information related to another user. The area for displaying information about another user is, for example, an in-game My Page, a bulletin board, a message field, or the like associated with the user. By displaying the information about the other user in this way, the user can know the information about the other user, and based on this information, the game field in which the game progresses can be determined.

Further, the server control unit 23 may display different modes of displaying information about other users, depending on the relationship between the users. Specifically, for example, the server control unit 23 displays information about an item table associated with a game field of a user having a relationship in which a parameter indicating intimacy is equal to or greater than a predetermined value, and information about another user. It may be displayed in. Further, for example, the server control unit 23 may display information about an item newly stored in the item table due to abandonment earlier as the parameter indicating the intimacy is higher. According to this configuration, each user tries to increase intimacy with other users in order to browse information about other users. As a result, the progress of the game in the game field by each user is promoted, and it becomes easy to activate the game.

Further, the server control unit 23 stores the abandoned item in the item table of information about the game field associated with the user due to the user abandoning the item, and after a predetermined period of time elapses, the item You may delete it from the table. As a result, the period during which another user can acquire the abandoned item is limited to a predetermined period. With this configuration, if each user tries to acquire the abandoned item before the abandoned item is deleted from the item table, the progress of the game in the predetermined period is promoted.

In addition, the server control unit 23 may limit the number of people who can acquire items for items that can be acquired by other users because the user has abandoned them. Here, a method of limiting the number of people who can acquire items by the server control unit 23 will be described. Here, as an example, the server control unit 23 limits the number of people who can acquire the item abandoned by the first user to three.

For example, when the first user performs an input operation to abandon an item, the server control unit 23 stores the abandoned item in the item table in the information regarding the second game field of the first user. Then, when a user other than the first user (second user) selects to advance the game in the second game field associated with the first user, the server control unit 23 determines based on the item table. Generate placement data. When yet another user (third user) chooses to advance the game in the second game field associated with the first user, the server control unit 23 generates placement data based on the item table. .. In this way, the server control unit 23 generates placement data each time a user other than the first user selects to advance the game in the second game field associated with the first user. When the abandoned item is included three times in the arrangement data generated in this way, the server control unit 23 deletes the information about the abandoned item from the item table. As a result, the abandoned item can be made to appear in the game field for three users, and is not made to appear in the game field for other users. In this way, the server control unit 23 can limit the number of people who can acquire the abandoned item.

The server control unit 23 may limit the number of people who can acquire the item by another method. The server control unit 23 selects, for example, that another user (second user) other than the first user advances the game in the second game field associated with the first user in the same manner as described above. Then, the placement data is generated based on the item table. In the second game field, when the second user executes an input operation to acquire the abandoned item, the server control unit 23 puts the abandoned item in the user item table associated with the second user. Store in one state and unconfirmed state. When the second user satisfies a predetermined condition in the second game field, the server control unit 23 updates the acquisition state of the unconfirmed item associated with the second user to the final. When the server control unit 23 executes the process of updating the acquisition status of the item abandoned by the first user three times, the item is abandoned from the item table of the second game field of the first user. Delete information about the item. As a result, the server control unit 23 associates the abandoned item with at least three users, deletes the information about the abandoned item from the item table, and then causes a user other than the first user to become the first user. Even if the game is selected to proceed in the associated second game field, the abandoned item is not extracted as placement data, so that it is not extracted in the second game field. In this way, the server control unit 23 can limit the number of people who can acquire the abandoned item.

Although the server control unit 23 has explained that the number of people who can acquire the abandoned item may be limited, the acquisition of the abandoned item may be restricted based on conditions other than the number of people. .. For example, the server control unit 23 may limit the number of times an abandoned item can be acquired. Specifically, when the server control unit 23 limits the number of times that an abandoned item can be acquired to three times, the item table is obtained when the abandoned item is acquired three times regardless of the acquired user. Remove information about abandoned items from. In this case, the abandoned item may be acquired multiple times by, for example, the same user.

By limiting the acquisition of abandoned items by the number of people or the number of times in this way, each user tries to acquire the abandoned item before the abandoned item is deleted from the item table. , Promotes the progress of the game during the period from when the item is abandoned until the limit is reached.

Further, in the above embodiment, the user has explained that the item is temporarily owned in the game field (undetermined state), but the item does not necessarily have to be in the undetermined state. That is, the acquisition state of the item may be fixed at the stage when the user owns the item without going through the undetermined state.

Further, in the above embodiment, the server control unit 23 has described that the item abandoned by the user is stored in the item table of the information related to the second game field associated with the user, but the server control unit 23 describes the item to be stored in the item table. The items abandoned by the user may be stored in the item table of information regarding the first game field associated with the user. The server control unit 23 stores the items abandoned by the user in the item table of the information related to the first game field associated with the user, and is abandoned when the user advances the game in the first game field. Generate placement data based on the item table that contains the new items. Therefore, in this case, when the user advances the game in the first game field associated with himself / herself, the item he / she has abandoned can be acquired in the game field associated with himself / herself. That is, the user can have the opportunity to reacquire the item that he / she has abandoned.

When the item abandoned by the user is stored in the item table of the information related to the first game field associated with the user and the item is placed in the first game field, the item is placed in the second game field. The arrangement of the items may be different from the case of the arrangement. For example, in the first game field, the item abandoned by the user may be configured such that an item selected by the server or based on an input operation by the user is arranged.

Further, in the above embodiment, the server storage unit 22 may further store information other than the above-described information as the information regarding the user described with reference to FIG. For example, the server storage unit 22 may include information about the relationship with other users in association with each user ID as information about the user. The information regarding the relationship with another user is, for example, information relating the first user and the second user when a certain user (first user) acquires an item abandoned by the other user (second user). Is stored in the server storage unit 22.

In addition, information on the relationship with other users is given to the second user who abandoned the item when the first user acquires the item abandoned by the second user and equips the character with the item. As a predetermined privilege to be given, it may be stored in the server storage unit 22. A predetermined privilege given to the second user is given, for example, by increasing a parameter such as a character or an item associated with the second user, or by giving an item to the second user. At this time, the server storage unit 22 may store information that associates the first user with the second user. For example, in the server storage unit 22, the intimacy between the first user and the second user may be changed (increased), and the first user and the second user are stored as a predetermined relationship (for example, a friend relationship). May be good.

Further, the game according to the present embodiment may be a web game in which the server control unit 23 executes a part or all of the processes performed by the terminal device 30 in the information processing system 10 according to the above embodiment.

Further, in the information processing system 10 according to the above embodiment, the game progress screen is a web display displayed on the terminal device 30 based on the data generated by the server device 20, and other menu screens and the like are displayed on the terminal device 30. It can also be the native display displayed by the native app installed on. As described above, the information processing system 10 can be a hybrid game in which the server device 20 and the terminal device 30 each play a part in the processing.

Further, in the above embodiment, it has been explained that each game field is represented as a building, but the representation of the game field is not limited to the building. The game field may be represented in any manner. For example, the game field may be represented as a town where characters can be placed. When the game field is represented as a town, the town is divided into, for example, multiple areas. When a predetermined condition such as winning a predetermined enemy character is satisfied in each area, the user can proceed to the next area. When the game field is a town, for example, buildings, enemy characters, and the like are placed on the game field. The user advances the game, for example, by moving the character in the town, building or destroying a building, or playing against an enemy character.

In this aspect of the game, in addition to the method described in the above embodiment, the user acquires an item when, for example, a building is built or destroyed. The method of acquiring the item by the user is not limited to this, and the user may be able to acquire the item by various other methods.

Further, in the game of this aspect, the intimacy between the users is, for example, the progress of the game in the game field associated with the opponent user, that is, the game field (map) associated with the opponent user. , It may be specified based on which area it has reached. Intimacy may also be defined based on the number of structures built or destroyed in the game field associated with the other user.

Further, in order to function as the server device 20 according to the above embodiment, an information processing device such as a computer or a mobile phone can be preferably used. In such an information processing device, a program describing processing contents for realizing each function of the server device 20 according to the embodiment is stored in the server storage unit 22 of the server device 20, and the program is stored by the CPU of the server device 20. This can be achieved by reading and executing.

The inventions described in the claims at the time of granting the patent of the original application of the present application are added below.
[1]
For information processing devices that can execute games
A first storage step in which the game medium acquired by the first user in the game field is stored in the storage unit in association with the first user as the possessed state, and
An update step of updating the game medium stored in the storage unit to a state in which the game medium is not owned in the first storage step based on a predetermined input from the first user.
A second storage step of associating the information of the game medium and the first user updated to a state not owned by the update step with the game field and storing the information in the storage unit.
When the first user or a user different from the first user advances the game in the game field, from among a plurality of game media including the game medium stored in the storage unit in the second storage step. A determination step for determining the game medium to be placed in the game field, and
The second storage step is associated with a display for a user interface for a user different from the first user to select whether or not to acquire the game medium stored in the storage unit in the second storage step. A program that executes a display step of displaying information of the first user stored in the storage unit.
[2]
The information of the first user is information about the user name of the first user, the time when the first user has played the game, the level of the first user in the game, and the game field associated with the first user. , The program according to [1], which includes any of the place and time when the first user acquired the game medium.
[3]
In the determination step, the position of the game medium arranged in the game field is determined in [1] or [2] according to the relationship between the first user and the second user different from the first user. Described program.
[4]
In the determination step, it is determined from [1] that a part of the game media including the game media stored in the storage unit in the second storage step is arranged in the game field. The program described in any of [3].
[5]
The program according to any one of [1] to [4], wherein in the determination step, the game medium stored in the storage unit in the second storage step is determined to be arranged in the game field with a predetermined probability. ..
[6]
The program according to [5], wherein the predetermined probability is set according to the relationship between the first user and a second user different from the first user.
[7]
The program according to [6], wherein the predetermined probability is set higher as the intimacy between the first user and the second user is higher.
[8]
The program according to any one of [5] to [7], wherein the predetermined probability is set based on a parameter value of the game medium.
[9]
Any one of [1] to [8], which further executes a deletion step of deleting the game medium stored in the storage unit in the second storage step after a lapse of a predetermined period from the storage in the storage unit. The program described in.
[10]
It is a control method executed by an information processing device that can execute a game.
A first storage step in which the game medium acquired by the first user in the game field is stored in the storage unit in association with the first user as the possessed state, and
An update step of updating the game medium stored in the storage unit to a state in which the game medium is not owned in the first storage step based on a predetermined input from the first user.
A second storage step of associating the information of the game medium and the first user updated to a state not owned by the update step with the game field and storing the information in the storage unit.
When the first user or a user different from the first user advances the game in the game field, from among a plurality of game media including the game medium stored in the storage unit in the second storage step. A determination step for determining the game medium to be placed in the game field, and
The second storage step is associated with a display for a user interface for a user different from the first user to select whether or not to acquire the game medium stored in the storage unit in the second storage step. A control method including a display step of displaying information of the first user stored in the storage unit in the above.
[11]
An information processing device that can execute games
A first storage function that stores a game medium acquired by a first user in a game field in a storage unit in association with the first user as a possessed state.
An update function for updating the game medium stored in the storage unit to a state in which the game medium is not owned by the first storage function based on a predetermined input from the first user, and an update function.
A second storage function that associates the information of the game medium and the first user updated to a state not owned by the update function with the game field and stores the information in the storage unit.
When the first user or a user different from the first user advances a game in the game field, from among a plurality of game media including the game medium stored in the storage unit by the second storage function. A determination function for determining the game medium to be placed in the game field, and
The second storage function is associated with a display for a user interface for selecting whether or not a user different from the first user acquires the game medium stored in the storage unit by the second storage function. An information processing device including a control unit that realizes a display function for displaying information of the first user stored in the storage unit.

10 Information processing system 20 Server device 21 Server communication unit 22 Server storage unit 23 Server control unit 30 Terminal device 31 Terminal communication unit 32 Terminal storage unit 33 Terminal control unit 34 Input unit 35 Display unit 40 Network 100 Self-game field selection unit 101 Others User game field selection unit 110, 130, 140 Item information display unit 111, 141 Item acquisition selection unit 120 Owned item list screen 131 Item abandonment decision unit

Claims (8)

For information processing devices that can execute games
A first storage step in which the game medium acquired by the first user in the game field is stored in the storage unit in association with the first user as the possessed state, and
An update step of updating the game medium stored in the storage unit to a state in which the game medium is not owned in the first storage step based on a predetermined input from the first user.
A second storage step of associating the game medium updated to a state not owned by the update step with the game field and storing the game medium in the storage unit,
When the first user or a user different from the first user advances the game in the game field, from among a plurality of game media including the game medium stored in the storage unit in the second storage step. A determination step for determining the game medium to be placed in the game field, and
When a user different from the first user acquires the game medium stored in the storage unit in the second storage step in the game field, the number or number of times the game medium can be acquired is a plurality of persons or a plurality of persons. program for executing an acquisition limit step of limiting the times. In the determination step, the game that is a part of a plurality of game media including the game medium stored in the storage unit in the second storage step and is stored in the storage unit in the second storage step. The program according to claim 1, wherein the medium is determined to be placed in the game field with a predetermined probability. The program according to claim 2, wherein the predetermined probability is set according to the relationship between the first user and a second user different from the first user. The program according to claim 3, wherein the predetermined probability is set higher as the intimacy between the first user and the second user is higher. The program according to any one of claims 2 to 4, wherein the predetermined probability is set based on a parameter value of the game medium. Any one of claims 1 to 5, further executing a deletion step of deleting the game medium stored in the storage unit in the second storage step after a predetermined period of time has elapsed since the game medium was stored in the storage unit. The program described in. It is a control method executed by an information processing device that can execute a game.
A first storage step in which the game medium acquired by the first user in the game field is stored in the storage unit in association with the first user as the possessed state, and
An update step of updating the game medium stored in the storage unit to a state in which the game medium is not owned in the first storage step based on a predetermined input from the first user.
A second storage step of associating the game medium updated to a state not owned by the update step with the game field and storing the game medium in the storage unit,
When the first user or a user different from the first user advances the game in the game field, from among a plurality of game media including the game medium stored in the storage unit in the second storage step. A determination step for determining the game medium to be placed in the game field, and
When a user different from the first user acquires the game medium stored in the storage unit in the second storage step in the game field, the number or number of times the game medium can be acquired is a plurality of persons or a plurality of persons. A control method that includes an acquisition limit step that limits the number of times. An information processing device that can execute games
A first storage function that stores a game medium acquired by a first user in a game field in a storage unit in association with the first user as a possessed state.
An update function for updating the game medium stored in the storage unit to a state in which the game medium is not owned by the first storage function based on a predetermined input from the first user, and an update function.
A second storage function that associates the game medium updated to a state not owned by the update function with the game field and stores it in the storage unit, and
When the first user or a user different from the first user advances a game in the game field, from among a plurality of game media including the game medium stored in the storage unit by the second storage function. A determination function for determining the game medium to be placed in the game field, and
When a user different from the first user acquires the game medium stored in the storage unit by the second storage function in the game field, the number or number of times the game medium can be acquired is a plurality of persons or a plurality of persons. An information processing device equipped with a control unit that realizes an acquisition restriction function that limits the number of times.

Images