JP2020018633A - Game program, method, and information processing device - Google Patents

Abstract

To provide a game program capable of improving a user's motivation to acquire or use an item.SOLUTION: A game program causes a processor to execute a step for selecting any of first quests on the basis of user operation to give the selected request to a user, a step for causing any of the first quests owned by the user to progress on the basis of operation using a first game medium representing a character with which any of second game media owned by the user is associated, a step for executing first game processing for satisfying at least a portion of a condition for causing the user to own a second game medium associated with a first quest when an achievement condition of the first quest is satisfied, and a step S405 for allowing a second game medium associated with a first quest selectable in a step for storing the first quest to cause a second quest progressing in association with the first game medium to progress on the basis of the user operation.SELECTED DRAWING: Figure 13

Description

  The present disclosure relates to a game program, a method for executing the game program, and an information processing device.

  Games played using items are widely known. For example, Patent Literature 1 describes a game played using an item owned by the user or an item borrowed from another user.

Japanese Patent Application Laid-Open No. 2018-42990 (released on March 22, 2018)

  There is a game in which an item for equipping a character or a material for obtaining such an item is obtained and played as a quest given as a reward. In such a game, for example, a user's motivation to acquire an unowned item, and a user's motivation to use an item that the user owns but does not use, such as enhancing or equipping. There is room for further improvement.

  One aspect of the present disclosure aims to improve user motivation for obtaining or using items.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The memory stores a first game medium representing a character operated by a user in a game based on the game program, and a second game medium held by the user among second game media available in the game, The game medium has an effect of advantageously promoting the game based on the game program by being associated with the first game medium. The game program causes the processor to execute a process of selecting one of the first quests based on a user operation, and store the selected first quest in a memory as a first quest held by the user; Associating any one of the second game contents held by the user with the first game medium, and proceeding any one of the first quests held by the user based on an operation of the user using the first game medium When the achievement condition set in the first quest is satisfied based on the user's operation in the step of proceeding the first quest, the first quest is associated with the first quest among the second game media available in the game. The first game for satisfying at least a part of the condition for allowing the user to retain the second game medium The second game content associated with the first quest, which can be selected in the step of executing the process and the step of storing the first quest, is changed to a second quest progressing in association with the first game content. And a step of proceeding based on an operation of a user using the medium. According to the above configuration, even if the user does not have the second game medium, the user can associate the second game medium with the first game medium and try it. Therefore, the motivation of the user for acquiring the second game content not owned by the user is improved.

  A method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method includes a processor performing each of the steps described above.

  An information processing device according to the present disclosure includes a storage unit that stores the above-described game program, and a control unit that controls an operation of the information processing device by executing the game program.

  Advantageous Effects of Invention According to one aspect of the present disclosure, there is an effect of improving motivation of a user for acquiring or using an item.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration of a server. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal. It is a figure which shows the progress of the game which the game system provides, and the transition example of a game space. It is a figure showing the example of a display screen which drawn the preparation space. It is a figure showing the example of the display screen which drawn the battle space. It is a figure which shows the example of a display screen which rendered the joint battle space. It is a flowchart which shows an example of the flow of a process regarding a joint battle. It is a flowchart which shows the flow of a process which registers the right to play a joint battle. It is an example of a display screen explaining an operation input for participating in a lottery and acquiring a right to play a joint battle. It is an example of a display screen explaining an operation input for a user to start a joint battle. It is a figure showing the example of a display screen showing the reward given when subjugation is completed. It is a flowchart which shows the outline of the flow of a process regarding a trial quest. It is a flowchart which shows the flow of a process which advances a trial quest. It is an example of a game screen showing a list of trial quests. It is an example of a game screen showing information about a trial quest. It is an example of the game screen which advances a trial quest. It is an example of the game screen showing the result of the trial quest. It is an example of the lottery screen changed from the game screen showing the result of the trial quest.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the appended claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 connects to the server 200 via the network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Can be

  The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These components of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And These components of the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

  It is desirable that the user terminal 100 allows a user who uses the controller 1020 to input user identification information such as a user name or a login ID via the controller 1020 at the start of a game, for example. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020 without communicating with another device such as the server 200 via the network 2 and the one user terminal 100. Can realize multiplayer. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

  The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may read the game program acquired by reading from the storage medium 1030 in the memory 11 May be stored.

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. You. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit includes the input / output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF 14 is specified and accepted as a user input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

  The processor 10 reads a program from a storage 12 described later and expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and expands the program in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing programs and various data read from a storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working area to the processor 20 by temporarily storing various programs and data read from a storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. Further, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to receive data input and an interface for the user terminal 100 to output data. The input / output IF 14 may input and output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any type such as a capacitance type or a resistive type.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

  The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measurement sensor 18 includes, for example, a light source that emits pulse-converted light, and a light receiving element that receives the light. The distance measurement sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting the object 1010 near the user terminal 100 using the camera 17 and the distance measurement sensor 18 as a user input operation will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, an illumination device that irradiates infrared rays, a filter that blocks visible light, and the like may be provided in the camera 17. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether the object is outdoors or indoors.

  The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique adopted in the above-described image recognition processing. (2) The processor 10 detects the gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed the “par” gesture. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has performed the gesture of “goo”. Further, when the number of fingers is two, the processor 10 determines that the user has performed the gesture of “choking”. (3) The processor 10 performs an image recognition process on the image captured by the camera 17 to detect whether the user's finger is standing up with only the index finger or the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of an image recognition result of an image captured by the camera 17 and an output value of the distance measurement sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) the user terminal 100 or far (for example, a predetermined value) depending on the shape of the user's hand specified from the image captured by the camera 17. At the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed in a state where the user's hand has been detected based on an image recognition result of an image captured by the camera 17 or the like, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measurement sensor 18 having a higher directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving the hand in a direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand and how the user moves the hand. In addition, the processor 10 detects whether the user is moving his / her hand toward or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in accordance with the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining a state in which the mouse is clicked and pressed down, or maintaining a state in which the touch panel is touched after a touch-down operation is performed. Further, when the user further moves his hand in a state where the user's gesture “goo” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture in which the user flips a finger based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 clicks the gesture with a mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game Overview>
The game system 1 is a system that executes a game for giving a playable event to a user in the game. Here, the assignment of a playable event means that a right item indicating a right to play an event is stored in a memory in association with a user.

  In the present embodiment, an example will be described in which the game system 1 is a system that executes a game in which an operation character operated by a user battles with an enemy character. Further, in this case, an example in which an example of the event is a joint battle will be described. The joint battle includes the operation character fighting with a specific enemy character (for example, a boss character) together with another character. Hereinafter, an event in which a right item is associated with a user is also referred to as a joint battle held by the user. Note that the joint battle is an example of the first quest in the present invention. Further, the operation character corresponds to an example of a first game medium in the present invention.

  In the game system 1, the operation character can equip the equipment item. The equipment item is an item that can be changed to a parameter of the operating character so that the game can be advantageously advanced by equipping the operating character with the equipment. Specifically, the equipment item may be a weapon used by the operating character in the co-combat battle, an armor worn in the co-combat battle, or the like, but is not limited thereto. Note that the equipment item corresponds to an example of a second game medium in the present invention.

  By equipping the equipment item with the equipment item, the operating character can advantageously advance the joint battle. Here, the equipment items that the operation character can equip need to be held by the user. That is, even if it is an equipment item that can be used in the game, an unacquired equipment item that is not owned by the user cannot be equipped with the operation character. In addition, equipping the operation character with the equipment item corresponds to an example of “associating the first game medium with the second game medium” in the present invention.

  Also, the equipment item may have a parameter. The parameter of the equipment item indicates the degree to which the game can be advantageously advanced using the operation character equipped with the equipment item. The parameters of the equipment item change according to the progress of the game so that the game can be advanced more advantageously. For example, the parameters of the equipment item may be changed by playing a joint battle using the operation character equipped with the equipment item. In addition, the parameters of the equipment item may change when a predetermined condition is satisfied in the progress of the game. Here, the parameter is represented by a numerical value, and the larger the numerical value, the more advantageously the game can be advanced.

  In the game system 1, it is necessary to satisfy a predetermined condition in order to hold the equipment item. At least a part of the predetermined condition is satisfied by the first game process. The first game process is a process executed when an achievement condition set in a joint battle is satisfied.

  For example, the predetermined condition may be consuming one or more material items held by the user. In this case, the first game process is a process of giving at least one of one or more material items. The material item corresponds to an example of the third game medium in the present invention.

  In other words, the equipment item is generated in exchange for one or more material items held by the user. One or more material items required to generate an equipment item are determined for each equipment item. That is, one or more material items required to generate the equipment item are associated with the equipment item.

  In addition, a material item for generating a certain equipment item is awarded when an achievement condition is satisfied in a joint battle associated with the equipment item. Here, a plurality of material items may be required to generate a certain equipment item. In such a case, all of the necessary plurality of material items are not necessarily provided when the achievement condition is satisfied once in the joint battle associated with the equipment item. For example, if the achievement condition is satisfied once in a joint battle associated with the equipment item, a part of a necessary plurality of material items may be provided. In this case, it can be said that the first game process (material item assignment) executed when the achievement condition is satisfied in the joint battle is a process that satisfies a part of the condition for holding the equipment item. In this case, the user only has to play the joint battle a plurality of times and satisfy the achievement condition a plurality of times until all necessary material items are obtained. Further, the same equipment item may be associated with a plurality of joint battles. In this case, if the achievement condition is satisfied in any of the plurality of joint battles, a part of the necessary plurality of material items is provided, and if the achievement condition is satisfied in any other, another part is provided. May be done. In this case, the user only has to play a plurality of co-combat battles and satisfy the achievement condition until all the plurality of material items necessary for generating the equipment item are obtained.

  As described above, in the game system 1, it is necessary to obtain equipment items to be equipped to the operation character in order to advance the cooperative battle advantageously. A material item required to obtain an equipment item can be obtained by playing a joint battle associated with the material item and satisfying the achievement condition. Such a combat battle associated with such a material item is playable by being obtained by lottery described later.

  The game system 1 is not limited to a particular genre, and may be a system for executing games of any genre. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, etc. Is also good.

  The game system 1 is not limited to a specific play mode, and may be a system for executing a game in any play mode. For example, a single-player game by a single user, a multi-player game by a plurality of users, a multiplayer game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. You may.

<Functional Configuration of Game System 1>
(Functional Configuration of Server 200)
FIG. 2 is a block diagram showing a functional configuration of the server 200. The server 200 has a function of providing various user terminals 100 with various data and programs necessary for realizing the game. The server 200 has a function of collecting and managing data relating to the game from each user terminal 100. The server 200 has a function of performing a synchronization process between the plurality of user terminals 100.

  In the present embodiment, the server 200 identifies each user and the user terminal 100 with a game account registered in advance. The method for registering an account is not particularly limited. For example, the user terminal 100 or another device such as a personal computer may transmit information necessary for registering the user's account to the server 200 according to the operation of the user. Then, the server 200 may create and store an account for each user based on the received information.

  When the user terminal 100 logs in to the communication network 2 of the game system 1 using any account, the server 200 recognizes the logged-in user terminal 100. Note that there is no particular limitation on the method of login and the process related to login. The server 200 and the user terminal 100 may perform a conventionally known login method and various processes related to the login.

  The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 220 stores various data used by the control unit 210. The storage unit 220 stores a game program 221, game information 222, and user information 223.

  The game program 221 is a program for realizing a game. The game information 222 and the user information 223 are data referred to when the game program 221 is executed.

  The game program 221 may include, in addition to the game program executed on the server 200 side, a program transmitted to the user terminal 100 and executed on the user terminal 100 side (a game program 121 described later). Alternatively, the storage unit 220 may store both the game program 221 executed on the server 200 side and the program executed on the user terminal side.

  The game information 222 is common information between accounts. The game information 222 may include, for example, information for defining various game spaces. The “game space” is a space in which an object of an operation character that can be operated by a user is arranged. The game information 222 is common among accounts, such as the arrangement position, size, color, shape, etc. of background objects such as trees, rocks, buildings, and the like, and non-player character (NPC) objects arranged in the game space. May include various setting information on the object. The game information 222 may include setting values of various parameters of the non-player character. The game information 222 may include information related to the quest. The game information 222 may include information on a winning probability of a lottery performed in the game space. An achievement condition may be set for each quest. Note that a failure condition may be set in the quest in addition to the achievement condition. Hereinafter, the character object placed in the game space may be simply referred to as “character”.

  The user information 223 is information managed for each game account. The user information 223 includes, for example, information regarding an operable character (hereinafter, referred to as an operation character), information regarding a possessed asset, information indicating a degree of progress of the game, and a joint battle (event) given in a lottery included in the game. It may include information on the status of possession of the right to play. Here, examples of the owned assets include, for example, in-game currency, items, character equipment, and the like. The joint battle is, for example, an event including an operation character fighting with a specific enemy character (for example, a boss character) in the game space.

  The control unit 210 controls various processes related to the game by executing the game program 221 stored in the storage unit 220. The control unit 210 functions as the transmission / reception unit 211, the data management unit 213, and the server processing unit 212 by executing the game program 221.

  The transmission / reception unit 211 transmits / receives various data. For example, the transmission / reception unit 211 receives a transmission request of various data and programs from the user terminal 100, a synchronization request for supporting the multi-play function, data for synchronization, and the like, and sends them to the server processing unit 212. For example, the transmission / reception unit 211 transmits various data and programs to the user terminal 100 according to an instruction from the server processing unit 212.

  In the present embodiment, the “multi-play function” is a function that advances a game in a state where the progress of the game in a plurality of accounts is synchronized. When there are a plurality of accounts logged in to the game system 1, the server 200 and the user terminal 100 of the game system 1 perform various processes for supporting the multiplayer function.

  The server processing unit 212 performs various determination processes related to the progress of the game. The server processing unit 212 performs arithmetic processing necessary for providing a game. The server processing unit 212 executes an arithmetic process described in the game program 221 in response to a request from the user terminal 100 or the like.

  For example, the server processing unit 212 instructs the data management unit 213 to add, update, or delete a record of the game information 222 or the user information 223. For example, the server processing unit 212 instructs the transmission / reception unit 211 to transmit various data or programs. For example, when the server processing unit 212 receives a synchronization request and data for synchronization corresponding to the multi-play function from the user terminal 100 via the transmission / reception unit 211, the synchronization processing unit 214 causes the synchronization processing unit 214 to perform synchronization for supporting the multi-play function. Instructs processing to be performed.

  The data management unit 213 manages various data stored in the storage unit 220 according to an instruction from the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes a record of the game information 222 or the user information 223 according to an instruction from the server processing unit 212.

  For example, the data management unit 213 reads at least one of the game information 222 and the user information 223 from the storage unit 220 according to an instruction from the server processing unit 212, and transmits the read information to the user terminal 100 via the transmission / reception unit 211.

  For example, the data management unit 213 reads from the storage unit 220 a program of the game program 221 to be executed on the user terminal 100 side according to an instruction from the server processing unit 212 and transmits the program to the user terminal 100 via the transmission / reception unit 211. I do.

  The synchronization processing unit 214 performs a synchronization process corresponding to the multi-play function of the game in accordance with an instruction from the server processing unit 212. The synchronization processing unit 214 synchronizes the user terminals by transmitting some information received from the user terminal 100 corresponding to each account to another user terminal 100. When transmitting some information from the server 200 to the plurality of user terminals 100, the synchronization processing unit 214 transmits the information in synchronization with each user terminal 100. Note that the synchronization processing unit 214 may receive synchronization timing, information to be synchronized, and the like from the server processing unit 212. Thereby, for example, an action in a game caused by an input operation performed on one user terminal 100 is shown in a synchronized manner on another user terminal 100.

(Functional configuration of user terminal 100)
FIG. 3 is a block diagram showing a functional configuration of the user terminal 100. The user terminal 100 has a function as an input device that accepts a user's input operation, and a function as an output device that outputs game images and sounds. The user terminal 100 functions as the control unit 110 and the storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The storage unit 120 stores a game program 121, game information 122, and user information 123. The game program 121 is a game program executed on the user terminal 100 side. The game information 122 is data that the control unit 110 refers to when executing the game program 121, and includes the same information as the game information 222 of the server 200. The user information 123 is data relating to the account of the user of the user terminal 100, and includes the same information as the user information 223 of the server 200.

  The control unit 110 controls the user terminal 100 overall by executing the game program 121 stored in the storage unit 120. For example, the control unit 110 defines the game space with reference to the information for defining the game space stored in the game information 122. The control unit 110 transmits and receives various data. For example, the control unit 110 receives various data, programs, data for synchronization to support the multi-play function, and the like from the server 200. For example, the control unit 110 transmits to the server 200 a part or all of the game information 122 or the user information 123 and a request for synchronization for supporting the multiplayer function.

  The control unit 110 functions as an input operation receiving unit 112, a game progress processing unit 111, a camera arrangement control unit 113, a display control unit 114, an object control unit 115, and a lottery control unit 116 according to the description of the game program 121. .

  The input operation receiving unit 112 detects and receives a user's input operation on the input unit 151. The input operation accepting unit 112 determines what input operation has been performed based on the effect of the user on the console via the touch screen 15 and other input / output IFs 14, and transmits the result to each element of the control unit 110. Output.

  For example, when an input operation is performed on the input unit 151, the input operation receiving unit 112 detects the coordinates of the input position and the type of operation. For example, the input operation receiving unit 112 detects a touch operation, a slide operation, a swipe operation, a tap operation, and the like. When the input that has been continuously detected is interrupted, the input operation receiving unit 112 detects that the contact input from the touch screen 15 has been released.

  The game progress processing unit 111 performs various processes related to the progress of the game. For example, the game progress processing unit 111 interprets the user's instruction content indicated by the coordinates of the input position of the input operation received by the input operation receiving unit 112 and the type of operation. For example, the game progress processing unit 111 performs addition, update, or deletion of the game information 122 or the user information 123. For example, the game progress processing unit 111 performs various determination processes related to the progress of the game.

  The camera arrangement control unit 113 defines a virtual camera for specifying an area to be presented to the user in the game space. The camera arrangement control unit 113 virtually arranges the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. Further, the camera arrangement control unit 113 instructs the display control unit 114 to create a field of view defined by the virtual camera and an image in which objects arranged in the field of view are drawn.

  Note that the camera arrangement control unit 113 may appropriately determine the position and orientation of the virtual camera for each game space. For example, based on the position and orientation of a specific object, the camera arrangement control unit 113 controls the virtual camera in a certain direction, distance, and angle from the object so that the object appears in the center of the viewing area in the specific direction. It may be arranged. The specific object may be, for example, an object of an operation character on the user terminal 100, a dynamic object indicating another character such as a non-player character, or a building, a tree, a stone, or the like. It may be a static object. Here, the dynamic objects in the game space include characters that operate based on the game programs 121 and 221 (for example, non-player characters and enemy characters) and operation characters that operate based on user operations. .

  The display control unit 114 causes the display unit 152 to display an image. For example, the display control unit 114 generates an image in which a virtual camera area defined by the camera arrangement control unit 113 in the game space and an object existing in the area are drawn, and causes the display unit 152 to display the image. . Further, the display control unit 114 may draw an object related to a UI (user interface) necessary for various operations of the game, such as an icon, a button, a menu indicating various parameters, etc., on such an image. .

  The object control unit 115 arranges the object in the game space based on the setting information of the object included in the game information 122. The object control unit 115 controls an object arranged in the game space. For example, the object control unit 115 changes the position, orientation, shape, color, and the like of the object in the game space, and causes the object to perform a predetermined series of operations.

  The lottery control unit 116 determines a cooperative battle with a difficulty level corresponding to the ability of the operating character participating in the lottery from among a plurality of cooperative battles stored in the game information 122. Here, the difficulty level is an index indicating the degree of difficulty in winning the battle with the boss character included in the joint battle. The difficulty level can be set based on, for example, the level of the boss character, the number of boss characters to be defeated, and the like. Note that a winning probability is set for each cooperative battle determined by the lottery control unit 116. This winning probability is included in the game information 122, for example. The lottery control unit 116 determines one or a plurality of joint battles based on the winning probability. The joint battle determined by the lottery control unit 116 is registered in the user information 123 by the game progress processing unit 111 in association with the operation character.

  Note that the game system 1 may be configured so that the server 200 includes at least a part of the functions of the user terminal 100. The game system 1 may be configured such that the user terminal 100 has at least a part of the functions of the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1 and the hardware may execute a part of the processing in the game system 1. That is, the computer that executes the game programs 121 and 221 in the present embodiment may be any of the user terminal 100, the server 200, and another device.

(Game progress and game space transition)
FIG. 4 is a diagram showing the progress of the game provided by the game system 1 and an example of transition of the game space.

  The control unit 110 changes the game space as the game progresses. Hereinafter, a case where a plurality of game spaces, that is, a preparation space, a battle space, and a joint battle space are defined will be described as an example. FIG. 4 shows a transition t1 from the preparation space to the battle space, a transition t2 from the battle space to the battle space, a transition t3 from the preparation space to the battle space, and a transition t4 from the battle space to the preparation space. Have been.

  The preparation space is a game space in which no enemy character appears. The preparation space is a game space for allowing a user to prepare for a quest. When the user performs an input operation indicating a quest start instruction while the control unit 110 is proceeding with the game in the preparation space, the control unit 110 transitions the game space from the preparation space to the battle space (transition). t1).

  The preparation space is also a game space for accepting an operation for acquiring a right to play a joint battle by the operating character. If the input operation accepting unit 112 accepts an input operation by the user for a lottery participation while the control unit 110 is advancing the game in the preparation space, the control unit 110 switches from the preparation space to another entry included in the preparation space. May be changed to a lottery space which is a game space of the game.

  The control unit 110 may be configured to receive a reward given when the quest and the game of the joint battle are successfully completed in the preparation space. When the input operation receiving unit 112 receives a predetermined input operation such as a map moving operation in the preparation space, the control unit 110 may transition the game space to the battle space without starting the quest. The control unit 110 may cause the game space to transition from the preparation space to the cooperative battle space when the user gives an instruction to start a cooperative battle (transition t3).

  The battle space is a game space where an operation character and an enemy character encounter and fight. The battle between the operation character and the enemy character will be described later in detail.

  The server 200 receives information from the synchronization processing unit 214 or from the user terminal 100 and determines that the predetermined condition is satisfied. Instruct to transition to space. In response to this instruction, the control unit 110 of each user terminal 100 changes the game space from the battle space to the co-combat space (transition t2). The predetermined condition for transitioning from the battle space to the joint battle space may be, for example, that the appearance condition of a specific enemy character (for example, a boss character) is satisfied.

  The joint battle space is a battle space in which a battle corresponding to the multiplayer function is performed. The joint battle space is a game space in which one or a plurality of operation characters and non-player characters and a specific enemy character (for example, a boss character) battle. Hereinafter, one or a plurality of operation characters and non-player characters arranged as objects in the same joint battle space will be collectively referred to as “friend characters”. If the ally character loses or wins in the joint battle in the joint battle space, the battle ends. When the cooperative battle in the cooperative battle space ends, the game space is changed from the cooperative battle space to the preparation space (transition t4). When a user wins a joint battle with a specific enemy character, each user participating in the joint battle may acquire a specific reward. The specific reward includes at least one of an equipment item equipped by the operating character, a material item for acquiring the equipment item, and an enhancement item for enhancing the equipment item. The specific reward is awarded, for example, for each operation character that has participated in the joint battle in the preparation space.

  The object control unit 115 arranges the operation character and at least one boss character in the joint battle space. The number of friendly characters fighting with a specific enemy character may be a predetermined number. In the following, a case where the number of allied characters is four will be described as an example, but this is merely an example and can be set arbitrarily, such as two, three, nine, or eleven.

  In this embodiment, the object control unit 115 arranges the non-player characters such that the total number of the ally characters is four when the number of the operated characters is less than four when the character transits to the joint battle space. That is, when the number of operation characters of the user participating in the cooperative battle in the cooperative battle space is less than a predetermined number (for example, four), the object control unit 115 operates the shortage based on the game programs 121 and 221. Supplement with non-player characters.

  The joint battle space may be the same game space as the battle space. In other words, the control unit 110 does not transition the game space from the battle space to the cooperative battle space, but converts the camera work of the virtual camera and the UI display in the battle space into the camera work and the UI display as the cooperative battle space. By changing, a joint battle space may be realized.

  When the game progress processing unit 111 determines that the ally character has successfully defeated the boss character, the control unit 110 transitions the game space from the co-combat space to the battle space or the preparation space. Note that the control unit 110 may transition the game space to the battle space or the preparation space after a predetermined time has elapsed after the game progress processing unit 111 determines that the boss character has been successfully defeated. When a predetermined moving operation such as a map movement is received while the game is progressing in the co-combat space, the control unit 110 may change the game space from the co-combat space to the preparation space or the combat space.

  In the present embodiment, each user terminal 100 cooperates with the server 200 to perform a game process for supporting the multiplayer function. In the game space defined by the control unit 110 of the user terminal 100, an operation character corresponding to an account logged in from the user terminal 100 and an operation character corresponding to an account logged in from another user terminal 100 can be arranged. Hereinafter, some processing examples regarding the transition of the game space will be specifically described with reference to FIGS.

  The object control unit 115 arranges various objects including an operation character in the game space defined by the control unit 110. When an input operation is performed by the user, the object control unit 115 moves the operation character as needed in accordance with the input operation. Thereby, the control unit 110 can cause the user to search in the game space via the operation character.

  When transmitting an instruction to transition the game space to the co-combat space to each user terminal 100, the server 200 collects one or more operation characters and non-player characters as a group that fights with the enemy character based on predetermined conditions. Is also good. For example, the server 200 may group the four operation characters in order from the operation character with the highest level as a group that fights with the enemy character. The server 200 may assign an identification number (identification number) for each group. The synchronization processing unit 214 transmits an instruction to each user terminal 100 used for operating the operation characters so that all the operation characters included in the group transit to the same cooperative battle space.

  The server processing unit 212 determines whether a predetermined condition for transitioning from the battle space to the joint battle space is satisfied. For example, the server processing unit 212 may determine whether or not a predetermined condition has been satisfied in the battle space, based on information related to synchronization from the user terminal 100. Here, the information relating to the synchronization includes an identifier that uniquely indicates a battle space in which the operation character is arranged, a position of the operation character in the battle space, and a control unit 110 of the user terminal 100 that causes the game space to transition to the battle space. This is the time that has passed since then.

  The determination as to whether or not the predetermined condition has been satisfied in the battle space may be performed by the game progress processing unit 111 of the user terminal 100. In this case, control unit 110 transmits information indicating the determination result to server 200.

  The synchronization processing unit 214 may limit the maximum number of the user terminals 100 that make a transition to the same joint battle space, that is, the maximum number of friendly characters in the joint battle space. Information indicating the maximum number is included in at least one of the game information 122 and 222.

  The object control unit 115 refers to the instruction from the server 200 and the game information 122, and arranges the operation characters in the joint battle space according to the maximum number of friendly characters. If the number of friendly characters is less than the maximum number when transitioning to the joint battle space, the object control unit 115 may arrange the non-player characters by the number insufficient for the maximum number.

(Battle between the operation character and the enemy character)
The battle in the battle space and the cooperative battle space will be described in detail. In the “battle” in the game according to the present embodiment, the operation character of the user and the other user and the enemy character perform an attack operation with each other. Since various processes and displays related to the battle are common to the battle with the enemy character in the battle space and the battle with the boss character in the co-combat battle space, the battle with the enemy character will be described below.

  The values of various parameters (for example, offensive power, defense power, etc.) including at least the physical strength value are set for the operation character and the enemy character. The set value of the parameter of the operation character is included in the user information 123, and the set value of the parameter of the enemy character is included in the game information 122.

  In the battle space, the object control unit 115 causes the operation character corresponding to the account of the user terminal 100 used by the user to perform an attack operation according to the input operation received by the input operation reception unit 112. Then, the game progress processing unit 111 determines whether or not the attack of the user's operation character hits any one of the enemy characters, that is, whether or not the attack is successful. Further, when the game progress processing unit 111 determines that the attack of the user's operation character has succeeded, the game progress processing unit 111 calculates a damage value to be given to the enemy character targeted for the attack. Further, the game progress processing unit 111 subtracts the calculated damage value from the physical strength value of the enemy character. Alternatively, the game progress processing unit 111 compares the total damage to the enemy character including the calculated damage value with the physical strength value of the enemy character.

  When the physical strength value of the enemy character becomes 0 or less, or when the total damage to the enemy character becomes equal to or more than the physical strength value of the enemy character, the game progress processing unit 111 determines that the enemy character has been defeated.

  In the battle space, the object control unit 115 causes the enemy character to perform an attack operation. The game progress processing unit 111 also determines the success or failure of the attack by the enemy character in the same manner as the attack by the operation character, and calculates the damage value when the attack on the operation character is successful.

  When the physical strength value of the operation character becomes 0 or less, or when the total damage to the operation character becomes equal to or more than the physical strength value of the operation character, the game progress processing unit 111 determines that the operation character has become incapable of fighting. In this case, even if the input operation receiving unit 112 receives an input operation related to the operation character, the object control unit 115 does not cause the operation character to perform an operation corresponding to the input operation.

(Specific example of preparation space)
FIG. 5 shows a display screen example in which the preparation space is drawn. State (A) in FIG. 5 shows an example of a display screen of the preparation space. State (B) of FIG. 5 shows an example of a display screen when a window W1 including a list quest list L1 is displayed in the preparation space. The state (C) in FIG. 5 includes a list L2 of the prepared joint battles.

  In the state (A) of FIG. 5, in addition to the background of the preparation space, a user's operation character x and other user's operation characters y1 and y2 are displayed. Further, in state (A) of FIG. 5, non-player characters z1 and z2 that operate based on game programs 121 and 221 are displayed. The non-player character z1 and the non-player character z2 each receive a predetermined input operation for starting a transition t1 from the preparation space to the battle space and a transition t3 from the preparation space to the joint battle space. In the example shown in FIG. 5A, an object z3 indicating the entrance to the lottery space is provided. The object z3 receives a predetermined input operation for starting a transition from the preparation space to the lottery space.

  The object control unit 115 places an operation character x corresponding to the account logged in at the user terminal 100 in the preparation space. The object control unit 115 arranges the operation characters y1 and y2 of the other user terminals 100 in the preparation space. Further, the object control unit 115 arranges the non-player character z1, the non-player character z2, and the object z3 in the preparation space. The non-player characters z1 and z2 are objects for receiving input operations for instructing selection and start of a quest and selection and start of a joint battle. The object z3 is an object that receives an input operation for causing the operation character to participate in a lottery for acquiring a right to play a joint battle.

  The camera arrangement control unit 113 determines the position and orientation of the virtual camera in the preparation space based on the position and orientation of the operation character x. For example, the camera arrangement control unit 113 arranges the virtual camera at a position and an orientation such that the operation character x is seen slightly below the center of the visual field, and is looked down obliquely from behind (back) the operation character x. When an operation of changing the position or the direction of the operation character x is performed by the user, the object control unit 115 arranges the operation character x in the changed position and direction. Further, the camera arrangement control unit 113 changes the position and orientation of the virtual camera to a position and orientation corresponding to the position of the operated character x after the change. Then, the display control unit 114 draws the preparation space and the operation character x in the field of view of the virtual camera arranged at the changed position in the changed direction. The same applies to the positions and orientations of the operation characters y1 and y2 operated by operations by other users.

  In the state (A) of FIG. 5, the menu M1 is displayed. The menu M1 displays the current level “Lv.40” and the physical strength value V1 of the user's operation character x. In addition, in the state (A) of FIG. 5, buttons B1 and B2, which are UIs for a user's input operation, are displayed.

  As described above, the display control unit 114 may create an image in which the UI for the user's input operation is superimposed on the image in which the preparation space and the object in the preparation space are drawn. For example, the display control unit 114 may create an image in which the images of the buttons B1 and B2 are superimposed on the image of the preparation space and the various objects described above, as shown in FIG. The button B1 is a button for receiving a user's game setting or notification display instruction, and the button B2 is a button for receiving a user's map movement, equipment change, or the like.

  When the user terminal 100 selects the non-player character z1, the game progress processing unit 111 instructs the display control unit 114 to draw a window W1 including a list L1 of quests that can be selected by the user. The quests included in the list L1 are quests to which the user is granted the right to play. The display control unit 114 creates an image in which the window W1 is superimposed on the image of the preparation space and the object as shown in the state (B) of FIG. In the example shown in the state (B) of FIG. 5, the list LI of the window W1 includes three quests. Then, for each quest, the name of the quest (such as "Defeat Monster AA"), achievement conditions (such as "Monster AA: 0/3"), map name (such as "Prairie 1"), and rewards ("Reward: Copperplate") ] Etc.) are described. Note that the display of the content of each quest in the list L1 is an example, and is not limited to the description in FIG.

  Here, the achievement condition “monster AA: 0/3” indicates that the number of monsters AA to be defeated is three. The contents of the quest achievement conditions are not particularly limited. For example, the quest achievement condition may be to defeat a specific number of specific enemy characters, collect a specific number of items obtained by defeating specific enemy characters, and the like.

  The map name indicates the name of the battle space or the co-battle space that transits when a quest is selected. The reward indicates an article, a function, information, or the like, which is given to the user's operation character or account upon achievement of the quest and enables the game to proceed more advantageously. For example, the reward may be in-game currency and items, equipment for improving the ability of the operating character, skills of the operating character, and the like.

  When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display, on the display unit 152, a window including a list L2 of the combat battles that can be played by the user. The cooperative battle included in the list L2 is registered in the game information 122 in association with the operation character x as the cooperative battle determined by the lottery control unit 116. In other words, the co-battle battle included in the list L2 is a co-battle battle in which the user who operates the operation character x is given the right to play. In the example shown in the state (C) of FIG. 5, the list L2 includes four quests of joint battle J1 to J4. Then, the name of the boss character K1 (such as "monster K1"), the level of the boss character (such as "Lv.50"), and the difficulty of the combined fight (such as "difficulty: m1") are described for each joint fight. ing. The display of the content of each joint battle in the list L2 is an example, and is not limited to the illustration in FIG.

  Here, the joint battles J1 to J4 are joint battles in which the operating character participates in the lottery and is assigned in the lottery. This joint battle includes a battle with a specific boss character. The lottery control unit 116 determines a joint battle including a battle with a boss character at a level corresponding to the current level of the operating character x participating in the lottery. The level of the boss character may be, for example, a level included in a predetermined range including the current level of the operation character x. The predetermined range may be, for example, a range of “level value of current operation character x” ± “predetermined value”. In the example illustrated in FIG. 5C, the lottery control unit 116 determines whether the level Lv. 40 for the operation character x, the level Lv. Joint battles including battles with boss characters of levels included in the range of 30 to 50 are determined.

  Each boss character fighting in the joint battle has a winning probability assigned in a lottery. That is, the boss characters include those having a high winning probability and those having a low winning probability. In the example shown in the state (C) of FIG. 5, a display R indicating the level of the winning probability in the lottery is displayed in addition to the information on the boss characters that compete in each joint battle. On the display R, information indicating the winning probability is displayed. Expressions such as D, C, B, A, S, and SS may be used as information indicating the winning probability in a stepwise manner.

  In the example shown in the state (C) of FIG. 5, the joint battle J3 is at the level Lv. 44 is a co-battle battle including a battle with the boss character K3 of No.44. This is a joint battle including a battle with 16 boss characters K3. Joint fight J4 is Lv. 18 was assigned in the lottery that participated in the battle, and the joint battle J3 is Lv. It is allocated in the lottery that participated at the time of 40.

(Specific examples of battle space)
FIG. 6 shows an example of a display screen in which a battle space is drawn. State (A) of FIG. 6 shows a display screen when the display unit 152 is in the vertical direction, and state (B) of FIG. 6 shows a display screen when the display unit 152 is in the horizontal direction. The display screen when the display unit 152 is in the vertical direction is called a vertical screen, and the display screen when the display unit 152 is in the horizontal direction is called a horizontal screen.

  In the example shown in FIG. 6, a menu M2 is displayed in addition to the battle space. The menu M2 displays the current level “Lv.40”, the total physical strength value “327”, and the physical strength value V1 of the user's operation character x.

  The camera arrangement control unit 113 determines the position and orientation of the virtual camera in the battle space based on the position and orientation of the operation character x, as in the preparation space. However, the camera arrangement control unit 113 defines a virtual camera having a different viewing field between the vertical screen and the horizontal screen. For example, the camera arrangement control unit 113 may set the view area of the virtual camera on the vertical screen to be longer than the view area of the virtual camera on the horizontal screen. If the operation character corresponding to another account is placed in the battle space with the same map name as that of the own terminal, or is later placed in the battle space with the same map name, the object control unit 115 sets the other account in the battle space. Are arranged synchronously.

  The object control unit 115 arranges one or more enemy characters e1 to which the user and other user's operation characters can fight in the battle space. The display control unit 114 may superimpose and display a target marker t1 indicating which enemy character is the target of the attack by the operation character. Then, when the user's operation character defeats the enemy character, the game progress processing unit 111 may cause the account corresponding to the operation character to acquire some reward.

  Note that the battle space may be composed of a plurality of game spaces. When the battle space is composed of a plurality of game spaces, the display control unit 114 may display an object icon C2 or the like for accepting a user's movement instruction to another battle space.

  When the input operation receiving unit 112 receives a predetermined operation while the game is progressing in the battle space, the display control unit 114 inputs the predetermined operation to the position on the touch screen 15 where the predetermined operation is input. Display an object indicating that the action has been performed. The predetermined operation is a drag operation for moving the operation character x (hereinafter, referred to as a “movement operation”) or a tap operation for causing the operation character x to perform an attack operation (hereinafter, an “attack operation”). ). The input operation receiving unit 112 can receive a moving operation or an attack operation at an arbitrary position on the touch screen 15. Thus, it is possible to prevent the pointing object such as the user's finger from obstructing the visibility of the operation character x and the enemy character.

  The display control unit 114 may cause the touch screen 15 to display an object indicating the direction of the moving operation when the input operation receiving unit 112 receives the moving operation. In the state (A) in FIG. 6, the display control unit 114 displays the elastic object w1 centered on the position p1. The position p1 is a position where the input operation receiving unit 112 has received a touch-on operation. The touch-on operation is an operation of bringing the pointer into contact with or approaching the touch screen 15. The pointer may be a finger of a user or a stylus pen.

  Here, when the user performs a moving operation of moving the pointer from the position p1 to the position p2, the input operation receiving unit 112 detects that the pointer has moved from the position p1 to the position p2. Based on the detection result, the display control unit 114 causes the touch screen 15 to display the elastic object w2 deformed so as to extend the elastic object w1 to the position p2. This allows the user to recognize the direction of the moving operation detected by the touch screen 15.

  When the input operation receiving unit 112 receives the input of the drag operation, the object control unit 115 moves the operation character x in the dragged direction according to the dragged time or distance. When the input operation receiving unit 112 receives a tap operation, the object control unit 115 causes the operation character x to perform an attack operation. Then, the game progress processing unit 111 determines whether the attack of the operation character x is successful or not, and calculates a damage value.

  In the example illustrated in FIG. 6, buttons B1, B2, B3, B4, B5, and B6, which are UIs for a user's input operation, are displayed.

  In this manner, the display control unit 114 may draw the UI for the user's input operation on the image depicting the battle space and the objects in the battle space described above. The button B3 is a special attack button for instructing a special attack of the operation character x. The button B4 is a "recovery button" for instructing the recovery of the physical strength of the operation character x. The button B5 is a "chat button" for chatting between accounts corresponding to the operation characters arranged in the same battle space. The button B6 is a "weapon switching button" for switching weapons equipped with the operation character x.

  The display control unit 114 may display a message in accordance with the action of the operation character x according to the operation of the user (not shown). For example, when the operation character x moves from the preparation space to the battle space or when the operation character x obtains an item, the display control unit 114 may display a message notifying the user of the fact.

  Note that the display control unit 114 can draw various display objects (buttons, menus, and messages) related to the above-described UI at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. desirable. It is desirable that the display control unit 114 draws various display objects related to the UI on the periphery of the display screen of the display unit 152 so as not to hinder input of instructions such as movement, attack, and recovery of the operation character. It is desirable that the display control unit 114 changes the drawing positions of the various display objects related to the UI between the vertical screen and the horizontal screen.

(Specific examples of joint battle space)
FIG. 7 shows an example of a display screen in which the joint battle space is drawn. State (A) of FIG. 7 shows a display screen when the display unit 152 is in the vertical direction, and state (B) of FIG. 7 shows a display screen when the display unit 152 is in the horizontal direction. The object control unit 115 places the object of the boss character K1 together with the operation character x in the joint battle space. In the vicinity of the boss character K1, a physical strength value V2 of the boss character and a menu M3 indicating the time limit of the joint battle are displayed. The display of the physical strength value V1 indicates the physical strength value of the operation character x by the length of the bar painted black, and is updated according to the update of the physical strength value of the operation character x. The display of the physical strength value V2 indicates the physical strength value of the boss character K1 by the length of the bar painted black, and is updated according to the update of the physical strength value of the boss character K1. Menu M3 includes the remaining time until the time limit set for the joint battle comes. The numerical value of the remaining time displayed in the menu M3 is updated as time elapses after the joint battle is started.

  In the joint battle space, the camera arrangement control unit 113 may define the position and orientation of the virtual camera based on the positional relationship between the boss character K1 and the operation character x. For example, the camera arrangement control unit 113 arranges the virtual camera at an angle such that the boss character K1 appears in the center of the visual field and the operation character x appears. When the position of the boss character K1 or the operation character x changes, the camera arrangement control unit 113 changes the position and the direction of the virtual camera to the position and the direction according to the changed positions of the boss character K1 and the operation character x. Then, the display control unit 114 draws the joint battle space and each object based on the changed position and orientation of the virtual camera.

  In the example of FIG. 7, the object control unit 115 displays the operation characters g1 and g2 corresponding to the other accounts and the non-player character y6 as ally characters fighting with the boss character K1 together with the operation character x. In FIG. 7, the physical strength value displayed near the non-player character y6 has a display of [NPC] indicating that the character y6 is a non-player character (for example, [NPC] y6). Here, an example is shown in which each user operating the operation characters x, g1, and g2 participates in the same joint battle, but is not limited thereto. All ally characters other than the operation character x may be non-player characters.

  When the virtual camera is arranged at an angle such that the boss character K1 appears in the center of the field of view and the operation character x appears in the joint battle space, the operation of moving the operation character x may be different from that in the battle space. For example, the upward movement operation may be an operation of moving the operation character x forward toward the boss character K1, and the downward movement operation may be an operation of moving the operation character x backward from the boss character K1.

  If the ally character has reduced the predetermined physical strength value to 0 or less to the boss character K1 or has caused damage exceeding the physical strength value of the boss character K1, the game progress processing unit 111 determines that the defeat of the boss character K1 has been completed. I do. When determining that the boss character K1 has been defeated, the game progress processing unit 111 may give a special reward different from the normal enemy character to the operation character or the account corresponding to the operation character. In this case, the reward may be different between the operating characters participating in the battle.

  The display control unit 114 may draw the UI for the user's input operation also in the image of the battle space displayed on the display unit 152, similarly to the image of the battle space shown in FIG. The display control unit 114 may display a message according to the action of the ally character or the boss character. For example, the display control unit 114 determines that the game progress processing unit 111 has determined that the operation character has successfully attacked the weak point of the boss character, or has determined that the friendly operation character or the non-player character has become incapable of fighting. In such a case, a message notifying that may be displayed. Alternatively, when the game progress processing unit 111 determines that the boss character has fallen into a special state such as being unable to act, the display control unit 114 may display a message notifying that fact.

  The display control unit 114 draws various display objects (buttons, menus, and messages) related to the above-described UI such that the display objects are located at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. It is desirable to do. The display control unit 114 displays various UI related objects such as input of instructions such as movement, attack, and recovery of the operation character, and the position of the ally character, the attack operation of the boss character, and the display of the weak points of the boss character. It is desirable to draw on the periphery of the display screen of the display unit 152 so as not to hinder the display of important information in the battle with the character. It is preferable that the display control unit 114 also changes the drawing positions of the various display objects related to the above-described UI according to the orientation of the display unit 152.

(Processing flow for joint fighting)
FIG. 8 is a flowchart illustrating an example of a flow of a process regarding the joint battle. At the start of the following processing, it is assumed that the operation character x exists in the preparation space or the battle space.

  In step S100, the game progress processing unit 111 equips the operation character x with any one of the equipment items held by the user based on the operation of the user. Equipping the operation character x with any one of the equipment items corresponds to an example of the "composition" in the present invention. In the knitting, the operation character x can be equipped with a plurality of equipment items. Information relating to one or more equipment items associated with the operation character x (that is, formation result) is stored in the storage unit 120. For example, the game progress processing unit 111 displays a list of equipment items held by the user in accordance with the operation of the user, selects any one of the equipment items based on the operation of the user, and selects the selected equipment item by the operation character. You may equip x. Further, the formation result can be changed during the co-combat battle. That is, at least one of the equipment items equipped to the operation character x can be changed to another equipment item held by the user based on the operation of the user during the joint battle.

  In step S101, the game progress processing unit 111 determines whether a condition for starting a joint battle is satisfied. For example, the game progress processing unit 111 may determine that the condition for starting a cooperative battle has been satisfied when the input operation receiving unit 112 receives an instruction to start a cooperative battle. In this case, the instruction to start the joint battle may be, for example, that one of a list of the joint battles as shown in FIG. 5C is selected based on an input operation. Further, for example, when the transition condition from the battle space to the cooperative space is satisfied, the game progress processing unit 111 may determine that the condition for starting the cooperative battle is satisfied. In this case, the transition condition may be a case where a predetermined time has elapsed since the operation character x moved to the specific game space in the battle space. The transition condition may be a case where the operation character x moves to a predetermined position in a specific game space in the battle space.

  The game progress processing unit 111 advances the game based on the determination result in step S101. If YES in step S101, the display control unit 114 causes the touch screen 15 to display an animation of the appearance of the boss character e2 in step S102. Further, the display control unit 114 causes the touch screen 15 to display the content of the submission including the use of the skill. In the case of NO in step S101, the game progress processing unit 111 continues various processes in the battle space.

  In step S103, the game progress processing unit 111 transitions the game space from the preparation space or the battle space to the joint battle space. In step S104, the game progress processing unit 111 executes a cooperative battle process, which is a process related to a cooperative battle.

  In step S105, the game progress processing unit 111 determines whether the joint battle satisfies the termination condition. For example, the termination condition may be that the physical strength value of the boss character e2 becomes 0 or less. Further, for example, the end condition may be that the physical strength values of the operation character x and all the ally characters become 0 or less. Further, for example, the termination condition may be that a predetermined time limit has elapsed since the start of the joint battle. However, the termination condition is not limited to these.

  If No in step S105, the joint battle in step S104 is continuously executed. If Yes in step S105, the process in step S106 is performed.

  In step S106, the game progress processing unit 111 determines whether the achievement condition set in the joint battle is satisfied. The achievement condition may be, for example, to defeat the boss character e2. In that case, specifically, the game progress processing unit 111 determines that the boss character e2 has been subjugated when the cooperative battle has ended because the physical strength value of the boss character e2 has become 0 or less. Further, the game progress processing unit 111 determines that the boss character has not been defeated when the joint battle has ended due to the physical strength values of the operation character x and all the ally characters having become 0 or less. In addition, the game progress processing unit 111 determines that the boss character has not been defeated when the cooperative battle ends due to the lapse of a predetermined time before the stamina value of the boss character e2 becomes 0 or less.

  If No in step S106, the process of step S108 described below is performed. In the case of Yes in step S106, the process of the next step S107 is executed.

  In step S107, the game progress processing unit 111 determines a reward to be given to the user. The reward may be determined as a reward for the joint battle, or may be determined by lottery from among the rewards determined for the joint battle. In the joint battle, one or more secondary conditions (submissions) may be set in addition to the achievement conditions. In this case, further rewards may be determined depending on the submitted submission. For example, the submission may be, for example, "defeat boss character e2 using attacking skill", "defeat boss character e2 within a predetermined time", but is not limited thereto.

  In step S108, the display control unit 114 displays the result screen on the touch screen 15. The result screen is a screen that notifies the user of the result of the joint battle. For example, the result screen may include information indicating whether the achievement condition has been satisfied, information indicating whether the submission has been satisfied, and information indicating the reward.

  In step S109, the game progress processing unit 111 hides the result screen and transitions the game space to the preparation space. The game progress processing unit 111 may transition the game space to the preparation space after a lapse of a predetermined time from the display of the result screen. Further, the game progress processing unit 111 may transition the game space to the preparation space when receiving an input operation on the UI arranged on the result screen.

(Process of registering the right to play joint battle)
FIG. 9 is a flowchart showing the flow of processing for registering the right to play a joint battle in association with the operating characters participating in the lottery.

  In step S201, the input operation receiving unit 112 receives an input operation for a lottery participation request. The input operation of the lottery participation request may be, for example, an operation of selecting the object z3 in the state (A) of FIG.

  In step S202, the lottery control unit 116 determines a cooperative battle with a difficulty level according to the ability of the operating character. The cooperative battle determined by the lottery control unit 116 is a cooperative battle assigned by the operating character in the lottery.

  In step S203, the game progress processing unit 111 registers the right to play the joint battle determined in step S202 in the user information 123 in association with the operating character participating in the lottery. The co-battle battle registered in the user information 123 is displayed in the list L2 as in the co-battle battle J1 to J4 shown in the state (C) of FIG.

(Obtain the right to participate in lottery and play joint battles)
FIG. 10 is an example of a display screen for explaining an operation input for acquiring a right to play a joint battle by participating in a lottery. The state (A) in FIG. 10 is an example of a display screen displayed when an input operation for a lottery participation request is performed. The state (B) in FIG. 10 is an example of a display screen displayed when a certain joint battle is won by lottery. The state (C) in FIG. 10 is an example of a display screen in which the cooperative battle assigned in the lottery is added to the list of cooperative battles to which the user has a right to play and displayed.

  When accepting the input operation of the lottery participation request, the input operation receiving unit 112 instructs the display control unit 114 to display the display screen shown in the state (A) of FIG. The display control unit 114 may display images of the menu M5, the menu M6, the display R, the button B15, and the button B7 as shown in the state (A) of FIG.

  The menu M5 in the state (A) of FIG. 10 indicates the number of valuable items currently owned by the user. The menu M6 indicates the number of valuable items consumed each time the participant participates in the lottery. Here, the valuable item is a consumable item given to the user by a charging process based on the operation of the user. In other words, in order to participate in the lottery and acquire the right to play a cooperative battle, it is necessary to consume valuable items.

  In the example shown in the state (A) of FIG. 10, a boss character K5 that has a low winning probability but can be assigned by lottery is displayed. Instead of the boss character K5, a boss character having the same or lower winning probability may be displayed. As described above, the attractiveness of participating in the lottery may be shown by showing the appearance of the boss character fighting in the joint battle with a low winning probability. In the example shown in the state (A) of FIG. 10, the display R displays “S” indicating the winning probability of the boss character K5. In the example shown in the state (A) of FIG. 10, the button B15 is for transitioning to a page that introduces equipment items associated with the co-battle battle including the battle with the boss character K5. Such an introduction page includes information on the operation and operation of the equipment item. The operation and operation of the equipment item will be described in detail in a second embodiment described later. In addition, when the achievement condition set in the co-combat battle is satisfied, at least a part of one or more material items necessary for generating the equipment item associated with the co-combat battle is given to the user. The button B7 accepts an instruction to start a lottery.

  When the input operation receiving unit 112 receives an input operation on the button B7, the lottery control unit 116 determines a cooperative battle according to the level of the operating character participating in the lottery from among the plurality of cooperative battles.

  The display control unit 114 displays the displays D1, D2, D3, D4, etc., as shown in the state (B) of FIG. In the displays D1 to D4, information on the boss character K6 fighting in the cooperative battle determined by the lottery control unit 116 is displayed. In the example shown in the state (B) of FIG. 10, the display D1 has the winning probability of the boss character K6, the display D2 has the level “Lv.42” of the boss character K6, and the display D3 has the name “monster K6” of the boss character K6. ", The appearance of the boss character K6 is displayed on the display D4.

  In the example shown in the state (B) of FIG. 10, buttons B9 and B10, which are UIs for a user's input operation, are displayed. Button B9 accepts an input operation by the user to return to the display screen displaying the preparation space shown in state (A) of FIG. Button B10 accepts an input operation by the user for immediately starting a joint battle that has acquired the right to play in the lottery.

  The cooperative battle including the battle with the boss character K6 assigned by the user is registered in the user information 123 by the game progress processing unit 111. As shown in the state (C) of FIG. 10, the registered joint fight is displayed in the list L2 as a joint fight J5 that can accept an input operation of a start request by the user.

  It should be noted that the game progress processing unit 111 determines that the user who has won the right to play the joint battle J5 (rare event) whose winning probability is lower than a predetermined winning probability (for example, “S” and “SS”) is The right to play the joint battle J6 to J7 related to the winning joint battle may be given. In this case, the difficulty level of the cooperative battle related to the selected cooperative battle may be higher than the difficulty level of the selected cooperative battle. It should be noted that the number of the co-battle battles related to the co-battle battle J5, which is given to the user who has won the right to play the co-battle battle J5, may be one or plural.

  For example, as shown in a state (C) of FIG. 10, a user who has assigned a right to play a joint battle J5 including a battle with a boss character K6 having a winning probability of S is assigned a 3 related to the joint battle J5. The right to play one of the joint battles J6 to J8 is also granted. The difficulty m6 to m8 of the joint battle J6 to J8 related to the winning joint battle J5 is higher than the difficulty m6 of the won joint battle. For example, the game progress processing unit 111 may provide the operation character with an equipment item equipped with the operation character and a material item for acquiring the equipment item as a reward when the game of the joint battle J5 is successfully completed. On the other hand, the reward for successfully completing the game in the joint battle J6 to J7 may be an enhancement item for enhancing the equipment item acquired when the game in the joint battle J5 is successfully cleared. By setting rewards in this way, the appeal of cooperative fighting is appropriately enhanced, and the motivation to further challenge cooperative fighting related to cooperative fighting is improved, and the taste of the game is improved. Can be.

(Start of joint battle)
FIG. 11 is an example of a display screen for explaining an operation input for the user to start a joint battle. Here, an example will be described in which a user operating the operation character x starts a joint battle in the joint battle space together with the user operating the operation character g1 and the user operating the operation character g2.

  When the user performs an input operation in the preparation space so as to start a joint battle, a screen as shown in FIG. 11 is displayed on the user terminal 100 used by the user.

  In the joint battle, an operation character of another account can also participate as an ally character. The input operation for instructing to start the joint battle may be, for example, an operation for selecting the above-mentioned non-player character z2. When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display a list L2 including co-battle battles J1, J2, J3, J4, and the like that can be selected by the user. (Refer to the state (C) in FIG. 5). The joint battle included in the list L2 is a joint battle in which the right to play is given to the user.

  In the state (C) of FIG. 5, when the user desires to start the co-combat battle J1, the user may select the co-combat battle J1. When the joint battle J1 is selected, the control unit 110 transitions from the display screen shown in the state (C) of FIG. 5 to the display screen shown in FIG. For example, the input operation receiving unit 112 receives a touch operation for selecting the joint battle J1. The touch operation for selecting a joint battle may be a touch operation to a position where each joint battle included in the list L2 is displayed.

  FIG. 11 is a display screen for performing preparations before starting the co-combat battle J1 and for allowing other users who want to participate in the co-combat battle to prepare for participation. In the example illustrated in FIG. 11, “Monster K1” which is the name of the boss character K1 to be defeated in the joint battle J1 may be displayed in the title T. The identification number “identification No. P” of this joint battle may be displayed in the menu M4.

  When recruiting another user who wants to participate in a joint battle, the user may set conditions for permitting participation. The condition for permitting participation may be an upper limit or a lower limit on the ability of another user's operation character. For example, if the level of the operation character of the user who wants to participate in the joint battle is lower than a predetermined level, the user's participation may not be permitted. Alternatively, inputting an identification number may be a condition for permitting participation. In this case, it is possible to permit participation by limiting the identification number of the cooperative battle to the user who has been notified in advance from the user who starts the cooperative battle. The condition for permitting participation, which is input by the user, is associated with each of the co-battles and stored in the user information 123 by the game progress processing unit 111.

  In the example shown in FIG. 11, the object of the operation character x is displayed in the joint battle J1, the object of the operation character g1 of another user is displayed next to the object of the operation character g1, and the object of the operation character g2 of another user is displayed next to the object. Is drawn. In the example illustrated in FIG. 11, both the operation characters g1 and g2 are ready to start the joint battle J1, and the word “participation” is superimposed. Note that when the operation characters g1 and g2 are not yet ready to start a joint battle, the character “preparing” may be superimposed on the object of the operation character g1.

  In the example shown in FIG. 11, one row adjacent to the operation character g2 is blank. This indicates that even if the operation characters x, g1, and g2 participate, one more operation character can participate.

  In the example shown in FIG. 11, buttons B9, B10, and B11, which are UIs for a user's input operation, are further displayed. The button B9 is a "weapon switching button", and is used to switch weapons equipped with the operation character g1 before participating in the joint battle J1. As shown in FIG. 11, the display control unit 114 restores the name Q1, level Q2, equipment Q3, total physical strength value Q4, attack and defense ability value Q5, and other operation characters of each operation character. A configuration for displaying the ability value Q6 or the like may be employed. By referring to such a display, the user can participate in a battle after knowing the ability of the ally character.

  The button B10 is an “exit button” for canceling the start of the joint battle J1 and returning to the display screen shown in the state (C) of FIG. When the touch operation is performed on the button B10, the user can reselect the joint battle desired to be started.

  The button B11 is a "departure button" for moving the character x to the joint battle space of the joint battle J1. In the example shown in FIG. 11, when the user performs a touch operation on the button B11, in addition to the operation character x, the operation characters g1 and g2 also appear in the joint battle space of the joint battle J1 (see FIG. 7). In this case, as shown in FIG. 7, the number of the operation characters moved to the joint battle J1 is three (the character x and the operation characters g1 and g2), and the other ally character is the non-player character y6. is there.

(Specific example of reward screen based on play result)
FIG. 12 is a diagram illustrating an example of the reward screen. This reward screen is displayed by the display control unit 114 when the defeat of the enemy character is completed by playing in the joint battle space. This reward screen includes information representing the reward. The displayed reward is determined for the joint battle, and is specified by the game progress processing unit 111. The example of FIG. 12 is a screen displayed when the co-combat battle J2 shown in FIG. 5C is played in the co-combat battle space and the monster K2 is defeated. The reward displayed on the reward screen includes an acquired experience value A1, a virtual currency A2, and an item reward A3. The acquired experience value A1 represents an increase in the experience value given as a reward for the operation character that has participated in the joint battle. The virtual currency A2 represents the amount of in-game virtual currency given to the user as a reward. The item reward A3 represents the amount of the essential material item K2 and other items given to the user as a reward. The required material item K2 represents a required material item associated with the monster K2 to be defeated. The other items are consumption items here.

  In this example, the reward includes the required material item K2 deterministically, and the other rewards include the probability in a probabilistic manner. Specifically, the amount of the virtual currency A2 may be the amount drawn based on the lottery probability determined for the joint battle. In addition, the item other than the essential material item K2 in the item reward A3 may be an item that has been drawn based on the drawing probability from one or more items of a type determined for the joint battle.

[Embodiment 2]
Hereinafter, Embodiment 2 of the present invention will be described. In the second embodiment, the description of the same configuration as the first embodiment will not be repeated. In the second embodiment, the fact that an input operation to the input unit 151 is detected and accepted by the input operation accepting unit 112 is simply described as an input operation being accepted. In addition, the fact that each functional block of the control unit 110 generates various types of information and outputs the information to the display unit 152 by the display control unit 114 is also simply described as displaying. In addition, arranging and operating an object in the game space by the object control unit 115 is also simply referred to as arranging and operating. In addition, it is described that the storage of the game data in the memory 11 in association with the user is given to the user. The fact that the game data is stored in the memory 11 in association with the user is also described as being held by the user. Acquiring (or granting) the right to play joint battle is also simply described as acquiring (or granting) joint battle.

  In the second embodiment, the example in which the operating character is equipped with any of the equipment items held by the user in the joint battle is described. In the present embodiment, an example will be described in which, in addition to the configuration similar to that of the first embodiment, a trial quest that allows the user to try out an equipment item is provided.

  The trial quest is a battle in which the operating character equips the operating character with the equipment item, regardless of whether the user has the equipment item or not. The trial quest corresponds to an example of a second quest in the present invention. The equipment item that can be tried in the trial quest is an equipment item associated with any of the combat battles that can be given by lottery.

  Here, an operation and an operation are defined for each of the equipment items that can be used in the game. The operation defined for the equipment item is an operation that can be performed by the operation character equipped with the equipment item. The operation defined for the equipment item is an operation for instructing the operation character to perform the operation. In the first embodiment, the description regarding the operation and operation of such an equipment item is presented to the user when participating in a lottery for acquiring a joint battle with which the equipment item is associated. (For example, in the screen example shown in FIG. 10A, the introduction page of the equipment item displayed in response to the input operation on the button B15 includes the operation and the operation of the equipment item).

  In the present embodiment, the first embodiment is further improved to provide a trial quest that not only presents an explanation on the operation and operation of the equipment item on the introduction page but also allows the user to try the equipment item. Thereby, the user can experience the operation and the operation even if the equipment item is not possessed. In addition, the user can experience the operation and operation of the equipment item that the user owns but does not use much. As a result, the motivation of the user for acquiring or using the equipment item is further improved. If the user does not own the equipment item, the user must be motivated to acquire a joint battle with which the equipment item is associated, or satisfy the achievement condition in the joint battle with which the equipment item is associated. Motivation of the user for is improved.

  The operation and operation for each equipment item may be defined by, for example, a combination of the type of operation and the operation to be executed by the operation. Further, the operation and the operation for each equipment item may be defined by, for example, a combination of the order of the type of the continuous operation and the operation performed by the continuous operation.

  For example, assume that there are an equipment item a and an equipment item b. In this case, it is assumed that a tap operation is performed on the operation character equipped with the equipment item a to perform the attack operation a1, and an up-flick operation is performed to perform the attack operation a2. Further, it is assumed that an attack operation a3 can be performed by performing an operation continuously in the order of a long press operation and a tap operation. Further, it is assumed that an attack operation b1 can be performed by performing a tap operation on an operation character equipped with the equipment item b, and an attack operation b2 can be performed by performing a downward flick operation. Further, it is assumed that an attack operation b3 can be performed by performing an operation in the order of a right flick operation and a tap operation. Note that the offensive actions a1, a2, a3, b1, b2, and b3 may be different actions from each other, or one of them may be the same action as the other.

  Such operations and operations are determined for each equipment item even if the categories set for the equipment items a and b are the same. The category of the equipment item includes, for example, “sword”, “spear”, “bow”, and the like, but is not limited thereto. Therefore, even if the user already has the equipment item a, the operation and operation of the equipment item b in the same category as the equipment item a are not necessarily the same as the equipment item a. In such a case, the user can experience the operation and the operation by using the equipment item b which is not owned by the trial quest.

  Hereinafter, equipment items that can be equipped in the trial quest will also be described as trial items. The parameter of the trial item may be set to a value that allows the game to proceed more advantageously than the initial value set when the equipment item corresponding to the trial item is given to the user. For example, the parameter of the trial item may be set to an upper limit value defined as the upper limit. Note that the parameters of the trial item are not changed by the play of the trial quest. Further, even if the user already has the equipment item provided as the trial item, the parameter of the trial item is not synchronized with the parameter that is changed by using the equipment item in the joint battle.

<Detailed configuration of the game progress processing unit>
In the present embodiment, the game progress processing unit 111 is configured as follows in addition to the same configuration as in the first embodiment.

  In the present embodiment, the game progress processing unit 111 progresses a trial quest that progresses by using an operation character equipped with a trial item based on a user operation using the operation character. The trial quest shall proceed in the trial quest space. The trial quest space is a game space in which an operation character equipped with a trial item and an enemy character battle. The trial quest space may partially or entirely represent the same game space as the battle space or the co-combat battle space, or may represent a partially or entirely different game space.

  Here, the trial item is any of the equipment items associated with any of the combat battles that can be given by lottery in the game. For example, the trial item may be an equipment item that is newly added as an available equipment item in the game system 1. The newly added equipment item may be the item that can be used in the game system 1 and the time at which the item becomes available is after a predetermined time. In addition, when an available equipment item is added to the game system 1, a trial quest that can use the available equipment item may be provided so as to be playable.

  For example, it is assumed that equipment items that can be used in the game are stored in the storage unit 220 of the server 200 while being included in the game information 222. In this case, the newly added equipment item is an equipment item added to the game information 222. A trial quest that can try out the equipment item added to the game information 222 may be distributed to the user terminal 100.

  For example, assume that equipment items that can be used in the game system 1 are newly added. It is also assumed that the newly added equipment item is associated with the newly added joint battle. Here, it is assumed that the newly added co-battle battle is a co-battle battle newly added as a lottery target in a lottery for allowing the user to acquire the right to play the co-battle battle. In this case, in the trial quest, the equipment item associated with the cooperative battle newly added as a lottery target can be tried as a trial item. Thus, even before acquiring the newly added equipment item, the user can experience a battle using the operation character equipped with the equipment item as a trial item.

  In addition, among the equipment items available in the game, the number of the equipment items provided as the trial items may be one or more. In the case of a plurality, a trial quest is provided for each trial item. In addition, a plurality of equipment items may form one equipment item group. For example, there is a case where a group is constituted by a series of equipment items such as weapons and armor, but this is not a limitation. In this case, the trial quest may be provided for each group of equipment items provided as trial items. In this case, in one trial quest, the operation character may be able to equip a plurality of trial items included in the group.

  In this way, the trial quest is performed by the user regardless of whether the trial item in the trial quest is held by the user or in a joint battle in which the equipment item corresponding to the trial item in the trial quest is associated. It is playable regardless of whether it is held. In addition, the trial quest can be played regardless of whether or not the achievement condition in the joint battle in which the equipment item corresponding to the trial item that can be tried in the trial quest is associated is satisfied.

  Also, the trial quest itself does not need to be held by the user and can be played. On the other hand, the co-battle battle is playable when the co-battle battle is held by the user, and when the achievement condition is cleared, the holding of the co-battle battle by the user is released. The trial quest can be repeatedly played while the trial quest is being provided, based on a user operation instructing to play the trial quest.

  Further, achievement conditions may be set in the trial quest. In this case, when the achievement condition set in the trial quest is satisfied by the user's play, the second game process is executed. A specific example of the achievement condition includes victory over an enemy character, but is not limited to this.

  Here, the second game process may be a process for proceeding the game more advantageously. In this case, for example, the second game process may be a process of increasing an expected value given by lottery in a co-battle battle in which equipment items corresponding to trial items tested in the trial quest are associated. Further, for example, the second game process may be a process in which various items for advancing the game advantageously are given. Such items may be, for example, equipment items, material items, enhancement items, consumption items, and the like.

  Further, the second game process may be, for example, a process of displaying a UI object for transitioning to a screen for playing a joint battle in which an equipment item corresponding to a trial item used is associated. This is a process when the user has the joint battle. Alternatively, the second game process may be a process of displaying a UI object for transitioning to a screen capable of acquiring a joint battle associated with an equipment item corresponding to a trial item that has been tried. This is a process when the user does not have the joint battle. In the present embodiment, as in the first embodiment, the joint battle can be acquired by lottery. Therefore, hereinafter, the “screen capable of acquiring a joint battle” will be described at the end.

  As described in the first embodiment, the equipment item to be equipped to the operation character can be changed in the joint battle, but in the trial quest, the trial item to be equipped to the operation character is determined in advance. . Thus, it is possible to more reliably prompt the user to try the trial item.

  In addition, it is assumed that the equipment item is set to a rarity indicating a degree at which the game can be advantageously advanced. In other words, it is assumed that the higher the rarity item, the more advantageously the game can proceed when the operating character equips the operating character with the equipment item. In this case, the difficulty of the achievement condition is higher in a co-battle battle in which a rare equipment item is associated. In the present embodiment, it is assumed that the enemy character to be won is stronger in a joint battle with which a rare item is associated. Therefore, it is difficult to obtain a rare equipment item. The present embodiment can provide a user with an opportunity to try a hard-to-obtain equipment item by providing a trial quest regardless of the rarity of the equipment item.

  Here, as described in the first embodiment, the lottery process for acquiring the right to play the joint battle is executed in exchange for consuming one or more valuable items held by the user based on the operation of the user. Is done. For this reason, in order for the user to possess equipment items for favorably proceeding the game, it is necessary for the user to consume valuable items and acquire a co-battle battle, and then satisfy the achievement condition set for the co-battle battle. In other words, in order to acquire an equipment item, it is necessary to consume a valuable item. In the present embodiment, by providing the trial quest, it is possible to experience the use of the equipment item even before acquiring the equipment item, so that the valuable item is consumed in expectation of obtaining the equipment item. Improve user security.

<Processing flow>
Processing executed by the user terminal 100 based on the game program 121 in the present embodiment will be described with reference to FIGS.

  FIG. 13 is a flowchart illustrating an outline of a flow of a process related to the trial quest.

  In step S401, the game progress processing unit 111 displays a list of trial quests that can be played.

  In step S402, the game progress processing unit 111 determines whether an operation for selecting a trial quest has been received. Step S402 is repeated until the answer is Yes. If Yes in step S402, the process in the next step S403 is executed.

  In step S403, the game progress processing unit 111 displays information on the trial quest. Here, the information regarding the trial quest may include, for example, the appearance of the trial item in the trial quest, the parameters of the trial item, and the like. The information on the trial quest may include the appearance of the operation character equipped with the trial item. Further, the information on the trial quest may include information describing the operation and operation of the operating character equipped with the trial item. The information on the trial quest is not limited to these, and may include other information.

  In step S404, the game progress processing unit 111 determines whether an operation for starting a trial quest has been received. If No in step S404 (for example, if an operation for returning to the list of trial quests is received), the processing from step S401 is repeated. In the case of Yes in step S404, the process of the next step S405 is executed.

  In step S405, the game progress processing section 111 advances the trial quest. Details of this step will be described later.

  In step S406, the game progress processing unit 111 displays a screen representing the result of the trial quest. In this step, when the achievement condition is satisfied in the trial quest executed in step S405, the game progress processing unit 111 gives the user a reward associated with the trial quest. In addition, the game progress processing unit 111 may include information on the provided reward on a screen representing the result of the trial quest.

  In step S407, the game progress processing unit 111 determines whether or not an operation to transition to the lottery screen has been received. If No in step S407, the process of step S409 is executed. If Yes in step S407, the process in step S408 is executed.

  In step S408, the game progress processing unit 111 displays a lottery screen. The flow of the processing after displaying the lottery screen is the same as that described in the first embodiment, and thus the details will not be repeated. However, in the present embodiment, the lottery control unit 116 determines the winning probability of the cooperative battle in which the equip- ment item corresponding to the trial item used in the trial quest is associated among the cooperative battles to be drawn on the lottery screen. Set higher than the predetermined winning probability for battle.

  In step S409, the game progress processing unit 111 displays a preparation screen. Since the flow of the processing after the preparation screen is displayed is as described in the first embodiment, the details will not be repeated.

  Next, details of the trial quest progress processing in step S405 will be described. FIG. 14 is a flowchart illustrating a flow of a process for advancing the trial quest.

  In step S501, the game progress processing unit 111 arranges an enemy character and an operation character equipped with a trial item in the trial quest space.

  In step S502, the game progress processing unit 111 determines whether an operation on the operation character has been received. If No in step S502, the process of step S507 described below is executed. If Yes in step S502, the process in the next step S503 is executed.

  In step S503, if the operation received in step S502 is an operation determined for the trial item, the game progress processing unit 111 causes the operation character to perform an operation determined for the trial item. The operation is, for example, an operation of attacking an enemy character, an operation of moving in a game space, an operation of avoiding an attack of an enemy character, and the like.

  In step S504, the game progress processing unit 111 determines whether the operation character has acted on the enemy character. If No in step S504, the process of step S507 described below is executed. In the case of Yes in step S504, the process of the next step S505 is executed.

  For example, if the operation performed in step S503 is an attack operation, the operation character hits the enemy character, that is, if the attack is successful, the result in step S504 is Yes. If the attack is not successful, or if the operation performed in step S503 is a moving operation or an avoiding operation, the result in step S504 is No.

  In step S505, the game progress processing unit 111 subtracts the physical strength value of the enemy character.

  In step S506, the game progress processing unit 111 determines whether the enemy character has become unable to battle. For example, the game progress processing unit 111 may determine whether or not the physical strength value of the enemy character has become 0 or less.

  If Yes in step S506, it is determined in step S511 that the operation character has won, and the process of proceeding with the trial quest ends. If No in step S506, the process of the next step S507 is executed.

  In step S507, the game progress processing unit 111 determines whether the operation character has been affected by the enemy character. If No in step S507, the processing from step S502 is repeated. If Yes in step S507, the process of the next step S508 is executed.

  In step S508, the game progress processing unit 111 subtracts the physical strength value of the operation character.

  In step S509, the game progress processing unit 111 determines whether the operation character has become incapable of fighting. For example, the game progress processing unit 111 may determine whether the physical strength value of the operation character has become 0 or less.

  If No in step S509, the processing from step S502 is repeated. If Yes in step S509, it is determined in step S510 that the operation character has lost, and the process of proceeding with the trial quest ends.

<Screen example>
Next, an example of a screen of the game system 1 will be described with reference to the drawings.

(Trial quest list screen)
FIG. 15 is an example of a game screen (trial quest list screen) showing a list of trial quests displayed in step S401 of FIG. The trial quest list screen includes a trial quest list 1501. The trial quest list 1501 includes trial quest buttons 1501a and 1501b, and represents a list of trial quests that are provided to be playable at this time. Each of the trial quest buttons 1501a and 1501b is an example of a UI object for transitioning to a screen before the start of the corresponding trial quest. The trial quest buttons 1501a and 1501b include information on trial items that can be trialed by the trial quest in the button area. For example, the trial quest button 1501a corresponds to a trial quest that allows the user to try the new equipment “Iroha” series. Here, the new equipment “Iroha” series is an example of a group of equipment items newly added as being usable in the game system 1. Thus, the user can confirm what trial items can be tried by visually checking the trial quest buttons 1501a and 1501b.

(Screen before start of trial quest)
FIG. 16 is an example of a game screen (pre-start screen) representing information about the trial quest displayed in step S403 of FIG. The pre-start screen is a screen displayed before starting the trial quest. The screen before start includes parameter information 1601, an operation character 1602, an operation method button 1603, trial items 1604a to 1604c, level displays 1607a to 1607c, a return button 1605, and a start button 1606.

  The trial items 1604a to 1604c correspond to a series of equipment items included in the new equipment "Iroha" series that can be tried by the trial quest. In detail, the trial item 1604a is an armor, the trial item 1604b is a weapon, and the trial item 1604c is an armor.

  The operation character 1602 represents the appearance of the operation character equipped with all the trial items 1604a to 1604c.

  Also, the level displays 1607a to 1607c indicate that the value set to the parameter “level” (in FIG. 16, denoted as “Lv.”) Of each of the trial items 1604a to 1604c is “5”. Hereinafter, the parameter “level” is also simply described as “level”. Here, it is assumed that the level of the equipment item corresponding to the trial items 1604a to 1604c has an initial value of “1” at the time when the level is given to the user. Also, when possessing equipment items corresponding to the trial items 1604a to 1604c, it is assumed that each level changes in five stages from "1" to "5" according to the progress of the game. The higher the value of the level, the more advantageously the game proceeds.

  At this time, the level of each of the trial items 1604a to 1604c is set to the upper limit “5” irrespective of whether or not the user has equipment items corresponding to the trial items 1604a to 1604c. Further, even if the user has the equipment items corresponding to the trial items 1604a to 1604c, the levels of the trial items 1604a to 1604c are not synchronized with the levels of the owned equipment items.

  The parameter information 1601 indicates information on the parameters “ability α”, “ability β”, and “ability γ” of the operating character that is raised by equipping the trial items 1604a to 1604c. In this example, “ability α”, “ability β”, and “ability γ” are represented by numerical values, and the larger the value, the more advantageously the game can be advanced. Here, by equipping the trial item 1604a having the level “5”, the “ability α” is increased by 10. Also, by equipping the trial item 1604b having the level “5”, the “ability β” is increased by 20. Also, by equipping the trial item 1604c having the level “5”, the “ability γ” is increased by 15. If the levels of the trial items 1604a to 1604c are respectively “1”, “ability α”, “ability β”, and “ability γ” are only “2”, “4”, and “3”, respectively. Shall not increase.

  As described above, even if the user does not have equipment items corresponding to the trial items 1604a to 1604c, the levels of the trial items 1604a to 1604c are set to the upper limit value “5”. This allows the user to try out the equipment items not possessed at the upper limit level, so that the user can fully experience the appeal of the equipment items and improve the motivation for acquiring the equipment items. In addition, it is assumed that the user has equipment items corresponding to the trial items 1604a to 1604c, but does not use the equipment items much, so that the level is “1”. Even in this case, the levels of the trial items 1604a to 1604c are set to the upper limit value “5”. This allows the user to try out the equipment item that is not frequently used at the upper limit level, so that the user can fully experience the appeal of the equipment item, and the motivation for using the equipment item is improved.

  The operation method button 1603 is an example of a UI object for displaying an operation method of the trial items 1604a to 1604c. When an input operation on the operation method button 1603 is received, the screen before starting transitions to a page describing the operation method. The page describing the operation method includes information on the operation and operation of the trial items 1604a to 1604c.

  A return button 1605 is an example of a UI object for returning to the trial quest list screen. When the input operation on the return button 1605 is received, the screen before starting is transited to the trial quest list screen shown in FIG.

  A start button 1606 is an example of a UI object for starting the trial quest. When the input operation on the start button 1606 is accepted, the screen before starting is transited to the trial quest screen shown in FIG.

(Trial quest screen)
FIG. 17 is an example of the trial quest screen displayed in step S501 of FIG. The trial quest screen shows a trial quest space. An enemy character 1701 and an operation character 1702 are arranged on the trial quest screen. The operation character 1702 is equipped with trial items 1604a to 1604c. The buttons B3 and B4, the physical strength values V1 and V2, and the menu M3 are the same as those described with reference to FIG. 6 or 7 in the first embodiment, and thus detailed description will not be repeated.

  Information 1703 is information for causing the user to recognize that the displayed game space is a trial quest space. Here, as an example, we are trying out the new equipment "Iroha" series! Is displayed.

  Here, the trial quest screen differs from the specific example of the joint battle space shown in FIG. 7 in that the operation characters g1 and g2 and the non-player character y6 corresponding to other accounts and the button B6 are not included. different. As described above, in this specific example, the trial quest is one in which the operating character operated by the user battles with the enemy character alone. Therefore, the operation characters and the non-player characters corresponding to other accounts are not arranged in the trial quest space. In the trial quest, the equipment that can be equipped is limited to the trial item, and the equipment item cannot be changed. Therefore, the trial quest screen does not include the weapon switching button B6 shown in FIG.

  When an input operation on the operation character 1702 is received on such a trial quest screen, the operation character 1702 performs a predetermined operation according to the operation determined for the trial items 1604a to 1604c. Then, the physical strength value V2 of the enemy character 1701 decreases according to the magnitude of the action exerted on the enemy character 1701. Also, the physical strength value V1 of the operation character 1702 decreases according to the magnitude of the action received from the enemy character 1701. When the physical strength value V2 of the enemy character 1701 becomes 0 or less, the trial quest screen transits to the following result screen shown in FIG.

(Result screen)
FIG. 18 is an example of the result screen displayed in step S406 of FIG. The result screen includes result information 1801, reward information 1802, an operation character 1803, a button 1804 again, a preparation space button 1805, and a lottery screen button 1806.

  The result information 1801 is information indicating a result of the trial quest. Here, information indicating that the operation character has won the enemy character is displayed.

  The reward information 1802 indicates that a reward item has been awarded because the achievement condition has been satisfied (victory over the enemy character) in the trial quest. The reward item to be awarded may be one associated with the trial quest, or one determined by lottery from those associated with the trial item.

  The operation character 1803 represents the appearance of the operation character used in the trial quest. That is, the operation character 1803 is equipped with the trial items 1604a to 1604c. By displaying such an appearance of the operation character 1803, the user can be made to recognize the trial item that has been tried again, and the motivation of the user to acquire the equipment item corresponding to the trial item is improved. I do.

  The button 1804 is an example of a UI object for restarting the trial quest. When the input operation on button 1804 is received again, the result screen transits to the pre-start screen of FIG. 16 or the trial quest screen of FIG. This allows the user to try the trial items 1604a to 1604c again.

  The preparation space button 1805 is an example of a UI object for returning to the preparation space. When an input operation on the preparation space button 1805 is received, the result screen transits to a preparation space screen shown in FIG.

  A lottery screen button 1806 is an example of a UI object for transitioning to a lottery screen. When an input operation on the lottery screen button 1806 is received, the result screen transits to the lottery screen shown in FIG.

(Lottery screen)
FIG. 19 is an example of the lottery screen displayed in step S408 of FIG. The lottery screen includes a combat battle list 1901, menus M5 and M6, and a lottery button B7. Menus M5 and M6 are the same as those described in the first embodiment with reference to FIG. 10A, and therefore, detailed description will not be repeated.

  The joint battle list 1901 represents a list of joint battles to which the right to play in the game system 1 can be given. The joint battle list 1901 includes the joint battles 1901a to 1901g. In this specific example, the right to play each of the seven joint battles 1901a to 1901g can be given to the user by lottery. A display R shown at the upper left of each of the joint battles 1901a to 1901g indicates a winning probability of the right to play the joint battle. In addition, displays 1902a to 1902g shown at the lower right of each of the joint battles 1901a to 1901g indicate equipment items associated with the joint battle. That is, the user obtains the right to play any of the co-combat battles 1901a to 1901g by lottery, and plays the co-combat battle to satisfy the achievement condition, thereby obtaining one or more pieces of equipment necessary for generating the associated equipment item. At least one of the material items can be obtained as a reward.

  Here, in the joint battle list 1901, the new equipment “Iroha” series that has been tried in the trial quest is associated with the joint battle 1901g. For this reason, a display 1902g representing the new equipment "Iroha" series is displayed at the lower right of the joint battle 1901g. Here, it is assumed that the new equipment “Iroha” series is equipment equipment newly added in the game system 1. It is also assumed that a joint battle 1901g associated with the new equipment "Iroha" series has been newly added as a lottery target. For this reason, the icon “New!” Indicating that it is newly added is superimposed on the joint battle 1901g. As a result, the user can recognize which joint fighting battle should be allocated to acquire the new equipment "Iroha" series used before the transition to the lottery screen. Motivation for acquiring the series increases.

  In this example, “S” is set as the winning probability of the right to play the co-combat battle in the co-combat battle 1901g, as shown in the display R of the co-combat battle. The probability UP icon 1904 displayed on the upper right of the display R indicates that the winning probability of the joint battle 1901g is temporarily set higher than the winning probability associated with the stage “S”. . This is because the victory over the enemy character in the trial quest for the new equipment "Iroha" series temporarily increases the winning probability of the joint battle 1901g associated with the new equipment "Iroha" series. In addition, when the lottery screen is displayed via the result screen in the trial quest, the lottery control unit 116 increases the winning probability of the joint battle in which the equipment item corresponding to the trial item in the trial quest is associated. Is also good. Alternatively, the lottery control unit 116 may store whether or not the achievement condition is satisfied in the trial quest as a flag, and when the flag is on, may increase the winning probability of the corresponding joint battle. By increasing the winning probability in this manner, the motivation of the user for obtaining the joint battle 1901g is improved.

  Further, it is assumed that the difficulty of the achievement condition is higher (for example, the enemy character is stronger) as the battle probability is lower. In this case, it is difficult to obtain the new equipment “Iroha” series associated with the joint battle with the winning probability “S”, because the difficulty level of the achievement condition is higher than that of other winning battles. However, the present embodiment makes it possible to try such hard-to-obtain new equipment “Iroha” series in a trial quest. Therefore, the user's motivation to satisfy the highly difficult achievement condition after obtaining the joint battle 1901 g is improved.

  In addition, when an input operation on the lottery button B7 is received, the lottery control unit 116 trades one of the cooperative battles 1901a to 1901g in exchange for consuming a predetermined number of valuable items held by the user. Is determined by lottery. Then, the lottery control unit 116 gives the determined joint battle to the user. Here, since the new equipment "Iroha" series that can be acquired by playing the joint battle 1901g, which is one of the lottery targets, has been trialled, the user is required to execute the lottery process by consuming valuable items. You can get a sense of security.

(Modification)
In the second embodiment, an example has been mainly described in which an equipment item newly added as an available equipment item in the game system 1 is applied as a trial item in the trial quest. The present invention is not limited thereto, and the trial item in the trial quest may be any other of the equipment items available in the game system 1. For example, a trial quest may be provided in which, among the equipment items available in the game system 1, an equipment item associated with any one of the co-battle battles in which the difficulty level is equal to or higher than the threshold is set as a trial item. . In this case, since the user can try out the equipment item that is difficult to obtain, the motivation for acquiring such an equipment item is improved.

  In the second embodiment, the trial quest may have a playable period. For example, the trial quest may be playable for a predetermined period of time after a new equipment item that can be tried in the trial quest is newly added. Thereby, motivation of the user who tries a new equipment item during the predetermined period is improved. In addition, when a combat battle that can acquire the equipment item that can be tried in the trial quest or the material item of the equipment item can be obtained by lottery, a period in which the combat battle is offered by lottery is determined. Sometimes. For example, an enemy character (for example, a boss character) appearing by lottery may be replaced at regular intervals. In this case, the user may be able to play the trial quest based on a period in which a combat battle in which a trial quest can acquire an equipment item or a material item that can be tried is obtained by lottery. For example, the user may be able to play the trial quest until a certain period of time before the joint battle cannot be acquired by lottery. As a result, it is possible to avoid a situation in which the user who wants the equipment item after playing the trial quest does not have a chance of a lottery.

  In the second embodiment, the example in which the trial quest is a single play by the operating character has been described. However, not limited to this, the trial quest may be provided as multiplayer. In other words, the trial quest may be one in which the operating character battles the enemy character together with the operating character operated by another user, the non-player character, or a combination thereof. This allows the user to experience using the trial item in a joint battle.

  Further, in the second embodiment, the enemy character appearing in the trial quest may be the same as or the same as the enemy character appearing in the joint battle in which the equipment item corresponding to the trial item in the trial quest is associated. It does not have to be. If these enemy characters are the same, the user can experience not only a trial item but also a battle with an enemy character who needs to win to obtain the trial item in the trial quest. Further, if these enemy characters are not the same, the user can enjoy a battle with an enemy character different from the trial quest in a joint battle for acquiring an equipment item corresponding to the trial item that has been tried.

  In the second embodiment, an example has been described in which the screen changes from the trial quest result screen to the lottery screen. Here, it is assumed that the user has already held a joint battle in which the equipment items that have been tried in the trial quest are associated. In this case, the result screen shown in FIG. 18 may include a joint battle button instead of the lottery screen button 1806. In this case, when the operation on the co-combat battle button is received, the screen may transition from the trial quest result screen to a screen for playing a co-combat battle (for example, FIG. 7A). As a result, the motivation of the user for playing the already-held joint battle and satisfying the achievement condition is improved.

  Further, in the second embodiment, as a lottery screen that transits from the trial quest result screen, a lottery screen including a list of joint battles to be drawn is exemplified as shown in FIG. The present invention is not limited to this, and the lottery screen that transits from the trial quest result screen may present any one of the co-battle battles to be drawn, as shown in FIG. In that case, the co-battle battle presented on the lottery screen may be a co-battle battle in which the equipment item tried in the trial quest is associated. The lottery screen shown in FIG. 19 is not limited to the transition from the trial quest result screen, and is displayed in response to an operation on various UI objects such as a menu or a button on the game screen of each aspect in the game system 1. Is also good.

  Further, in each embodiment, an example has been described in which a predetermined number of valuable items given to the user by the billing process is consumed in order to execute a lottery for acquiring a right to play a joint battle. The present invention is not limited to this, and the lottery may be executable in exchange for the billing process itself. Further, a free consumption item having a function equivalent to a valuable item may be given to the user when a predetermined condition is satisfied in the game. In this case, the lottery may be executable in exchange for consuming one or both of the valuable item and the free consumption item.

[Example of software implementation]
The control block of the control unit 210 (particularly, the transmission / reception unit 211, the data management unit 213, and the server processing unit 212), and the control block of the control unit 110 (particularly, the input operation reception unit 112, the game progress processing unit 111, the camera arrangement) The control unit 113, the display control unit 114, the object control unit 115, and the lottery control unit 116) may be realized by a logic circuit (hardware) formed on an integrated circuit (IC chip) or the like, or a CPU (Central). It may be realized by software using a processing unit.

  In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and a computer (or CPU) that executes the program and various data. A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) recorded so as to be readable by the computer, a RAM (Random Access Memory) that expands the program, and the like. Then, the object of the present invention is achieved when the computer (or CPU) reads the program from the recording medium and executes the program. As the recording medium, a “temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, or a programmable logic circuit can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

  The present invention is not limited to the embodiments described above, and various modifications are possible within the scope shown in the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments. Is also included in the technical scope of the present invention.

[Appendix]
The contents according to one aspect of the present invention are listed below.

  (Item 1) The game program (121, 221) executed by the computer (user terminal 100, server 200) including the processor (10, 20) and the memory (11, 21) has been described. According to an aspect of the present disclosure, the memory includes a first game medium representing a character operated by a user in a game based on the game program, and a second game medium held by the user among second game media available in the game. The second game medium has an effect of advantageously promoting a game based on the game program by being associated with the first game medium. The game program causes the processor to execute a process of selecting one of the first quests based on a user operation, and store the selected first quest in a memory as a first quest held by the user; Associating any one of the second game contents held by the user with the first game medium, and proceeding any one of the first quests held by the user based on an operation of the user using the first game medium When the achievement condition set in the first quest is satisfied based on the user's operation in the step of proceeding the first quest, the first quest is associated with the first quest among the second game media available in the game. The first game for satisfying at least a part of the condition for allowing the user to retain the second game medium The second game content associated with the first quest, which can be selected in the step of executing the process and the step of storing the first quest, is changed to a second quest progressing in association with the first game content. And a step of proceeding based on an operation of a user using the medium. According to the above configuration, the user can associate and use the second game medium with the first game medium regardless of whether or not the user has the second game medium. Therefore, when the user does not have the second game content, the motivation for acquiring the second game content is improved. In addition, when the user owns the second game medium, motivation to use the second game medium is improved.

  (Item 2) In (Item 1), a step of receiving an operation for a user to organize a second game medium to be associated with the first game medium in the first quest, and storing an organization result of the second game medium organized by the user in the memory The step of proceeding the first quest, the step of proceeding the first quest by associating the second game medium with the first game medium based on the knitting result, and proceeding the second quest In, the second quest may be advanced by associating the second game medium corresponding to the second quest with the first game medium regardless of the knitting result. This allows the user to try the second game medium in the second quest, regardless of the knitting result applied in the first quest.

  (Item 3) In (Item 1) or (Item 2), in the step of executing the first game process, the first quest can be held by the user and played by the user until the achievement condition of the first quest is satisfied. On the other hand, when the achievement condition is satisfied, the holding of the first quest by the user is released, the second quest is a quest that can be played by the user without being held by the user, and the second quest is advanced. In, the operation of the user for designating the second quest may be accepted and the second quest may be advanced. Thereby, the user can play the second quest repeatedly.

  (Item 4) In any one of (Item 1) to (Item 3), the memory stores a predetermined operation and a predetermined operation determined for each of the second game media usable in the game, The step of advancing any one of the quests and the step of advancing the second quest are defined for the second game medium when a predetermined operation defined for the second game medium associated with the first game medium is received. The predetermined operation may be performed on the first game medium. Accordingly, even when the operation and the operation defined for the second game medium that is not possessed are different from the operation and the operation of the second game medium that is already possessed, the user does not possess the second game medium. 2 It is possible to try and experience the operation and operation of the game contents.

  (Item 5) In any one of (Item 1) to (Item 4), the game program sets the processor to the second quest based on a user operation in the step of performing the second quest. When the achievement condition is satisfied, a step of executing the second game process may be further executed. Accordingly, in the second quest, not only the second game medium can be tried, but also it is expected that the second game process is executed by satisfying the achievement condition, and thus the user is motivated to play the second quest. Is improved.

  (Item 6) In (Item 5), the step of executing the second game process may execute, as the second game process, a process for advancing the game more advantageously. Thus, it is expected that the second game process for proceeding the game more advantageously will be executed, so that the motivation of the user to play the second quest is further improved.

  (Item 7) In (Item 6), the step of executing the second game process includes, as the second game process, a second game process associated with the second game medium used for associating with the first game medium in the second quest. One quest may increase the expected value selected in the step of storing the first quest. Thus, since it is expected that the first quest associated with the second game medium to be tried in the second quest is given, the motivation of the user to play the second quest is further improved.

  (Item 8) In (Item 6) or (Item 7), the step of executing the second game process includes, as the second game process, a process of storing an item for advantageously proceeding the game in a memory in association with a user. It may be executed. As a result, it is expected that an item that facilitates the game is provided, and thus the motivation of the user to play the second quest is further improved.

  (Item 9) In (Item 5), the step of executing the second game process includes, as a second game process, a second game process associated with the second game medium used for associating with the first game medium in the second quest. When one quest is held by a user, a user interface (UI) object that receives an operation for executing a step of performing the first quest may be displayed on the display unit. Thereby, in order to acquire the second game medium used in the second quest, the user can be prompted to satisfy the achievement condition set in the first quest associated with the second game medium.

  (Item 10) In (Item 5) or (Item 9), the step of executing the second game process includes, as the second game process, a first quest associated with the second game medium used in the second quest. If the user does not hold the first quest, a UI object that receives an operation for executing the step of storing the first quest may be displayed on the display unit. Thereby, in order to obtain the second game medium used in the second quest, the user can be prompted to execute a lottery for obtaining the first quest associated with the second game medium.

  (Item 11) In any one of (Item 1) to (Item 10), a step of specifying a plurality of second game media associated with the first game media in the first quest, and storing the specified result in the memory. In addition, in the step of performing any one of the first quests, the second game medium associated with the first game medium is changed to another one of the second game contents held by the user in accordance with an operation of the user. In the step of proceeding the second quest, the second game medium associated with the first game medium may be determined according to the second quest. Thereby, it is possible to prompt the user to try the second game medium reliably in the second quest.

  (Item 12) In any one of (Item 1) to (Item 11), the step of executing the second quest is performed when the time at which the second game medium becomes available among the second game media available in the game is determined at a predetermined time. The second quest may be advanced with the subsequent second game content linked to the first game content. Accordingly, it is possible to urge the user to try the second game medium which is likely not to be held by the user because the time when the game can be used is after the predetermined time.

  (Item 13) In any one of (Item 1) to (Item 12), the game program causes the processor to change a parameter value of the second game medium held by the user according to the progress of the game. The step of updating the game to a value that allows the game to proceed more advantageously is performed, and the step of performing any one of the first quests includes updating the parameter of the second game medium associated with the first game medium to the parameter. Setting the updated value in the step of performing the first quest, and performing the second quest. The step of performing the second quest includes: setting a parameter of the second game medium associated with the first game medium to an initial value of the parameter; Is also a value that can advantageously advance the game, and is not synchronized with the value updated in the updating step. The second quest may be allowed to proceed with constant. This allows the user to try the second game medium in a state in which the game can be advanced more advantageously, so that the user can more fully feel the appeal of the second game medium.

  (Item 14) In any one of (Item 1) to (Item 13), in the step of executing the first game process, the difficulty of the achievement condition set in the first quest is associated with the first quest. The higher the degree to which the provided second game medium can advantageously advance the game, the higher the degree may be. This allows the user to try the second game medium that is difficult to obtain because it is associated with the first quest in which the achievement condition higher than the difficulty level is set, without having obtained it.

  (Item 15) In any one of (Item 1) to (Item 14), the step of executing the first game process is the second game used for associating the first game process with the first quest. A process for causing the user to hold at least one of the one or more third game contents associated with the medium is executed, and the game program causes the processor to execute the one or more third game contents held by the user based on the operation of the user. By consuming three game media, the second game media may be stored in the memory as the second game media held by the user. Thereby, the user can enjoy collecting one or more third game contents in order to obtain the second game contents used in the second quest.

  (Item 16) In any one of (Item 1) to (Item 15), the step of storing the first quest includes selecting one of the first quests and storing the selected first quest. It may be executed by a charging process or by consuming valuable items obtained by the charging process. Thus, when the user performs the billing process or the process of consuming valuable items to acquire the first quest, the second game medium associated with the first quest expected to be acquired has already been tried. , A sense of security can be obtained.

  (Item 17) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory. The method is a method in which the processor executes each step described in (Item 1). The method according to (Item 17) has the same operation and effect as the game program according to (Item 1).

  (Item 18) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120) that stores a game program according to (item 1), and the information processing device (user terminal 100) that executes the game program. A control unit (110) for controlling the operation. The information processing device according to (Item 18) has the same operation and effect as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 game progress processing unit, 112 input operation reception unit, 113 camera arrangement Control unit, 114 display control unit, 115 object control unit, 120, 220 storage unit, 121, 221 game program, 122, 222 game information, 123, 223, user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 transmitting / receiving unit, 212 server processing unit, 213 data management unit 214 synchronization processing section, 1010 the object, 1020 controller (operation unit), 1030 storage medium

Claims (16)

A game program executed by a computer having a processor and a memory,
The memory stores a first game medium representing a character operated by a user in a game based on the game program, and a second game medium held by the user among second game media available in the game. The second game medium has an effect of advantageously promoting a game based on the game program by being associated with the first game medium,
The game program includes:
Executing a process of selecting one of the first quests based on the operation of the user, and storing the selected first quest in the memory as a first quest held by the user;
The first game medium is associated with any of the second game contents held by the user, and the first quest held by the user is operated based on an operation of the user using the first game medium. Advancing any of them;
When the achievement condition set in the first quest is satisfied based on the user's operation in the step of performing the first quest, the first quest is associated with the first quest among the second game media available in the game. Executing a first game process for satisfying at least a part of a condition for causing the user to hold the obtained second game medium;
The second game medium associated with the first quest, which can be selected in the step of storing the first quest, uses a second quest that is associated with the first game medium and uses the first game medium. Causing the game to proceed based on the user's operation. Receiving an operation for the user to organize the second game medium associated with the first game medium in the first quest;
Storing the composition result of the second game medium composed by the user in the memory,
In the step of proceeding the first quest, proceeding the first quest by associating the second game medium with the first game medium based on the formation result;
2. The step of advancing the second quest, wherein the second quest is advanced by associating the second game medium corresponding to the second quest with the first game medium regardless of the knitting result. The described game program. In the step of executing the first game process, the first quest is held by the user so that the user can play until the achievement condition of the first quest is satisfied, while the achievement condition is satisfied. By doing so, the user is released from holding the first quest,
The second quest is a quest that can be played by the user without being held by the user,
3. The game program according to claim 1, wherein in the step of proceeding the second quest, an operation of the user for designating the second quest is received, and the second quest is proceeded. 4. The memory stores a predetermined operation and a predetermined operation determined for each of the second game media available in the game,
The step of advancing any of the first quests and the step of advancing the second quests are performed when the predetermined operation defined for the second game medium associated with the first game medium is received. The game program according to any one of claims 1 to 3, wherein the predetermined operation determined for the game medium is performed by the first game medium. The game program includes:
When the achievement condition set in the second quest is satisfied based on an operation of the user in the step of advancing the second quest, a step of executing a second game process is further executed,
The second game process is a process for proceeding with the game more advantageously,
The step of executing the second game process includes, as the second game process, the first quest associated with the second game medium used for associating with the first game medium in the second quest, The game program according to any one of claims 1 to 4, wherein the expected value selected in the step of storing the first quest is increased. The game program includes:
When the achievement condition set in the second quest is satisfied based on an operation of the user in the step of advancing the second quest, a step of executing a second game process is further executed,
The second game process is a process for proceeding with the game more advantageously,
5. The method according to claim 1, wherein the step of executing the second game process includes executing, as the second game process, a process of storing an item for advantageously proceeding the game in the memory in association with the user. The game program according to claim 1. The game program includes:
When the achievement condition set in the second quest is satisfied based on an operation of the user in the step of advancing the second quest, a step of executing a second game process is further executed,
The step of executing the second game process includes, as the second game process, the first quest associated with the second game medium used for associating with the first game medium in the second quest, The user interface (UI) object for accepting an operation for executing the step of executing the first quest when the user interface is held by the user is displayed on the display unit. Game program. When the achievement condition set in the second quest is satisfied based on an operation of the user in the step of advancing the second quest, a step of executing a second game process is further executed,
The step of executing the second game process is, if the first quest associated with the second game medium used in the second quest is not held by the user as the second game process, 5. The game program according to claim 1, wherein a UI object that receives an operation for executing a step of storing a first quest is displayed on a display unit. In the first quest, further comprising a step of specifying a plurality of the second game content associated with the first game content, and storing a specified result in the memory,
In the step of performing any one of the first quests, the second game medium associated with the first game medium is transmitted to another one of the second game mediums held by the user in response to the operation of the user. Can be changed accordingly
The game according to any one of claims 1 to 8, wherein in the step of proceeding with the second quest, a second game medium associated with the first game medium is determined according to the second quest. program.   The step of executing the second quest includes associating, among the second game media available in the game, a second game media whose available time is after a predetermined time with the first game media, The game program according to any one of claims 1 to 9, wherein two quests are advanced. The game program includes:
Updating the value of the parameter of the second game medium held by the user to a value that allows the game to proceed more advantageously according to the progress of the game,
The step of advancing any of the first quests includes: setting the parameter of the second game medium associated with the first game medium to the value updated in the updating step, and proceeding with the first quest Let
The step of advancing the second quest includes a step in which the parameter of the second game medium associated with the first game medium has a value that allows the game to proceed more advantageously than an initial value of the parameter. The game program according to any one of claims 1 to 10, wherein the second quest is advanced by setting a value that is not synchronized with a value to be updated in the updating step.   In the step of executing the first game process, the difficulty level of the achievement condition set in the first quest is set to such an extent that the second game medium associated with the first quest can advantageously advance the game. The game program according to any one of claims 1 to 11, wherein the higher the value, the higher the value. The step of executing the first game process includes, as the first game process, at least one of one or more third game media associated with the second game media used for associating with the first quest. , Execute the process to be retained by the user,
The game program includes:
By consuming the one or more third game media held by the user based on the operation of the user, the second game media is stored in the memory as a second game media held by the user. The game program according to claim 1, wherein the game program is stored.   The step of storing the first quest includes selecting one of the first quests and storing the selected first quest by a charging process or by consuming valuable items obtained by the charging process. The game program according to any one of claims 1 to 13, which is executed. A method in which a computer executes a game program,
The computer includes a processor and a memory,
A method wherein the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1,
An information processing device, comprising: a control unit configured to control an operation of the information processing device by executing the game program.

Images