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

Abstract

To provide a game with high amusement properties even when a user does not own a game object that he or she wants to use for organizing a deck.SOLUTION: A game program causes a processor to execute: a first step S101 for selecting one or a plurality of game objects for constituting a deck used for progressing a game from game objects that a user can use in the game by an operation designated by the user; a second step S104 for selecting game objects of the number deficient relative to the necessary number of game objects from game objects that can be used in the game and are not candidates for the selection in the first step when the number of the selected plurality of game objects is smaller than the number of game objects necessary for constituting a deck, and completing a deck; and a step S106 for progressing the game using the deck.SELECTED DRAWING: Figure 4

Description

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

2. Description of the Related Art Conventionally, there is known a game in which a deck is composed of game objects such as characters owned by a user in a game, and a predetermined play unit or the like is executed using the deck.

Famitsu App, “Introducing the group chat system “Nakamap” to “Diffusive Million Arthur”! What does it mean?””, [online], June 19, 2012, KADOKAWA DWANGO CORPORATION, [February 2017 23rd Search], Internet (URL: http://app.famitsu.com/20120619_71594/)

However, in a game as described above, the user may not have a game object that he or she wants to use to organize the deck.

An aspect of the present disclosure is to provide a highly entertaining game even when the user does not have a game object that the user wants to use to organize the deck.

The game program according to the present disclosure is executed by a computer including a processor and a memory. In the game program, the user specifies, in the processor, one or a plurality of game objects that form a deck used for the progress of the game based on the game program, from the game objects available to the user in the game based on the game program. A first step of selecting by operation and available in the game when the number of the selected plurality of game objects is less than the number of the game objects required to form the deck, and A second step of completing the deck by selecting a game object that is insufficient in number with respect to the necessary number of game objects from the game objects that are not candidates to be selected in the first step, and using the deck The step of advancing the game is executed.

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

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

According to one aspect of the present disclosure, it is possible to provide a highly entertaining game even when the user does not have a game object that he or she wants to use to organize the deck.

It is a figure which shows the hardware constitutions of a game system. It is a figure showing an example of a screen when a character is acquired by lottery processing. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flow chart which shows the flow of the whole processing of deck organization and quest execution. It is a figure which shows an example of the organization screen of a deck. It is a figure which shows an example of the formation screen of a subdeck. It is a flowchart which shows the flow of the process which completes a deck. It is a figure which shows an example of the screen which selects the character added to a deck. It is a figure which shows an example of the data table referred when the character which becomes a candidate added to a deck is determined. It is a figure which shows an example of the completed deck. It is a figure which shows an example of the execution screen of a quest.

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

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

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As 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. With. These components included in 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). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and outputs output values of the various sensors to the user terminal 100.

The user terminal 100 may have the camera 17 and the distance measuring sensor 18 instead of or in addition to the camera 17 and the distance measuring sensor 18.

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

When the user terminal 100 communicates with the plurality of controllers 1020, each controller 1020 is held by each user, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communicatively connects without passing through the server 200), thereby realizing multi-play locally by a plurality of user terminals 100. You can also do it. When the above-mentioned multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplay is realized locally. For example, information indicating a play result such as a score or a win or loss in a game and user identification information may be associated with each other and transmitted to the server 200.

Further, the controller 1020 may be configured to be attachable to and detachable from the user terminal 100. In this case, a coupling part with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connecting unit, the user terminal 100 and the controller 1020 send and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may accept mounting of a storage medium 1030 such as an external memory card via the input/output IF 14. As a result, 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 the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

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

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 an object 1010 near the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, the user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. It More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image by the user's input operation. As specified and accepted. The captured image may be a still image or a moving image.

Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 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 a user input operation. Alternatively, when the operation unit is configured by 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 operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and loads it into the memory 11 described later. The processor 20 reads a program from a storage 22 described later and loads it into a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

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

In the present embodiment, the program may be a game program for realizing the game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Note that the game realized by the cooperation of the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. In addition, various data includes data regarding a game such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

The input/output IF 14 is an interface for the user terminal 100 to receive data input, 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, a speaker, or the like. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input, and is an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input unit which is an information input device such as a mouse or a keyboard, and a display unit which is a device for displaying and outputting an image.

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

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

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may perform vertical screen display for displaying a vertically long image on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in a horizontal orientation, a landscape image may be displayed on the display unit. In this way, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. 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 by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

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

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 specifies whether or not the user's hand is included in the captured image by performing image recognition processing on the captured image of the camera 17. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image, for example. The processor 10 further identifies a gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture. In addition, the processor 10 determines that the user has made a gesture of “goo” when the number of fingers is 0 (no finger is detected). Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the forefinger is raised or the user's finger makes a repulsive movement. .. (4) The processor 10 determines the object 1010 (such as the user's hand) near the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the 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, a predetermined value) depending on the size of the shape of the user's hand identified from the image captured by the camera 17. The above distance) is detected. If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measuring sensor 18 having a directivity stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

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

<Game outline>
The game system 1 is a system for executing a game that progresses using a deck composed of game objects that can be used in a game based on the game system 1. A game based on the game system 1 will be simply referred to as a game hereinafter. Hereinafter, in the present embodiment, the game object will be described as a humanoid character that can be used in the game, but the present invention is not limited to this, and may be, for example, a card or the like.

Further, in the game system 1, one or more quests that can be played using the deck are provided in the game. A quest is a unit of game play in which achievement conditions that can be achieved based on user operations are set. In addition, ending conditions are set for the quest. It may be one of the end conditions that the achievement condition is satisfied. The quest progress ends when the ending conditions are met.

In the present embodiment, the quest progresses by fighting an operable character in the deck with one or more enemy characters, and wins at least one of the one or more enemy characters for each quest. It is assumed that these are set as achievement conditions. However, the quest provided in the game system 1 is not limited to that in which a battle with an enemy character is performed in an action game, a role playing game, or the like. For example, the quest may be, but is not limited to, a stage including one or more board surfaces in a puzzle game, a game in a sports game, or the like.

Further, in some or all of the quests in the game, the number of characters required to form the deck used in the quest is defined. That is, in order to play the quest, it is required to organize a deck composed of a specified number of characters. Here, “composition” means setting which character is included in the deck or a subdeck described below. The number of characters required for the deck used for the quest may be different or the same for each quest.

Further, in the present embodiment, when the number of characters included in the deck organized by the user's operation is less than the number required for playing the quest, a shortage among the characters not held by the user is insufficient. The number of characters to be selected is automatically or manually selected and added to the deck. Details of this processing for completing the deck when the number of characters is insufficient will be described later. Here, “held by the user” means that the target game object or the like is stored in the memory in association with the user. Further, “the user obtains the game object” means that the game object is given to the user and associated with the user.

Further, a predetermined attribute may be set for each character that can be used in the game. In the present embodiment, description will be given assuming that each character is associated with a weapon type usable by the character as the predetermined attribute.

Further, game objects such as characters and weapons may be given to the user and held by achievement of one or more predetermined services in the game or a predetermined condition set in the quest.

In addition, game objects such as characters and weapons may be selected and given to the user by a process of selecting based on a predetermined rule. Examples of the predetermined rule include predetermined priority and random selection. An example of selection according to a predetermined rule is a lottery. In the present embodiment, at least the character will be described as being given to the user by a lottery process described later. The processing to be selected may be executed in response to the payment of the consideration, or may be executed in response to the consumption of the in-game value given to the user by the payment of the consideration. In the present embodiment, the lottery process is, for example, a process executed in exchange for the value of the consumption item or the like in the game owned by the user, and one or more characters are selected from the target characters. Means a process given to the user.

Here, an example of the process of giving the character to the user by the lottery process will be described with reference to FIG. FIG. 2 is a diagram showing an example of a screen when a character is obtained by the lottery process. The weapon set for the character may also be given to the user by the lottery process described in this example.

Here, the screen shown in FIG. 2 is displayed on the screen through the following processing, for example.

(1) The lottery section 117 requests the server 200 for lottery processing.

(2) The lottery execution unit 211 selects any character from the characters defined as being available to the user at the present time, and notifies the user terminal 100 of the selected character.

(3) The object management unit 116 associates the character with the user. Further, the control unit 110 displays the screen shown in FIG.

In FIG. 2, an object 390 shows an external view of the character given to the user by the lottery process. The text 392 indicates that the character is a character that the user has not previously owned. The text 394 indicates the name of the character and the weapon type that the character can use. The button 396 is a button for ending the display of the screen shown in FIG. 2 and transitioning to, for example, the top screen of the lottery process.

Moreover, in one aspect, the game executed in the game system 1 may include a plurality of quests. The user operates the user terminal 100 to select a quest to play from a plurality of quests, and plays the selected quest.

Further, the game system 1 is not limited to a specific play mode, and may be a system for executing a game of any play mode. For example, a single-player game played by a single user, a multi-player game played by a plurality of users, and among multi-play games, a battle game played by a plurality of users and a cooperative play game played by a plurality of users. May be.

<Functional configuration of game system 1>
FIG. 3 is a block diagram showing the 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 (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that receives a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 in cooperation with 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 assist the user terminal 100 in proceeding with a game. When the game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF 23, the input/output IF 24, and the like.

The storage unit 120 and the storage unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program. The user information 133 is data regarding a user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of the server 200)
The control unit 210 centrally controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs 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 multi-play game, the control unit 210 may receive a request for multi-play synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 also functions as the lottery execution unit 211 according to the description of the game program 231. The control unit 210 can also function as other functional blocks (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.

The lottery execution unit 211 executes a lottery for determining a character or weapon that can be used in the game in response to a request from the user terminal 100. The lottery execution unit 211 transmits the lottery result to the requesting user terminal 100.

(Functional configuration of the user terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. Further, the control unit 110 communicates with the server 200 as needed to transmit and receive information while the game is in progress.

The control unit 110 also functions as the determination unit 115, the object management unit 116, the lottery unit 117, and the game progression unit 118 according to the description of the game program 131.

The control unit 110 can also function as other functional blocks (not shown) in order to progress the game depending on the nature of the game to be executed.

Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives an input operation of the user on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position in the input unit 151 of the above-described input operation, and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, or the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each unit of the control unit 110 is reflected. The display control unit may display on the display unit 152 a game screen including an image generated by each unit of the control unit 110. Further, the display control unit may superimpose and draw a graphical user interface (hereinafter, GUI) on the game screen.

The determination unit 115 executes various determination processes necessary for the progress of the game. For example, the determination unit 115 determines whether or not the number of characters required for playing the quest is included in the deck.

The object management unit 116 manages various objects such as characters and weapons that the user can use in the game. The object management unit 116 gives the user the object, for example, by storing in the storage unit 120 information indicating an object that can be used by the user.

The lottery section 117 requests the server 200 to perform a lottery for determining a character or weapon that can be used in the game. The lottery section 117 also acquires the lottery result from the server 200. For example, the lottery section 117 requests the server 200 for lottery in exchange for the consumption item held by the user. In addition, the lottery section 117 may request the server 200 to perform a lottery when other conditions are satisfied in the game.

The game progression unit 118 performs various processes related to the execution of the game. For example, the game progression unit 118 interprets the instruction content of the user indicated by the coordinates of the input position of the input operation accepted by the operation acceptance unit 111 and the type of operation, and performs the process of advancing the game based on the interpretation. To do. Here, the process of advancing the game means a process of advancing the quest using a deck, for example.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 3 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of these plural devices.

<Process flow and game screen example>
In the present embodiment, the first step of selecting one or more characters constituting the deck used for playing the quest from the characters available to the user by the operation designated by the user, and the selected one or If the number of the plurality of characters is less than the number of characters required to form the deck, the character that is available in the game and is not a candidate to be selected in the first step is required. A process of causing the game program to execute a second process of completing a deck by selecting a character whose number is insufficient with respect to the number of characters and a process of advancing a quest using the deck will be described. By this processing, even when the user does not have the required number of characters, the quest can be played, and the user's satisfaction is improved.

Further, in the present embodiment, the quest will be described as including a plurality of first play units in which achievement conditions that can be achieved are set based on a user's operation. Further, the progress of the game in the first play unit is continuously executed. That is, when the achievement condition set for the first play unit is achieved and the quest includes the first play unit for which the achievement condition is not yet achieved, the game is targeted for the next first play unit. Continuously progresses. In addition, the achievement condition set in the quest is assumed to be achievement of the achievement condition in all the first play units included in the quest. Hereinafter, the above-mentioned first play unit is also appropriately called a subquest. Hereinafter, the quest will be described as including a plurality of subquests, but if not, the following description may be applied by interpreting that the quest includes one subquest.

(Example of processing flow for the entire quest)
An example of the process flow of the entire quest in the game will be described step by step with reference to FIGS. The processing based on the following description is an example, and the invention according to the present embodiment is not limited to a specific configuration. Further, in the following description, at least some of the steps described as being executed by the user terminal 100 among the series of processing steps described using the flowchart may be executed by the server 200. Further, at least some of the steps described as being executed by the server 200 may be executed by the user terminal 100. The same applies to the processing based on the flowchart described below. FIG. 4 is a flowchart showing the overall flow of the deck formation and quest execution processing. The process based on the flowchart of FIG. 4 is executed, for example, when the user selects to play any quest.

In step S101, the game progression unit 118 selects a character that can be used by the user in the game by an operation designated by the user. Characters that can be used by the user in the game include, for example, one or a plurality of characters that make up the deck used for the quest, out of the characters owned by the user.

FIG. 5 is a diagram showing an example of a deck knitting screen. In this example, the deck is composed of 20 characters. The deck used for the quest including a plurality of subquests may include a plurality of subdecks corresponding to the respective subquests. For example, the deck of this embodiment includes five sub-deck. As a result, the subquest can be played using the corresponding subdeck. Further, the characters included in the sub-deck may need to be different from each other. For example, in the deck of the present embodiment, as shown in FIG. 5, all the characters forming the deck are different from each other, which means that all the characters are different from each other. .. This can motivate the user to acquire various characters. In addition, the user will use various characters, and will be given the opportunity to experience characters that he or she has not normally used.

Further, as illustrated in FIG. 5, a configuration may be required in which the associated attributes of each character forming the sub-deck, and the weapon types that can be used in the present embodiment, are different from each other. This can give the user motivation to obtain characters of various weapon types. In addition, the user uses characters of various weapon types, and is given an opportunity to experience characters of weapon types that he or she does not normally use.

The text 300 indicates the name of the sub-deck and the sub-quest to which the sub-deck corresponds. For example, the sub-deck "First Unit" is composed of characters A, D, E, and I, and corresponds to a sub-quest composed of battles in the first to tenth battles.

Note that a part or all of the quests including a plurality of subquests as illustrated in FIG. 5 may be configured to be playable when a predetermined condition in the game is satisfied. This improves the motivation for satisfying a predetermined condition in the game. Examples of the predetermined condition include that the user obtains a predetermined number of characters or more, that the game is played for a predetermined number of days or more, or that a predetermined quest achievement condition is achieved.

An object 304 included in the character frame 302 is an external view of the character. The icon 306 indicates a weapon type that can be used by nearby characters. For example, character I can use weapon type 4, and character E can use weapon type 3.

The button 308 is a button for organizing the corresponding sub-deck. The button 308 and other buttons displayed on the screen correspond to examples of UI objects in the game. The button 310 is a button for confirming the information of the enemy boss character appearing in the corresponding subquest. On the screen displayed due to the selection of the button 310, an external view of the boss character, parameters, etc. may be confirmed (not shown). In addition, defeating the boss character set in the subquest may be set as the achievement condition for the subquest.

Space 312 means that some of the characters that make up the subdeck have not yet been selected. For example, in the sub-deck “Second Unit”, it indicates that the character using weapon type 3 has not been selected yet.

The button 314 is a button for ending the deck formation. When the button 314 is selected, a transition is made to, for example, a game menu screen. The button 316 is a button for ending the formation of the deck and subsequently starting the quest.

FIG. 6 is a diagram showing an example of the knitting screen of the sub-deck. In this example, the screen shown in FIG. 6 is displayed due to the selection of the button 308 shown in FIG. In the screen shown in FIG. 6, the sub-deck frame 330 shows the character currently organized in the sub-deck or the character selected to be organized. Further, as illustrated in FIG. 6, the character frame 302 in the sub-deck frame 330 includes an external view of the weapon used by the corresponding character. In this example, as shown in each character frame 302, weapon types 1 to 4 correspond to a sword, a bat, a spear, and a wand, respectively. It should be noted that the control unit 110 may or may not display the characters already knitted on the other sub-deck on the knitting screen of the sub-deck. Further, when the control unit 110 displays a character already knitted on another sub-deck on the knitting screen of the sub-deck, an image indicating that the character is knitted on another sub-deck may be displayed. The image is preferably displayed, for example, at a position close to or superposed on the character.

The icon 332 indicates that the corresponding nearby character plays a predetermined role in the sub deck. In this example, it means that the character A is set as the leader of the sub-deck. The text 334 indicates the parameter of the corresponding character. In addition, in the formation of the sub-deck, the total of the "cost" values of the respective characters may be required to be a predetermined value or less.

The button 336 is a button for returning to the screen shown in FIG. 5 without updating the sub-deck to the one after knitting. That is, when the button 336 is selected, the screen shown in FIG. 5 is displayed without reflecting the work content of the composition operated by the user until the button 336 is selected.

The button 338 is a button for updating the composition of the sub-deck to the currently selected character, that is, the character presented in the sub-deck frame 330, and returning to the screen shown in FIG. The button 340 is a button for rearranging characters, which are options to be organized in the sub-deck, in a predetermined order. In this example, when the button 340 is selected, the display of each character is rearranged in the order given to the user. Note that, in the screen shown in FIG. 6, a weapon that can be used by the character may be set for each character.

In step S102, the determination unit 115 determines whether or not a predetermined operation that causes the execution of the process of selecting the number of characters that is insufficient with respect to the number required to form the deck is received. For example, in the present embodiment, it is determined whether the end of deck formation or the start of a quest has been instructed. The instruction to end the deck formation corresponds to a selection operation on the button 314. The instruction to start the quest corresponds to a selection operation on the button 316. If the determination unit 115 determines that the deck formation end or the quest start is instructed, the process of step S103 is subsequently executed, otherwise, the process of step S101 is performed until any instruction is made. Is continued.

In step S103, the determination unit 115 determines whether or not the number necessary for playing the quest is selected in the deck formation, in other words, whether or not the deck is completed. As described above, the number required to play the quest is 20 in this example. If the determination unit 115 determines that the number required for the deck is selected, the process of step S105 is subsequently executed, and if not, the process of step S104 is subsequently executed.

In step S104, the game progression unit 118 or the like performs a process of completing the deck by selecting the number of characters insufficient for playing the quest. Details of the process will be described later.

In step S105, the determination unit 115 determines whether the instruction to finish the deck formation or to start the quest has been given in step S101. When the determination unit 115 determines in step S102 that the instruction to end the deck formation is instructed, for example, it is determined that the transition to the game menu screen or the like ends the processing based on the flowchart of FIG. 4 and the start of the quest is instructed. Then, the process of step S106 is executed.

In step S106, the game progression unit 118 advances the quest using the deck.

(Example of adding a character)
An example of processing for completing a deck when the number of characters required for the deck used for the quest is insufficient will be described step by step with reference to FIGS. 7 to 10. FIG. 7 is a flowchart showing the flow of this processing. The process based on the flowchart of FIG. 7 corresponds to the process of step S104 in the flowchart of FIG.

In step S201, the determination unit 115 determines whether the process of selecting the number of characters insufficient for playing the quest, that is, the process of completing the deck is performed automatically or manually. In addition, whether the process is automatically performed or manually performed may be set by a user operation, or may be defined for each quest. When the determination unit 115 determines that the process is automatically performed, the process of step S202 is subsequently performed, and when the determination unit 115 determines that the process is manually performed, the process of step S203 is subsequently performed. It

As another aspect, it is defined in the present game whether the process of completing the deck is performed automatically or manually, and the process of either step S202 or step S203 is determined in step S201. The configuration may be executed without going through.

In step S202, the game progression unit 118 selects, from the characters that can be used in the game, a character of which the number is insufficient for playing the quest and adds it to the deck. Note that in step S202, the game progression unit 118 is a character that is not a candidate to be selected in the process of step S101 of the flowchart of FIG. A configuration may be adopted in which the number of characters that are insufficient for playing the quest is selected from the characters that are not available at the present time or the characters that satisfy both conditions. As a result, it is possible to suppress a reduction in motivation for obtaining the currently available character.

Further, which character is selected from the candidate characters selected in step S202 is not particularly defined, and may be random, for example.

The character that is available in the lottery process in the past but is not available at the present time is, for example, a data table stored in the game information 132 and defines candidates to be selected in the lottery process. It means a character that was included in the data table at one time in the past but not included at the present time.

When the process in step S202 is executed, the process based on the flowchart in FIG. 7 ends. When the process of this step S202 or step S205 described later is executed and the process based on the flowchart of FIG. 7 ends, the process of step S105 of FIG. 4 may be executed subsequently, or the process of step S101. May be performed. Also in the former case, the control unit 110 may display a screen indicating that the deck is completed, which is exemplified in FIG. 10 described later, for a predetermined time. Further, the process of step S101 is executed after the process of step S202 means that the deck is once completed and then the deck can be reorganized, that is, the characters constituting the deck can be changed again. It means that

In step S203, control unit 110 displays a screen for accepting a user operation for selecting the number of characters insufficient for playing the quest. FIG. 8 is a diagram showing an example of the screen. When the screen in the state shown in FIG. 5 is transited to the screen displayed in step S203, one character for each weapon type 2 and one character for each weapon type 3 are in short supply, and as shown in FIG. Is prompted to select these characters.

In the screen shown in FIG. 8, the text 350 is a message prompting the selection of a character. The option 352a indicates each character of weapon type 2 that is a candidate to be added to the deck. The option 352b indicates each character of the weapon type 3 that is a candidate to be added to the deck. In this example, the character B′ included in the option 352a is the same person as the character B shown in FIG. 5 and the like, but the versions of the characters are different from each other, and the character B′ can be given to the user as an object different from the character B. The same applies to other characters such as the character D'. The character presented as a candidate to be added to the deck in step S203 may be the same as or different from the candidate character selected in step S202.

In the present embodiment, the character version is, for example, a character having the same name, different parameters, appearance, etc., the name has been modified within a range in which the original description of the name can be recalled, or other Refers to something with a nickname added. In addition, the character version is information indicating at what timing each version of the character was added to the game as being available to the user. For example, when the character with the same name is added to the game for the first time, the version is 1.0, and then the version 2.0 with the character having the same name added by another parameter.

The cursor 354 indicates which character is currently selected as the character to be added to the deck. In the example of FIG. 8, the character B'and the character E'are selected. Further, the cursor 354 may be displayed from the beginning in a state in which any character is selected when the screen shown in FIG. 8 is displayed, or only when any character is selected. It may be displayed. The button 356 is a button for confirming the character to be added to the deck and returning to the original screen.

FIG. 9 is a diagram showing an example of a data table that is referred to when a candidate character to be added to the deck is determined in step S202 or this step S203. In the item “Hold” in FIG. 9, when the value is ◯, the corresponding character is held by the user, and when the value is ×, it is not held. The item “currently being provided” indicates that the user can obtain the corresponding character at the present time when the value is ◯, and indicates that the corresponding character cannot be obtained at the time. The item "version" indicates at what timing the corresponding character was added to the game as being available to the user. In addition, a smaller version number indicates that the character was added to the game as an available character earlier, that is, in the past. In addition, the character available to the user at this time is the character of version 7.0. In the present embodiment, the description will be made assuming that the user cannot obtain characters other than the latest version at the current time, in this example, version 7.0, but the present invention is not limited to this, and version 6 added to the game in the past, for example, can be used. The characters such as .0 may be available to the user. The item “weapon type” indicates a weapon type that can be used by the corresponding character.

In step S204, the determination unit 115 determines whether or not an instruction to end the selection of the character to be added to the deck is given. In this example, the instruction corresponds to the selection operation on the button 356 in FIG. If the determination unit 115 determines that the instruction has been given, the process of step S205 is subsequently executed, and if not, the process of waiting for the instruction is continued.

In step S205, the determination unit 115 determines whether or not the insufficient number of characters has been added to the deck, in other words, whether or not the deck has been completed. If the determination unit 115 determines that the insufficient number of characters has been added to the deck, the process based on the flowchart of FIG. 7 ends, and if not, the process of step S206 is executed.

FIG. 10 is a diagram showing an example of the completed deck. Further, FIG. 10 shows the deck when the button 356 is selected in the state of the screen shown in FIG. 8, and the character E′ is added to the “second unit” from the deck shown in FIG. A character B'is added to "Unit".

In step S206, control unit 110 displays a notification (not shown) that prompts the user to select the insufficient number of characters on the screen illustrated in FIG. After the processing in step S206 is executed, the processing in step S204 is subsequently executed.

(Example of quest execution screen)
The progress of the quest will be described with reference to FIG. FIG. 11 is a diagram showing an example of a quest execution screen. The screen shown in FIG. 11 is a screen that can be displayed in the process of step S106 in the flowchart of FIG.

Here, the text 350 indicates the number of battles in the battle in the quest, which is the tenth battle in this example. The text 372 indicates which sub-deck is used in the current battle, which is "first unit" in this example.

The object 374 indicates a sub-deck that can be operated by the user, which is “first unit” in this example. The object 375 represents an enemy character.

In this example, as shown in the text 300 of FIGS. 5 and 10, the sub-deck “first unit” corresponds to a sub-quest composed of battles in the first to tenth battles. When the achievement condition of the tenth battle, for example, the defeat of the enemy character is achieved, the subquest ends and the subquest corresponding to the subdeck “second unit” is subsequently started. In addition, the subquest corresponding to the subdeck “Second Unit” is composed of battles in the 11th to 20th battles. If the achievement conditions in the 20th battle are achieved, the subquest ends, and then the subdeck corresponding to the subdeck "Third Force" is started. Similarly, when the sub quest achievement conditions corresponding to the third to fifth units are achieved, the quest achievement conditions are achieved.

[Modification]
In the present embodiment, the example in which the user selects which subquest each subquest is to be used in the formation of the deck used for the quest has been described. However, as another aspect, each subdeck uses which subquest It may be configured such that whether or not it is used for the quest is randomly determined by the game progression unit 118, for example, at the timing when the quest is started.

Further, the number of characters forming each sub-deck may be different from each other or may be the same. Further, at least one of the sub-deck may be composed of one character. In addition, the configuration that any character is included in a plurality of sub-deck may be prohibited or allowed. Alternatively, the user may organize a plurality of decks and switch the deck used for each quest.

Also, a plurality of attributes may be associated with one character. That is, one character may be able to use a plurality of weapon types. Further, it may be used for a quest without setting a weapon for any of the characters included in the deck. In other words, when playing the quest, the deck may include characters that are not equipped with weapons.

Moreover, the weapon does not necessarily have to be defined as an object different from the character. For example, a predetermined weapon may be set for each character at the time of acquisition, that is, when the character is given to the user, and the setting may not be released, that is, the weapon may not be removed.

In addition, when the number of characters included in the deck organized by the user's operation is less than the number required for playing the quest, the process of selecting the insufficient number of characters and adding it to the deck is executed. The timing to be set is not limited to the timing described in this embodiment. For example, the process may be executed at the timing when a predetermined operation by the user is accepted. Here, the predetermined operation may be, for example, as described above, an operation for ending the deck formation or an operation for instructing the start of the quest. As a result, the deck to be used before the start of the quest can be determined. Alternatively, the process may be executed after the start of the quest, that is, at the same time as or immediately after the start of the quest. As a result, the deck can be completed when the quest is started using a deck that does not have the required number of characters.

[Example of software implementation]
The control block of the control unit 210 (in particular, the lottery execution unit 211) and the control block of the control unit 110 (in particular, the determination unit 115, the object management unit 116, the lottery unit 117, and the game progression unit 118) are integrated circuits (ICs). It may be realized by a logic circuit (hardware) formed on a chip or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing apparatus including the control unit 210 or the control unit 110, or both, has a CPU that executes instructions of a program that is software that realizes each function, and the program and various data are a computer (or a CPU). A ROM (Read Only Memory) or a storage device (these are referred to as a "recording medium") recorded so as to be readable by a RAM, a RAM (Random Access Memory) for expanding the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program to achieve the object of the present invention. 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, but 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.

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

(Item 1) The game programs (131, 231) have been described. According to an aspect of the present disclosure, a game program is executed by a computer (at least one of the user terminal 100 and the server 200) including a processor (10, 20) and a memory (11, 21). The game program causes the processor to select one or a plurality of game objects that form a deck used for the progress of the game based on the game program from the game objects available to the user in the game based on the game program by an operation designated by the user. The first step (S101) of performing, and if the number of the selected plurality of game objects is less than the number of the game objects required to form the deck, the game object can be used in the game, and the first A second step (S104) of completing a deck by selecting a number of game objects that is insufficient with respect to the required number of game objects from the game objects that are not candidates for selection in the step, and progressing the game using the deck. The step (S106) is executed.

According to the above configuration, it is possible to provide a highly entertaining game even when the user does not have a game object that he/she wants to use to organize the deck.

(Item 2) In (Item 1), the second step may select an insufficient number of game objects designated by a user operation. As a result, the user can progress the game with the deck formed of the game objects selected by the user, and the satisfaction is improved.

(Item 3) In (Item 1) or (Item 2), the second step may be executed due to the fact that the user has received a predetermined operation after selecting one or more game objects in the first step. Good. As a result, the deck to be used can be determined before proceeding with the game.

(Item 4) The second step may be executed after the start of execution of the step to be advanced. As a result, the deck can be completed when the progress of the game is started using the deck which does not have the required number of game objects.

(Item 5) The step of advancing advances a plurality of first play units based on a user's operation, and the first step and the second step include a game object used in each of the plurality of first play units. One or more game objects may be selected to be different from each other. This can motivate the user to acquire various characters.

(Item 6) In (Item 5), the deck includes a plurality of sub-deck corresponding to the plurality of first play units, and the first step and the second step include each of the plurality of first play units. The game objects that make up each subdeck associated with each first play unit may be selected for use. As a result, the subquest can be played using the corresponding subdeck.

(Item 7) In (Item 6), the plurality of game objects included in each sub-deck may have different associated attributes. This can give the user motivation to obtain characters of various weapon types.

(Item 8) The step of advancing may be executable when a predetermined condition is satisfied in the game.

(Item 9) The game program further includes the step of assigning the selected object to the user by causing the processor to select any of the objects available in the game and store the selected object in the memory in association with the user. The second step may be executed, and the insufficient number of game objects may be selected from the game objects that are selectable in the past and not selectable at the present time in the giving step. As a result, it is possible to suppress a reduction in motivation for obtaining the currently available game object.

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

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

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation part), 14,24 input/output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 115 determination unit, 116 object management unit, 117 lottery unit, 118 games Advance section, 120, 220 storage section, 131, 231 game program, 132 game information, 133 user information, 151 input section (operation section), 152 display section, 200 server, 211 lottery execution section, 1010 object, 1020 controller (operation Part) 1030 storage medium

Claims (11)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program, in the processor,
A first step of selecting one or a plurality of game objects constituting a deck used for the progress of the game based on the game program from game objects available to the user in the game based on the game program by an operation designated by the user When,
Candidates that can be used in the game and are selected in the first step when the number of the selected plurality of game objects is less than the number of the game objects required to form the deck A second step of completing the deck by selecting an insufficient number of game objects from the required number of game objects,
Advancing the game using the deck,
A game program that executes. The game program according to claim 1, wherein in the second step, an insufficient number of game objects designated by an operation of the user is selected. The game program according to claim 1, wherein the second step is executed because a predetermined operation by the user is accepted after the selection of the one or more game objects in the first step. The game program according to claim 1, wherein the second step is executed after the start of execution of the step of advancing. The step of advancing advances a plurality of first play units based on an operation of the user,
5. The first step and the second step select one or a plurality of game objects so that game objects used in each of the plurality of first play units are different from each other. The game program according to item 1. The deck includes a plurality of sub-deck corresponding to the plurality of first play units,
In the first step and the second step, in order to use each of the plurality of first play units, a game object that constitutes each sub-deck associated with each first play unit is selected. The listed game program. The game program according to claim 6, wherein the plurality of game objects included in each of the sub-deck have different associated attributes. The game program according to any one of claims 5 to 7, wherein the step of advancing can be executed when a predetermined condition is satisfied in the game. The game program, in the processor,
Selecting any one of the objects available in the game, storing the selected object in the memory in association with the user, and further executing the step of giving the selected object to the user,
The said 2nd step selects the said insufficient number of game objects from the game objects which were selectable in the past in the said granting step, and are not selectable at this time, Any one of Claim 1 to 8 The game program according to item. A method for a computer to execute a game program, the method comprising:
The computer includes a processor and memory,
A method by which the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.

Images