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

Abstract

To provide a game program capable of enhancing game amusement.SOLUTION: A game program causes a processor to execute: a step of associating a rights item with a user; a step of causing a first character and a second character to have a battle; a step S401 of determining whether a first condition to be able to consume the rights item is satisfied or not, on the basis of a battle content; a step S402 of specifying at least one out of one or more rights items associated with the user, by lottery, when the first condition is satisfied; and a step S406 of providing the user with an object according to the rights item, by consuming the rights item, for the specified rights item.SELECTED DRAWING: Figure 10

Description

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

  BACKGROUND ART Various game providers are provided with a game program that causes an object to be displayed in the game space and causes the user to operate the object to advance the game. In such a game, it is widely practiced to make the user acquire a reward according to the case where the game is played (as one example, when a predetermined task is cleared, etc.). The rewards are often the aforementioned objects, items or points, etc., to favor the game.

Pokemon GO official site, [online], 2017, Niantic, Inc., Pokemon, Nintendo Co., Ltd., Inc., Creatures, Inc. Game Freak, Inc. [search on March 13, 2017], Internet (URL: http: http: //www.pokemongo.jp/)

  However, even if the prior art as described above receives a reward, when the progress of the game becomes monotonous, it becomes gradually difficult to maintain an incentive for the user to play the game.

  An object of the present invention is to further enhance the interest of the game by diversifying the development of the game while advancing the game according to the user's operation.

  A game program according to the present disclosure is executed by a computer including a processor, a memory, and an operation unit. The game program includes, in the processor, the step of associating the rights item with the user, and in response to the user's input operation, the first character to be manipulated by the user and the second character to be combated with the first character. And a step of determining whether or not the first condition for making the right item consumable is satisfied based on the battle contents in the step of making the battle, and the first condition is satisfied. In the case where at least one of the one or more rights items associated with the user is specified by drawing, and the specified rights item, the rights item is consumed and an object according to the rights item To the user.

  A method according to the present disclosure is a method in which a computer including a processor, a memory, and an operation unit executes a game program. The method includes the processor performing the steps of claim 1.

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

  According to one aspect of the present disclosure, an effect of improving the interest of the game is obtained.

It is a figure showing the hardware constitutions of the game system concerning the embodiment of the present invention. It is a block diagram showing functional composition of a user terminal and a server concerning an embodiment of the present invention. (A) And (B) is a figure which shows the specific example of the game screen in embodiment of this invention. (A)-(D) are figures which show the specific example of the screen which performs a 1st lottery in exchange for a consumption item in embodiment of this invention. (A)-(C) are figures which show the example of the screen which performs a 1st lottery, when 1st conditions are satisfy | filled in embodiment of this invention. (A) and (B) is a figure which shows the specific example of the edit screen of the operation sequence in embodiment of this invention. It is a flowchart explaining the flow of processing which edits an operation sequence in an embodiment of the present invention. It is a flowchart explaining the flow of the processing which makes a character perform an action according to the order of the continuous operation in embodiment of this invention. It is a flowchart explaining the flow of the processing which judges whether the 1st condition was fulfilled in an embodiment of the present invention. It is a flowchart explaining the flow of the processing which performs the 1st lottery in response to the 1st condition having been filled in an embodiment of the present invention. It is a flowchart explaining the flow of the processing which performs the 1st lottery in exchange for a consumption item in an embodiment of the present invention. It is a flowchart explaining the flow of the process which consumes a rights item collectively in embodiment of this invention.

[Embodiment]
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. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing 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 is connected to the server 200 via the network 2. The network 2 is composed of the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be

  The server 200 (computer, information processing apparatus) 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 configurations of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing apparatus) 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 illustrated, 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 configurations of the user terminal 100 are electrically connected to each other by a communication bus. 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), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation to the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the 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 measuring sensor 18, the controller 1020 may include the camera 17 and the distance measuring sensor 18.

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the 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, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer 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 described later. Further, when the above-described multiplay is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As shown in FIG. 1, the user terminal 100 may receive 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 in the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store a game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 may be stored 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. 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 measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

  Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. 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 the user's input operation.

<Hardware components of each device>
The processor 10 controls the overall operation of the user terminal 100. The processor 20 controls the overall operation of the server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

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

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

  In the present embodiment, the program may be a game program for realizing the game by 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. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / 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 a hard disk drive (HDD). 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 communication using, for example, wireless LAN (Local Area Network), wired LAN, wireless LAN, Internet communication via a mobile telephone network, short distance wireless communication, and the like.

  The input / output IF 14 is an interface for the user terminal 100 to receive input of data, and is an interface for the user terminal 100 to output data. The input / output IF 14 may input / 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, or a speaker. The input / output IF 24 of the server 200 is an interface for the server 200 to receive input of data, and is an interface for the server 200 to output data. The input / output IF 24 can 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 of, for example, a touch pad. The display unit 152 is configured of, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistive film method.

  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 specify the holding attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

  The camera 17 includes an image sensor and the like, and converts a light incident from the lens into an electric signal to generate a photographed image.

  The distance measurement sensor 18 is a sensor that measures the distance to the measurement object. The distance measuring sensor 18 includes, for example, a light source that emits pulse converted light, and a light receiving element that receives the light. The distance measuring 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 have a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result in which the object 1010 in the vicinity of the user terminal 100 is detected using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. In this case, the camera 17 may be provided with a lighting device for emitting infrared light, a filter for blocking visible light, and the like. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition process. (2) Also, the processor 10 detects the user's gesture 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 identifies a gesture made by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has made a gesture of “par”. Further, when the number of fingers is zero (the finger is not detected), the processor 10 determines that the user has made the gesture of “Go”. In addition, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “Tokiki”. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the forefinger is standing or whether the user's finger makes a flicking motion. . (4) The processor 10 selects an object 1010 (a user's hand or the like in the vicinity of the user terminal 100 based on an image recognition result of a captured image of the camera 17 and / or an output value of the distance measuring sensor 18). ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, the predetermined value) depending on the size of the user's hand specified from the captured image of the camera 17 It detects whether it is in the above distance). In addition, 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 found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is being detected based on the image recognition result of the captured image of the camera 17, etc., the processor 10 recognizes that the user shakes his hand in the shooting direction of the camera 17. If an object is detected or not detected by the distance measurement sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 shakes the hand in the direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether the user holds the hand by image recognition on the captured image of the camera 17 (a gesture of “goo” or another gesture (eg, “par”)) To detect The processor 10 also detects how the user is moving this hand, as well as the shape of the user's hand. Also, the processor 10 detects whether the user is moving the hand closer to 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 a pointer on the touch screen 15 in response to 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, the state in which the mouse is clicked and pressed down or the state in which the touch panel is touched after the touch-down operation is performed on the touch panel. In addition, when the user moves the hand further while the user terminal 100 detects the user's gesture "goo", such a series of gestures is an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that causes the user to repel a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user clicks the gesture by tapping the mouse or tapping the touch panel. It may be recognized as an operation corresponding to

<Overview of Game System 1>
The game based on the game system 1 is a game in which a first character to be operated by the user battles with a second character to be combated with the first character. Hereinafter, the first character is referred to as an operation character. Also, the second character is described as an enemy character.

  In addition, the game based on the game system 1 is a game capable of causing the operation character to perform a continuous action in response to a continuous operation on the touch screen 15 of the user. An example of such a game is an action game in which a combo action is performed when the operation character battles with an enemy character. There is also an RPG (Role-Playing Game) including such an action game. Also, such an RPG may be, for example, a Massively Multiplayer Online Role-Playing Game (MMORPG) in which a plurality of users participate in one game space at the same time through their user terminals. Also, such an MMORPG may be, for example, an open world game in which the operation character can freely move in a virtual game space. However, games based on the game system 1 are not limited to these illustrated types of games.

  Further, in the game executed by the game system 1, the rights item is associated with the user. Hereinafter, it is also described that the rights item is associated with the user. In the present embodiment, the right item represents the right to obtain one or more objects in the group of objects available in the game. The object group includes characters that can be operation characters. Also, the object group includes sub characters. The sub character is a character that fights against the enemy character as well as the operation character.

  Moreover, in the game executed by the game system 1, the user can hold one or more right items. By consuming any of the right items among the held right items, one or more objects corresponding to the right item are granted to the user. Among the right items to be held, the right items to be consumed are determined by the first lottery described later. In addition, one or more objects provided by consumption of the right item are determined from among the above-described object group by a second lottery described later.

  Further, in the game executed by the game system 1, it is determined whether or not the first condition for enabling the consumption of the right item is satisfied, based on the content of the battle between the operation character and the enemy character. When the first condition is satisfied, at least one of the one or more right items held by the user is specified by the first lottery. Then, when the specified right item is consumed, an object corresponding to the right item is determined by the second lottery, and the determined object is given to the user.

  Here, the first condition may be that the sum of points given to the user reaches a predetermined value. The points are given to the user according to the content of the battle with the enemy character. Hereinafter, points given to the user according to the content of the battle with the enemy character are also described as battle points. In the present embodiment, a first lottery is performed when the total number of battle points given to the user reaches a predetermined value.

  In addition to the case where the first condition is satisfied, the above-described first lottery may be performed in exchange for a predetermined amount of consumption items associated with the user. In this case, in the game executed by the game system 1, consumption items are associated with the user. The consumption item is, for example, a virtual currency in the game, but is not limited thereto.

  Further, in the game executed by the game system 1, the right item is given according to the execution of the battle between the operation character and the enemy character. For example, the right item may be granted depending on whether or not the enemy character has been won. In this case, the right item may be awarded each time the enemy character is won, or may be granted when a plurality of enemy characters are won. Also, for example, the right item may be granted depending on whether or not a predetermined condition is satisfied in the process of winning the enemy character. In the present embodiment, the right item is given when the operation character wins the battle with the enemy character. It should be noted that the right item may be awarded when other achievement conditions set in the game are achieved in addition to being granted in response to the execution of the battle.

  Further, in the game executed by the game system 1, the right item given to the user may correspond to the enemy character that has battled with the operation character. The right item according to the enemy character is a right item to which a character according to the enemy character is stochastically given according to consumption of the right item. That is, among the object group including the character corresponding to the enemy character, the object corresponding to the consumed right item is determined by the second lottery. Here, the character corresponding to the enemy character may be a character in the same group as the enemy character. The group of characters will be described later.

  Further, in the game executed by the game system 1, a character that can be the above-mentioned operation character is probabilistically given to the user as an object corresponding to the right data to be consumed. In addition, a character that can be the above-described sub-character is stochastically given to the user as an object corresponding to the right data to be consumed. In addition, an item that can be used in the game other than the character is stochastically given to the user as an object corresponding to the right data to be consumed. That is, an object according to right data to be consumed by the second lottery from among a group of objects including characters that can be operation characters, characters that can be sub characters, and items that can be used in games other than characters It is determined.

  Further, in the game executed by the game system 1, the rarity is associated with the right item. The rarity degree of the right item is based on the rarity degree of the character that may be acquired depending on the right item. Here, the rarity of the character represents the value of the character in advancing the game in an advantageous manner. In other words, the more rare the character is, the more advantageous the game can be advanced. For example, in the present embodiment, the rarity of the character is represented by A, B, C in descending order of value, and the rarity of the right item is represented by S, A, B, C. The rights item of the rarity degree A is set such that the possibility that the character of the rarity degree A can be obtained in accordance with the right item is set higher than the rights item of the other rarity degree. Similarly, the rights item of the rarity degree B is set such that the possibility that the character of the rarity degree B can be obtained according to the right item is set higher than the rights item of the other rarity degree. Similarly, the rights item of the rarity degree C is set such that the possibility that the character of the rarity degree C can be obtained according to the right item is set higher than the rights item of the other rarity degree. Further, the rights item of the rarity degree X is set such that a character of any rarity degree can always be acquired and there is no possibility of acquiring an item other than the character. However, the rarity degree of the right item may be based on the rarity degree of the character that may be acquired according to the right item, and is not limited to the rarity degree described above.

  Further, in the game executed by the game system 1, the right item is associated with a group of characters that may be acquired by the right item. Here, characters available in the game can be classified into groups. As an example, characters identified respectively by the names of Dragon X1, Dragon X2 and Dragon X3 are classified into Group X. The characters identified by the names of dragon Y1 and dragon Y2 are classified into group Y. However, the names and groups of characters are not limited to the examples described above.

  In addition, characters classified into the same group may include characters with different rarities. For example, in the above-described example, in group X, dragon X1 may be rare degree A, dragon X2 may be rare degree B, and dragon X3 may be rare degree C. In addition, in the group Y described above, the dragon Y1 may be the rare degree B, and the dragon Y2 may be the rare degree C. However, the characters classified into the same group may not necessarily include characters having different rarities.

  In this way, rights items are associated with rarity and groups. Hereinafter, the combination of the rarity degree and the group associated with the right item will also be described as the type of the right item. In the example described above, the type of the right item includes the type “rareness S with group X”, the kind “rareness C with group Y”, and the like.

  Further, in the game executed by the game system 1, the right item given to the user is displayed on the display unit 152 in a mode that can recognize the group of characters that can be obtained according to the right item. In the present embodiment, the rights item granted to the user is displayed in such a manner that the type (group and rarity) of the rights item can be recognized.

  Further, in the game executed by the game system 1, the operation character can be used by the action usable by the operation character or other characters of the same group as the operation character among the characters held by the user An action can be performed. In other words, available actions are shared among the characters of the same group.

  Further, in the game executed by the game system 1, an edit screen of a combo action is provided for each character that can be an operation character. The editing screen has a function of associating actions corresponding to the order in the operation sequence of the operation with respect to each operation included in the operation sequence consisting of continuous operations on the operation unit. In the battle with the enemy character, the operation character performs an action associated with the operation on the editing screen according to the order in response to the continuous operation. Note that the number of editable operations included in the operation sequence may be larger for characters with lower rarity among characters in the same group.

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration necessary to function as a general computer (not shown) and a functional configuration necessary to realize known functions in the game.

  The user terminal 100 has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as the control unit 110 and the storage unit 130 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 server 200 has a function of communicating with each user terminal 100 to support the user terminal 100 to advance the game. For example, sales of valuable data, provision of services, etc. are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game to mediate the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 230 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 130 and the storage unit 230 store a game program 131, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 230, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional Configuration of Server 200)
The control unit 210 centrally controls the server 200 by executing the game program 131 stored in the storage unit 230. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives part or all of the game information or the user information from the user terminal 100. When the game is a multiplay game, the control unit 210 may receive a request for multiplay synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

  The control unit 210 functions as an object providing unit 211 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

  When the information indicating the right item to be consumed is notified from the user terminal 100, the object providing unit 211 determines an object to be given to the user by a second lottery. The second lottery is executed based on the type of the right item.

  Explain the second lottery. The game information 132 stored in the storage unit 230 includes information representing an appearance probability in association with the type of the right item.

  The appearance probability is constituted by the probability that each of the objects constituting the object group is drawn. For example, in the above-described example, the appearance probability is stored so that the total probability that each character of rarity A is drawn in group X is higher than other types in association with the type of “group X rarity A”. Be done. Further, the appearance probability is stored such that the total probability that the characters of each rare degree in the group Y are drawn is 100% in association with the type of “group S with type S”. In addition, in the appearance probability associated with the type of the right item, the total probability that each object is drawn is set to be 100%. Also, such occurrence probability may be updated. For example, the appearance probability may be updated to include the probability that an object that can be acquired for a limited period is drawn for a specific period.

  In addition, the object providing unit 211 refers to the game information 132 to acquire an appearance probability associated with the type of the right item notified from the user terminal 100. Then, based on the appearance probability, the object providing unit 211 performs a second lottery from the object group to determine an object to be given to the user. In the present embodiment, the number of objects determined by the second lottery is one. However, the number of objects determined by the second lottery may be plural. Also, the number of objects determined by the second lottery may be determined by the lottery for determining the number.

(Functional Configuration of User Terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 130. For example, the control unit 110 advances the game in accordance with the game program 131 and the operation of the user. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

  The control unit 110 controls the operation reception unit 111, the display control unit 112, the user interface (hereinafter referred to as UI) control unit 113, the animation generation unit 114, the game execution unit 115, and the camera placement control unit 116 according to the description of the game program 131. It functions as a reward determination unit 117, an acquisition preparation unit 118, an acquisition execution unit 119, an edit screen generation unit 120, and a continuous operation determination unit 121. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

  For example, the operation receiving unit 111 receives an input operation on the input unit 151, detects coordinates of an input position of the input operation, and specifies a type of the input operation. The operation receiving unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, and a tap operation as the type of the input operation. In addition, when the input that has been continuously detected is interrupted, the operation reception unit 111 detects that the touch input has been released from the touch screen 15.

  The UI control unit 113 controls a UI object to be displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output from the user terminal 100 during the progress of the game. The UI object is, for example, an icon, a button, a list, a menu screen, etc., although it is not limited thereto.

  The animation generation unit 114 generates animations indicating motions of various objects based on control modes of various objects. For example, the animation generation unit 114 generates an animation that expresses how the operation character performs an action. If the action is an attack on the enemy character, the animation generation unit 114 generates an animation representing a preparation motion before the attack of the operation character, an animation representing the attack motion, and an animation representing the return motion after the attack. . In addition, for example, the animation generation unit 114 generates an animation representing a situation in which the enemy character is acted by the action of the operation character (permitted motion).

  In addition, for example, the animation generation unit 114 may generate an animation or the like expressing a situation in which a first lottery and a second lottery are being performed.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each functional block is reflected. For example, the display control unit 112 generates a game screen in which an area of a field of view of a virtual camera defined by the camera placement control unit 116 in the game space and an object present in the area are drawn. In addition, the display control unit 112 outputs a game screen including the animation generated by the animation generation unit 114. In addition, the display control unit 112 may draw the UI object described above in a superimposed manner on the game screen.

  Hereinafter, the fact that the input operation on the input unit 151 is detected and received by the operation receiving unit 111 will also be described simply as the input operation can be received. In addition, it is also described that other functional blocks simply output various game screens to the display unit 152 by the display control unit 112.

  The game execution unit 115 can use, as the operation character, an action that can be used by the operation character based on the user's input operation or can be used by another character in the same group as the operation character among characters held by the user. Run an action.

  In addition, the game execution unit 115 causes the operation character existing in the game space to execute the action based on the user's operation, thereby advancing the game. In the present embodiment, the game is advanced by the operation character fighting with the enemy character. The operation character executes an action in the battle with the enemy character to reduce the physical strength of the enemy character, and wins the battle when the physical strength of the enemy character disappears. The content of the action to be performed by the operation character is determined by the continuous operation determination unit 121 described later. The types of action include, for example, an action that acts on an enemy character, movement of the operation character itself, and summoning of a sub character to the game space, but is not limited thereto. Further, the action for acting on the enemy character includes an attack on the enemy character, an action for changing the attribute of the enemy character, and the like, but is not limited thereto. The attack on the enemy character includes, but is not limited to, a technique of blowing the enemy character by a predetermined distance, a technique of causing the enemy character to shake and disabling the action for a predetermined period, and the like. Further, the attribute of the enemy character to be changed includes, for example, an attack power, a defense power, a hit rate, a moving speed and the like, but is not limited thereto.

  Also, the game execution unit 115 notifies the animation generation unit 114 of the determined action. In addition, when there is a change in the position or direction in which the operation character is facing in the game space as the operation character moves, the game execution unit 115 notifies the camera placement control unit 116 described later of the position or direction.

  Also, when it is determined that the enemy character is attacked by the above-described action, the game execution unit 115 determines an attack result. The attack result includes, for example, a damage value given to the enemy character, a physical strength value of the enemy character after giving the damage value, whether or not the enemy character has been defeated (whether the physical strength value of the enemy character has become 0 or less), the enemy It includes whether or not there is a right item to be granted when the character is defeated, whether or not there is a point according to the content of the battle with the enemy character, and the like.

  The battle point is given, for example, according to the level of the operation character and the level of the enemy character. Specifically, when the operation character wins the battle with the enemy character, the game execution unit 115 specifies the magnitude relation between the level of the operation character and the level of the enemy character, and the difference between these levels. Then, the amount of battle points is determined based on the magnitude relation and difference of the identified level. At this time, the game execution unit 115 increases the value of the battle point if the level of the enemy character which has won the battle is high, and the value of the battle point decreases if the level of the enemy character is low. The value of the battle point may be determined. Thus, in order to obtain an object according to the right item, it is necessary to win the battle with the enemy character of a certain strength. Therefore, the game can be advanced without losing the original attraction of the game that the game can be advanced advantageously by the earned reward by winning the battle with the strong enemy character.

  For example, when the level of the operation character and the level of the enemy character are the same, the game execution unit 115 gives the user 5 battle points as battle points, and increases the battle point by 1 each time the level of the enemy character increases by 1. Good. Also, each time the enemy character's level drops by 1, the battle point may be decremented by one. In the case of this example, when the enemy character's level is lower than the level of the operation character by 5 or more, the battle point to be awarded becomes 0. In other words, in this case, the game execution unit 115 does not give battle points to the user. In addition, an upper limit may be set to the value of the battle point to be acquired. This can prevent the situation where the right item is consumed with a small number of battles.

  The amount of battle points acquired by the battle may be determined according to only the level of the enemy character regardless of the level of the operation character. In addition, regardless of the level of the operation character and the level of the enemy character, it may be a fixed value. Also, for example, the battle point value may be determined randomly.

  In addition, when the operation character wins the battle with the enemy character, the game execution unit 115 may give the operation character another point (for example, an experience value) different from the battle point. When the sum of the experience values reaches a predetermined value set in accordance with the level of the operation character, the level of the operation character may be raised by one. In addition, the game execution unit 115 may assign an ability to the operation character at the time of the battle between the operation character and the enemy character. For example, the ability may be given to the operation character based on causing the enemy character to hit the attack by the action of the operation character. Further, for example, the number of times the enemy character is hit with an attack by the action of the operation character reaches a predetermined number of times, the damage amount given to the enemy character exceeds a predetermined amount, and the battle with the enemy character is won a predetermined number of times It is also possible to give an ability to the operation character by As a result, the game can be advanced without losing the original attraction of the game, such as strengthening the operation character in the battle with the enemy character.

  Here, the total of the battle points given to the user is associated with the user and stored in the storage unit 130, and is added when the battle points are given to the user. Also, the number of rights items that can be consumed by the user increases in response to the total number of battle points reaching a predetermined value (the first condition is satisfied). The number of consumable rights items is stored in the storage unit 130 in association with the user, and is added when the first condition is satisfied. In addition, when the right item is consumed in response to satisfying the first condition, the number of consumable right items is decremented.

  In addition, the game execution unit 115 executes various processes for advancing the game while communicating with the server 200 as necessary.

  The camera placement control unit 116 defines a virtual camera for specifying an area to be presented to the user in the game space. The camera placement control unit 116 virtually places the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. Furthermore, the camera placement control unit 116 instructs the display control unit 112 described later to create an image in which the view area defined by the virtual camera and the object arranged in the view area are drawn.

  Specifically, for example, the camera placement control unit 116 may place the virtual camera behind the operation character based on the position of the operation character notified from the game execution unit 115. In this case, the camera placement control unit 116 causes the direction of the virtual camera to be the direction in which the operation character is notified from the game execution unit 115. By controlling the virtual camera in this manner, the user can view the game space from the viewpoint of the operation character while moving the operation character. However, the control of the arrangement and the orientation of the virtual camera may not necessarily be the control described above.

  The reward determination unit 117 determines the number of right items to be granted to the user and the type of each right item. For example, the reward determination unit 117 may determine the number of right items to be given to the user and the type of each right item when the battle between the operation character and the enemy character ends. The process of determining the right item to be given to the user by the reward determination unit 117 may be performed when the other achievement conditions set in the game are satisfied in addition to the case where the battle ends.

  For example, the reward determination unit 117 may determine the number of right items to be granted based on the battle content notified from the game execution unit 115. Further, the reward determination unit 117 sets the type of each right item to be granted, based on the preset probability. For example, the higher the rarity of the right item, the lower the setting probability. Further, the reward determination unit 117 sets an effective period for each right item to be granted. The validity period may be previously associated with the type of the rights item. In that case, the term of validity is determined to be shorter as the type of rarity of the rights item is higher. Rights items whose elapsed time from the time of grant exceeds the validity period are deleted from the group of rights items granted to the user. Hereinafter, a group of right items granted to a user will also be referred to as a group of owned right items.

  In addition, an upper limit is set for the number of rights items that can be held by the user. If the number of right items constituting the owned right item group has reached the upper limit, the reward determination unit 117 may not give a right item even when the battle is over. Alternatively, if the number of rights items has reached the upper limit, the reward determination unit 117 may determine the rights items to be granted as described above, and then save the rights items as a scheduled grant item. The rights item to be granted may be added to the owned rights item group at any time as long as the number of rights items constituting the owned rights item group changes and becomes smaller than the upper limit. However, even in such a case, the valid period set for the right item may be counted from the time when it is scheduled to be granted.

  The acquisition preparation unit 118 determines whether the first condition for making the right item available for consumption is satisfied, based on the content of the battle between the operation character and the enemy character. In the present embodiment, the first condition is that the total of the battle points described above reaches a predetermined value. However, the first condition is not limited to these examples as long as it is a condition based on the battle content.

  In addition, when the first condition is satisfied, the acquisition preparation unit 118 specifies at least one of the owned right item group by the first lottery. The first lottery may be a lottery in which any one of the owned right item groups is randomly specified. In other words, in the first lottery, the probability that each of the owned rights item group is identified may be the same. However, the probability that each rights item is specified may not necessarily be the same, and may be weighted. In addition, even when the probability that each right item is specified is weighted, it is desirable that such weighting is not based on the time when the right item is given to the user.

  As described above, in the present embodiment, among the possessed right item groups, the time of grant is not specified as the consumption target in order from the oldest, and is specified in random order. Therefore, when the user wants to consume a desired right item, it is not necessary to consume an older right item than the right item, and the interest of the game is improved.

  In addition, the acquisition preparation unit 118 may perform the first lottery in exchange for the consumption item. In this case, it is preferable that the acquisition preparation unit 118 receive an operation instructing the first lottery in exchange for the consumption item after presenting the ratio occupied by each type of right item in the owned right item group to the user. In the following, the proportion of each type of right item in the owned right item group is also described as “proportion of each type in the owned right item group”. Thereby, the user can designate a lottery at any time, taking into consideration the ratio of each type in the owned right item group. For example, the user can designate a lottery when it is considered that the desired type of the rights item accounts for a large proportion of the owned rights item group. In this way, the user can intervene in increasing the likelihood that the desired type of rights item will be consumed.

  In addition, the acquisition preparation unit 118 may collectively consume all or a part of the owned right item group in exchange for the consumption item. In this case, the amount of consumption items required for batch consumption may be set according to the ratio of each type in the right item group to be collectively consumed. In addition, the amount of consumption items required to collectively consume may be set according to the number of right items to be collectively consumed. Note that the amount of consumption items required to collectively consume is the amount of consumption items required to individually perform the first lottery for each of the number of rights items to be collectively consumed. It may be less than the sum of

  In addition, when the first lottery is performed, the acquisition preparation unit 118 notifies the acquisition execution unit 119 of information related to the right item determined by the first lottery.

  Further, when receiving the operation of batch-consuming consumption in exchange for the consumption item, the acquisition preparation unit 118 collectively notifies the acquisition execution unit 119 of the type of each of the right items constituting the owned-right item group.

  The acquisition execution unit 119 requests the server 200 to determine an object corresponding to the rights item determined by the acquisition preparation unit 118. Specifically, the acquisition execution unit 119 notifies the server 200 of the type of the determined rights item. As described above, in the server 200, the object providing unit 211 determines an object by executing a second lottery according to the notified type, and notifies the acquisition execution unit 119 of the object.

  In addition, when notified of an object corresponding to the lottery right item, the acquisition execution unit 119 deletes the right item from the owned right item group as consumed.

  The edit screen generation unit 120 generates an edit screen in which actions corresponding to the order in the operation sequence of the operation are associated with each operation included in the operation sequence formed of the continuous operations. In the present embodiment, one operation sequence is a sequence of continuous operations of the same type. Hereinafter, the information in which the action according to the order is associated with each operation included in the operation sequence is also described as operation sequence information. In addition, associating actions corresponding to the order with each operation is also described as editing the operation string information. Details of the editing screen generation unit 120 will be described later.

  The continuous operation determination unit 121 determines whether the operation on the touch screen 15 is continued to the previous operation. Further, when the continuous operation determination unit 121 determines that the current operation is continued to the previous operation, the continuous operation determination unit 121 determines an action to be performed by the operation character according to the current operation by referring to the operation sequence information. Do. Details of the continuous operation determination unit 121 will be described later.

(Type of operation)
Details of the type of operation specified by the operation receiving unit 111 will be described. In the present embodiment, it is assumed that there are tap operation, upper flick operation, lower flick operation, left and right flick operation, and rotation operation as types of operation. A known method can be applied to a tap operation detection method.

  Here, first, the detection method of the upper flick operation, the lower flick operation, and the left and right flick operation will be described. Each of these operations is detected based on the direction of the flick operation. A known method can be applied to the detection method of the flick operation itself. Here, the upper, lower, and left and right directions can be arbitrarily determined in the display unit 152. For example, the direction in which the character is facing in the game space displayed on the display unit 152 (that is, the direction in which the virtual camera is facing) may be the upward direction. In this case, by setting the upper direction, the opposite direction to the upper direction can be defined as the lower direction. Also, the direction in which the upward direction is rotated 90 degrees left (or right) can be defined as the left (or right) direction.

  In this case, when the direction of the flick operation is included in the range of the predetermined angle with reference to the upward direction, the operation reception unit 111 detects the flick operation as the upper flick operation. Thus, the flick operation in the direction in which the operation character is facing is detected as the upper flick operation. Further, when the direction of the flick operation is included in the range of the predetermined angle with the down direction as a reference, the operation reception unit 111 detects the flick operation as the lower flick operation. Thereby, the flick operation in the direction toward the back of the operation character is detected as the lower flick operation. In addition, the operation receiving unit 111 detects as the left and right flick operation when the direction of the flick operation is included in the range of the predetermined angle with reference to the left (or right) direction. Thereby, the flick operation toward the lateral direction of the operation character is detected as the left and right flick operation.

  Next, a detection method of the rotation operation will be described. The rotation operation is an operation in which the locus of the contact position (that is, the touch position) of the object 1010 in the drag operation is ring-shaped or substantially ring-shaped. The ring drawn by the trajectory of the rotation operation may not be closed. In addition, the start position and the end position of the drag operation in the rotation operation may not coincide with each other. For example, the rotation operation can be identified by detecting a change in the vector component of the drag operation in a predetermined period. However, the specific method of the rotation operation is not limited to this.

(Details of the continuous operation determination unit 121)
Details of the continuous operation determination unit 121 will be described. As described above, the continuous operation determining unit 121 determines whether a certain operation is continuous with the previous operation. “Following the previous operation” means that the current operation has been performed within a certain period of time after a series of motions of the operation character based on the previous operation have started. Here, within a certain period of time after the series of motions of the operation character based on the previous operation is started, for example, it may be a period during which the operation character is preparing for an attack based on the previous operation. The operation may be performed until the end of the return motion, or the operation may be received within a predetermined time after the end of the return motion. For example, an operation may be performed before the end of the series of motions of the operation character based on the previous operation.

  That is, the continuous operation determination unit 121 may determine whether or not the current operation has been performed within a certain period of time after the start of the series of motions of the operation character based on the previous operation. For example, when an operation is performed while an animation representing a preparation motion before attack of the operation character based on the previous operation is being performed, the continuous operation determination unit 121 determines that the operation is the previous operation. It may be determined that they are continuous. In addition, when a certain operation is performed between the end of the return motion of the operation character based on the previous operation and the elapse of a certain period, the continuous operation determination unit 121 determines that the certain operation is the previous operation. It may be determined that they are continuous.

  When the continuous operation determination unit 121 determines that the operation is continuous, the continuous operation determination unit 121 determines the action to be executed with reference to the operation sequence information corresponding to the type of the previous operation and the current operation. The continuous operation determination unit 121 notifies the game execution unit 115 of the determined action.

  Specifically, first, the case where the type of the previous operation and the current operation is the same will be described. In this case, the continuous operation determination unit 121 counts what number of the operation of this type is the current operation (that is, the order i). The count of the order i can be calculated by storing the type of operation as a history whenever it is determined that the order is continuous. The continuous operation determination unit 121 may clear the history of the type of operation when it is determined that the history is not continuous. Then, the continuous operation determination unit 121 refers to the operation sequence information on the type of the current operation, and determines the action associated with the operation of the current order i as the action to be executed next. A case where the current order i exceeds the editable number M in the operation sequence information will be described. In this case, in the present embodiment, the continuous operation determination unit 121 does not determine an action to be performed next, assuming that the continuous operation is not possible any more. That is, the same type of operation is invalidated until it is determined that the operation is not continuous with the previous operation after the number of consecutive times exceeds the editable number M. Thus, the present embodiment can prompt the user to perform an operation in which a plurality of types of operation sequences are connected as much as possible.

  However, the process in the case where the number of continuous lines exceeds the editable number M is not limited to the process of invalidating the operation as described above. For example, in this case, the continuous operation determination unit 121 may reset the order to 1 and determine the first stage action of the operation sequence information as the action to be executed next. In this case, when the user performs the same type of operation continuously, it is possible to continuously play out actions one after another by the number of continuous operations without an upper limit on the number of continuous operations.

  Next, the case where the types of the previous and current operations are not the same will be described. In this case, the continuous operation determination unit 121 refers to the operation sequence information on the type of the current operation, and determines the first-stage action associated with the operation of the order i as the action to be executed next.

  When notified of the action determined by the continuous operation determination unit 121, the game execution unit 115 notifies other units to cause the operation character to execute the action based on the current operation following the action based on the previous operation. Do.

  For example, the case where the action based on the previous operation and the action based on the current operation are both actions for acting on the enemy character will be exemplarily described. It is assumed that the action that acts on the enemy character includes the preparation motion, the attack motion, and the return motion as described above. At this time, it is assumed that the present operation is in the display period of the technique motion based on the previous operation. In this case, the following two patterns can be considered as the timing for causing the operation character to start an action based on the current operation.

  In the first pattern, the game execution unit 115 causes the operation character to end the trick motion by the previous operation, cancel the subsequent return motion, and start the preparation motion by the current operation. In the second pattern, the game execution unit 115 causes the operation character to cancel the technique motion of the previous operation and immediately start the preparation motion of the current operation. In any case, the game execution unit 115 can cause the operation character to continuously execute the action determined based on the operation sequence information in accordance with the continuous operation.

<Screen Example of Game System 1>
(Specific example of game screen)
A specific example of the game screen generated by the game execution unit 115 will be described with reference to FIGS. 3 (A) and 3 (B). FIG. 3A shows a screen in which the operation character and the enemy character are in battle, and includes a battle point object 301, an operation character 302, an enemy character 303, a player character 304, and a weapon 305. In this example, the screen in battle includes one enemy character 303. However, a plurality of enemy characters 303 may be included. FIG. 3B shows a screen after winning over the enemy character 303, which includes a battle point object 301, an operation character 302, a player character 304, and a weapon 305. These are respectively superimposed and displayed on the background showing a game space in FIG. 3 (A) and (B). In addition, the screens in FIGS. 3A and 3B may further include sub characters (not shown).

  In the game screens of FIGS. 3A and 3B, the player character 304 is mounted on the operation character 302 and is equipped with the weapon 305. Note that these game screens may further include UI objects such as menus and buttons (not shown). For example, in response to an operation on such a UI object, the operation character 302 boarded by the player character 304 may be changed to another character held by the user. However, the other changeable characters are characters that can be operation characters. Also, in response to an operation on such a UI object, the weapon 305 used by the player character 304 can be changed to another weapon owned by the user. Also, sub-characters can be summoned in response to operations on such UI objects. Further, various settings in the battle between the operation character 302 and the enemy character 303 may be changed in response to the operation on such a UI object.

  Further, in the example of FIGS. 3A and 3B, the battle point object 301 includes a gauge 301a. Also, as shown in FIG. 3B, the battle point object 301 may include a badge 301 b. The gauge 301a represents the sum of battle points associated with the user. The gauge 301a is represented by a circular ring, and the length of one round of the circular ring represents a predetermined value that the battle point should reach. In addition, the length of the partial circle that is filled with a predetermined color in the circle represents the total of the battle points associated with the user. The length of the partial circle is updated each time a battle point is given to the user. The badge 301 b represents the number of consumable right items. Here, when the total number of battle points reaches a predetermined value, 1 is added to the numerical value displayed on the badge 301 b, and the total number of battle points is reset to zero. When the total number of battle points is reset to 0, the annular ring of the gauge 301a is not filled over the entire circumference.

  In addition, when the input operation on the battle point object 301 is accepted in a state where the badge 301 b is not displayed (that is, the number of consumable right items is 0), a list screen of right items owned by the user is displayed. Is displayed. The list screen of the right items will be described later.

  In addition, when an input operation on the battle point object 301 is received in a state where one or more numerical values are displayed on the badge 301b, a lottery instruction screen for instructing whether to execute the first lottery is displayed. The lottery instruction screen will be described later. When one of the right data is consumed via the lottery instruction screen, 1 is subtracted from the numerical value displayed on the badge 301 b.

(Specific example of screen related to the first lottery to be executed in exchange for consumption items)
FIG. 4A is a list screen of right items held by the user. In this example, the right item is expressed as "crystal". Also, in this example, consuming the right item is expressed as "flushing the crystal". Hereinafter, the list screen of right items is also described as a crystal list screen. The crystal list screen shown in FIG. 4A includes a display area 401 for displaying the number of possessed crystals, crystal display frames 402_1 to 402_12, a soft button 405, and a sleep button 406.

  Hereinafter, each of the crystal display frames 402_1 to 402_12 is also described as a crystal display frame 402_i (i is a natural number of 1 or more and 12 or less). In this example, the upper limit of the number of right items that can be held by the user is 12, so 12 crystal display frames 402_i are displayed.

  The crystal display frame 402 _i may include a crystal object 403 and a display area 404 that displays the lifetime of the crystal. Here, the crystal object 403 is displayed in such a manner that the type (group and rarity) of the crystal can be recognized. In this example, for example, the crystal object 403 included in the crystal display frame 402_1 is displayed so as to be recognizable as being the type of the rarity degree S in the group X. In other words, the crystal object 403 is displayed in a recognizable manner that the possibility of acquiring the character with the rareness S in the group X is high. The display area 404 included in the crystal display frame 402_1 indicates that the effective period of the crystal is 15 minutes.

  In this example, the crystal object 403 and the display area 404 are included in the crystal display frames 402_1 to 402_4, and not included in the crystal display frames 402_5 to 402_12. That is, the number of possessed crystals owned by the user is four. Therefore, the display area 401 includes the display of "4/12" indicating that four crystals of the upper limit of 12 are held.

  The soft button 405 is a UI object instructing to specify and consume one of the held crystals by the first lottery in exchange for the consumption item.

  The sleep button 406 is a UI object that instructs to discard all of the held crystals in exchange for the consumed item.

  The consumption number selection screen shown in FIG. 4B is displayed when an input operation on the soft button 405 in FIG. 4A is accepted. The consumption quantity selection screen randomly includes one soft button 407 and all soft buttons 408. A random one random button 407 is a UI object for instructing to make one crystal by a first lottery in exchange for a consumed item. In this example, “currency 10” is described in the random one random button 407 as the set amount of consumption items required to execute the soft.

  The all-over button 408 is a UI object for instructing to wipe the crystals held by the user in a batch in exchange for the consumption item. In this example, “currency 35” is described in the all-over button 408 as the set amount of consumption items required to execute the period. Thus, the set amount of consumption items required to collectively consume the rights items may be set smaller than the total of the set amounts of consumption items necessary to individually consume.

  The object attachment screen shown in FIG. 4C is displayed when an input operation to one of the soft buttons 407 is randomly received in FIG. 4B. This object addition screen represents an object determined by the second lottery in accordance with the crystal specified by the first lottery. Also, the object attachment screen includes a display area 409 and a display area 410. The display area 409 is an area in which the given object name is displayed. The display area 410 is an area in which the rarity is displayed when the provided object is a character. In the example of FIG. 4C, the character of rarity A with the name Dragon X1 is released from the crystal indicated by the crystal object 403 with rarity S in the group X displayed in the crystal display frame 402_1 of FIG. 4A. , Has been granted.

  The crystal list screen shown in FIG. 4 (D) is displayed following FIG. 4 (C). From this crystal list screen, the crystal object 403 of the rarity S in the group X consumed in FIG. 4C is deleted from the crystal display frame 402_1 displayed in FIG. 4A. The crystal objects 403 that have been displayed in the crystal display frame 402_2 and thereafter in FIG. 4A are sequentially brought up and displayed in the crystal display frame 402_1 and the subsequent frames. Further, in the display area 401, the number of possessed crystals is decremented by 1 from "4/12" displayed in FIG. 4A, and becomes "3/12".

  The lottery instruction screen shown in FIG. 5A is displayed when an input operation to the battle point object 301 is accepted in a state where one or more numerical values are displayed on the badge 301b as shown in FIG. 3B. Ru. The lottery instruction screen includes a back button 501 and a button 502 for changing. The back button 501 is a UI object for instructing to return to the previous screen (for example, FIG. 3B). The button 502 is a UI object for instructing to wipe the crystal in response to the battle point reaching a predetermined value.

  The object attachment screen shown in FIG. 5 (B) is displayed when an input operation to the button 502 to be pressed in FIG. 5 (A) is accepted. This object assignment screen includes a display area 409 and a display area 410, as in the object assignment screen shown in FIG. 4C. The details of these areas will not be repeated. In the example of FIG. 5 (B), the character of rarity B with the name Dragon X2 is released from the crystal indicated by the crystal object 403 with rarity B in the group X displayed in the crystal display frame 402_2 of FIG. 4 (C). , Has been granted.

  The crystal list screen shown in FIG. 5 (C) is displayed following FIG. 5 (B). From this crystal list screen, the crystal object 403 of the rarity B in the group X consumed in FIG. 5 (B) is deleted from the crystal display frame 402_2 displayed in FIG. 4 (D). Further, the crystal object 403 displayed in the crystal display frame 402_3 in FIG. 4C is carried up and displayed in the crystal display frame 402_2. Further, in the display area 401, the number of possessed crystals is decremented by 1 from "3/12" displayed in FIG. 4C, and becomes "2/12".

(Specific example of the editing screen)
A specific example of the editing screen generated by the editing screen generation unit 120 will be described. The editing screen is a screen for editing the operation string information. In the following, the i-th (i = 1, 2,...) Operation from the beginning of an operation sequence consisting of the same type of operation will also be described as the operation of order i. Further, the action associated with the operation of order i is also described as the action of the i-th stage. The operation sequence information is referred to when it is determined that the operation is continuous by the continuous operation determination unit 121 described later in detail. Here, when there is another type of operation following a certain type of operation, another type of operation string information is referred to subsequently to a certain type of operation string information. For this reason, the user can make the actions continuously fed out by successive operations more varied by performing editing in consideration of the combination of each type of operation sequence information.

  The editing screen generation unit 120 generates an editing screen for each character owned by the user. Note that the editing screen is generated for each character that can be an operation character among the characters held by the user, and no character that can be a sub-character is generated. In other words, actions continuously drawn out by successive operations on the character can be edited for characters that can be operation characters, but can not be edited for characters that can be sub-characters. Hereinafter, a character that can be an operation character is also described as an editable character.

  The editable characters include characters that are given to the user in advance at the start of the game. Further, as the editable character, there is a character additionally given as the game progresses. For example, as described above, the editable character may be awarded by the second lottery according to the right item when the right item granted to the user is consumed.

  An example of the editing screen is shown in FIGS. 6 (A) and 6 (B). FIG. 6A is an example of an editing screen relating to the dragon X1 of the rarity degree A in the group X. FIG. 6B is an example of an editing screen relating to the dragon X3 of the rarity degree C in the group X.

  6A and 6B, the editing screen includes an operation string component 601 for each type of operation and a list of action icons 612. In this example, operation sequence components 601 of five types of operations (tap operation, upper flick operation, lower flick operation, left and right flick operation, and rotation operation) are included. However, the number of operation sequence components 601 included in the editing screen is not limited to the illustrated number. Further, when the number of action icons 612 that can be displayed exceeds the number that can be displayed simultaneously (six in FIGS. 6A and 6B), a scroll bar 611 is displayed. Among the action icons 612 that can be displayed, the hidden action icon 612 is displayed by the operation on the scroll bar 611.

  First, the operation sequence component 601 will be described. The operation string component 601 sequentially arranges slots 602 _i (i is a natural number greater than or equal to 1 and less than or equal to N) representing actions associated with operations of the order i from the first stage to the Nth stage. It is an arranged component.

  Note that N is an integer of 1 or more, and represents the maximum number of operations that can be included in the type of operation sequence. The maximum number N is an upper limit value of the number of consecutive actions that can be continuously taken out by the continuous operation of the type. Hereinafter, the maximum number N will also be described as the maximum continuous number N. The maximum consecutive number N may differ depending on the rarity of the applicable editable character. For example, the maximum consecutive number N may be greater for editable characters that are less rare. Also, the maximum consecutive number N may differ depending on, for example, the characteristics of the corresponding editable character. In addition, the maximum number of consecutive occurrences N may be different depending on the characteristics of the corresponding operation type. Also, the maximum consecutive number N can be increased when a predetermined condition is satisfied. As a condition for increasing the maximum consecutive number N, for example, exchange with a consumption item such as a virtual currency can be mentioned. Further, as a condition for increasing the maximum consecutive number N, for example, the level of the editable character is raised. However, the conditions for increasing the maximum continuous number N are not limited to these.

  For example, as shown in FIG. 6A, in the editing screen of the dragon X1 of the rare degree A, the maximum consecutive number N of the operation string component 601 of the tap operation is three. Further, as shown in FIG. 6B, on the editing screen of the dragon X3 of the rare degree C, the maximum consecutive number N of the operation string component 601 of the tap operation is five. Thus, between the dragons X1 and X2 which are the characters of the same group, the maximum consecutive number N of the operation sequence components 601 for tap operation is larger as the dragon X3 having a lower degree of rarity.

  Further, among the N slots 602_i included in the operation sequence component 601, the action can be associated (that is, editable) with respect to the slots 602_i up to the editable number M. A slot 602 — i exceeding the editable number M is not editable and can not be associated with an action. The non-editable slot 602 — i is displayed to indicate that it can not be edited. In the examples of FIGS. 6A and 6B, the slot 602 — i in which the key mark is displayed indicates that editing is impossible. In addition, the number of consecutive actions that can be extended continuously by the type of continuous operation is up to the number M of editable. However, the editable number M can be increased up to the maximum consecutive number N according to the condition satisfied by the editable character. The editable number M may be different depending on the editable character. As a condition for increasing the editable number M, for example, exchange with consumption items such as virtual currency may be mentioned. Further, as a condition for increasing the editable number M, for example, the level of the editable character is raised. However, the conditions for increasing the editable number M are not limited to these.

  Next, the action icon 612 will be described. The action icon 612 represents an action that can be associated with each operation of the operation sequence information. As the types of actions that can be associated, as described above, there are an action that affects an enemy character, an action that moves an operation character, and an action that summons a sub character.

  Further, in the action represented by the action icon 612, various types of information such as the name of the action, the characteristics of the action, and the parameters of the action are defined. In the vicinity of the action icon 612, information on each of such actions may be displayed together. In the example of FIG. 6A, for example, the characteristic of the action named “X1_a” is “xxa1”, and the cost is “y1”. Also, there is a cost as an example of the action parameter. Details of the cost will be described later. The information defined in the action represented by the action icon 612 is not limited to the above-described information. Further, the information displayed in the vicinity of the action icon 612 is not limited to these pieces of information. In the example of FIG. 6A, the action icon 612 is displayed as an icon including the name of the corresponding action, but the display form of the action icon 612 is not limited to this. For example, the action icon 612 may be displayed as an icon of design representing the corresponding action.

  Next, the list of action icons 612 will be described. The list of action icons 612 represents a list of actions that can be associated with the operation corresponding to the slot 602 — i. Actions that can be associated include actions that have been captured by the applicable editable character. Furthermore, the action that can be associated may include an action that has already been acquired by the corresponding editable character and other editable characters in the same group. Hereinafter, an action already acquired by a certain character may be described as an action usable by the character.

  The editable character may acquire a new action by satisfying the condition. The condition for acquiring a new action may be, for example, that the play period of the corresponding editable character as an operation character exceeds a threshold. This represents that the operating character flashes new skills as the game progresses. Further, the condition for acquiring an action may be, for example, that the operation character acquires a predetermined item. This expresses that the operation character learns a new skill by using a predetermined item.

  Also, the list of action icons 612 represents a list of actions having characteristics according to the type of operation corresponding to the slot 602_i to be edited. For example, the characteristic corresponding to the tap operation may be that the homing performance is high. Also, for example, the characteristic corresponding to the upper flick operation or the lower flick operation may be high attack power. Also, for example, the characteristic according to the left and right flick may be that the attack range is wide. Also, the characteristic of the action that can be associated may be changed according to the type of operation. For example, the homing performance of the action that can be associated with the tap operation may be increased and the homing performance of the action that can be associated with the rotation operation may be reduced as compared to the up, down, or left and right flick operation. Also, for example, the homing performance of an action that can be associated with the left and right flick operation may be enhanced as compared to the up or down flick operation.

  For example, in FIG. 6A, a list of action icons 612 is displayed by tapping any of the slots 602 — i included in the operation string component 601 of the tap operation. The actions represented by these action icons 612 are actions having characteristics in accordance with the tap operation, and are actions that can be used by the other character of the dragon X1 or the group X. For example, actions X1_a, X1_b, X1_c represent actions that can be used by dragon X1. Also, for example, the actions X2_a and X2_b represent actions that can be used by the dragon X2, which is another character of the group X. Also, for example, action X3_a represents an action usable by Dragon X3, which is another character of group X. The solid action icon 612 represents an action already acquired by the corresponding character, and the dashed action icon 612 represents an unacquired action.

  Further, in FIG. 6B, a list of action icons 612 is displayed by tapping one of the slots 602 _i included in the operation sequence component 601 of the tap operation. The actions represented by these action icons 612 are actions having characteristics according to the tap operation, and are actions that can be used by the dragon X 3 or other characters of the group X. In this example, FIGS. 6A and 6B both illustrate the edit screen of the character of group X, so the list of action icons 612 corresponding to each tap operation is equivalent. .

  Thus, in the slot 602_i of the tap operation of the dragon X3 of the rare degree C, not only the action X3_a usable by the dragon X3 but also the actions X1_a, X1_b, X1_c usable by the dragon X1, X2 of higher rarity , X2_a, or X2_b can be associated. At this time, Dragon X 3 is used even if the rarity is low, because the maximum continuation number 5 of tap operations of Dragon X 3 with lower rarity is greater than the maximum continuation number 3 of tap operations of Dragon X 1 with higher rarity Increase the strategic nature of Therefore, even if the user already possesses the dragon X1 of the rarity A, the motivation for newly acquiring the dragon X3 of the rarity C is improved.

  Next, an example of a method of editing operation string information on the editing screen will be described. An action icon 612 can be inserted into the editable slot 602 _i. The action represented by the embedded action icon 612 is associated with the operation of the slot 602_i in order. The operation for inserting the action icon 612 in the slot 602 — i may be, for example, a drag operation. Also, the operation for fitting may be tapping on the slot 602 — i and the action icon 612 in this order or in the reverse order. However, the operation for fitting is not limited to these operations.

  Further, the action icon 612 inserted into the slot 602 — i can be cleared by a predetermined operation to become an empty slot. The operation for clearing may be, for example, that the already inserted action icon 612 is dragged out of the frame of the slot 602 — i. However, the operation for clearing is not limited to such an operation. Further, on the editing screen, a function of “all clear” may be provided in which each slot 602 — i in each type of operation sequence component 601 is an empty slot. In this case, the editing screen includes an operation button (not shown) for instructing all clear.

  The slot 602 — i is displayed to indicate that the slot is an empty slot when the corresponding order of actions is not associated. In the example of FIGS. 6A and 6B, the hatched slots 602 — i are empty slots.

  For example, in FIG. 6A, referring to the operation sequence component 601 regarding tap operation, three slots 602_i are arranged. That is, the maximum consecutive number N is three. Also, the slots 602_1 to 602_2 are editable, and the slot 602_2 is an empty slot among them. Also, the slot 602_3 is not editable. That is, the editable number M is two. In other words, in this example, for this editable character, it is possible to execute continuous actions up to the second editable number of the maximum number of consecutive tap operations of 3.

  Further, the sum of the costs of the actions associated with each operation in each piece of operation string information is set so as not to exceed the upper limit value of the cost. For example, it is determined when the editing of the operation sequence information is completed whether the total cost of the action icons 612 inserted in the slots 602 — i in each type of operation sequence component 601 exceeds the upper limit value. For example, when the editing screen generation unit 120 performs an operation to instruct editing end, if the total cost does not exceed the upper limit value, the operation string information reflecting the editing content is stored as the user information 133 as the storage unit. Save to 130. If the sum of costs exceeds the upper limit value, the edit screen generation unit 120 does not save the operation sequence information. In this case, the editing screen generation unit 120 may continue displaying the editing screen after displaying that the total cost exceeds the upper limit value. In addition, depending on the slot, a character specific action may be assigned, and editing may not be performed for the slot. That is, for a slot in which a character-specific action is assigned, it may be impossible to clear the action or assign another action.

<Processing flow of game system 1>
7 to 12 are flowcharts showing the flow of processing executed by the user terminal 100 based on the game program 131.

(Flow of editing process of operation column information)
First, the editing process of the operation string information will be described with reference to FIG. FIG. 7 is a flowchart showing a flow of editing processing of operation sequence information. It is assumed that the game screen is already displayed on the display unit 152 at the start of the following operation. Further, it is assumed that the displayed game screen includes a UI object for instructing the start of editing of the operation sequence information. Although a series of processing steps shown in Drawing 7 are described as what is performed by user terminal 100, at least one copy of these processing steps may be performed by server 200.

  In step S101, the operation accepting unit 111 determines whether or not an operation instructing to start editing of operation string information has been accepted for a certain editable character. The target editable character may be the operation character selected at this time, or may be another editable character. If an operation to start editing is accepted, the next step S102 is performed.

  In step S102, the editing screen generation unit 120 reads, from the storage unit 130, operation string information on the editable character. The operation string information read at this time is the operation string information that has already been edited and stored, or the operation string information in the initial state. In the operation sequence information in the initial state, it is assumed that predetermined actions are associated with each operation.

  In step S103, the editing screen generation unit 120 displays the editing screen based on the operation string information of the editable character.

  In step S104, the operation receiving unit 111 receives an operation on one of the slots 602_i. For example, a tap operation or a drag operation on the slot 602 _i may be accepted. Hereinafter, the slot 602_i from which the operation has been received is also described as the slot 602_i to be operated.

  In step S105, the editing screen generation unit 120 branches the process depending on the state of the slot 602_i in which the operation has been received.

  Specifically, the case where the operation target slot 602_i can not be edited in step S105 will be described. In this case, in step S106, the editing screen generation unit 120 displays a notification that the corresponding slot 602_i can not be edited.

  A case where the action icon 612 has already been inserted into the operation target slot 602_i in step S105 will be described. In this case, it is assumed that the operation accepted in step S104 is an operation instructing to clear the slot 602_i (Yes in step S107). In this case, in step S108, the editing screen generation unit 120 clears the action icon 612 from the corresponding slot 602_i and displays it as an empty slot.

  A case where the operation target slot 602_i is an empty slot in step S105 will be described. In this case, in step S109, the editing screen generation unit 120 displays a list of action icons 612 corresponding to the slot 602_i. The action icon 612 included in the list represents an action having a characteristic according to the type of operation corresponding to the slot 602_i among actions in which the corresponding editable character and the other editable characters in the group are already acquired.

  In step S110, the operation receiving unit 111 receives an operation of dragging any one of the lists of the action icons 612 to the slot 602_i. It is assumed that the slot 602 _i effective as the drag destination is any slot 602 _i included in the same operation sequence component 601 as the operation target slot 602 _i operated in step S104.

  In step S111, the edit screen generation unit 120 displays an image in which the drag-operated action icon 612 is inserted into the slot 602_i of the drag destination.

  If the operation for instructing the end of editing is not received in step S112, the editing screen generation unit 120 repeats the operation from step S104.

  A case where an operation for instructing the end of editing is accepted in step S112 will be described. In this case, in step S113, the editing screen generation unit 120 determines whether the total cost exceeds the upper limit. Specifically, the edit screen generation unit 120 calculates the total cost of the action icon 612 inserted in each slot 602_i included in the operation string component 601 of each type, and the calculated value exceeds the upper limit value. You just have to decide

  In step S113, when the sum of costs exceeds the upper limit value, the editing screen generation unit 120 displays a notification indicating that. Then, the edit screen generation unit 120 repeats the operation from step S104.

  A case where the total cost is equal to or less than the upper limit in step S113 will be described. In this case, in step S114, the editing screen generation unit 120 stores, in the storage unit 130, operation string information in which the editing content in each of the operation string components 601 is reflected.

  In step S115, the display control unit 112 closes the editing screen and displays the game screen.

(Processing according to consecutive operations)
Next, processing according to continuous operations on the touch screen 15 will be described with reference to FIG. FIG. 8 is a flowchart showing the flow of processing according to the continuous operation. Although the series of processing steps shown in FIG. 8 are described as being executed by the user terminal 100, at least a part of these processing steps may be executed by the server 200.

  In step S201, when the operation receiving unit 111 receives an operation to start the game, the game execution unit 115 starts the game.

  In step S 202, the game execution unit 115 generates a game screen representing a game space in which the operation character is present, based on various game information acquired from the server 200, and displays the game screen on the touch screen 15.

  In step S203, the operation receiving unit 111 reads, from the storage unit 130, operation sequence information on the operation character.

  In step S204, when the operation receiving unit 111 receives an operation on the touch screen 15, in step S205, the continuous operation determining unit 121 determines whether the current operation received is continuous with the previous operation. Do.

  Specifically, the continuous operation determination unit 121 determines that the current operation is continuous when the current operation is received before the end of the motion representing the action of the operation character based on the previous operation. Otherwise, the continuous operation determination unit 121 determines that the operation is not continuous. In addition, not only this but other criteria can be employ | adopted as a judgment standard of whether to continue or not.

  A case where it is determined in step S205 that the current operation is not continuous with the previous operation will be described. In this case, in step S206, the continuous operation determination unit 121 refers to the operation string information related to the type of the current operation among the operation string information of the operation character. Then, the continuous operation determination unit 121 determines an action associated with the first operation of the operation sequence information as an action to be executed.

  On the other hand, the case where it is determined in step S205 that the current operation is continuous with the previous operation will be described. In this case, in step S207, the continuous operation determination unit 121 determines whether the type of the current operation and the type of the previous operation are the same.

  If it is determined in step S207 that the type is not the same, step S206 is executed. Thereby, the action associated with the first operation in the type of operation sequence information of this time is determined as the action to be executed.

  If it is determined in step S207 that the types are the same, step S208 is executed.

  In step S208, the continuous operation determination unit 121 specifies what stage of this type of operation (ie, the order) this operation is.

  In step S209, the continuous operation determination unit 121 determines whether the order identified in step S208 is equal to or less than the editable number M of this type of operation.

  In step S209, when the order of operations exceeds the editable number M, the operation from step S204 is repeated without determining the action to be performed. That is, the same kind of continuous operation exceeding the editable number M becomes invalid until it is determined that the operation is not continuous to the previous operation.

  A case where the order of the operations is equal to or less than the editable number M in step S209 will be described. In this case, in step S210, the continuous operation determination unit 121 determines an action associated with the operation in the order identified in step S208 as the action to be executed in the operation string information of the current type.

  In step S211, the game execution unit 115 notifies each unit to cause the operation character to execute the determined action. Specifically, the animation generation unit 114 generates an animation in which the operation character performs the motion of the determined action. Further, the display control unit 112 displays the generated animation. In addition, the game execution unit 115 controls each unit so that the display based on the previous action being executed by the operation character is canceled midway, and the display based on the action determined this time is performed. At this time, if the motion displayed at this time is the return motion of the previous action, the game execution unit 115 immediately cancels the display of the return motion and controls to display the motion of the current action. In addition, if the motion displayed at this point is the attack motion of the previous action, the game execution unit 115 waits until the display of the attack motion ends and then cancels the display of the return motion to cancel the current action. It may be controlled to display the motion of Alternatively, in this case, the game execution unit 115 may control to cancel the display of the attacking motion and display the motion of the current action.

  Then, control unit 110 repeats the operation from step S204.

(Process to grant the rights item and battle points)
Next, processing for giving a battle point to the user according to the content of the battle with the enemy character of the operation character will be described with reference to FIG. FIG. 9 is a flow chart showing a flow of processing for giving battle points. Although a series of processing steps shown in FIG. 9 are described as being executed by the user terminal 100, at least a part of these processing steps may be executed by the server 200.

  In step S301, the game execution unit 115 determines whether or not the battle between the operation character and the enemy character is won. In the case of No at step S301, step S301 is repeated. If YES in step S301, the next step S302 is performed.

  In step S302, the reward determination unit 117 determines the number and type of right items to be granted based on the content of the battle. Then, the reward determination unit 117 grants the determined right item to the user. In addition, although the probability that the right item is given when the battle is won is set, for example, for each operation character, the enemy character fighting with the operation character, or each right item, the present invention is not limited thereto. The reward determination unit 117 grants the right item based on the probability when the battle is won.

  In step S303, the game execution unit 115 determines a battle point to be provided based on the battle content. For example, the battle point to be given may be determined according to the level of the operation character and the level of the enemy character.

  In step S304, the game execution unit 115 adds the determined battle points to the total of the battle points associated with the user. Further, the game execution unit 115 updates the display by reflecting the total of the added battle points with respect to the battle point object 301 on the game screen.

  In step S305, the acquisition preparation unit 118 determines whether the first condition is satisfied based on the content of the battle. Specifically, the acquisition preparation unit 118 determines whether the total of the battle points associated with the user has reached a predetermined value. In the case of No at step S305, the operation from step S301 is repeated. In the case of Yes in step S305, the next step S306 is executed.

  In step S306, the acquisition preparation unit 118 adds 1 to the number of consumable right items associated with the user. In addition, the acquisition preparation unit 118 updates the display of the badge 301b representing the number of consumable right items for the battle point object 301 on the game screen. Then, the operation from step S301 is repeated.

(Processing flow for performing the first lottery in response to the first condition being satisfied)
Next, FIG. 10 shows a flow of processing for performing a first lottery in response to the first condition being satisfied.

  In step S401, in the user terminal 100, the acquisition preparation unit 118 determines whether or not an operation for performing a first lottery has been received in response to the first condition being satisfied. Specifically, the acquisition preparation unit 118 receives an input operation on the battle point object 301 in FIG. 3B, and subsequently, whether an input operation on the button 502 in FIG. 5A is received. You need to judge In the case of No at step S401, step S401 is repeated. If Yes in step S401, the next step S402 is executed.

  In step S402, the acquisition preparation unit 118 specifies a right item to be consumed from among the owned right item group by a first lottery. Specifically, the acquisition preparation unit 118 may specify one at random from the crystal group held by the user.

  In step S403, the acquisition preparation unit 118 requests the server 200 to consume the specified rights item. Specifically, the acquisition preparation unit 118 transmits the type of the specified rights item to the server 200.

  In step S404, the object providing unit 211 in the server 200 determines an object according to the type of the notified rights item. An object to be determined is determined based on the appearance probability among one or more objects associated with the type. The objects to be determined include at least one of characters that can be operation characters, characters that can be sub-characters, and other objects available in the game.

  In step S405, the object providing unit 211 notifies the user terminal 100 of the determined object.

  In step S406, the acquisition preparation unit 118 gives the notified object to the user as an object corresponding to the right item specified by the first lottery. At this time, the acquisition preparation unit 118 may display the object attachment screen shown in FIG. 5 (B).

(Processing flow for performing the first lottery in exchange for consumed items)
Next, FIG. 11 shows a flow of processing for performing a first lottery in exchange for consumed items. At the start of the process shown in FIG. 11, it is assumed that the display screen of the owned-rights item group as shown in FIG. 4A is displayed on the display unit 152 of the user terminal 100.

  In step S501, in the user terminal 100, the acquisition preparation unit 118 determines whether an operation for consuming one right item has been accepted in exchange for the consumed item. Specifically, the acquisition preparation unit 118 receives an input operation for the soft button 405 in FIG. 4A, and subsequently, receives an input operation for one soft button 407 at random in FIG. 4B. It may be determined whether or not. In the case of No at step S501, step S501 is repeated. If Yes in step S501, the next step S502 is performed.

  In step S502, the acquisition preparation unit 118 consumes a predetermined amount of consumption items. The predetermined amount is an amount set to consume one right item.

  Since the processes of steps S503 to S507 are similar to steps S402 to S406 of FIG. 10 in the process of performing the first lottery in response to the first condition being satisfied, the detailed description will not be repeated. Thereby, the rights item is identified by the first lottery, and the object determined according to the type of the identified rights item is given to the user. In addition, an object attachment screen is displayed.

(Processing flow to consume rights items at once)
Next, FIG. 12 shows a flow of processing for collectively consuming right items. At the start of the process shown in FIG. 12, it is assumed that the list screen of the owned right item group as shown in FIG. 4A is displayed on the display unit 152 of the user terminal 100.

  In step S601, in the user terminal 100, the acquisition preparation unit 118 determines whether or not an operation of collectively consuming right items has been received in exchange for consumption items. Specifically, the acquisition preparation unit 118 receives an input operation on the soft button 405 in FIG. 4A, and subsequently, whether or not an input operation on the soft button 408 in FIG. 4B is received. You should judge. In the case of No at step S601, step S501 is repeated. If Yes in step S601, the next step S602 is performed.

  In step S602, the acquisition preparation unit 118 consumes a predetermined amount of consumption items. The predetermined amount is an amount set to collectively consume the right items, and may differ depending on the number of right items to be collectively consumed.

  In step S603, the acquisition preparation unit 118 collectively requests the server 200 to consume each of the rights items. Specifically, the acquisition preparation unit 118 transmits the type of each rights item to the server 200.

  In steps S604 to S606, the process similar to steps S404 to S406 in FIG. 10 in the process of performing the first lottery in response to the first condition being satisfied is performed for each right item. As a result, the rights items are consumed all at once, and objects determined according to the types of rights items are granted to the user. In addition, an object attachment screen is displayed for each object to be attached.

<Effect of this embodiment>
As described above, in the present embodiment, which right item is consumed by the lottery when the first condition is satisfied is specified by lottery, compared with the case where the right item is designated by the user's intention. , There are more elements that the game progress by the user becomes random. As a result, the development of the game is diversified, and the interest of the game is improved.

  Also, in the present embodiment, the user needs to satisfy the first condition in order to consume the rights item and acquire the object. Since whether or not the first condition is satisfied is determined according to the content of the battle between the operation character and the enemy character, the user's motivation for repeating the play for causing the operation character and the enemy character to fight is improved. It plays an effect.

  Further, in the present embodiment, the right item of the type (group and rarity) according to the enemy character is given by the battle between the operation character and the enemy character. In addition, if such a right item is consumed, the expected value to which the character of the group and rarity is given is large. As a result, it is possible to improve the user's motivation for repeating the play of fighting the operation character and the enemy character.

  Further, in the present embodiment, the right item given to the user is displayed so that the type (group and rarity) can be recognized. As a result, it is possible to improve the user's motivation for consuming the right item and acquiring various groups and characters of different rareness.

  The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may have at least a part of the functions of the server 200. Furthermore, another device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may execute part of the processing in the game system 1. That is, in the present embodiment, the computer that executes the game program may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

[Example of software implementation]
Control block of control unit 210 (especially, object providing unit 211), and control block of control unit 110 (especially, operation accepting unit 111, display control unit 112, user interface (hereinafter referred to as UI) control unit 113, animation generation unit 114, the game execution unit 115, the camera placement control unit 116, the reward determination unit 117, the acquisition preparation unit 118, the acquisition execution unit 119, the edit screen generation unit 120 and the continuous operation determination unit 121) are integrated circuits (IC chips) or the like. It may be realized by the formed logic circuit (hardware) or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus provided with the control unit 210 and / or the control unit 110 is a CPU that executes instructions of a program that is software that realizes each function, the above program and various data are computer (or CPU) The ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded in a readable manner, and a RAM (Random Access Memory) for expanding the program. The object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a “non-transitory tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect 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 above-described embodiments, and various modifications can be made within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Items to be added]
It will be as follows when the contents concerning one side of the present invention are listed.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program is executed by a computer (user terminal 100, server 200) including a processor (10, 20), a memory (11, 21), and an operation unit. The game program includes, in the processor, the step of associating the rights item with the user, and in response to the user's input operation, the first character to be manipulated by the user and the second character to be combated with the first character. And a step of determining whether or not the first condition for making the right item consumable is satisfied based on the battle contents in the step of making the battle, and the first condition is satisfied. In the case where at least one of the one or more rights items associated with the user is specified by drawing, and the specified rights item, the rights item is consumed and an object according to the rights item To the user.

  According to the above configuration, the user's motivation for repeating the play of fighting the first character and the second character so as to satisfy the first condition for consuming the right item and acquiring the object is improved. Do. And since it is specified by lottery which right item is consumed when the first condition is satisfied, the game progress by the user becomes random as compared with the case where the right item is designated by the user's intention There are more elements. As a result, the development of the game is diversified, and the interest of the game is improved.

  (Item 2) In (Item 1), the step of associating the rights item may grant the rights item to the user according to the execution of the step of causing the battle. This improves the user's motivation for play that causes the first character and the second character to fight in order to obtain the rights item.

  (Item 3) In (Item 1) or (Item 2), the step of associating the rights item may grant the user a rights item according to the second character in the step of fighting. In this manner, by providing the right item according to the second character, the user's motivation for consuming the granted right item is improved.

  (Item 4) In (Item 3), in the step of granting the object, the user according to the second item related to the right item is probabilistically granted to the user as an object according to the right item to be consumed. May be This further enhances the user's motivation for consuming the granted rights item to obtain an object according to the second character.

  (Item 5) In any one of the items (Item 1) to (Item 4), in the step of attaching an object, a probability is given to the user of a character that can be the first character as an object according to the right item to be consumed. You may give it. This improves the user's motivation to consume the granted rights item to obtain a character that can be the first character.

  (Item 6) In any one of the items (Item 1) to (Item 5), in the step of providing an object, it is possible to fight with the first character and the second character as an object according to the right item to be consumed. The character may be stochastically assigned to the user. This improves the user's motivation to consume the granted rights item to obtain a character that can battle with the first character.

  (Item 7) In any one of the items (Item 1) to (Item 6), the game program causes the processor to recognize the group of characters that can acquire the rights item associated with the user according to the rights item. The step of displaying on the display unit in a possible manner may be further performed. Thereby, the user can know the group of characters that may be acquired by lottery from the display mode of the held right data. As a result, the user's motivation for acquiring more groups of characters is improved.

  (Item 8) In (Item 7), the step of causing the first character to perform the battle is the same as the first character among the actions available to the first character or the characters possessed by the user. The actions available may be performed by other characters of the group. In this manner, by enabling the useable action to be shared between the characters of the same group, the user's motivation for acquiring the other characters of the already held character and the other group is improved.

  (Item 9) In any one of items (Item 1) to (Item 8), the processor determines, for each character available in the game based on the game program, a degree of rarity representing a value in advancing the game in an advantageous manner. Information indicating settings may be stored in the memory. In this case, the game program causes the processor to operate the operation for each operation included in the operation sequence consisting of continuous operations on the operation unit for each character possessed by the user and which can be the first character. A step of displaying on the display unit an editing screen that associates actions according to the order in the column may be further performed. Furthermore, in the step of displaying the editing screen on the display unit, the action that can be associated with each operation is the group of actions that can be used by the character, and the same group as the character among the characters possessed by the user. It may be an action group usable by the character of. Further, in the step of displaying the editing screen on the display unit, the number of editable operations included in the operation sequence may be larger for characters having lower rarity among characters of the same group. In the battle step, when an operation on the operation unit is received, the first character may execute an action associated with the operation according to the order of the first character.

  As a result, the user is likely to be able to include an action that can be used by the already held character of the group in the operation sequence of the newly acquired less rare character. Therefore, the strategicity of using a character with low rarity is enhanced, and the interest of the game is improved.

  (Item 10) In any one of the items (Item 1) to (Item 9), the game program causes the processor to further execute the step of giving the user a point according to the content of the battle in the step of battle. Good. In this case, the determining step includes determining that the first condition is satisfied by the sum of the awarded points reaching a predetermined value. This improves the user's motivation for repeating the play of fighting the first character and the second character in order to accumulate points for consuming the right data.

  (Item 11) In any one of items (Item 1) to (Item 10), the identifying step draws at least one of one or more right items in exchange for a predetermined amount of consumption items associated with the user. You may specify by. Thereby, the user can draw the right data for consumption at a desired time even if points are not stored. As a result, even if the first condition is not satisfied for a long time, the user's motivation to continue playing the game is maintained.

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

  (Item 13) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing apparatus includes: a storage unit (120) storing a game program according to (Item 1); and the information processing apparatus (user terminal 100) by executing the game program. And a control unit (110) for controlling the operation. The information processing apparatus according to (Item 13) has the same function and effect as the game program according to (Item 1).

1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 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 measuring sensor (operation unit), 100 user terminals (information processing apparatus), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 game execution unit, 116 camera arrangement control unit, 117 reward determination unit, 118 acquisition preparation unit, 119 acquisition execution unit, 120 edit screen generation unit, 121 continuous operation determination unit, 130, 230 storage unit, 131 Game programs, 132 game information, 133 User information 151 input unit (operation unit) 152 display unit 200 server 211 object providing unit 1010 object 1020 controller (operation unit) 1030 storage medium

Claims (13)

A game program,
The game program is executed on a computer including a processor, a memory, and an operation unit.
The game program may include the processor
Associating the rights item with the user;
Combating a first character to be manipulated by the user and a second character to be battled with the first character in accordance with an input operation of the user.
Determining whether a first condition for making the rights item consumable is satisfied, based on the content of the battle in the battle step;
Identifying at least any one of the one or more right items associated with the user if the first condition is satisfied;
And storing the right item for the specified right item, and providing an object corresponding to the right item to the user.   The game program according to claim 1, wherein the step of associating the rights item grants the rights item to the user in response to the execution of the step of causing the battle.   The game program according to claim 1 or 2, wherein the step of associating the right item grants the user a right item according to the second character in the battle step.   4. The method according to claim 3, wherein, in the step of applying the object, an object according to the second character related to the right item is stochastically given to the user as the object according to the right item to be consumed. Game program described.   5. The method according to claim 1, wherein in the step of applying the object, a character capable of becoming the first character is stochastically applied to the user as the object according to the right item to be consumed. The game program described in.   In the step of applying the object, a character capable of fighting the second character with the first character is stochastically given to the user as the object according to the right item to be consumed. The game program according to any one of 5. The game program may include the processor
The method according to any one of claims 1 to 6, further comprising the step of displaying the right item associated with the user on a display unit in a manner capable of recognizing a group of obtainable characters according to the right item. The game program described in.   In the step of causing the battle, the first character is used by an action available by the first character or by another character of the same group as the first character among the characters held by the user The game program according to claim 7, which causes a possible action to be performed. The processor causes the memory to store, for each character available in a game based on the game program, information indicating a setting of rarity indicating a value in advancing the game in an advantageous manner.
The game program may include the processor
For each of the characters possessed by the user and capable of becoming the first character, for each operation included in an operation sequence consisting of continuous operations on the operation unit, according to the order in the operation sequence of the operation Displaying the editing screen for associating the action on the display unit;
In the step of displaying the editing screen on the display unit, the action that can be associated with each operation is an action group usable by the character and a group of characters belonging to the same character among the characters held by the user. Actions that can be used by other characters,
In the step of displaying the editing screen on the display unit, the number of editable operations included in the operation sequence is larger among characters in the same group as the character having a lower rarity,
The step of causing the battle causes the first character to execute an action associated with the operation according to the order with respect to the operation when the operation on the operation unit is received. The game program according to any one of 8. The game program may include the processor
Causing the user to further execute a step of giving the user points corresponding to the content of the battle in the battle step;
10. The method according to any one of claims 1 to 9, wherein the determining step includes determining that the first condition is satisfied by the sum of the granted points reaching a predetermined value. Game program.   11. The method according to any one of claims 1 to 10, wherein the specifying step specifies at least any one of the one or more right items by drawing in exchange for a predetermined amount of consumption items associated with the user. Game program. A computer is a method of executing a game program,
The computer includes a processor, a memory, and an operation unit.
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images