WO2013146804A1

WO2013146804A1 - Game system, game control method, non-transitory storage medium, and program

Info

Publication number: WO2013146804A1
Application number: PCT/JP2013/058837
Authority: WO
Inventors: 河村　和保; 貴弘戸田
Original assignee: 株式会社コナミデジタルエンタテインメント
Priority date: 2012-03-26
Filing date: 2013-03-26
Publication date: 2013-10-03
Also published as: JPWO2013146804A1

Abstract

The game system comprises at least a control unit and a selection unit. The control unit executes an event that occurs during the progression of a game, which is made to progress by receiving operation input from a first user, using at least one of the objects possessed by a second user. The selection unit selects a chosen object, which is an object to be used in said event, from the objects possessed by the second user. Until the chosen object selected by the selection unit is used in the event, the control unit limits the use of the chosen object in games that progress by receiving operation input from the second user and in events occurring in the progression of said games.

Description

[Name of invention determined by ISA based on Rule 37.2] Game system, game control method, non-transitory storage medium, program

The present invention relates to a game system, a game control method, and a program.
This application claims priority based on Japanese Patent Application No. 2012-070395 filed in Japan on March 26, 2012.

Social games, which are games provided on SNS (Social Networking Service), are known. As such a social game, for example, an enemy character appears in an event that occurs during the game, and a plurality of objects (for example, a character, an item, etc.) given to the user are used, and the user and the enemy character are used. There are games and the like in which battles occur, and users who have become friends in the game can advance the game while communicating.

Also, in such a social game, users who have become friends can interact by exchanging messages and objects. However, the progress of the game itself and the battle itself are often performed individually for each user.

Some aspects of the present invention provide a game system, a game control method, and a program that provide a game with high game characteristics by utilizing elements of a social game in which a plurality of users are connected to each other.

One embodiment of the present invention provides a game system. The game system may include at least a control unit and a selection unit, but is not necessarily limited thereto. The said control part performs the event which generate | occur | produces during the progress of the game which receives and advances the operation input of a 1st user using at least one part of the object which a 2nd user holds. The selection unit selects a selection object that is an object used in the event from objects held by the second user. Then, the control unit receives the operation input of the second user and advances the game until the selection object selected by the selection unit is used in the event, and during the progress of the game Restrict use in events that occur.

It is a block diagram which shows the outline | summary of a structure of the game device by the 1st Embodiment of this invention. It is a figure which shows the example of data of the object information by the 1st Embodiment of this invention. It is a flowchart which shows the operation example of the game device by the 1st Embodiment of this invention. It is a block diagram which shows the structure of the game system by the 2nd Embodiment of this invention. It is a figure which shows the example of the basic screen of the game by the 2nd Embodiment of this invention. It is a figure which shows the progress screen of the game by the 2nd Embodiment of this invention. It is a figure which shows the battle screen as an event which generate | occur | produces in the progress of the game by the 2nd Embodiment of this invention. It is a figure which shows the example of the relief request screen in the event which generate | occur | produces in the progress of the game by the 2nd Embodiment of this invention. It is a figure which shows the example of the rescue request notification screen of the game by the 2nd Embodiment of this invention. It is a figure which shows the example of the rescue object selection screen of the game by the 2nd Embodiment of this invention. It is a figure which shows the example of the battle screen which received the relief response by the 2nd Embodiment of this invention. It is a figure which shows the example of data of the user information which the SNS server by the 2nd Embodiment of this invention memorize | stores. It is a figure which shows the example of data of the user information which the game device by the 2nd Embodiment of this invention memorize | stores. It is a figure which shows the example of data of the object information by the 2nd Embodiment of this invention. It is a flowchart which shows the operation example of the game system by the 2nd Embodiment of this invention. It is a flowchart which shows the operation example of the object selection process by the 2nd Embodiment of this invention.

The selected object may be composed of a plurality of objects including an object held by the first user and an object held by the second user.
The control unit may execute the event using at least a part of an object held by at least one user other than the first and second users.
The selection unit may receive an input of a selection object to be lent to the first user among objects held by the second user from the second user, and may select the input selection object.

The game system may further include a notification unit that notifies the second user of an object loan request when the event occurs. And the said selection part is a selection object which lends to the said 1st user among the objects which a said 2nd user holds from the said 2nd user according to the said object loan request notified by the said notification part. May be received and the selected selection object may be selected.

The control unit refers to a parameter related to the selected object selected by the selection unit, determines whether or not a predetermined condition in the event is satisfied, and determines that the predetermined condition is satisfied In this case, a reward may be given to the second user.

When it is determined that the predetermined condition is satisfied, the control unit may grant a reward to the second user according to a parameter of the selected object.

When it is determined that the predetermined condition is not satisfied, the control unit may not give a reward to the second user.

When it is determined that the predetermined condition is satisfied, the control unit may draw a reward to be given to the second user and give a reward according to the lottery result to the second user.

The control unit may make the selected object usable in the progress of the game of the second user after a predetermined time has elapsed since the selection object selected by the selection unit was selected.

According to another aspect of the present invention, an event that occurs during a game in which an operation input of the first user is received and advanced is executed using at least a part of an object held by the second user, The selection object which is an object used in the event is selected from the objects held by the second user, and the selected object is operated by the second user until the selected selection object is used in the event. And a game control method including at least limiting the use of the game in an event generated during the progress of the game.

According to another aspect of the present invention, an event that occurs during the progress of a game that accepts and advances an operation input of a first user is executed using at least a part of an object held by a second user, An object held by the second user is acquired from the storage unit, a selection object that is an object used in the event is selected from objects held by the second user, and the object selected as the selection object is the storage unit And the selected object is used in a game that accepts and advances the operation input of the second user and an event that occurs during the progress of the game until the selected selected object is used in the event. Game control method including at least limiting Providing non-transitory storage medium storing a computer program executed to perform.

In the embodiment of the invention described above, the relationship between the game and the event will be described. A game is a game advanced for every user. An event occurs while the game is progressing for each user. Here, the event may be an element incorporated in the game, or may be an independent game that is distinguished from the game. If the event is an independent game distinguished from the game, the game can proceed based on the user's operation input, whereas the event occurs with a certain probability during the game (it does not always occur) It is a game, and the game can be regarded as a main game and a game according to the event. Until the event occurs, the user progresses the game independently, but when the event occurs, another user can participate in the event. Once another user participates in the event, the event then proceeds for each user who participated. That is, in the main game, the use of other users 'objects is restricted (cannot be used), while the event can use other users' objects. When an event occurs, the main game may be interrupted.
When the event is an element incorporated in the game, for example, the game may be a battle game that is executed while performing a battle, and in this case, the event is a battle.
When the event is an independent game that is distinguished from the game, the game and the event may have a relationship that influences each other, and may have an influence except for the relationship between objects. There may be no mutually independent relationships. In the case where the game and the event have a relationship that influences each other, for example, the game may be a treasure hunt game and the event may be a battle game. The result of the battle game may have some influence on the treasure hunt game. When the game and the event are in an independent relationship that does not affect each other, for example, the game may be a puzzle game and the event may be a battle game. The result of the battle game may not affect the progress of the puzzle game.
In addition, if an event occurs while the game is progressing in a scenario mode in which the game progresses according to the scenario, the user progresses alone, such as shifting to a battle mode in which a plurality of user objects battle with enemies. An event may be performed when the mode shifts from a mode (state) to a mode (state) that proceeds using objects of a plurality of users.
An object used in the above-described game and event will be described. A plurality of users own objects used in the game that they advance. The object used in the event can be selected from the objects owned by the user who proceeds with the game in which the event has occurred. However, when another user participates in the event of the user, the object is owned by the other user. Events can be executed using selected objects selected from objects. That is, in the first event that occurred during the progress of the game of the first user, not only the objects owned by the first user, but also other users who participate in the first event. At least one selected object selected among the objects owned by the user can be selected as a selected object that can be used in the first event. In this case, until the selected object owned by the second user is used in the first event, the use of the selected object is restricted in the game advanced by the second user.
A method for generating an event is not particularly limited. For example, based on instruction information input from a user or a game program stored in a storage unit, at least a part of objects held by each of a plurality of users is used. You may generate | occur | produce by performing the data processing and arithmetic processing for performing an event.
The object may be a game element that can be recognized by the user in the game, and includes, but is not limited to, game items and game characters.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the present embodiment, description will be made using an example in which a battle as an event occurs while a battle game is progressing as a main game.
<First Embodiment>
First, an outline of the present invention will be described as a first embodiment of the present invention. FIG. 1 is a block diagram showing an outline of the configuration of the game apparatus 1 according to the present embodiment. The game apparatus 1 includes an object information storage unit 322, a control unit 330, and a selection unit 332, and provides a game to be advanced by executing processing according to instruction information input from the user. In the present embodiment, an event occurs during the progress of the battle game, an enemy character appears in the event, and at least a part of the plurality of objects assigned to each of the plurality of users is used. Perform battles.

The object information storage unit 322 stores object information, which is information related to objects held by the user, in association with the user. FIG. 2 is a diagram illustrating an example of data of object information. The object information includes information on the user ID, the object ID, the attack power, and the lending flag. The user ID (Identifier) is information for identifying a user who plays a game provided by the game apparatus 300. The object ID is information for identifying an object held by the user in the game. Such an object is given as a reward when the user satisfies a predetermined condition in the game, or given to the user based on an event, a lottery, or the like that occurs according to the progress of the game or at an arbitrary timing. . The attack power is a value indicating the degree of damage given to the enemy character when the corresponding object is used in battle. Thus, a plurality of objects are associated with the user, and the attack power differs for each object. That is, a user who possesses many objects with high attack power has a greater damage to the enemy character in the battle, and can advantageously advance the battle. The lending flag is information indicating whether or not the corresponding object is lent to another user. For example, if the lending flag is 0, it indicates that the corresponding object is not lent to other users, and if it is 1, it indicates that the corresponding object is lent to other users.
Examples of event occurrence timings include an example in which a battle is generated at an arbitrary timing during a battle game, and an example in which a battle is generated in accordance with the progress of the game. An example of an event that occurs in accordance with the progress of a game is a battle that occurs at a predetermined place in the progress of the game. Typically, a battle that occurs at the last place of each area in the course of the game can be cited, but the present invention is not necessarily limited thereto.

Based on the instruction information input from the user and the game program stored in the storage unit, the control unit 330 uses the at least part of the objects held by each of the plurality of users to progress the game and the game in progress. Data processing and arithmetic processing are performed to execute events that occur in The progress of the game is realized by the controller 330 performing necessary data processing and arithmetic processing by an existing method. The event causes the control unit 330 to generate and execute a battle while a battle game advanced by a user among a plurality of users is in progress. As the game progresses, an event may be generated by causing an enemy character to appear with a certain probability. For example, the control unit 330 may be set to generate an event at one or more predetermined locations in the game. The plurality of events may be the same type of event or different types of events.
In the following, the function and operation of the control unit 330 will be described in detail with respect to the generation and execution of events, and object usage restrictions, but the processes necessary for the progress of the game not related to the events are known. Since it can be realized by a technique, detailed description will not be given.
In the following, it is expressed as “occurrence of an event during the progress of the game”, but it does not necessarily mean that the progress of the game and the occurrence of the event occur synchronously in real time. It means that there is a probability that an event will occur somewhere. In-progress meaning does not mean full-time coincidence, but means a state that is in the process of progression.
In the present embodiment, the game includes a plurality of areas, and each area includes a plurality of stages. The progress of the game means going through the area and / or going through the stage. Hereinafter, when the progress of the game is described based on the area, it is expressed as progressing the area, and when the progress of the game is described based on the stage, it is expressed as progressing the stage.
The control unit 330 performs a battle process in which a victory or defeat is determined depending on whether or not the total attack power corresponding to the object selected from the objects held by the user exceeds a predetermined physical strength of the enemy character. That is, it is determined that the enemy has been won when the total attack power is equal to or greater than the predetermined physical strength of the enemy character, and it is determined that the enemy has been defeated when the total attack power is less than the predetermined physical strength of the enemy character.

The selection unit 332 selects a selection object, which is an object used in an event that occurs during the progress of the first user's game, from objects held by the second user. For example, when an enemy character appears while the game of the first user whose user ID is “U1” is in progress, the selection unit 332 selects an object used in an event of fighting with the enemy character as a user ID “U2”. Is selected from the objects stored in the object information storage unit 322 in association with the second user. Further, when the selection unit 332 selects a selected object from the objects stored in the object information storage unit 322, the selection object is selected by excluding the object whose lending flag is 1.

Here, when the second user's object is selected by the selection unit 332, the control unit 330 associates 1 with the lending flag corresponding to the selected object selected by the selection unit 332 in the object information storage unit 322. Remember. The control unit 330 performs a battle process based on the selected object selected by the selection unit 332 when a predetermined condition is satisfied. The predetermined condition is, for example, that the total value of the attack power corresponding to the object selected by the second user is equal to or greater than the physical strength of the enemy character. Then, when performing the battle process, the control unit 330 causes the object information storage unit 322 to store 0 in association with the lending flag corresponding to the selected object. Thus, the control unit 330 indicates that the selected object is used in the progress of the second user game until the selected object selected from the objects held by the second user is used in the event of the first user. Restrict.

Next, an operation example of the game apparatus 1 of the present embodiment will be described. FIG. 3 is a flowchart showing an operation example of the game apparatus 1 of the present embodiment.
When instruction information from the first user is input to the control unit 330 (step S1), the control unit 330 determines whether to generate an event based on a certain probability (step S2). If it is determined not to generate an event (step S2: NO), the process is terminated. If the control unit 330 determines that an event is to be generated (step S2: YES), the selection unit 332 associates the selected object used for the first user event with the second user, and the object information storage unit 322. Select from the objects stored in. The control unit 330 causes the object information storage unit 322 to store 1 in association with the lending flag corresponding to the selected object selected by the selection unit 332 (step S4). Thus, even if the object owned by the second user is an object having a lending flag of 1, if an event occurs in the game of the second user, the event that occurred in the game of the second user Cannot be selected and usage is limited.

When the control unit 330 determines that the predetermined condition is satisfied, the control unit 330 executes a battle process in the event of the first user using the selected object selected from the second user (step S5). When performing the battle process, the control unit 330 causes the object information storage unit 322 to store 0 in association with the lending flag corresponding to the selected object selected by the selection unit 332 in step S3. Thereby, when an event occurs in the game of the second user thereafter, the object can be selected in the event that occurred in the game of the second user.

As described above, according to the present embodiment, since the second user uses the object held in the battle that is the event of the first user's game, the first user, the second user, Can cooperate with the enemy character to provide a game. Furthermore, since the selected second user object cannot be used in the second user game until it is used in the battle process, the strategy of which object is used to participate in the battle is also important for the second user. And the game is improved. Hereinafter, an embodiment for providing such a game will be described in detail using a second embodiment.

<Second Embodiment>
Next, a second embodiment of the present invention will be described. The same components as those in the first embodiment are denoted by the same reference numerals as those in FIG. FIG. 4 is a block diagram showing the configuration of the game system 2 according to the present embodiment. The game system 2 includes computer devices including a user terminal 100-1, a user terminal 100-2, a user terminal 100-3,..., An SNS server 200, and a game device 300. The devices are connected via a network such as the Internet network or a LAN (Local Area Network). Since the user terminal 100-1, the user terminal 100-2, and the user terminal 100-3 have the same configuration, descriptions of “−1”, “−2”, and the like are omitted unless particularly distinguished. The user terminal 100 will be described. Although three user terminals 100 are illustrated and described here, an arbitrary number of user terminals 100 may be connected to the SNS server 200.

First, the outline of the game system 2 will be described. The SNS server 200 provides an SNS having a plurality of users as members. The game device 300 provides a social game that operates on the SNS provided by the SNS server 200. The user terminal 100 causes a SNS user provided by the SNS server 200 to play a game provided from the game device 300.

Next, a specific configuration of each computer device included in the game system 2 will be described.
The user terminal 100 is a computer device used by the user. For example, a personal computer (PC), a tablet PC, a mobile phone such as a smartphone or a feature phone, a personal digital assistant (PDA), or the like can be applied. In the present embodiment, the user terminal 100 will be described as a smartphone. The user terminal 100 includes an input unit 110, a communication unit 120, a display unit 130, a storage unit 140, and a control unit 150.

The input unit 110 includes input devices such as buttons and a touch panel, and receives input of instruction information from the user. The input unit 110 may be a microphone that accepts input of instruction information from the user by voice.
The communication unit 120 communicates with other computer devices connected via a network.
The display unit 130 is a display that displays information such as images and text, and is a liquid crystal display panel, for example. Here, the input unit 110 and the display unit 130 may be configured integrally and may be a touch panel that receives an operation from the user.
Various information used when operating the user terminal 100 is stored in the storage unit 140.

The control unit 150 includes an information processing device such as a CPU (Central Processing Unit) that functions as a control center of the user terminal 100, and controls each unit of the user terminal 100. For example, the control unit 150 executes processing according to the instruction information from the user input to the input unit 110, or receives information such as a web page received from the SNS server 200 or the game device 300 via the communication unit 120. A process of displaying on the display unit 130 is performed. In addition, the control unit 150 advances a predetermined game by communicating with the game apparatus 300 via the SNS server 200.

In the present embodiment, the game provided from the game device 300 is a social game that operates on the SNS, and the control unit 150 advances the game by operating a browser application. 5 to 11 are diagrams showing examples of game screens that the control unit 150 displays on the display unit 130. FIG. FIG. 5 is a diagram illustrating an example of a basic game screen displayed on the display unit 130. An image indicating the user is displayed in the area of the symbol a on the basic screen of the game. For example, an avatar image in SNS may be applied to this image. The user ID is displayed in the area of the symbol b. Each parameter of the user in the game is displayed in the area of reference c. A “game start” button for accepting input of instruction information indicating that the user starts a game is displayed in the area indicated by reference sign d.

FIG. 6 is a diagram illustrating a game progress screen displayed when the game start button is pressed.
Here, a plurality of stages are associated with area A1 which is a predetermined area, and the game progresses by proceeding through such a stage. For example, area A1 is associated with stages from area A1-1, area A1-2, area A1-3, and area A1-4, and the game proceeds in this order of stages. This figure shows a progress screen when the area A1-1 indicated by the symbol e and the area A1-2 indicated by the symbol f have been advanced and the area A1-3 indicated by the symbol g has been advanced. In the area denoted by reference numeral g1, characters “area A1-3” for identifying the stage in progress are displayed. The progress of the stage is displayed in the area denoted by reference numeral g2. The degree of progress starts from 0, for example, and is incremented every time the user advances. When the user reaches 100, the stage ends, and the process proceeds to the next stage. When the next stage is entered, the progress of the new stage starts from 0 and is added each time the user advances. When all the stages defined in the area are completed, the game in that area is cleared and the process proceeds to another area. The area indicated by reference numeral g3 indicates the physical strength corresponding to the user, and the physical strength decreases each time the “forward” button is pressed, and when it reaches 0, the game cannot be continued. The physical strength is recovered (increased) by a certain amount (for example, 1) every certain time (for example, 3 minutes). A “forward” button is displayed in the area denoted by reference numeral g4. When this button is pressed, the user advances control by increasing the degree of progress.

Here, in the game provided by the present embodiment, every time the user instructs the progress of the game, a lottery process based on a predetermined probability is performed to give a reward to the user. Here, as rewards to be given to the user, for example, an object such as a character used when the user battles an enemy character, an item such as a weapon or armor to be equipped on the character, and the like can be applied. By collecting such objects, the user can advantageously advance at least one of the event and the game part other than the event. In addition, an item such as a recovery medicine that recovers by increasing the physical strength corresponding to the user can be given to the user as a reward at a predetermined probability every time the user instructs the progress of the game. Furthermore, an enemy character appears with a certain probability and an event occurs. In the above description, the lottery process is performed every time the user instructs the progress of the game. However, the present invention is not limited to this, and the process may be performed every time the user moves to the next stage. In addition, the lottery process may be performed every time the user moves to the next area.

FIG. 7 is a diagram showing a battle screen when an enemy character appears and an event occurs. The physical strength of the enemy character is displayed in the area of symbol h. The physical strength is a parameter that decreases when the user attacks the enemy character and defeats the enemy character when the physical strength becomes zero. An image showing the appearance of the enemy character is displayed in the area of symbol i. In the area denoted by reference sign j, a selected object used by the user in a battle with an enemy character is displayed. A “battle start” button is displayed in the area of the symbol k, and when this button is pressed, a battle process is performed.

FIG. 8 is a diagram showing an example of a rescue request screen when the enemy character's physical strength does not become zero in the event battle process and the enemy character cannot be defeated. Although the enemy character's physical strength shown in the area | region of the code | symbol 1 has decreased compared with the battle process before, it has not reached 0. In this case, the user cannot end the battle as an event (clear the event). Therefore, a “rescue request” button for sending a rescue request to another user is displayed in the area of the symbol m. Hereinafter, the 1st user who makes a relief request is called a main user especially, and the 2nd user who receives a relief request is especially called a fellow user.

FIG. 9 is a diagram illustrating an example of a rescue request notification screen displayed for a fellow user who has received a rescue request from the main user. Here, the fact that a rescue request has been received from the main user is displayed and notified in the area of the symbol n on the basic screen. In the area of the symbol o, a “rescue” button to be pressed when responding to the rescue request is displayed.

FIG. 10 is a diagram illustrating an example of a rescue object selection screen displayed when the “rescue” button is pressed. A list of objects held by fellow users who respond to the rescue request is displayed in the area indicated by reference sign p. Here, a radio button for selecting the object is displayed in association with each object. In the area of the symbol q, a “confirm” button for confirming an object that responds to the rescue request is displayed. When this button is pressed, the object selected by the radio button at that time is confirmed as being sent out for relief.
FIG. 11 is a diagram illustrating an example of a battle screen that has received a rescue response. While displaying the object of the main user who made the relief request in the area | region of the code | symbol r, the object of the fellow user who responded to the relief request is displayed in the area | region of the code | symbol s.

Returning to FIG. 4, the SNS server 200 is a computer device that provides an SNS, and includes a control unit 210, a user information storage unit 220, and a communication unit 230.
The control unit 210 has, for example, a web server function, and provides an SNS based on a predetermined program.

The user information storage unit 220 stores user information related to users who are members who use SNS. FIG. 12 is a diagram illustrating an example of user information data stored in the user information storage unit 220. The user information includes a user ID, a friend user ID, and an email address. The user ID is information for identifying the user in the SNS. The friend user ID is a user ID of another user associated with the SNS. For example, control is performed so that various types of information in the SNS are shared among users associated as friend users. The e-mail address is the user's e-mail address.

Returning to FIG. 4, the communication unit 230 communicates with other computer devices connected via a network.
Using the above configuration, the SNS server 200 provides the SNS to the user via the user terminal 100. Further, the communication between the user terminal 100 and the game apparatus 300 is relayed. In the present embodiment, all communication between the user terminal 100 and the game apparatus 300 is performed via the SNS server 200, but the user terminal 100 and the game apparatus 300 may directly communicate with each other. Good.

The game apparatus 300 is a computer apparatus that provides a social game that operates on the SNS, and includes a communication unit 310, a storage unit 320, and a control unit 330.
The communication unit 310 communicates with other computer devices connected via a network.

The storage unit 320 is configured using a recording medium such as RAM (Random Access Memory), ROM (Read Only Memory), HDD (Hard Disk Drive), or a combination thereof, and a program (game program) executed by the game device 300 In addition, various information used for providing a social game is stored. The storage unit 320 includes a user information storage unit 321 and an object information storage unit 322.

The user information storage unit 321 stores user information regarding a user who plays a game provided by the game apparatus 300. FIG. 13 is a diagram illustrating a data example of user information stored in the user information storage unit 321. The user information includes user ID, fellow user ID, level, experience value, physical strength (current value / upper limit value), attack point (current value / upper limit value), and defense point (current value / upper limit value). ), Progress stage, and degree of progress. The user ID is information for identifying a user who plays a social game provided by the game apparatus 300.
The user ID may be the same as the user ID in the SNS provided by the SNS server 200.

A fellow user ID is a user ID of a fellow user who is another user associated with the user. In this embodiment, although the example managed separately from the friend user in SNS and the associate user in a social game is shown, associate user ID may be the same as the friend user ID in SNS.

Level is information indicating the degree of growth of the user in the game, and indicates the level of the user's strength in the game. For example, each time a stage is advanced, an experience value is given to the user as a reward. When the experience value exceeds a predetermined threshold, the level value is increased. When the level value increases, for example, the upper limit value of physical strength increases. Also, as the level value increases, for example, the number of objects that can be used in one battle increases as the attack points and defense points described later increase, and the attack power increases as the skill level of the item increases. It is also possible to perform control such as increasing. Alternatively, for example, an upper limit value is set for the number of fellow users that can be associated with one user in the game, and the upper limit value for the number of fellow users increases as the level value increases. Can also be done. The experience value is a reward given when the character corresponding to the user advances through the stage.

Physical strength (current value / upper limit) is a value that decreases when the user acts in the game. For example, the physical strength decreases every time the stage progresses, and increases every time a certain time elapses to recover. Or it increases by using items, such as recovery medicine, for example. The current value is the value of the current physical strength, and the upper limit value is the upper limit value when the physical strength recovers. The attack point (current value / upper limit value) is a point that is required when a battle is performed on an enemy character. As will be described later, a required point is associated with an object used for a battle, and the user can select a total value of the required points from among N objects (N is a natural number, for example, 50) held by the user. Can be selected and used for battle within the range that does not exceed the current value of the attack point, up to M objects (M is a natural number equal to or less than N, for example, 10). The attack point is decreased by the battle using the object, and is increased and recovered every time a predetermined time elapses.

Defense points (current value / upper limit) are points that are required when a battle is set up by an enemy character. Like the attack points, the user can set the maximum number of required points of the objects from the N objects that he owns to the upper limit M (M is a natural number) within a range not exceeding the current value of the defense points. You can select an object and use it for battle. Defense points are not reduced by combat using objects. In addition, it is good also as a structure which reduces by battle and increases and recovers every predetermined time similarly to attack poi. The progress stage is information for identifying a stage in an area in which the user is in progress. The degree of progress is a value indicating the degree of progress of the user on the stage.

The object information storage unit 322 stores object information related to objects held by the user. FIG. 14 is a diagram illustrating a data example of the object information. Here, the object information includes information on a user ID, an object ID, an object name, a required point, an attack power, a defense power, an attack object flag, a defense object flag, and a lending flag. . The user ID is information for identifying the user who owns the object. The object ID is information for identifying the object. The card name is the name of the object, for example, the name of the character shown in the object.

The required point is a value indicating an attack point or a defense point that is required when an object participates in a battle. The attack power is an ability value indicating the degree of damage to the enemy character when the corresponding object is used in battle. The defensive power is an ability value that defends an attack given by an enemy character when the corresponding object is used in battle.
The attack object flag is information indicating whether or not the object is preferentially selected when the selection unit 332 automatically selects an object to be used for an attack in a battle.
The user can set an arbitrary object as an attack object that is preferentially used in battle among objects held by the user. For example, if the value of the attack object flag is 0, it indicates that the object is not selected as an attack object, and if the value of the attack object flag is 1, it indicates that the object is selected as an attack object. When there is no such attack object flag setting (when the number of objects having an attack object flag of 1 is less than the number of objects used in battle), the attack object flag is not selected (the value of the attack object flag is The object used for the battle is automatically selected from the objects (which is 0).

The defense object flag is information indicating whether or not the object is preferentially selected when the selection unit 332 automatically selects an object used for defense. Similar to the attack object, the user can set an arbitrary object as a defense object to be used for defense preferentially among the objects held by the user. For example, if the value of the defense object flag is 0, it indicates that the object is not selected as a defense object, and if the value of the defense object flag is 1, it indicates that the object is selected as a defense object. When there is no such defense object flag setting (when the number of objects with a defense object flag of 1 is smaller than the number of objects used in defense), it is not selected (the value of the defense object flag is 0). Automatically select an object to be used for defense from an object. The lending flag is information indicating whether or not the object is lent out for relief to other users.

Returning to FIG. 4, the control unit 330 includes a notification unit 331, a selection unit 332, a game progression unit 333, and a lottery unit 334. Then, it is possible to perform an event that occurs during the progress of the game advanced for each user, using at least a part of the objects held by each of the plurality of users.

The notification unit 331 is a relief that is an object loan request for a fellow user of the main user when an event occurs during the game of the main user and the “rescue request” button is pressed by the main user on the rescue request screen. Notify the request. For example, the notification unit 331 displays a rescue request notification screen on the display unit 130 of the user terminal 100 when a fellow user logs in.

The selection unit 332 selects an object to be used for the event from the objects held by the user stored in the object information storage unit 322. Here, the object information storage unit 322 displays the rescue object selection screen as the user of the fellow user when the “respond to rescue request” button is pressed by the fellow user on the rescue request notification screen corresponding to the rescue request from the main user. It is displayed on the display unit 130 of the terminal 100. In the relief object selection screen, the selection unit 332 receives an input of a selection object that is lent to the main user among the objects held by the fellow user, and selects the input selection object.

That is, the selection unit 332 accepts an input of a selection object to be lent to the main user from among the users held by the fellow user, in response to the rescue request from the main user notified by the notification unit 331, and the input Select the selected object. As described above, in this embodiment, it is determined whether or not the fellow user responds to the rescue request at the time of receiving the rescue request, and when responding to the rescue request, instruction information for selecting an object to be rescued Enter. Here, since the fellow user cannot use the object that has been rescued for a predetermined period of time, it is necessary to determine which object is to be rescued according to the situation, and the strategy in the game increases, and the game characteristics Can be increased.

The game progression unit 333 executes processing according to the instruction information input from the user based on the game program stored in the storage unit, thereby performing the process related to the event that occurs during the progress of the game as described above. Control. For example, when the selection unit 332 selects the selection object of the fellow user in response to a rescue request from the main user, the game progression unit 333 associates 1 with the rental flag of the selected object information, and the object information The data is stored in the storage unit 322. In addition, the game progression unit 333 determines whether or not a predetermined condition in the event is satisfied based on a parameter corresponding to the selection object of the fellow user selected by the selection unit 332 in response to a rescue request from the main user. If it is determined and it is determined that a predetermined condition is satisfied, a reward is given to the fellow user.

For example, when it is determined that the total value of the attack power that is a parameter corresponding to the selection object of the fellow user selected by the selection unit 332 exceeds the physical strength of the enemy character that is a predetermined condition, a battle process for defeating the enemy character To win the main user. And reward is given to the fellow user according to the relief request. The reward is, for example, an object such as a character or an item, an experience value, a currency in the game, or the like. If it does in this way, since an object will be rescued according to a relief request and a reward will be given if an enemy character is defeated in the battle process of the main user, the motivation according to a relief request will be given to a fellow user. Can do. Thereby, communication between users can be promoted and game nature can be improved.

Here, if the game progression unit 333 determines that the total value of the attack power, which is a parameter corresponding to the selection object of the fellow user selected by the selection unit 332, does not satisfy the predetermined condition, the game progression unit 333 rewards the fellow user. Do not grant. That is, even if an object is sent to the rescue in response to the rescue request, a reward cannot be obtained unless the enemy character can be defeated in the battle process of the main user, so an object with higher attack power is sent to the fellow user for the rescue request. Motivation can be given. Thereby, communication between users can be promoted and game nature can be improved. In addition, since it is possible to make a decision such as not responding to a rescue request that is unlikely to win the battle, the strategy in the game increases and the game performance can be improved.

In addition, regardless of whether or not a predetermined condition is satisfied, the game progression unit 333 lends object information corresponding to the selected object after a predetermined time has elapsed since the selection object selected by the selection unit 332 has been selected. The object information storage unit 322 stores the flag in association with 0. Thereby, the selected object can be used in the progress of the game of the fellow user. The predetermined time can be set in advance, for example, 2 hours. Moreover, it is good also as a period until an actual process is performed. That is, when a fellow user puts out an object in response to a rescue request, he / she can no longer use the object, but regardless of the progress or result of the battle, the object that has been rescued can be used after a predetermined time. So, you can feel free to respond to the rescue request. Thereby, since a user can make a relief request casually or can respond to the relief request, communication between users can be promoted and game nature can be improved.

The lottery unit 334 performs a lottery process for lottering a reward to be given to the user according to the instruction information input from the user and giving the user the reward selected by the lottery. The reward is, for example, an object such as a character or an item. The lottery process refers to a process of selecting one reward to be given to the user based on a predetermined probability from a plurality of types of rewards to be selected.

Next, an operation example of the game system 2 according to the present embodiment will be described with reference to the drawings. FIG. 15 is a flowchart showing an operation example of the game system 2 according to the present embodiment.
As pre-processing for starting the game, the user terminal 100 transmits account information input from the main user to the SNS server 200 and logs in to the SNS provided by the SNS server 200. The user terminal 100 transmits a game provision request provided by the game device 300 to the SNS server 200. The SNS server 200 transmits a game basic screen transmission request to the game apparatus 300. The game device 300 transmits the basic game screen to the user terminal 100 via the SNS server 200.

When the communication unit 120 of the user terminal 100 receives the basic screen of the game transmitted from the game device 300, the control unit 150 causes the display unit 130 to display the basic screen received by the communication unit 120. When the “game start” button included in the basic screen is pressed and game start instruction information is input to the input unit 110, the control unit 150 transmits a game progress screen to the game apparatus 300 via the communication unit 120. Send a request. The game device 300 transmits a game progress screen to the user terminal 100 in response to a game progress screen transmission request transmitted from the user terminal 100.

When the communication unit 120 of the user terminal 100 receives the progress screen of the game transmitted from the game device 300, the control unit 150 causes the display unit 130 to display the progress screen received by the communication unit 120. When instruction information indicating that the “forward” button included in the progress screen is pressed is input (step S11), the control unit 150 transmits a game progress request to the game device 300 via the communication unit 120. When the game progress unit 333 of the game device 300 receives the game progress request, the game progress unit 333 reads the user information of the main user stored in the user information storage unit 321 and reduces the physical strength required for one progress. The experience value given by the progress of the number of times is increased and stored in the user information storage unit 321. In addition, the game progression unit 333 determines whether or not an enemy character appears (generates an event) (step S12).

As a method for determining whether or not the game progression unit 333 causes an enemy character to appear and generate an event, for example, the following method can be cited. First, the game progression unit 333 stores a value indicating the event occurrence probability in its own storage area in advance, generates a random value from 0 to 99, and the generated random value is a predetermined event occurrence probability. It is determined whether or not it is equal to or less than the value indicated by. If the generated random value is less than or equal to the value indicated by the event occurrence probability, it is determined that an event is generated. If the generated random value exceeds the value indicated by the event occurrence probability, it is determined that no event is generated. .

If the game progression unit 333 determines not to generate an event (step S12: NO), the process ends. On the other hand, when the game progression unit 333 determines that an event is to be generated (step S12: YES), the battle screen is displayed on the display unit 130 of the user terminal 100. When the “battle start” button is pressed on the battle screen, the selection unit 332 of the game apparatus 300 performs an object selection process S3-1 for selecting an object to be used for the battle of the main user. Hereinafter, the object selection processing S3-1 by the selection unit 332 will be described in detail with reference to FIG.

FIG. 16 is a flowchart showing an operation example of the object selection process (step S3-1) shown in FIG. 15 by the game apparatus 300 of the present embodiment. Here, the main user can own N objects in the game and use M objects in the event. Further, it is assumed that no attack object is set in the object information corresponding to the main user (the attack object flag is all 0). The selection unit 332 reads N pieces of object information associated with the user ID of the main user from the object information storage unit 322. The selection unit 332 selects the top M pieces of object information when the attack powers corresponding to the read N pieces of object information are arranged in descending order (step S30). However, at this time, the selection unit 332 selects the objects whose lending flag included in the object information is 1 except for the objects. This is because an object whose lending flag is 1 included in the object information is an object that has been rescued by another user. The selection unit 332 calculates the total required points of the selected M pieces of object information (step S31).

The selection unit 332 determines whether the total required points of the selected M pieces of object information are equal to or less than the current value of the attack points associated with the main user (step S32).
When the selection unit 332 determines that the total required points of the selected M pieces of object information are less than or equal to the current value of the attack points associated with the main user (step S32: YES), the selection unit 332 proceeds to step S39 and selects The object is determined as the object used for the event, and the object selection process is terminated. On the other hand, if it is determined that the total required points of the selected M pieces of object information are not less than or equal to the current value of the attack points associated with the main user (step S32: NO), the object with the smallest attack power is selected from the selected objects. Are excluded (step S33). At this point, there are M−1 selected objects.

Then, the selection unit 332 determines whether or not the total required points of the selected M−1 objects are equal to or smaller than the current value of the attack points associated with the main user (step S34). If the selection unit 332 determines that the total required points of the selected M−1 objects are not less than or equal to the current value of the attack points associated with the main user (step S34: NO), the selection unit 332 returns to step S33 and selects The process of excluding the object with the least attack power from the objects is repeated.

When the selection unit 332 determines that the total required point of the selected object is equal to or less than the current value of the attack point associated with the main user (step S34: YES), the total required point of the selected object and the main user The difference from the current value of the attack point is calculated (step S35). The selection unit 332 determines whether or not an object for which a required point equal to or less than the calculated difference is associated and the lending flag is 0 is associated with the main user and stored in the object information storage unit 322. Determination is made (step S36).

When the selection unit 332 determines that an object with a required point that is equal to or less than the calculated difference and whose lending flag is 0 is associated with the main user and is not stored in the object information storage unit 322. (Step S36: NO), the process proceeds to Step S39, the selected object is determined as the object used for the event, and the object selection process is terminated. On the other hand, if it is determined that an object having a required point that is equal to or less than the calculated difference and having a lending flag of 0 is stored in the object information storage unit 322 in association with the main user (step S36). : YES), the object having the highest attack power among the objects is added to the selected object (step S37). The selection unit 332 determines whether the number of selected objects is M or more (step S38). If it is determined that the number of selected objects is not M or more (step S38: NO), the process returns to step S36, and the process of adding the selected object is repeated. If the selection unit 332 determines that the number of selected objects is M or more (step S38: YES), the selection unit 332 determines the selected object as an object to be used for the event (step S39), and the object selection process (step S39) shown in FIG. End S3-1).

Returning to FIG. 15, when the main user selects an object to be used for the battle by the object selection process as described above by the selection unit 332 in step S <b> 13, the game progression unit 333 displays the attack power corresponding to the selected object. A total value is calculated, a battle process for reducing the calculated total value from the physical strength of the enemy character is performed, and a process for reducing a required point corresponding to the selected object from the attack point of the main user is performed. As a result, when the remaining physical strength of the enemy character becomes 0, it is determined that the main user has won, a predetermined reward is given to the main user (step S21), and the process is terminated.

In the battle process in step S <b> 13, if the enemy character's physical strength is not 0, the game progression unit 333 causes the user terminal 100 to display a rescue request screen. When the instruction information indicating that the rescue request button is pressed is input to the user terminal 100, the notification unit 331 of the game apparatus 300 reads the fellow user ID associated with the main user from the user information storage unit 321, and reads the fellow A rescue request is notified to the user indicated by the user ID (step S14).
Specifically, a rescue request notification is displayed on the basic screen when a fellow user logs in. Here, when the fellow user selects an object and presses the “rescue” button displayed on the basic screen, the game progression unit 333 associates 1 with the lending flag corresponding to the selected object information, and stores the object information. The data is stored in the unit 322 (step S15). As a result, the fellow users are restricted from using the object selected for the response to the rescue request in their games and events, and cannot be used.

On the other hand, the game progression unit 333 measures the elapsed time after notifying the rescue request in step S14, and determines whether or not the elapsed time has passed a predetermined time (step S16). If it determines with not having passed predetermined time (step S16: NO), the game progress part 333 will wait for the response from the fellow user with respect to the relief request from a main user (step S17). When a response from the fellow user is input in step S15, the object selection process described above is performed according to the remaining amount of attack points of the main user at that time, the object selected from the objects held by the main user, and relief The total value of the attack power with the fellow user object selected as the response to the request is calculated. That is, the selection object used for the battle in this scene is composed of a plurality of objects including an object held by the main user and an object held by a fellow user in response to the rescue request.

If the total attack power of the object selected from the objects held by the main user and the fellow user object selected as the response to the rescue request does not exceed the remaining physical strength of the enemy character (step S18: NO) Return to step S16. If the total value exceeds the remaining physical strength of the enemy character (step S18: YES), a battle process is performed, and a reward is given to the fellow user who has responded to the rescue request (step S19). At this time, even if battle processing is performed, it is possible to prevent the attack points of fellow users according to the relief request from being reduced.

In step S16, when the game progression unit 333 determines that the predetermined time has elapsed since the notification of the rescue request, or when the process of step S19 is performed, the fellow user who responded to the rescue request The object information storage unit 322 stores 0 in association with the lending flag corresponding to the selected object. Thereby, the fellow user can use the selected object for the response to the rescue request (step S20).

As described above, according to the game device 300 of the present embodiment, according to the present embodiment, an event occurs while the main game progresses based on the input of the main user, and a rescue request is received from the main user. The companion user who received it determines whether or not to participate in the battle (event) of the main user according to the rescue request, and selects an object to be rescued. Thereby, it is possible to provide a game experience of defeating enemy characters in cooperation with each other while being asynchronous. In addition, since the object sent to the rescue cannot be used until the battle process is performed after the object is rescued, that is, until the process is actually performed, or until a predetermined time elapses, the object sent to the rescue is not available. It is possible to produce as if expeditioning, and to create new game characteristics.
The main game may be a game that progresses for each player. In addition, a game that occurs as an event is not limited to a battle with an enemy character, as long as it is a game that occurs while the main user is playing a main game and uses objects held by multiple users. Good. For example, recruiting or inviting fellow users to participate in the event, drawing lots based on the parameters of the objects owned by the participating fellow users, and determining whether or not the objects were found, An example is a fishing game in which an object is determined by a lottery based on parameters, and the ranking is based on the size of the object. In addition to the main game stage, a stage used for an event may appear.

<Other embodiments>
Next, another embodiment of the present embodiment will be described.
In the above-described step S19, when the battle process corresponding to the rescue request ends in the result of the victory, the reward to be given to the fellow users may be given the same reward to all the fellow users. Rewards can be given according to the degree of contribution. That is, when the game progression unit 333 determines that a predetermined condition in the battle is satisfied, the game progression unit 333 can give a reward to the fellow user in accordance with the value of the attack power that is a parameter of the selected object that is sent to the rescue. . For example, a predetermined amount of reward is given to a plurality of fellows according to the ratio of the total attack power of the selected objects rescued from a plurality of fellow users and the attack power of the selected object rescued from a fellow user. It can be distributed and given to users. Alternatively, the objects may be ranked in descending order of attack power and rewards may be given according to the rank. If it does in this way, since a high reward is awarded, so that the attack power of the object put out to relief is high, the motivation which gives an object with higher attack power to relief can be given to a fellow user. Thereby, the communication between users can be promoted and game nature can be improved. Here, there may be a plurality of objects to be rescued by the fellow user, and in this case, a reward according to the total value of the attack powers of the plurality of objects that have been rescued can be distributed.

Alternatively, the reward to be given to the fellow user can be given by performing a lottery process by the lottery unit 334. For example, when the game progression unit 333 determines that a predetermined condition in the battle is satisfied, the lottery unit 334 draws a reward to be given to the fellow user according to the relief, and rewards according to the lottery result to the fellow user. Give. Thus, game property increases by determining the reward of taking out an object for relief according to a relief request by lottery.

Moreover, in this embodiment, when the relief request was notified to the fellow user, an example in which the object to be rescued by the fellow user was selected. For example, an object to be submitted to the rescue request is set in advance, The set object can be sent to the rescue as a selected object. Alternatively, the selection unit 332 can randomly select an object to be rescued.

Moreover, although the example which notifies a rescue request to the main user's fellow user was shown in this embodiment, the 2nd user who notifies a rescue request may not be a fellow user. For example, a rescue request can be notified to other users who are the same as or close to the level and progress of the main user. Here, the screen which selects the 2nd user who notifies a relief request can also be displayed, and a relief request can also be notified with respect to the arbitrary users selected by the main user.

In the present embodiment, the game progression unit 333 performs the battle process based on the selected object corresponding to the rescue request when the total attack power of the selected object exceeds the physical strength of the enemy character. However, for example, even if the total attack power of the selected object does not exceed the physical strength of the enemy character, battle processing can be performed on the condition that a predetermined time elapses, or from a predetermined number (for example, five) A battle process can also be performed on condition that relief has been issued.

Moreover, although the example which notifies a rescue request in the case of a battle with an enemy character was shown in this embodiment, in addition to this, a rescue request is notified in a simulated battle etc. with a fellow user etc., and it can receive relief. You may do it.
Moreover, in this embodiment, the game progress part 333 measures the elapsed time after receiving the notification of a relief request, and when the elapsed time exceeds predetermined time, the example which sets the rental flag of the selection object to 0 is shown. Indicated. However, even if the elapsed time is not measured, for example, the time when the rescue request is notified is stored, and when the instruction information from the main user or the fellow user is received, the time and the time when the rescue request is notified are stored. In comparison, it can also be determined whether or not a predetermined time has elapsed.

The program for realizing the function of the processing unit in the present invention is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into the computer system and executed to control the game. You may go. Here, the “computer system” includes an OS and hardware such as peripheral devices. The “computer system” includes a WWW system having a homepage providing environment (or display environment). The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM or a CD-ROM, and a hard disk incorporated in a computer system. Further, the “computer-readable recording medium” refers to a volatile memory (RAM) in a computer system that becomes a server or a client when a program is transmitted via a network such as the Internet or a communication line such as a telephone line. In addition, those holding programs for a certain period of time are also included.

The program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

DESCRIPTION OF SYMBOLS 1 Game device 2 Game system 100 User terminal 110 Input part 120 Communication part 130 Display part 140 Storage part 150 Control part 200 SNS server 210 SNS control part 220 User information storage part 230 Communication part 300 Game device 310 Communication part 320 Storage part 321 User Information storage unit 322 Object information storage unit 330 Control unit 331 Notification unit 332 Selection unit 333 Game progress unit 334 Lottery unit

Claims

A control unit that executes an event that occurs during the progress of the game that accepts and proceeds with the operation input of the first user by using at least a part of an object that the second user holds;
A selection unit that selects a selection object that is an object used in the event from objects held by the second user;
The control unit is generated while the selected object selected by the selecting unit is used in the event, and the selected object accepts the operation input of the second user and proceeds during the game. A game system that limits what is used in events.
The game system according to claim 1, wherein the selected object includes a plurality of objects including an object held by the first user and an object held by the second user.
The said selection part receives the input of the selection object lent to the said 1st user among the objects which the said 2nd user holds from the said 2nd user, and selects the input selection object. The described game system.
The said selection part receives the input of the selection object which lends to the said 1st user among the objects which the said 2nd user holds from the said 2nd user, and selects the input selection object. The described game system.
A notification unit for notifying the second user of an object loan request when the event occurs;
In response to the object loan request notified by the notification unit, the selection unit inputs a selection object to be loaned to the first user from among the objects held by the second user from the second user. The game system according to claim 1, wherein an input selection object is selected.
A notification unit for notifying the second user of an object loan request when the event occurs;
In response to the object loan request notified by the notification unit, the selection unit inputs a selection object to be loaned to the first user from among the objects held by the second user from the second user. The game system according to claim 2, wherein the selected selection object is selected.
A notification unit for notifying the second user of an object loan request when the event occurs;
In response to the object loan request notified by the notification unit, the selection unit inputs a selection object to be loaned to the first user from among the objects held by the second user from the second user. The game system according to claim 3, wherein the selected selection object is selected.
The control unit refers to a parameter related to the selected object selected by the selection unit, determines whether or not a predetermined condition in the event is satisfied, and determines that the predetermined condition is satisfied The game system according to claim 1, wherein a reward is given to the second user.
The control unit refers to a parameter related to the selected object selected by the selection unit, determines whether or not a predetermined condition in the event is satisfied, and determines that the predetermined condition is satisfied The game system according to claim 2, wherein a reward is given to the second user.
The control unit refers to a parameter related to the selected object selected by the selection unit, determines whether or not a predetermined condition in the event is satisfied, and determines that the predetermined condition is satisfied The game system according to claim 3, wherein a reward is given to the second user.
The control unit refers to a parameter related to the selected object selected by the selection unit, determines whether or not a predetermined condition in the event is satisfied, and determines that the predetermined condition is satisfied The game system according to claim 4, wherein a reward is given to the second user.
The game system according to claim 8, wherein, when it is determined that the predetermined condition is satisfied, the control unit grants a reward to the second user according to a parameter of the selected object.
The game system according to claim 8, wherein the control unit does not give a reward to the second user when it is determined that the predetermined condition is not satisfied.
The game system according to claim 12, wherein the control unit does not give a reward to the second user when it is determined that the predetermined condition is not satisfied.
The said control part draws the reward given to a said 2nd user, when it determines with the said predetermined conditions being satisfy | filled, The reward according to the lottery result is given to a said 2nd user. Game system.
The said control part, when it determines with the said predetermined conditions being satisfy | filled, draws the reward provided to a said 2nd user, and provides the said 2nd user with the reward according to a lottery result. Game system.
The said control part, when it determines with the said predetermined conditions being satisfy | filled, the lottery given to the said 2nd user is drawn, The reward according to the lottery result is given to the said 2nd user. Game system.
The said control part makes the said selection object usable in progress of the said 2nd user's game after progress for a predetermined time after the selection object selected by the said selection part is selected. Game system.
The said control part makes the said selection object usable in progress of the said 2nd user's game after progress for the predetermined time after the said selection object selected by the said selection part is selected. Game system.
The said control part makes the said selection object usable in progress of the said 2nd user's game after progress for a predetermined time after the said selection object selected by the said selection part is selected. Game system.
The said control part makes the said selection object usable in progress of the said 2nd user's game after progress for the predetermined time after the said selection object selected by the said selection part is selected. Game system.
The said control part makes the said selection object usable in progress of the said 2nd user's game after progress for the predetermined time after the said selection object selected by the said selection part is selected. Game system.
The game system according to claim 1, wherein the control unit executes the event using at least a part of an object held by at least one user other than the first and second users.
Executing an event that occurs during the progress of the game in which the first user's operation input is received and progressed by using at least a part of the objects held by the second user;
Selecting a selection object that is an object used in the event from objects held by the second user;
Restricting that the selected object is used in a game that accepts an operation input of the second user and progresses until the selected selected object is used in the event, and an event that occurs during the progress of the game;
A game control method including at least.
Executing an event that occurs during the progress of the game in which the first user's operation input is received and progressed by using at least a part of the objects held by the second user;
Selecting a selection object, which is an object used in the event, from objects held by the second user;
Restricting that the selected object is used in a game that accepts an operation input of the second user and progresses until the selected selected object is used in the event, and an event that occurs during the progress of the game;
A non-transitory storage medium storing a computer program executed to perform a game control method including at least
On the computer,
Executing an event that occurs during the progress of the game that accepts and proceeds with the operation input of the first user, using at least a part of the objects held by the second user;
Selecting a selection object that is an object used in the event from objects held by the second user;
A control unit that restricts the selection object from being used in an event that occurs during the progress of the game and the game in which the selection object accepts the second user's operation input until the selected selection object is used in the event When,
A computer program for running.