JP6494709B2 - GAME PROGRAM, METHOD, AND INFORMATION PROCESSING DEVICE - Google Patents

Description

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

  Various businesses provide game programs for displaying a character in a virtual space and allowing a user to operate the character to advance the game. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

  Such a game can be provided as a so-called battle game in which characters operated by each of a plurality of users battle each other. More specifically, the battle game includes a communication battle game in which information is exchanged between terminals of each user to advance the battle (for example, Patent Documents 1 and 2).

  In the online battle game, conventionally, an opponent is determined based on an evaluation value (so-called rating) given to each user. Since the rating is increased or decreased based on the result of the battle, it is an approximate index of the user's ability. Accordingly, it is possible to avoid a situation in which users having a large difference in ability are matched, and to promote a battle between users whose ability antagonizes as much as possible.

JP 2006-263069 A (released on October 5, 2006) Japanese Patent Laid-Open No. 2003-010549 (released on January 14, 2003)

  However, the conventional technology as described above has a problem that the user has few elements to maintain the motivation to play the online battle game. For example, if a specific goal is not presented other than increasing the rating by winning one battle in a match, the user will eventually get bored with the game while performing the match.

  This problem is not limited to a specific genre, but games of all genres (for example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer, hockey, puzzle games, quiz games, RPG, adventure games, shooting) (Games, simulation games, breeding games, action games, etc.) are problems that occur in common with games that include elements of communication battles.

  An object of one aspect of the present disclosure is to improve the interest of a game and maintain a user's motivation for playing the game.

  In the game program according to the present disclosure, a game based on the game program is a game in which the user plays against an opponent user who is an opponent. The game program is executed by at least one of a user computer and a partner user computer including a processor, a memory, an operation unit, and a display unit. The game program determines, based on a result of a battle played by the user during a predetermined first period, a score to be acquired by the user for the battle; And when the determined score satisfies a predetermined condition, the step of updating the score subtotal in the second period based on the score, and the second period based on the updated score subtotal A step of updating the total score in the first period in which the total points are totaled and a step of giving a reward to the user based on the updated total score are executed.

  The method according to the present disclosure is a method for executing a game program. A game based on the game program is a game in which a user plays against an opponent user who is an opponent. The game program is executed by at least one of a user computer and a partner user computer including a processor, a memory, an operation unit, and a display unit. The method includes determining, based on a result of a match played by a user during a predetermined first period, a score that the user earns for the match, and the processor having a plurality of first periods. When the determined score satisfies a predetermined condition, the step of updating the score subtotal in the second period based on the score, and the processor Based on the total of the subtotals for each second period, updating the total score in the first period, and the step of providing a reward to the user based on the updated total score. Including.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, a control unit that controls the operation of the information processing apparatus by executing the game program, an operation unit, and a display unit. The game based on the above-mentioned game program is a game in which a user plays against an opponent user who is an opponent. At least one of the user's computer and the partner user's computer functions as an information processing apparatus. The control unit determines a score to be acquired by the user for the battle based on the result of the battle played by the user during the predetermined first period, and the first period is divided into a plurality of second periods. If the determined score satisfies a predetermined condition, the score subtotal for the second period is updated based on the score, and the score subtotal for each second period is summed based on the updated score subtotal. The score total in the first period is updated, and a reward is given to the user based on the updated score total.

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

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a figure which shows an example of the data structure of user data which a user terminal refers. It is a figure which shows an example of the data structure of the management data which a user terminal refers. It is a figure which shows the specific example of the matching request | requirement screen displayed on the display part of a user terminal. It is a figure which shows the specific example of the reward list screen displayed on the display part of a user terminal. It is a figure which shows the specific example of the matching result screen displayed on the display part of a user terminal. It is a flowchart which shows the flow of the process which a user terminal performs based on the game program which concerns on one Embodiment. It is a flowchart which shows the flow of the point provision process which a user terminal performs based on the game program which concerns on one Embodiment. It is a flowchart which shows the flow of the process which each apparatus contained in a game system performs based on the game program which concerns on other embodiment.

Embodiment 1
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is defined by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not repeated.

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

  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 components included in the server 200 are electrically connected to each other via 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. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

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

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies 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 a plurality of controllers 1020, each user grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play 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.

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

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are coupled by wire through the coupling 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 accept the mounting of a storage medium 1030 such as an external memory card via the input / output IF 14. Accordingly, 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 a game program, for example.

  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 store the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored.

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units serving as an input mechanism can be regarded as an operation unit configured to accept a user 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 an object 1010 in the vicinity of the user terminal 100, and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. The More specifically, when a user's hand is detected from a captured image of the camera 17, the user terminal 100 performs a user's input operation on a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as Note that the captured image may be a still image or a moving image.

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

<Game overview>
The game system 1 is a system for executing a communication battle game in which a user who operates one computer and an opponent user who operates the other computer battle each other through communication between the computers. is there.

  In the present embodiment, as an example, the game system 1 executes a communication battle baseball game in which one's team to which one or more characters operated by the user belong and an opponent team to which one or more characters operated by the other user belong to each other. It is a system to do. In the game system 1, the user operates characters belonging to the team using a computer. The above-described opponent user operates the characters belonging to the above-described opponent team using another computer that can communicate with the above-described computer. The game program of the communication battle baseball game executed in the game system 1 is executed by at least one of a computer operated by the user and another computer operated by the opponent user.

  As an example, in the game system 1 in which a communication battle baseball game is executed, each team is operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200. Then, the online battle baseball game progresses while the team's offense and defense are switched between the front and back for each inning. In the following description, when it is necessary to distinguish between the user terminal 100 operating the defensive team and the attacking user terminal 100 on the front or back of a certain inning, the former is the pitching user terminal 100A and the latter is the hit This is referred to as a side user terminal 100B. When it is not necessary to distinguish between the two, the user terminal 100 is simply referred to. A user of the pitching user terminal 100A is referred to as a pitching user, and a user of the batting user terminal 100B is referred to as a batting user. However, when it is not necessary to distinguish between the two users and when the distinction is clear, they are simply referred to as users. The pitching user operates the pitching by the pitcher character using the pitching user terminal 100A, and the attacking user operates the hit by the batter character using the hitting user terminal 100B.

  The pitching user terminal 100A determines a pitching result according to the pitching operation received from the pitching user, generates data including the pitching result (throwing result D1 shown in FIG. 1), and transmits it to the server 200. The pitching result D1 is transmitted via the server 200 to the opponent's hitting user terminal 100B. The pitching operation is an operation performed by the pitching user on the input unit 151 of the pitching user terminal 100A in order to cause the pitcher character to pitch.

  The batting user terminal 100B determines the batting result according to the batting operation received from the batting user, generates data including the batting result (the batting result D2 shown in FIG. 1), and transmits it to the server 200. The batting result D2 is transmitted to the pitching user terminal 100A of the opponent via the server 200. The batting operation is an operation performed by the batting user on the input unit 151 of the batting user terminal 100B in order to cause the batter character to hit the ball.

  In the online battle baseball game according to the present embodiment, each user is given a rating that is increased or decreased based on the result of the battle. The game system 1 executes matching of opponents based on the rating.

  Each device (the user terminal 100 and the server 200) included in the game system 1 according to the present embodiment implements an event for promoting a user's battle play in the above-described communication battle baseball game (hereinafter, this game). . Each configuration of each apparatus for carrying out the event will be described in detail below.

<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 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 it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 include 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 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 the program. The memory 21 provides the work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 temporarily stores various data generated while the processor 20 is operating according to the 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 between 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. The various data includes data relating to the game such as user information and game information, and instructions or notifications transmitted / received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are constituted by a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data relating to the game is stored in the storage 12 and the storage 22.

  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, for example, communication via a wireless local area network (LAN), Internet communication via a wired LAN, a wireless LAN, or a cellular phone network, and short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to accept 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 accept 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 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 that combines an input unit 151 and a display unit 152. The input unit 151 is a touch-sensitive device, for example, and is configured by a touch pad, for example. The display unit 152 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. A function of transmitting as a signal is provided. 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 resistance 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 posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held in the portrait orientation, the processor 10 may perform a portrait screen display in which a portrait image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held sideways, a horizontal screen display in which a horizontally long image is displayed on the display unit may be used. As described above, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

  The distance measuring 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 by the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting an object 1010 in the vicinity of the user terminal 100 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 measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A distance measuring sensor 18 may be provided in the vicinity of 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 an illumination device that emits infrared light, a filter that blocks visible light, and the like. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture performed 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 performed a “par” gesture. In addition, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” gesture. (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 the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of 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 (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 specified from the captured image of the camera 17. It is detected whether the distance is above. When 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 has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. In addition, the processor 10 detects whether the user is approaching or moving 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. For example, the user terminal 100 moves the pointer on the touch screen 15 according 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. Continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown operation is performed on the touch panel. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as 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 the user repels a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 clicks the gesture or taps the touch panel. You may recognize as operation corresponding to.

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

  The user terminal 100 has a function as an input device that receives a user input operation and a function as an output device that outputs a game image and sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 through 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 communicates with each user terminal 100 and has a function of supporting each user terminal 100 to advance the communication battle game. The server 200 functions as the control unit 210 and the storage unit 220 through the 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 120 and the storage unit 220 store a game program 131, game information 132, and user information 133. The game program 131 is a game program that is executed by the user terminal 100 and 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 131. The user information 133 is data relating to the user account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100.

(Functional configuration of server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 131 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 user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a multiplayer synchronization request from the user terminal 100 and transmit data for synchronization to the user terminal 100.

  The control unit 210 functions as the battle support unit 211 according to the description of the game program 131. 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 according to the nature of the game to be executed.

  The battle support unit 211 supports each user terminal 100 to advance the communication battle game. Specifically, the battle support unit 211 communicates with each user terminal 100 that competes, and mediates exchanges between the user terminals 100. Furthermore, the battle support unit 211 executes matching control for synchronizing the opponents, synchronizing the progress of the battle, and the like.

(Functional configuration of user terminal 100)
The control unit 110 performs overall control of 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 game program 131 and the user's operation. In addition, the control unit 110 communicates with the server 200 and transmits / receives information as necessary while the game is in progress.

  The control unit 110 functions as an operation reception unit 111, a display control unit 112, a UI control unit 113, an animation generation unit 114, and a battle progress unit 115 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 advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do.

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

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

  Further, during the battle, the display mode of the UI object for supporting the pitching operation or the batting operation is controlled. Examples of UI objects that support the batting operation include a timing hint object that indicates a good timing of the batting, a ball thrown from the pitcher character, a direction hint object that indicates a change in the direction of pitching, and an estimated pitching position. There are a position hint object, a meet cursor for determining the hit of the bat and the ball, and the like. Examples of UI objects that support a pitching operation include a ball type selection object, a course presentation object, a course selection object, and a pitching timing object.

  The animation generation unit 114 generates an animation indicating the motion of various objects based on the control mode of the various objects. For example, a pitcher character's pitching motion animation, a batter character's batting motion animation, a bat animation that the batter character swings, a ball thrown by the pitcher character, a ball hit by the batter character, a runner character A stealing animation or the like may be generated.

  The display control unit 112 outputs a game screen on which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 112 may draw the UI object described above by superimposing it on the game screen.

  The battle progress unit 115 transmits / receives data to / from the server 200 to advance the battle with the opponent user. In addition, the battle progress unit 115 provides the above-described various UIs necessary for the user to play the communication battle baseball game in cooperation with the UI control unit 113 and the animation generation unit 114. Various UIs are realized, for example, when the battle progress unit 115 causes the UI control unit 113 to generate a game screen including a UI object, and the display control unit 112 causes the display unit 152 to display the game screen. Is done. In addition, the battle progress unit 115 cooperates with the server 200 to execute events that are held regularly or irregularly in the online battle baseball game. Details of the event will be described later.

  Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of functions included in the user terminal 100. Further, the user terminal 100 may include at least a part of the functions included in the server 200. Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be caused to execute 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 other devices, or may be realized by a combination of these devices.

<About communication baseball game>
A communication battle baseball game (hereinafter, this game) provided by the game system 1 according to the present embodiment will be described. First, the own team composed of one or more player characters operated by the user is formed. For example, the own team includes at least nine player characters as starting members. For example, the name or emblem of an actual professional league team may be set in the own team, and the user may be able to select a desired team.

  Next, the district where your team is based is set. In the present embodiment, as an example, 48 base districts are set. Specifically, the 48 districts are divided into 46 districts of the 47 prefectures in Japan, each of which includes 46 prefectures excluding Tokyo, and 2 districts in which Tokyo is divided into a first district and a second district. Composed. Each district has a stadium that serves as a venue for battles. A stadium defines a virtual space in which a baseball game is played. The battle proceeds at either the stadium set in the base area selected by the user or the other user. In the game screen displayed during the match, an appearance unique to the stadium may be displayed in the background.

<About matching>
In the present embodiment, matching of the opponent is executed by the battle support unit 211 of the server 200 based on the rating (evaluation value) given to the user.

  The rating is an index representing the strength of the user in the battle. The rating is updated based on a result of a battle between users (specifically, win / loss) based on a predetermined arithmetic expression and a difference between ratings of each user before the battle.

  The rating calculation and update processing may be executed by the battle support unit 211 of the server 200 or by the battle progress unit 115 of the user terminal 100 (client, computer). In any case, the latest rating given to the user is shared between the server 200 and the user terminal 100.

  Hereinafter, as an example, it is assumed that the rating given to the user is updated by the server 200.

  The battle support unit 211 manages a rating to be referred for matching an opponent for each user. The battle support unit 211 updates the ratings of each user after the battle based on the difference value of the ratings of each user before the battle and the win / loss of the battle for the users who played the battle by matching, for example.

The battle support unit 211 sets, for example, a value “1500” for each user as an initial value. When user X and user Y play against each other, user X wins and user Y loses,
The rating after the battle is updated according to the following formulas 1 and 2.

[Formula 1] Rating of the winning user (user X) after the match = Rating before the battle of the winning user (user X) +32+ (Rating of the defeated side (user Y)) − Winning side (user) X) rating) x 0.04
[Formula 2] Rating of the defeated user (user Y) after the match = Rating before the match of the defeating user (user Y) −32 + (Rating of the defeated side (user Y) − Winning side (user X) rating) x 0.04
A width (upper limit value and lower limit value) may be provided for the rating that fluctuates before and after the battle. For example, the maximum rating value “64”, the minimum value “4”, etc. may be set as the width of the fluctuating rating. If the difference in rating between users in competition is excessively large, if the rating is calculated according to Equation 1 or Equation 2, the user with the higher rating will lose the rating despite winning, and the winning user will not be convinced This can happen. Therefore, by setting the maximum value and the minimum value to the range that fluctuates from the rating before the battle, such a situation can be avoided and the user's satisfaction can be improved.

  As described above, in this embodiment, the user's rating is referred to in order to search for an opponent. Therefore, the higher the user's own rating, the easier it is for the user to fight against a higher rating, that is, a stronger opponent. According to the present embodiment, by using this mechanism, it is possible to maintain the user's motivation to play a battle. Furthermore, the motivation to play against strong opponents can be strengthened.

<About the event "Strong Challenge Challenge">
The server 200 and the user terminal 100 included in the game system 1 according to the present embodiment carry out an event for the user to continue playing the game in this game. As an example, a strong challenge challenge event is held to encourage a match with a stronger opponent. For example, an event period (first period) is determined, and the event may be held regularly or irregularly.

  A strong challenge battle is an event held in this game. Specifically, during a predetermined event period, the game system 1 is used to play against other users who play this game, and points (scores) are collected according to the results of the played battle. , An event that earns rewards according to the collected points. In the present embodiment, the event period of the strong challenge game is further divided into a plurality of predetermined periods (second periods). The user aims to raise a predetermined number of winning stars within a predetermined period. In the event, an upper limit is set for the number of battles to which points are recorded during a predetermined period. As an example, in the present embodiment, it is assumed that three wins are achieved in one day as the predetermined period, and up to three (predetermined) winning stars are recorded per day. That is, the number of battles to be recorded is determined to be up to three. In the present embodiment, a reward is awarded in accordance with the accumulated points for a plurality of predetermined periods in a single event period.

  The user can earn points for one winning star of one match. In the present embodiment, as an example, the rating of the opponent user who was defeated in the battle is the point that is acquired as it is. The sum of the ratings of each losing opponent user in the three winning stars is the point subtotal (score subtotal) acquired for the day. Here, in the present embodiment, the rating is acquired as a point as it is only when the rating of the opponent user who has lost the rating of the winning user is higher. Therefore, even if the other user having a rating lower than that of the user is won, the points acquired by the user are 0.

  In the same day, if a higher point is obtained than the three points already recorded, the lowest point among the three recorded points of the winning star is the above-mentioned higher point. Overwritten. That is, if you win an opponent that is above the three points whose ratings are already recorded, you can update the highest record of that day's point subtotal. Therefore, winning an opponent with a higher rating is the key to earning more points.

  The above-mentioned predetermined period is set a plurality of times per event. In this embodiment, as an example, one day × 7 times, that is, the event holding period is set to one week. Further, in the present embodiment, a point total (score total) obtained by summing the daily point subtotals during the holding period is calculated, and a reward corresponding to the point total is given to the user. For example, when the accumulated point reaches a predetermined point, a reward corresponding to the reached point may be given.

  In another embodiment, for example, when three wins can be made per day, a reward corresponding thereto may be given. Or when the point subtotal of one predetermined period reaches | attains a predetermined point, the reward according to it may be provided after the predetermined period ends. Alternatively, the server 200 may rank each user based on the point subtotal or the point total, and may give a reward to higher rankers of a predetermined level or higher after the predetermined period or the holding period ends.

  In general, in a battle game in which an opponent is matched based on a rating, a battle with an opponent with a high rating is avoided because it is difficult to win. In particular, for users who place importance on the record of the number of wins or the number of consecutive wins, a battle with an opponent with a high rating has little merit. In the conventional competitive game, as the user plays more and more, when the rating reaches a certain height, only the opponent with a somewhat high rating that competes with the ability is matched. Then, the user does not feel any merit in competing with strong opponents, and there is a problem that the motivation to play is gradually lost.

  However, if a mechanism that has an advantage in competing with an opponent with a high rating is constructed as in the event of a strong challenge battle according to the present embodiment, the user can be prompted to compete with a strong opponent. As a result, it is possible to motivate the user to play this game continuously.

  For example, the user is given points by storing numerical information indicating the amount of points in at least one of the memories included in the game system 1 in association with the user identification information, and acquiring the numerical information. This is realized by adding according to the points.

<Data structure>
FIG. 3 is a diagram illustrating an example of a data structure of user data. User data is data for managing information related to a user referred to in a communication battle, and is created for each user. User data is stored as user information 133 in the storage unit 120. The user information 133 may also be stored in the storage unit 220 of the server 200.

  The user data includes a plurality of items. As an example, at least the user name and rating items are included.

  “User name” indicates the name of the user. The user name is used by the other user to identify the user. Further, the user data may include a “user ID” for each device of the game system 1 to identify the user. “Rating” indicates a rating set for the user.

  The user data further includes the district where the team is based, the name of the team, the emblem of the team, the performance of the team (for example, batting rate, defense rate, etc.) or the order of the starting member of the team. May be included.

  FIG. 4 is a diagram illustrating an example of a data structure of management data. The management data is data for managing the points acquired by the user in one event. The battle progress unit 115 of the user terminal 100 creates the management data for each event and for each user. The management data is stored as game information 132 in the storage unit 120. The same game information 132 may be stored in the storage unit 220 of the server 200.

  The management data includes a column for storing points for each of the three winning stars and a subtotal for the three points for each of a plurality of predetermined periods (one day) determined in the event holding period (one week). Are associated with each other. Further, the management data includes a point total obtained by adding up the point subtotals for each predetermined period.

  In the example illustrated in FIG. 4, the battle progress unit 115 ends the first day of the event, and currently advances the second day. Among the battles won on the first day, the top three ratings of the opponents that were defeated were 2095, 2091, and 2033. Therefore, the battle progress unit 115 stores the values indicated by these ratings as they are in the respective columns from the first place to the third place as points obtained for each winning star. Accordingly, the battle progress unit 115 calculates and records the point subtotal for the first day as 6219 points.

  Currently, the second day of the event is in progress, but there has only been one win on the day. Therefore, the battle progress unit 115 provisionally stores the rating “2185” of the opponent lost in the battle in the first-ranked column.

  As shown in FIG. 4, if the number of wins is less than the predetermined number (3 times) in the predetermined period currently in progress, the initial value is 0 points for the unwinned column among the first to third columns. Is stored. In addition, 0 points are stored as initial values in the first to third columns in a predetermined period of no progress.

  In the example shown in FIG. 4, 6219 points are acquired in the predetermined period (first day) that has already been completed, and one win is obtained and 2185 points are acquired in the predetermined period (second day) that is currently in progress. . Therefore, the battle progress unit 115 calculates the point accumulation “8404” and stores this in the point accumulation column. In this embodiment, the battle progress unit 115 updates the 1st to 3rd columns of the day, updates the point subtotal, and finally updates the accumulated points every time the battle ends. To do.

  In the present embodiment, the battle progress unit 115 may update the highest record of the point subtotal for the predetermined period according to the result of the subsequent battle even after the number of wins for the predetermined period reaches the predetermined number. For example, in the same predetermined period, when a user wins a higher-rated partner user, the above-mentioned latest latest higher than that is used instead of the already recorded third place point (lowest point). Replace with points corresponding to rating. This updates the highest point subtotal record. The update procedure is not particularly limited. As an example, the battle progress unit 115 stores the points corresponding to the above-mentioned latest high rating by overwriting the points stored in the third-ranked column. Thereafter, the battle progress unit 115 sorts and stores the three points in the first to third columns in descending order of value. In this way, even after winning three, the user can be prompted to play a match in order to further update the highest record of the day's point subtotal.

<Screen example>
FIG. 5 is a diagram illustrating a specific example of the game screen displayed on the display unit 152 of the user terminal 100. The game screen is a UI screen for allowing the user to perform an operation for requesting the server 200 for matching for starting a battle. The UI screen is, for example, a matching request screen 600 (first screen) shown in FIG. The matching request screen 600 is generated by the UI control unit 113 in accordance with an instruction from the battle progress unit 115 and displayed on the display unit 152 by the display control unit 112.

  The matching request screen 600 includes a battle instruction button 617 (first user interface component) as a UI for requesting matching to the server 200. For example, when the user taps the battle instruction button 617, the operation reception unit 111 receives the tap operation. The battle progress unit 115 requests matching to the server 200 in response to the tap operation on the battle instruction button 617 being accepted.

  The matching request screen 600 preferably includes a target victory number 613 (second UI component). The target victory number 613 indicates the target number of victory in a predetermined period. In this embodiment, since the number of wins for the target for one day as the predetermined period is three, the target number of wins 613 is expressed by three stars. Thus, it is preferable that the target number of wins matches the maximum number of wins reflected in the point subtotal for the predetermined period. In the example shown in the figure, only one star is highlighted because it has won one day. The remaining two stars that have not won may be hidden or only the silhouette may be displayed. The UI control unit 113 generates the target victory number 613 based on the number of columns in which a value greater than 0 is included in the first to third columns of the day. By looking at the target number of wins 613, the user can check whether or not the number of wins of the day has reached a predetermined number.

  The matching request screen 600 preferably includes a point accumulation 611 (third UI component). The UI control unit 113 reflects the values stored in the point accumulation column illustrated in FIG. By looking at the point total 611, the user can confirm the point total acquired by the user at this event.

  The matching request screen 600 preferably includes a reward list button 612 (fourth UI component). The reward list button 612 is a UI for calling a list of rewards given according to the accumulated points. For example, when the user taps the reward list button 612, the battle progress unit 115 causes the display unit 152 to display a reward list screen described later.

  More preferably, the matching request screen 600 includes a subtotal 614 (fifth UI component) for a predetermined period. Thereby, the user can confirm the total of the acquired points (subtotal “2185pt” in the illustrated example) before the battle in a predetermined period (for example, one day) currently in progress. More preferably, it includes a breakdown of the subtotal 614 for a predetermined period, that is, at least the third place point (hereinafter, the third place point 618) among the first to third place points. As a result, the user can immediately know how many points above the opponent user have to play against in order to update the highest record of the point subtotal for the day. That is, the third place point 618 (sixth UI component) functions as a reference for whether or not the highest record can be updated. For this reason, convenience for users aiming to update the highest point subtotal record is improved.

  Note that the matching request screen 600 includes, for example, the maximum number of consecutive wins 615 achieved in the past and the user's rating 616 in the area where the battle is to be played (Ibaraki area in the illustrated example). Also good.

  As described above, in the present embodiment, in the matching request screen 600 for starting a match, at least one of the point accumulation 611, the reward list button 612, the target victory number 613, the predetermined period subtotal 614, and the third place point 618 is included. Are displayed together. Thereby, it becomes possible to further strengthen the motivation of the user to play the strong challenge battle.

  FIG. 6 is a diagram illustrating a specific example of the reward list screen displayed on the display unit 152. The reward list screen 700 (second screen) is a screen displayed on the display unit 152 when the reward list button 612 is operated by the user in the matching request screen 600 shown in FIG. The reward list screen 700 includes a reward list 701 (reward list) and a close button 702. The reward list screen 700 may include a point accumulation 611 as necessary.

  The reward list 701 is a list for rewards given when the accumulated points reach a predetermined point. Specifically, in the reward list 701, rewards given in association with target predetermined points are displayed. The reward is provided to the user as a game medium that is digital content available on the game, for example. The game media is, for example, a card or figure associated with a character operated by the user, an item having a special effect, or an ability that can be worn by the character. Alternatively, the game media may have a right that a user can exercise on the game (a right to strengthen a character, a right to play a special quest, a right to extend an item possession frame, a right or a character to release a locked quest or item The right to extend the upper limit of the composition cost) may be used.

  Giving a game medium as a reward to a user, for example, by storing the game medium having a usable status in at least one of the memories included in the game system 1 in association with the user identification information. Realized.

  In the reward list 701, it is preferable to display identification information that indicates that the goal already achieved, that is, the reward that has been granted, is “achieved” or “granted”.

  Furthermore, in the reward list 701, it is preferable to highlight the target that is scheduled to be achieved most recently and the reward that is given at that time. As a result, the user can confirm the target to be aimed at. Further, by displaying the point accumulation 611 together, it is possible to make the user confirm the progress of achievement of the target. As a result, it becomes possible to maintain or enhance the user's motivation for the battle.

  A close button 702 is a button for closing the reward list screen 700. For example, the user can close the reward list screen 700 and return the display of the display unit 152 to the matching request screen 600 by tapping a close button 702 on the reward list screen 700.

  FIG. 7 is a diagram illustrating a specific example of a game screen displayed on the display unit 152 of the user terminal 100 immediately before the battle is started. The game screen is a screen for providing various information related to the battle provided from the server 200 to the user before the battle is started. As an example, this screen is a matching result screen 800 (third screen) shown in FIG. Assume that, as a result of the battle progress unit 115 requesting matching to the server 200 according to the operation of the battle instruction button 617 shown in FIG. 5, the opponent is found and matching is established. In this case, the battle progress unit 115 controls the UI control unit 113 and the like to display the matching result screen 800 shown in FIG.

  As an example, the matching result screen 800 may include a countdown 805 for notifying the user of the start timing of the battle. The matching result screen 800 may include a venue change notification 806. The matching result screen 800 may include a user name 801 of the user, a user name 802 of the opponent user who is the opponent, a rating 803 of the user himself, and a rating 804 (seventh UI component) of the opponent user. .

  By displaying the opponent user's rating 804 on the matching result screen 800, the user can know in advance the value of points that can be obtained when the opponent user is won. Here, when the rating 804 is higher than the third place point 618, the user can know before the battle that the highest record of the day can be updated by winning. Therefore, the user can further increase the willingness to win and enjoy the battle play.

<Processing flow>
FIG. 8 is a flowchart showing a flow of processing executed by the user terminal 100 based on the game program 131. A series of processing is started when, for example, the operation receiving unit 111 receives a user operation for calling the matching request screen 600 shown in FIG.

  In step S <b> 1, the display control unit 112 displays the matching request screen 600 on the display unit 152 in accordance with the instruction from the battle progress unit 115. In step S2, when the operation reception unit 111 receives a user operation on the battle instruction button 617, that is, a battle start instruction, the battle progress unit 115 proceeds from YES in step S2 to step S3. On the other hand, when the operation reception unit 111 does not receive the battle start instruction, the battle progress unit 115 proceeds from NO of step S2 to step S9, and determines whether another instruction is received.

  In step S3, the battle progress unit 115 communicates with the server 200 to advance the battle with the opponent user. The battle progression unit 115 returns from step S4 NO to step S3 and continues the battle progression until the game is finished with the conclusion of the match.

  When the battle is over, the battle progress unit 115 proceeds from YES in step S4 to step S5, and performs a point giving process according to the battle result. Details of step S5 will be described later with reference to FIG. 9. As an example, when the battle progress unit 115 wins the battle, the battle progress unit 115 gives the user a point corresponding to the rating of the opponent user who lost the battle. Here, the first to second points, the third point 618, the predetermined period subtotal 614, and the point total 611 are updated as necessary.

  In step S6, when the point accumulated 611 that the user has acquired so far reaches the target point that is the condition for granting the reward, the battle progress unit 115 proceeds from YES in step S6 to step S7. And the reward according to the achieved point total 611 is provided to a user. If the latest point total 611 does not reach the unachieved target, step S7 is omitted.

  In step S8, display control unit 112 updates matching request screen 600. Specifically, as shown in FIG. 5, the accumulated points 611, the target number of wins 613, the first to second points, the third points 618, the predetermined period subtotal 614, the maximum consecutive wins 615, and the user rating Of 616, the updated value is reflected in the item updated in the previous battle.

  On the other hand, when the operation reception unit 111 receives a user operation for the reward list button 612 on the matching request screen 600 in step S9, the display control unit 112 proceeds from YES in step S9 to step S10. That is, when a reward list display instruction is input from the user, the display control unit 112 displays the reward list screen 700 illustrated in FIG. 6 on the display unit 152 in accordance with the instruction of the battle progress unit 115. While the reward list display instruction is not input, for example, the display control unit 112 may return from step S9 to step S1 and continue displaying the matching request screen 600.

  In step S11, when the operation reception unit 111 receives a user operation on the close button 702 illustrated in FIG. 6, the display control unit 112 hides the reward list screen 700. Specifically, the process returns from step S11 YES to step S1 and switches from the reward list screen 700 to the matching request screen 600. While the instruction to close the reward list is not input, for example, the display control unit 112 may return from NO of step S11 to step S10 and continue displaying the reward list screen 700.

  FIG. 9 is a flowchart showing a flow of point grant processing executed by the user terminal 100 based on the game program 131. Each process shown in FIG. 9 corresponds to the point giving process in step S5 shown in FIG.

  If the user wins the opponent user in the battle proceeded in step S3, the battle progress unit 115 proceeds from YES in step S101 to step S102, and acquires the rating of the lost opponent user.

  In step S <b> 103, the battle progress unit 115 compares the acquired rating of the opponent user with the top three points corresponding to the rating of the lost opponent user in the corresponding period. The corresponding period refers to a predetermined period including the time point when the battle is advanced in step S3.

  In step S104, the battle progress unit 115 determines whether the rating acquired in step S102 exceeds any of the top three points recorded for the same predetermined period.

  If the acquired rating does not exceed any of the top three points, the battle progress unit 115 proceeds from NO in step S104 to step S105, and does not give points to the user for the battle progressed in step S3. In the present embodiment, “not giving points” includes “giving 0 points to the user” or “making the user get 0 points”. In this embodiment, even when the user does not win the opponent user, that is, when the player loses or draws, the battle progress unit 115 proceeds from NO of step S101 to step S105, and points are given to the user. Do not grant. In either case, the battle progress unit 115 ends the series of point grant processing through step S105.

  On the other hand, when the rating acquired in step S102 exceeds at least one of the top three points, the battle progress unit 115 proceeds from YES in step S104 to step S106. The battle progress unit 115 gives the acquired rating as a point to the user as it is. In the present embodiment, only the top three points for the same predetermined period are recorded. Therefore, the battle progress unit 115 replaces the point having the lowest value among the top three points compared in step S104 with the points given in step S106. As described above, the battle progress unit 115 sorts the points in the first to third columns shown in FIG. 4 in descending order, that is, in descending order after replacement.

  In step S107, the battle progress unit 115 updates the point subtotal for a predetermined period (one day) to which the time when the battle progressed in step S3 belongs, based on the top three points after the replacement.

  In step S108, the battle progress unit 115 updates the accumulated points acquired in all the predetermined periods up to the present time based on the update of the point subtotal in the predetermined period described above in step S107. As a result, the highest record of accumulated points is updated.

<Effect>
According to the above-described configuration and method, it is possible to maintain the user's motivation for fighting. Specifically, it is possible to motivate the user to play the battle repeatedly for a predetermined period and to repeat this for a plurality of times provided with the predetermined period.

  In addition, the accumulated points in the event holding period are updated according to the battle result every time the battle is played. A reward is awarded when the accumulated points after the update achieve the target. As described above, since rewards are often given to users, the user's motivation to play is more than a predetermined number of times, i.e., a configuration in which rewards are not acquired until all event holding periods are over. Easy to maintain.

  Furthermore, according to the method shown in FIG. 9, by winning the opponent with a high rating, the user can construct a game system that can acquire more points. As a result, the user can be motivated to play against a strong opponent. Moreover, since the user can feel the merit in the battle with the opponent with a high rating and can play, it is possible to improve the interest of the game.

  Furthermore, in the game system according to the present embodiment, users with similar ratings are matched. The user wants to match a highly rated opponent in order to earn many points, and therefore tries to increase his own rating. In order to increase your own rating, you need to play battles and win. As a result, it is possible to allow the user to play the battle continuously without attenuating motivation.

[Embodiment 2]
In the first embodiment, the server 200 matches users with relatively close ratings. Therefore, there is a possibility that the user who requested matching (hereinafter referred to as the “notice user”) is matched with a partner user whose rating is lower than that of the user.

  In this embodiment, the server 200 searches for an opponent user having a rating above the rating of the target user as an opponent of the target user. Thereby, the motivation of the battle is further strengthened for the user who plays the event of the strong challenge battle and aims at the highest record of the accumulated points.

  For example, the server 200 uses the opponent user based on the lowest third rating among the three points recorded for the target user during the same predetermined period, that is, the top three ratings of the opponent who lost Explore. Specifically, an opponent user having a rating higher than the third ranking is matched as the opponent of the user of interest.

  Thereby, if a user of interest wins, he can play against an opponent who can always update the point subtotal for a predetermined period. As a result, the focused user can be supported or promoted to achieve the goal in the event of a strong challenge battle.

  The process flow of the game system 1 in the present embodiment will be described as follows.

  The operation reception unit 111 of the user terminal 100 receives, for example, a tap operation on the battle instruction button 617 illustrated in FIG. In accordance with this operation, the battle progress unit 115 transmits, to the server 200, the user identification information of the user of interest and the rating of the user of interest, such as the user name shown in FIG. In the present embodiment, the battle progressing unit 115 further includes the third-ranked point in the breakdown of the point subtotal for the day in the matching request. For example, referring to FIG. 4, if it is now the first day of the event holding period (here, it is assumed that the second day has not yet progressed), the battle progress unit 115 sets the reference rating as , “2033 points” are included in the matching request and notified to the server 200.

  When the match support unit 211 of the server 200 receives the above-described matching request from the user terminal 100 of the user of interest, the battle support unit 211 searches for an opponent user who is the opponent from other users who have received the request. Specifically, the battle support unit 211 searches for a user having a rating that exceeds the above-described reference rating. The battle support unit 211 may randomly search for users who exceed the reference rating, may preferentially search for a user whose rating is within a predetermined range of the target user's rating, The user who is closest to the user's rating, that is, the user who has the lowest rating among the users exceeding the reference rating may be set as the first candidate for the opponent.

  When an opponent user who satisfies the above-described conditions is found, the battle support unit 211 notifies the user terminal 100 of the target user and the user terminal 100 of the above-mentioned opponent user of the matching result that the matching is established. Each user terminal 100 that has received this notification can display the matching result screen 800 shown in FIG. 7 on the display unit 152 based on various information supplied from the server 200.

  When the opponent user who satisfies the above-mentioned conditions is not found and a predetermined time has elapsed since the start of the search, the battle support unit 211, as an example, regardless of the reference rating, as in the first embodiment, the user of interest A user having a rating within a predetermined range is searched for. If the opponent user is found by relaxing the rating condition, the battle support unit 211 similarly notifies each user terminal 100 of the matching result.

[Embodiment 3]
In the second embodiment, the server 200 matches a target user with a partner user having a higher rating than the target user. Therefore, if matching is established as desired by the user of interest, the opponent user will always face a user with a low rating, and the opponent user may not obtain the desired matching result.

  In the present embodiment, when a strong challenge challenge event is held, when a user transmits a matching request to the server 200 using the user terminal 100, the user selects a desired mode from two modes. Can be specified. Thereby, it is possible to reduce the number of users who cannot obtain a desired matching result.

  As an example, in this embodiment, the UI control unit 113 provides a normal battle instruction button and a strong challenge battle instruction button instead of the battle instruction button 617 on the matching request screen 600 shown in FIG. The normal battle instruction button is, for example, a UI button with a text such as “match in the normal mode”. The strong challenge battle instruction button is, for example, a UI button with a text such as “match in the strong challenge mode”.

  The normal mode is a mode for requesting the server 200 to perform matching by the method described in the first embodiment. That is, when the normal battle instruction button is tapped, the battle progress unit 115 transmits a matching request including the rating of the user of interest to the server 200 as in the first embodiment. The matching request may include an identifier indicating that the normal mode is designated. In response to the matching request, the server 200 executes matching using the method described in the first embodiment. That is, a user who has a rating that is within a predetermined range from the rating of the user of interest is searched as an opponent.

The strong challenge mode is a mode in which the server 200 is requested to perform matching with a partner user having a higher rating than the target user. That is, when the strong challenge challenge instruction button is tapped, the battle progress unit 115 includes the rating of the user of interest and the reference rating (rating corresponding to the third point) as in the second embodiment. A matching request is transmitted to the server 200. The matching request may include an identifier indicating that the strong challenge mode is designated. In response to the matching request, the server 200 searches for a user having a rating exceeding the rating corresponding to the third-ranked point as an opponent. Here, the difference from the second embodiment is that the server 200
In addition, it is a point to search in addition to the condition that it is a user who has made a matching request by designating a battle in the normal mode as an opponent.

  Thereby, the opportunity that the users who specified the strong challenge mode can be matched can be greatly reduced, and it is possible to avoid the situation where one of the wishes is not fulfilled.

<Processing flow>
FIG. 10 is a flowchart showing a flow of processing executed by each device included in the game system 1 according to the present embodiment. Of the processes shown in FIG. 10, steps S201 to S204 and step S209 executed by the user terminal 100 correspond to a part of the battle progress process of step S3 shown in FIG. Therefore, the series of processing shown in FIG. 10 is started in step S2 when the operation receiving unit 111 receives a battle start instruction input from the user through the above-described normal battle instruction button or strong challenge battle instruction button. Is done.

  In step S <b> 201, the battle progress unit 115 of the user terminal 100 determines whether the battle start instruction received by the operation reception unit 111 specifies the normal mode or the strong challenge mode. Specifically, the battle progress unit 115 determines whether the normal battle instruction button is tapped or the strong challenge battle command button is tapped.

  When the normal battle instruction button is tapped, the battle progress unit 115 proceeds from NO in step S201 to step S202. In step S202, the battle progress unit 115 acquires the rating of the user of interest from the user data shown in FIG.

  When the normal battle instruction button is tapped, the battle progress unit 115 proceeds from YES in step S201 to step S203. In step S203, the battle progress unit 115 ranks the third place (hereinafter referred to as a reference rating) of the score of the opponent user who has been defeated, that is, the third place of the acquired points in the predetermined period currently in progress. Obtained from the management data shown in FIG.

  In step S204, the battle progress unit 115 transmits a matching request including the rating acquired in step S202 or step S203 to the server 200. The battle progress unit 115 may include an identifier indicating that the normal mode has been designated in the matching request after step S202. Moreover, the battle | competition progress part 115 may include the identifier which shows that the strong man challenge mode was designated, and the rating of the attention user in step S203.

  In step S205, the battle support unit 211 of the server 200 receives the matching request and determines which mode is designated. The battle support unit 211 may determine the mode based on the identifier included in the matching request, or may determine the mode based on whether or not the reference rating is included in the matching request. May be.

  For example, when the matching request includes a reference rating, the battle support unit 211 proceeds from YES in step S205 to step S206. In step S206, the battle support unit 211 searches for a partner user having a rating exceeding the reference rating.

  On the other hand, the battle support unit 211 proceeds from NO in step S205 to step S207 when the reference rating is not included in the matching request. In step S207, the battle support unit 211 searches for a partner user having a rating that makes the difference from the rating of the user of interest within a predetermined range.

  In step S208, the battle support unit 211 notifies the user terminal 100 of the matching result of the matching executed based on step S206 or step S207. When an opponent is found and matching is established, the battle support unit 211 of the server 200 communicates with the user terminal 100 after step S208 to assist the user terminal 100 in proceeding with the battle. When the opponent is not found and timed out, the battle support unit 211 ends a series of processes after step S208.

  In step S209, the battle progress unit 115 receives the above-described matching result. When the matching result indicates that the match is established, the battle progress unit 115 continues communication with the server 200 and advances the battle in step S3 shown in FIG. When the matching result indicates that the matching is not established, the battle progress unit 115 ends the series of processes shown in FIG. 10 and returns to step S1 shown in FIG.

[Modification]
In another embodiment, even when the battle is defeated or drawn in step S101, the battle progress unit 115 executes a step of giving the user a point having a value greater than 0 instead of step S105. Also good. In this case, it is preferable that the battle progressing unit 115 determines the points to be given to a very small value as compared to the points obtained when winning the battle. As a result, it is possible to alleviate the dissatisfaction experienced by the user who continues to lose or draw by eliminating the situation where the player cannot win the battle and cannot win even 1 point even though the player is playing the battle. In addition, when a battle is won, a very large number of points can be obtained, so that the user's desire to win the battle is not lost.

  In another embodiment, even if the opponent user who lost in step S104 is lower than the rating of the winning user, the battle progressing unit 115 replaces step S105 with points with a value greater than 0 to the user. You may perform the step to provide. For example, half of the rating of the other user may be given as a point. As a result, there is an effect that it is possible to alleviate the dissatisfaction held by the winning user by eliminating the situation in which even though the opponent has won the match, the opponent is inferior and cannot acquire 1 point.

  The user realizes that if the opponent's rating is lower than his / her own before the match, he realizes that he will not get 1 point even if he wins, and his willingness to play will be significantly reduced before the match starts. It is assumed that it will come off. According to another above-mentioned embodiment, such a situation can be avoided and the motivation to a user's battle | competition can be maintained.

  In another embodiment, instead of step S <b> 106, the battle progress unit 115 may have fixed points that can be acquired according to the number of times the user has won a higher rating than the user himself / herself. For example, if one wins an opponent with a high rating in one day, 1500 points may be determined, and if two wins are obtained, 2000 points may be determined, and if three wins, 3000 points may be determined. According to such a configuration, it is possible to motivate the user to play against a strong opponent.

  In another embodiment, instead of step S <b> 106, the battle progress unit 115 may calculate points to be acquired by the user in consideration of the battle results in the rating of the opponent. For example, when the battle is a sport game, the battle progress unit 115 may calculate points in consideration of the content of the game. As the content of the game, for example, a score difference, a score, a goal loss, a batting result (hit number, home run number, batting rate, defense rate) and the like are assumed. Also, the battle progress unit 115 may give the user points that are obtained by multiplying each item related to the content of the game, such as a score difference and the number of home runs, by a predetermined coefficient.

  In another embodiment, a level, a grade (level / class), a title, and the like set for each user may be adopted as an index indicating the strength of the user in this game.

  The level is a value indicating how much experience the user has played in the battle, and the higher the level, the greater the number of battles. The level goes up based on the experience value given after playing the match. It can be inferred that a user who is engaged in many battles is more resistant to battles. The battle progress unit 115 may determine the level value as an acquired point as it is, or may determine a value calculated according to the level as an acquired point. According to such a configuration, it is possible to motivate the user to play against strong opponents who have abundant experience in battle.

  The grade indicates to which small group the user group playing this game belongs when grouped into several small groups based on the battle results. For example, the grades are determined in order from a small group having good competition results, such as ten steps, nine steps,..., Two steps, first step, first grade, second grade,. The grade may be set according to the number of wins, the number of consecutive wins, etc. of the battle with the opponent having a prescribed rating. The higher the prescribed rating, and the higher the number of wins or consecutive wins, the higher the rating is set. Therefore, it can be estimated that the higher the grade, the stronger the battle. The battle progress unit 115 may convert the defeated opponent user's grade into points. The higher the grade of the opponent you lose, the more points you earn. According to such a configuration, it is possible to motivate the user to play against a strong opponent of high grade.

  The title indicates whether or not the user has cleared a predetermined task (or condition) presented in the game. The title is set for the user when the user clears the tasks with different levels of difficulty. It can be inferred that a user who has cleared a high difficulty level is more resistant to battle. The battle progress unit 115 may convert the name of the opponent user who has been defeated into points. The higher the difficulty level corresponding to the title of the opponent you lost, the more points you earn. According to such a configuration, it is possible to motivate the user to play against a strong opponent who has cleared a difficult task.

[Example of software implementation]
The control block of the control unit 210 (particularly, the battle support unit 211), and the control block of the control unit 110 (particularly, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the battle progress) The unit 115) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, an information processing apparatus provided with the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and the program and various data are computers (or CPUs). ROM (Read Only Memory) or storage device (referred to as “recording medium”) recorded in such a manner as to be readable, and a RAM (Random Access Memory) for expanding the program. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as 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 an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

[Additional Notes]
The contents according to one aspect of the present invention are listed as follows.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game based on a game program is a game in which a user plays against an opponent user who is an opponent. The game program includes a processor (10), a memory (11), an operation unit (such as the input unit 151) and a display unit (152), and a user computer (user terminal 100) and a partner user computer (user terminal 100). Is executed by at least one of the following. The game program determines points to be given to the user for the battle based on the results of the battle played by the user for a predetermined first period (the event period, one week). Step (S102, S105, S106) and the first period are divided into a plurality of second periods (predetermined period, one day), and when the determined score satisfies a predetermined condition, the first period is based on the score. Then, the step of updating the score subtotal (point subtotal) in the second period (S107) and the total of the score subtotal for each second period based on the updated score subtotal (the point total) ) Is updated (S108), and a step (S7) of giving a reward to the user based on the updated score total is executed. Thereby, there exists an effect that the user's motivation to play a battle | competition can be maintained. Specifically, the user is motivated to repeatedly play a match to satisfy a predetermined condition for the second period, and to repeat this in the first period for a plurality of times in which the second period is provided. Can do. In addition, since rewards are frequently given based on the score total updated each time a match is played, the motivation of the match is more in comparison with a configuration where rewards are not received until the end of the first period. Easy to maintain.

  (Item 2) In (Item 1), the strength (rating, grade, rank, rank, title, level) in the game is set for each opponent user, and in the step of determining the score, It is preferable to determine the score so that the stronger the strength of the partner user is, the more score the user gets. Thereby, it becomes possible to motivate the user to play against a stronger opponent user.

  (Item 3) In (Item 2), the above-mentioned strength is an evaluation value that is updated so that the value increases when winning a match. In the step of determining a score, the evaluation value of the opponent user who has played is scored. It is preferable to determine as Thereby, it becomes possible to motivate the user to play against a stronger opponent user.

  (Item 4) In (Item 3), in the game, as a user's opponent, an opponent user whose evaluation value is set within a predetermined range with a difference from the evaluation value set for the user is preferentially determined. It is preferable. As a result, if the user's own evaluation value is high, the possibility of being matched with a partner having a higher evaluation value is increased, and as a result, a cycle in which more points can be obtained can be brought to the game system. As a result, the user's motivation to play the battle can be further enhanced.

  (Item 5) In (Item 3) or (Item 4), in the step of updating the score subtotal, among the scores determined for each match played in one second period, a predetermined number (three) at the top The total of the scores may be a subtotal for the second period. Thereby, it is possible to construct a system that can update the highest record of the score subtotal for the second period indefinitely by meeting a stronger opponent user and satisfying the conditions. That is, it is possible to motivate the user to continue playing the game without satisfying the condition when the conditions for the upper limit number (predetermined number) of battles defined in the second period are satisfied.

  (Item 6) In (Item 5), the game program has a first screen including a first user interface (hereinafter referred to as UI) component (competition instruction button 617) for the user to instruct the opponent to match the opponent. It is preferable to execute a step of displaying the matching request screen 600) on the display unit. Thereby, the user who plays a battle | competition can always be made to confirm a 1st screen.

  (Item 7) In (Item 6), it is preferable that the first screen includes a second UI component (target victory number 613) representing the number of wins up to a predetermined number in the second period. This makes it possible for the user to surely confirm the target number of wins in the second period on the first screen that the user who plays the battle must see. Moreover, the convenience for the user who attaches importance to the highest record update of the score subtotal in the second period can be improved.

  (Item 8) In (Item 6) or (Item 7), it is preferable that the first screen includes a third UI component (point accumulation 611) representing the updated score accumulation. This makes it possible for the user to surely confirm the total score in the first period on the first screen that the user who plays the battle must see. Moreover, the convenience for the user who attaches importance to the highest record update of the accumulated score and the reward given in accordance with the accumulated score can be improved.

  (Item 9) In any one item from (Item 6) to (Item 8), the first screen is a second screen (list of rewards 701) including a list of rewards (reward list 701) given to the user according to the accumulated score. It is preferable to include a fourth UI component (reward list button 612) for the user to instruct to display the reward list screen 700). Accordingly, the user can be guided to confirm the reward obtained by playing the battle in the first period on the first screen that the user playing the battle must see. Moreover, the convenience for the user who attaches importance to the highest record update of the accumulated score and the reward given in accordance with the accumulated score can be improved.

  (Item 10) In any one item from (Item 6) to (Item 9), the first screen displays a fifth UI component (predetermined period) that represents the total of a predetermined number of upper scores as a point subtotal in the second period. Preferably, it includes a subtotal 614). This makes it possible for the user to surely confirm the score subtotal actually acquired in the second period on the first screen that the user who plays the match always sees. Moreover, the convenience for the user who attaches importance to the highest record update of the score subtotal in the second period can be improved.

  (Item 11) In any one item from (Item 6) to (Item 10), the first screen displays a sixth UI component (at least the third highest point) out of a predetermined number of higher scores. It is preferable to include the third place point 618). The lowest score is a standard score which means that the score subtotal can be updated by playing against a user who has an evaluation value exceeding this score. Therefore, by showing the lowest point on the first screen that the user who plays the match must see, the convenience for the user who places importance on the highest record update of the score subtotal in the second period can be improved. it can.

  (Item 12) In any one item from (Item 2) to (Item 11), when the game program is matched in response to the user instructing the opponent to match, The third screen (matching result screen 800) for notifying the effect is displayed on the display unit, and the third screen displays a seventh UI component (the partner user's strength indicating the strength of the matched partner user in the game). Rating 804). Thereby, the convenience for the user who attaches importance to the highest record update of the score subtotal in the second period can be enhanced.

  (Item 13) In (Item 12), each of the opponent users is set with an evaluation value that is updated so that the value is increased when the battle is won, and the seventh UI component represents the evaluation value. preferable. Thereby, the convenience for the user who attaches importance to the highest record update of the score subtotal in the second period can be enhanced.

  (Item 14) In any one item from (Item 1) to (Item 13), in the step of determining the score, the user is allowed to acquire a score according to the strength of the opponent user who has competed, and the user It is preferable that the score that can be obtained when defeating a match is smaller than when the user wins the match. As a result, it is possible to increase the user's willingness to win in a battle, particularly a battle with a strong opponent, and improve the interest of the game. On the other hand, even if it is not possible to win the battle, as a reward for having played the battle, the score can be obtained by the user, although it is less than when winning. Thereby, it can prevent that the motivation to a battle play is impaired.

  (Item 15) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a server (200) including a processor (20) and a memory (21). The server is a server that supports the battle by communicating with a plurality of computers as clients that execute the game program described in (Item 5) above. The game program receives, from the user's computer, a matching request including the lowest score among the upper predetermined scores to the processor of the server (S205), and as a user's opponent who is the source of the matching request And a step (S206) of searching for a user to whom an evaluation value higher than the lowest score is given. Thereby, the motivation of the user to play against a strong opponent can be further enhanced. Specifically, it is possible to execute matching that matches the desire of the user who desires to update the highest record of the score subtotal in the second period.

  (Item 16) A method for executing a game program has been described. According to an aspect of the present disclosure, a game based on the game program is a game in which a user plays against an opponent user who is an opponent. The game program is executed by at least one of a user computer and a partner user computer including a processor, a memory, an operation unit, and a display unit. The method includes determining, based on a result of a match played by a user during a predetermined first period, a score that the user earns for the match, and the processor having a plurality of first periods. When the determined score satisfies a predetermined condition, the step of updating the score subtotal in the second period based on the score, and the processor Based on the total of the subtotals for each second period and updating the total score in the first period, and the processor granting a reward to the user based on the updated total score . The method according to (Item 16) has the same effects as the game program according to (Item 1).

  (Item 17) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program is executed by a server including a processor and a memory. The server is a server that supports the battle by communicating with a plurality of computers as clients that execute the game program described in (Item 5) above. The method includes a step in which a processor of the server receives a matching request including a lowest score among a predetermined number of upper scores from a user's computer; and a process of the user from which the server processor is the source of the matching request. And searching for a user who is given an evaluation value higher than the lowest score as an opponent. The method according to (Item 17) has the same effects as the game program according to (Item 15).

  (Item 18) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing device (user terminal 100) includes a storage unit (120) that stores a game program, and a control unit that controls the operation of the information processing device by executing the game program ( 110), an operation unit, and a display unit. A game based on a game program is a game in which a user plays against an opponent user who is an opponent. At least one of the user's computer and the partner user's computer functions as an information processing apparatus. The control unit determines a score to be acquired by the user for the battle based on the result of the battle played by the user during the predetermined first period, and the first period is divided into a plurality of second periods. If the determined score satisfies a predetermined condition, the score subtotal for the second period is updated based on the score, and the score subtotal for each second period is summed based on the updated score subtotal. The score total in the first period is updated, and a reward is given to the user based on the updated score total. The information processing apparatus according to (Item 18) has the same effects as the game program according to (Item 1).

  (Item 19) The server has been described. According to an aspect of the present disclosure, the server includes a storage unit (220) that stores a game program, and a control unit (210) that controls the operation of the server (200) by executing the game program. The server is a server that supports the battle by communicating with a plurality of computers as clients that execute the game program described in (Item 5) above. The control unit of the server receives a matching request including the lowest score among a predetermined number of upper scores from the user's computer, and has a value higher than the lowest score as the opponent of the user who is the source of the matching request Search for users to whom evaluation values are assigned. The server according to (Item 19) has the same effects as the game program according to (Item 15).

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 Camera (operation unit), 18 Distance sensor (operation unit), 100 User terminal (information processing device, computer, client), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 battle progress unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 battle support Part, 1010 object, 1020 controller (operation part), 1 30 storage medium

Claims (12)

A game program,
A game based on the game program is a game in which a user plays against an opponent user who is an opponent,
The game program is executed by at least one of the computer of the user and the computer of the opponent user, which includes a processor, a memory, an operation unit, and a display unit.
The game program is stored in the processor.
Determining a score to be obtained by the user for the battle based on a result of the battle played by the user during a predetermined first period;
The first period is divided into a plurality of second periods, and when the determined score satisfies a predetermined condition, updating the score subtotal in the second period based on the score;
Updating the total score in the first period, based on the updated subtotals, totaling the subtotals for each second period;
A step of giving a reward to the user based on the updated score total,
In the step of updating the score subtotal, a total of a predetermined number of high-order scores among the scores determined according to each opponent user's strength determined for each battle played in one second period, A game program for making a subtotal for the second period. Each opponent user has a strength set in the game,
The game program according to claim 1, wherein in the step of determining the score, the score is determined so that the more the score of the opponent user who has competed is, the more the score is acquired by the user. The game program is stored in the processor.
Causing the display unit to display a first screen including a first user interface (hereinafter referred to as UI) component for the user to instruct matching of an opponent;
The first screen is
A second UI component representing the number of wins up to the predetermined number in the second period;
A third UI part representing the updated score total,
A fourth UI component for instructing the user to display a second screen including a list of rewards given to the user according to the accumulated score;
A fifth UI component representing the sum of the upper predetermined number of scores in the second period as the score subtotal; and
3. The game program according to claim 1, comprising at least one of a sixth UI component representing at least a lowest score of the upper predetermined number of points. The game program is stored in the processor.
When matching is established in response to the user instructing matching of the opponent, a step of displaying on the display unit a third screen notifying that effect is executed.
The game program according to any one of claims 1 to 3, wherein the third screen includes a seventh UI component representing strength of the matched opponent user in the game.     In the step of determining the score, the user is allowed to acquire the score according to the strength of the opponent user in the game in the game, and the user can acquire the score that can be acquired when the user loses the battle. The game program according to any one of claims 1 to 4, wherein the game program is reduced as compared with a case where a battle is won.   A game program,
  A game based on the game program is a game in which a user plays against an opponent user who is an opponent,
  The game program is executed by at least one of the computer of the user and the computer of the opponent user, which includes a processor, a memory, an operation unit, and a display unit.
  The game program is stored in the processor.
    Determining a score to be obtained by the user for the battle based on a result of the battle played by the user during a predetermined first period;
    The first period is divided into a plurality of second periods, and when the determined score satisfies a predetermined condition, updating the score subtotal in the second period based on the score;
    Updating the total score in the first period, based on the updated subtotals, totaling the subtotals for each second period;
    A step of giving a reward to the user based on the updated score total,
  For each of the opponent users, the strength in the game is set, and the strength is an evaluation value that is updated so that the value increases when winning the battle,
  In the step of determining the score, the evaluation value of the opponent user who battled is determined as the score,
  In the step of updating the score subtotal, a game in which a total of a predetermined number of higher scores among the scores determined for each match played in one second period is used as a score subtotal in the second period program.   The opponent user in which the evaluation value in which the difference with the evaluation value set to the said user is set within the predetermined range is preferentially determined as the opponent of the user in the game. Game program.   A game program,
  The game program is executed by a server including a processor and a memory,
  The server is a server that executes the game program according to claim 1 and communicates with a plurality of the computers as clients to support the battle,
  The game program is stored in the processor of the server.
    Receiving a matching request including the lowest score among the upper predetermined scores from the user's computer;
    A game program for executing a step of searching for a user to whom an evaluation value higher than the lowest score is given as an opponent of the user who is a transmission source of the matching request.   A method for executing a game program,
  A game based on the game program is a game in which a user plays against an opponent user who is an opponent,
  The game program includes a processor, a memory, an operation unit, and a display unit, and is executed by at least one of the user computer and the partner user computer,
  In the method, the processor comprises:
    Determining a score to be obtained by the user for the battle based on a result of the battle played by the user during a predetermined first period;
    The first period is divided into a plurality of second periods, and when the determined score satisfies a predetermined condition, updating the score subtotal in the second period based on the score;
    Updating the total score in the first period, based on the updated subtotals, totaling the subtotals for each second period;
    Providing a reward to the user based on the updated score total,
  In the step of updating the score subtotal, a total of a predetermined number of high-order scores among the scores determined according to each opponent user's strength determined for each battle played in one second period, A method of setting a subtotal for the second period.   A method for executing a game program,
  The game program is executed by a server including a processor and a memory,
  The server is a server that executes the game program according to claim 1 and communicates with a plurality of the computers as clients to support the battle,
  In the method, the processor of the server includes:
    Receiving a matching request including the lowest score among the upper predetermined scores from the user's computer;
    And searching for a user to whom an evaluation value higher than the lowest score is assigned as an opponent of the user who is the transmission source of the matching request.   An information processing apparatus,
  The information processing apparatus includes:
    A storage unit for storing game programs;
    A control unit that controls the operation of the information processing apparatus by executing the game program;
    An operation unit;
    A display unit,
  A game based on the game program is a game in which a user plays against an opponent user who is an opponent,
  At least one of the computer of the user and the computer of the other user functions as the information processing apparatus;
  The controller is
    Based on the results of the battle played by the user during a predetermined first period, determine a score to be obtained by the user for the battle;
    The first period is divided into a plurality of second periods, and when the determined score satisfies a predetermined condition, the score subtotal in the second period is updated based on the score,
    Based on the updated score subtotal, the score subtotal for each second period is totaled, and the score total in the first period is updated,
    Based on the updated score total, a reward is given to the user,
  When the control unit updates the score subtotal, a predetermined number of higher scores among the scores determined according to the strength of the opponent user determined for each match played in one second period An information processing apparatus in which the total of the points is used as a subtotal for the second period.   A server,
  The server
    A storage unit for storing game programs;
    A controller for controlling the operation of the server by executing the game program;
  The server is a server that executes the game program according to claim 1 and communicates with a plurality of the computers as clients to support the battle,
  The control unit of the server is
    From the user's computer, receiving a matching request including the lowest score among the upper predetermined number of scores,
    A server that searches for a user to whom an evaluation value higher than the lowest score is assigned as an opponent of the user who is the transmission source of the matching request.

Images