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

Abstract

To provide a game program capable of achieving a communication cooperative match game having high amusement, and to provide a method, and an information processing device.SOLUTION: A game program causes a processor to execute a step S5 for generating a cooperation team composed of players being as digital content and respectively selected by one or more from among players respectively owned by a plurality of users, and a step S8 for causing a match between the cooperation team and an opponent team matching with the cooperation team to progress. In the step for causing the match to progress, the movement of a player having its turn is determined by a user owning the player according to an input operation to a computer operated by the user.SELECTED DRAWING: Figure 4

Description

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

  A variety of game providers are provided with a game program that causes a character such as a player to be displayed in a virtual space on the game and causes the user to operate the player to advance the game. For example, games based on competitions such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

  In particular, team competitions in which teams of multiple players, such as baseball or soccer, play against each other are widely described as the subject of competition games. In the battle game, the user operates each player in the team to progress the battle. Specifically, in the competition game, there is a communication competition game in which each of a plurality of users exchanges information using a terminal and thereby advances the battle (for example, Patent Documents 1 and 2).

Unexamined-Japanese-Patent No. 2006-263069 (October 5, 2006 publication) Japanese Patent Application Laid-Open No. 2003-010549 (published on January 14, 2003)

  As described above, a communication competition game between one user and an opponent is widely provided. On the other hand, it has been difficult to realize a communication cooperation competition game between a plurality of users and an opponent in which a plurality of users cooperate to operate one team and play against another team.

  In particular, it is very difficult to maintain fairness among users, such as participation opportunities or rewards, when each user brings a player owned by the user to participate in a cooperative match.

  An aspect of the present disclosure is to realize a highly entertaining communication cooperation match game.

  A game program according to the present disclosure is executed by one or more computers including a processor and a memory. The game based on the game program is a game based on the game program, in which a team consisting of a plurality of players competes, and one or more players are given an opportunity to perform a predetermined action in order to progress Is a competitive game. The game program is a step of creating a cooperative team consisting of at least one processor, players as digital content, and at least one player selected from among players owned by each of a plurality of users. And performing the step of advancing the battle with the cooperation team and the team opposing the cooperation team. In the step of advancing the battle, the action of the player whose turn is turned is determined according to the input operation performed by the user who owns the player on the computer operated by the user.

  A game program according to the present disclosure is executed by a server including a processor and a memory. The game based on the game program is a match game in which teams of players are played against each other, and the match game is a first game element in which a cooperating team operated by a plurality of users cooperates with the other team. At least including. The memory is configured to store, for each user, a player as digital content owned by each of users who play a game based on the game program. The game program is grouped into a step of grouping a plurality of users collaborating in a match on a processor based on a play history of a match game of each user and at least one of players owned by each user. The steps of generating a cooperative team consisting of one or more players selected from among the players owned by each of the plurality of users, and advancing the battle between the cooperative team and the opposing team are executed. In the step of advancing the battle, the action of the player in the battle is determined according to the input operation performed by the user who owns the player on the computer operated by the user.

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

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 information. It is a flowchart which shows the flow of the process performed in a game system based on the game program which concerns on this embodiment. It is a figure which shows an example of the deck organization screen displayed on a display part. It is a figure which shows an example of the deck organization screen displayed on a display part. It is a figure which shows an example of the data structure of deck information. It is a figure which shows an example of the data structure of contribution player information. It is a figure which shows an example of the data structure of order information. It is a figure which shows an example of the data structure of order information. It is a flowchart which shows the flow of a process when the battle advancing part of a user terminal produces a cooperation team. It is a figure which shows the specific example of the result screen of the grouping displayed on a display part. It is a figure which shows the specific example of the pitching screen displayed on a display part. It is a figure which shows the specific example of the pitching screen displayed on a display part. It is a figure which shows the specific example of the pitching screen displayed on a display part. It is a figure which shows the specific example of the defense round screen displayed on a display part. It is a figure which shows the specific example of the striking screen displayed on a display part. It is a figure which shows the specific example of the tabulation screen displayed on a display part.

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

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

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

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18 And These configurations of the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200 described later. Further, when the above-described multiplay is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

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

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

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

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

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

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

<Game Outline>
The game executed by the game system 1 based on the game program (hereinafter referred to as the main game or the main baseball game) is, as an example, a battle game in which teams of a plurality of players play battles, and a predetermined operation is performed. It is a competition game in which an opportunity to perform is given to one or more players in order. The battle advanced in the battle game is, for example, a baseball game.

  In this game, at least a plurality of user terminals 100 communicate to generate a cooperative team including a player as digital content owned by each of a plurality of users, and make the cooperative team compete against the other team The game element (first game element) is included. The cooperation team is a player as digital content owned by each of a plurality of users, and is formed of one or more players selected from the players owned by each of the plurality of users. Furthermore, the game may include an element (second game element) of a communication-person-to-person game, in which each user terminal 100 operated by each user communicates to cause teams of the respective users to play a match. .

  Hereinafter, the battle between the teams of the respective users in the elements of the communication person-to-person game is referred to as a person-to-person match. A match between a cooperating team and another opposing team in the elements of the cooperative game is referred to as a cooperative match. When it is not necessary to distinguish between the two, it is simply described as a match.

  In the elements of the communication person-to-person battle game of the present baseball game, each team is operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200. A team is defined by a deck. The deck has a predetermined number of frames in which positions as roles in a team are set for each role that constitutes a team, and sets the roles in the objects by tying the objects to the frames (ie, positions). Have data structures that can be Specifically, a team is created by the user incorporating one or more objects into the deck. An object is digital content that affects the progress of a match in the game, and the strength of the deck of each user organized by one or more objects affects at least the progress of the match. The object is, for example, a character such as a player, and in the present game, the player is represented in a display manner of a card as an example.

  And, the game of baseball advances while the offensive and defensive of the team is exchanged in front and back per 1 inning. In the following, when it is necessary to distinguish between the user terminal 100 operating the team on the defensive side and the user terminal 100 on the attacking side on the front or back of an inning, the former is the throwing side user terminal, the latter is the striking side. It is called a user terminal. When it is not necessary to distinguish between the two, it is simply referred to as the user terminal 100. The user of the pitching side user terminal is referred to as a pitching side user, and the user of the batting side user terminal is referred to as a batting side user. However, when there is no need to distinguish between both users, and when the distinction is clear, they are simply referred to as users. The pitching side user operates pitching by the pitcher character using the pitching side user terminal, and the attacking side user operates the batting by the batter character using the striking side user terminal.

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

  The batting side user terminal determines a batting result according to the batting operation received from the batting side user, generates data including the batting result (batt result D2 shown in FIG. 1), and transmits it to the server 200. The batting result D2 is transmitted to the pitching side user terminal 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 to cause the batter character to hit the ball.

  In the elements of the communication cooperation match game of the baseball game, a predetermined number (for example, three) of user terminals 100 that cooperate with each other communicate via the server 200 to generate one cooperation team. The generation of the cooperation team may be performed by one representative of the predetermined number of user terminals 100 described above, or may be performed by the server 200 serving as a relay between the user terminals 100. When it is necessary to distinguish one of the representative user terminals 100 from the other user terminals 100, another representative user is referred to as a main user terminal (for example, the main user terminal 100A of FIG. 1) and cooperates Terminal 100 is referred to as a sub-user terminal (e.g., sub-user terminals 100B and 100C in FIG. 1).

  The cooperation team is generated by being selected from among the players that the respective collaborating users are disposed in the respective decks. The information on the generated cooperation team is shared by the predetermined number of user terminals 100 described above via the server 200, and each player of the cooperation team is operated by each user terminal 100. In the present embodiment, as an example, the action of the player whose turn is turned is operated by the user who owns the player using the user terminal 100 of the user. For example, when the pitcher pitching order owned by user A of main user terminal 100A (hereinafter, the pitching order) comes, main user terminal 100A determines a pitching result according to the pitching operation received from user A. . Then, main user terminal 100A generates pitching result D1 which is information indicating the above-mentioned pitching result, and transmits it to sub-user terminals 100B and 100C of user B and user C who are the collaborators via server 200. Do. In another example, when the batting order of the fielder owned by the user B of the sub-user terminal 100B is turned, the sub-user terminal 100B determines the batting result according to the batting operation received from the user B. Then, sub-user terminal 100B generates hitting result D2, which is information indicating the above-mentioned hitting result, and, through server 200, to main user terminal 100A of user A who is a collaborator and sub-user terminal 100C of user C. Send. Each user terminal 100 advances the battle being executed on each user terminal 100 based on the received pitching result D1 or batting result D2.

  As described above, by sharing the pitching result D1 and the batting result D2 among the collaborating user terminals 100, it is possible to advance the cooperative battle executed in each of the user terminals 100 with the same content.

  In the present baseball game, when the user does not want to control the player by himself, the user can operate the user terminal 100 to notify the server 200 to that effect. When the server 200 receives such a notification from the user terminal 100, the server 200 determines an action result (a pitching result or a batting result) of the player based on various information related to the ongoing battle according to the game program. Then, the determined operation result is transmitted to the user terminal 100 of the opponent or the collaborator. That is, the server 200 controls the player instead of the user terminal 100. A mode in which the player's action result is determined according to the user's input operation is referred to as a manual mode, and a mode in which the player's action result is determined by the execution of the program by the server 200 is referred to as an auto mode. For example, the user switches from the manual mode to the auto mode when it becomes impossible to operate the player even if the player owns the player's turn can not be released due to other events. It can be performed.

  The game executed by the game system 1 according to the present embodiment is not limited to baseball, but may be a system for executing a match game of any team competition. For example, the competition game executed by the game system 1 includes softball, baseball, cricket, curling, soccer PK, and any other competition group battle (judo, table tennis, ski jumping, gymnastics, relay), etc. It is assumed that the game is a competition game in which a plurality of players take turns performing in a prescribed order. Alternatively, a fictitious competition game of non-existent competitions in which a plurality of players take turns performing in a prescribed order may be executed in the game system 1.

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

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

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

  In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

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

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

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

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

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

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

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

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

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

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

  The user terminal 100 has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as a control unit 110 and a storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14 and the like.

  The server 200 has a function of communicating with each user terminal 100 to assist each user terminal 100 in advancing a communication match game. The server 200 functions as a control unit 210 and a storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 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 executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

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

  The battle support unit 211 supports each user terminal 100 to advance a battle in the game. Specifically, the battle support unit 211 communicates with each of the user terminals 100 that compete or cooperate, and mediates the exchange of the user terminals 100 with each other. Furthermore, the battle support unit 211 executes matching of opponents, grouping of collaborators, synchronization control for synchronizing the progress of the battle, and the like. In the present embodiment, the cooperation team is generated by the battle proceeding unit 115 of the user terminal 100 described later, but in another embodiment, the battle support unit 211 may generate the cooperation team.

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

  The control unit 110 functions as an operation receiving unit 111, a display control unit 112, a UI control unit 113, an animation generation unit 114, and a battle proceeding unit 115 according to the description of the game program 131. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

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

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

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

  In addition, during the battle progress, among other things, it controls the display mode of the UI parts for supporting a pitching operation or a batting operation. As a UI component for supporting the hitting operation, for example, a timing hint object indicating a good timing of hitting, a ball thrown from a pitcher character, a direction hint object indicating a change in traveling direction of a pitch, and an expected arrival position of a pitch There are a position hint object, a meet cursor for determining a hit between a bat and a ball, and the like. Examples of UI objects that support pitching operations include a pitch 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 each object based on the control mode of various objects including the above-described UI component. For example, an animation of a pitcher's pitching motion, an animation of a batter's batting motion, an animation of a bat's waving bat, an animation of a ball thrown by a pitcher, an animation of a batter's batted ball, an animation that a runner steals You may The above-mentioned pitcher, batter and runner are defined based on the cards (players) organized in the deck.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each of the above-described elements is reflected. 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. In addition, the display control unit 112 may draw the UI object described above in a superimposed manner on the game screen.

  The battle advancing unit 115 transmits and receives data to and from the server 200 to advance the battle. In addition, the battle proceeding unit 115 controls the UI control unit 113, the animation generation unit 114, and the display control unit 112 so that the user can play the main baseball game and the UI necessary for playing the baseball game and the game screen including the UI To provide.

  Each illustrated game screen to be referred to below is configured by a UI component generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. The game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed by the display control unit 112 on the display unit 152 of the user terminal 100. The display control unit 112, the UI control unit 113, and the animation generation unit 114 execute processing for displaying the game screen on the display unit 152 under the control of the battle proceeding unit 115. Therefore, the description “competition progression unit 115 displays the game screen on the display unit 152” is “competition progression unit 115 controls UI control unit 113 or animation generation unit 114 to generate a UI part or animation. , And controls the display control unit 112 to display on the display unit 152 a game screen including the generated UI component or animation.

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

<User information>
FIG. 3 is a view showing an example of the data structure of the user information 133. As shown in FIG. The user information 133 is data for managing information related to the user referred to in the match, and is created for each user. The user information 133 is stored in the storage unit 120. The user information 133 may also be stored in the storage unit 220 of the server 200.

  The user information includes a plurality of items. As an example, at least each item of user name and rating is included.

  "User name" indicates the name of the user. The username is used by other users to identify the user. Furthermore, the user information may include a "user ID" for each device of the game system 1 to identify the user. "Rating" indicates the rating set for the user. The rating is an indicator that represents the strength of the user in the match. The rating is updated based on the result of the battle between the users (for example, the outcome) and the difference between the ratings before the battle of each user based on a predetermined arithmetic expression. Specifically, the rating of the user winning the match is increased, and the rating of the defeated user is reduced. Therefore, it is assumed that the higher the rating, the stronger the user is in the match.

  The user information may further include an item of "deck overall parameter". The deck general parameter is a measure of the strength of the deck (entire team) managed in association with the user in the battle. The overall deck parameter is calculated based on the overall parameters of each player placed in the deck. The comprehensive parameter, which will be described in detail later, is a value indicating the overall strength of the player. The higher the overall parameter of each player in the deck, the higher the overall deck parameter. In this embodiment, it can be considered that the deck (the entire team) is stronger in the match as the overall deck parameter is higher.

<Processing flow: whole>
FIG. 4 is a flowchart showing a flow of processing executed by one or more computers constituting the game system 1 based on the game program 131. Generally, the computer executes the game program 131 of the present baseball game as a digital content player, and is a cooperative team consisting of players who are respectively selected from one or more players among players owned by a plurality of users. (Step S5 to be described later), a cooperative team, and a step (S8) of advancing a battle with a team opposing the cooperative team. In the step of advancing the battle, the action of the player whose turn is turned is determined according to the input operation performed by the user who owns the player on the computer operated by the user. In the present embodiment, as an example, each step shown in FIG. 4 is described as being executed by the user terminal 100. However, the present invention is not limited to this, and each step shown in FIG. 4 may be shared and executed by a plurality of computers.

  In step S1, the operation receiving unit 111 receives, via the input unit 151, an input operation by the user for instructing the start of the cooperative match.

  In step S 2, the battle proceeding unit 115 transmits an entry request to the server 200. The entry request is a message for requesting the server 200 to form a group of users who cooperate to play a cooperative match and to have the group enter the user. The entry request includes, for example, the user ID of the request source user, the rating (evaluation value), the deck general parameter, and deck information indicating the arrangement of the deck of the user.

  In step S3, the grouping result is received from the server 200. The grouping result includes the success or failure of the grouping and, if the grouping is successful, information on other users in the group. In the present embodiment, as an example, one user is formed by three users. Therefore, information on the other two users is included in the grouping result and provided to the user terminal 100. The information on the user is, for example, a user name, a rating, an overall deck parameter, and deck information.

  In the present embodiment, as an example, the main user terminal 100A in the group executes the following steps S4 to S6.

  In step S4, the battle proceeding unit 115 of the main user terminal 100A reads from the storage unit 120 the rating and deck information of each user in the group including the user of the own terminal.

  In step S5, the match progression unit 115 generates a cooperation team based on the acquired rating and deck information. Specifically, the competition advancing unit 115 selects players who form the cooperation team from the decks of the respective users, and determines the order of the turn (hereinafter referred to as an order) for each selected player. The match advancing unit 115 generates order information indicating the selected players and the order determined for each player. The order information is a deck that defines a cooperation team.

  In step S6, the battle proceeding unit 115 distributes the generated order information to the other user terminals 100 (for example, the sub user terminals 100B and 100C) via the server 200.

  In step S7, the battle proceeding unit 115 displays, on the display unit 152, a game screen for presenting the grouping result received from the server 200 and the order information generated by the user to the user before starting the battle.

  In step S8, the battle proceeding unit 115 communicates with the other user terminal 100 via the server 200, and advances the cooperative match while synchronizing. In this step, when the turn of the player organized into the cooperation team comes, the action result of the player is determined according to the input operation of the user who owns the player. Further, in this step, what kind of activities each player has played during the game is stored at least in the storage unit 120 of the main user terminal 100A.

  In the case of YES at step S9, for example, when the baseball game ends, when the prescribed inning is finished, etc., the battle proceeding unit 115 calculates the degree of activity of each user in consideration of the contents of the game at step S10. . The degree of activity of the user is calculated according to what kind of result the player operated by the user has in the game.

  In step S11, the match progression unit 115 determines the reward of each user according to the outcome of the game and the calculated degree of activity. The battle proceeding unit 115 determines a reward such that a reward having a better content is given as the degree of achievement is higher.

  In step S12, the battle proceeding unit 115 gives each user a reward. Giving a reward as digital content to the user A of the own terminal is, as an example, transitioning the status of the digital content managed in association with the user A from unavailable to usable. May be Alternatively, the digital content may be stored in at least one of the memories (the memory 11 and the memory 21) included in the game system 1 in association with the user identification information or the user ID. Providing a reward to users of other user terminals 100 (for example, user B and user C) who are collaborators, as an example, determines the contents of the determined reward via sub-user terminal 100 B and server 200 via server 200. It may be to notify 100C. The sub-user terminals 100B and 100C notified of the content of the reward store the digital content as the notified reward in the memory or make the state of the digital content available so as to be similar to the main user terminal 100A. Or

  According to the above-described method, it is possible to realize a highly entertaining communication cooperation match game in a match game in which the order of performing operations such as a baseball game is determined.

<Deck information>
FIG. 5 and FIG. 6 are diagrams showing an example of the deck formation screen displayed on the display unit 152 of the user terminal 100. The deck defines a team of users to be involved in the match. The deck organization screen includes UI components for the user to organize the deck. Using the UI component, the user can organize a team to play a match by incorporating a desired card out of the cards in hand into the deck. The deck in the baseball game is, for example, composed of two types of decks, a fielder's deck and a pitcher's deck, based on the defensive position classification. Also, in the present embodiment, the decks of the respective sections may be further divided by adopting the concept of main and sub. In this baseball game, as an example, the main deck of a fielder deck is referred to as a fielder starting deck, a sub deck of the fielder deck is referred to as a fielder bench deck, a main deck of a pitcher deck is referred to as a pitcher starting deck, and a sub deck of a pitcher deck is referred to as a pitcher relief deck.

  The deck formation screen shown in FIG. 5 is a deck formation screen 500 for forming a fielder deck. The deck organization screen 500 includes, as an example, a fielder starting deck 501 and a fielder bench deck 502. The fielder starting member deck 501 has frames F2 to F9 corresponding to each of the eight defensive positions excluding the pitcher, and a frame F10 corresponding to the designated batter. The fielder bench deck 502 may have, for example, five frames corresponding to five reserve players.

  The deck formation screen shown in FIG. 6 is a deck formation screen 550 for forming a pitcher deck. The deck formation screen 550 includes a pitcher starting deck 551 and a pitcher relief deck 552 as an example. The pitcher starter deck 551 may have, for example, five frames corresponding to five starter pitchers. The pitcher relief deck 552 may have, for example, six frames corresponding to six relief pitchers.

  The user causes the display unit 152 to display the respective deck organization screens, and performs an input operation for associating a desired card on hand with the respective frames using the input unit 151. The battle proceeding unit 115 receives the above-described input operation via the operation receiving unit 111, associates a frame with a card, and generates the correspondence as deck information.

  FIG. 7 is a diagram showing an example of the data structure of the deck information. The deck information is generated by the battle proceeding unit 115 of the user terminal 100, and is stored as the game information 132 in the storage unit 120 of the user terminal 100 and the storage unit 220 of the server 200.

  The deck information is information indicating the correspondence between each frame in which cards (players) can be placed and the cards. As an example, the deck information has a data structure in which a frame identification number for identifying each frame constituting the deck and a card ID for identifying a card are associated. Furthermore, the deck information may be associated with the card ID, and may include items of overall parameters and rarity. Details of the general parameters will be described later.

  The rarity is a grade that represents the rarity value of the player represented by the card. In general, players with high game results, particularly players who have good results in a match, ie players with high ability to play a baseball game, have a high degree of rarity. In the present embodiment, the rarity degree is set by the alphabet of “S”, “A”, “B”, and “C” in order from the grade having high rarity value.

  Note that the rarity may be correlated with, for example, the difficulty of obtaining a card, more specifically, the difficulty of the mission when it is obtained as a clear reward for the mission, or the price when obtaining for a fee. Good. The higher the card's rarity, the more difficult it is to obtain the card.

<About the ability value>
In the present embodiment, the ability values set for each player include, for example, skill-specific body parameters and general parameters. The skill-specific physical parameter is a value representing the physical ability of a player to be exhibited in a match. Specifically, the skill-specific body parameter is a digitization of the player's skill for each skill required in baseball. In the present embodiment, for example, the physical parameters by skill include striking power, hit power, fastest ball speed, ball control power, changing ball power, running power, defensive power, throwing power (sending speed, throwing accuracy, etc.).

  Of the above-mentioned skill-specific body parameters, numerical values related to defensive motion (pitching) are the fastest ball speed, ball control power and change ball power. The higher the physical parameters according to these skills of a player who functions as a pitcher (hereinafter referred to as a pitcher), the better the match progresses to the defensive side.

  Of the above-mentioned skill-specific body parameters, numerical values related to the attacking action (striking) are the striking power and the hit power. As these skill-specific physical parameters of the fielder are higher, the phase progresses in favor of the attacker. For example, the higher the striking force, the faster the struck ball 704 is thrown away. Such an impact result can be said to be advantageous for the attacking side. Alternatively, the higher the skill-specific physical parameter of a player who acts as a fielder (hereinafter, fielder), the higher the probability that a pitcher will lose a pitch. Alternatively, the meet cursor, which is an object that supports the user's striking operation, can be displayed in a larger size as the fielder's skill-specific body parameter is higher. This makes it easy for the user to perform the batting operation with regard to the turn at bat, and to obtain an advantageous result for the aggressor.

  There are also skill-specific body parameters that affect the progress of the battle other than the defensive action or the attack action described above. For example, running power, defensive power and throwing power. The higher these skill-specific physical parameters of each player in the team, the more likely they are to obtain advantageous results for the team. For example, the higher the running ability of the attacking player, the higher the success rate of finding and stealing the player. For example, the higher the defensive strength or the throwing power of the defensive player, the lower the above-mentioned success rate.

  The general parameter is a digitization of the overall strength of the player regardless of the type of skill, and is set for each player. The overall parameters may be referenced, for example, at the beginning of the match to compare strengths between organized teams. Alternatively, when the pitcher-batter competition is in progress, reference may be made to compare the strength between opposing players on a one-on-one basis. The match may be advanced advantageously to the team or player whose overall parameter has exceeded.

  The competition advancing unit 115 composes a team, that is, adds up the integrated parameters of each player incorporated into the deck, calculates the integrated parameter total value, and based on the integrated value, the index of the strength of the team. , Deck comprehensive parameter Calculate deck comprehensive parameter. The deck overall parameters may be obtained simply by summing the overall parameters of each player placed in the deck. Alternatively, the battle proceeding unit 115 may obtain the deck general parameter by increasing or decreasing the sum of the above-described criteria based on various factors. For example, deck general parameters may be added by incorporating specific players that are compatible with each other into the deck (so-called combo). Also, for example, the deck general parameter may be added by placing an athlete having a fitness in a particular position in that position. The deck overall parameter is a value that is easily raised by matching the addition conditions well. It is possible to urge the user to formulate a strategy and organize the deck so as to match such addition conditions. As a result, adopting the concept of comprehensive deck parameters, which can be increased, as an element of deck organization contributes to improving the interest of the game.

<Contributed player information>
FIG. 8 is a diagram showing an example of a data structure of contribution player information. In the present embodiment, the contribution player information is generated by the battle proceeding unit 115 of the main user terminal 100A, and is stored as the game information 132 in the storage unit 120 of the main user terminal 100A and the storage unit 220 of the server 200. In addition, the sub-user terminals 100B and 100C in the same group are also supplied via the server 200.

  The contribution player information has a list of contribution players for each group member user. In the present embodiment, for example, a group to play a cooperative match is configured by three users. Therefore, the contribution player information has three lists: list 31, list 32, and list 33. As an example, the list 31, the list 32, and the list 33 are lists of players contributed from the decks of the user A, the user B, and the user C, respectively.

  Each list is associated with a user name or a user ID. Furthermore, ratings of each user may be linked.

  The contribution player lists 31 to 33 include items of election quota, card ID, and attribute. In the present embodiment, it is preferable that the number of players contributed from each user's deck be equal and fixed. In this way, it is possible to form a cooperative team fairly, and by dispensing players to a specific user, it is possible to prevent other users from being dissatisfied. In the present embodiment, as an example, the cooperative team includes nine fielders and six pitchers. Therefore, the match advancing unit 115 selects three fielders and two pitchers from the decks of the group members, respectively.

  The election quota is information for identifying a quota for placing a player in the contribution player list. As described above, since three fielders and two pitchers are selected per user, in the present embodiment, five fields of fielders 1, 2, 3 and pitchers 1, 2 are selected as selection frames, for example. It is provided.

  The card ID is identification information of a card representing a player. That is, the player is uniquely identified by the card ID.

  An attribute is information which shows an attribute of a player. An attribute is, as an example, a position as a role in a team. In this baseball game, as one example, nine types of positions of fielders are defined including a designated batter (DH). There are two types of pitcher positions, a starter and a relief.

  The attribute in the list of contribution players indicates in which position the player was placed in the deck of the original user. For example, it is assumed that the fielder starting member deck 501 shown in FIG. 5 is the deck of the user A. A catcher (player name "Yamada") is disposed in the frame F2 corresponding to the position of the catcher.

  When the match advancing unit 115 selects this catcher as the first fielder of the user A in the cooperative team, the catcher card ID “AF1” is placed in the “fielder 1” frame in the list 31 shown in FIG. Store and store the position "catcher" as an attribute of the catcher. The "catcher" is a position corresponding to the frame F2 in which the catcher is disposed in the fielder start member deck 501 of the user A.

  The match proceeding unit 115 randomly selects a player to be included in the cooperation team from among a plurality of players owned by each user. For example, the battle proceeding unit 115 randomly selects three fielders from the fielder's field deck 501 of the user A. In addition, for example, the match advancing unit 115 randomly selects two pitchers from the pitcher deck of the user A.

  As described above, in the game, positions are defined as roles in the team, and decks for linking the positions and players are managed in association with the respective users. It is preferable to randomly select players from the decks of each user for at least a part of the collaborating team so that roles do not overlap.

  Specifically, the user's own team consisting of players owned by the user and the cooperation team are defined by the deck. The deck has a predetermined number of frames in which the roles constituting the team are set for each of the roles constituting the team, and the players' roles are set by tying the players to the frames in the deck. is there. The match progression unit 115 links players to all frames of the roles that constitute the cooperation team so that the players have the same roles as the roles set in the user's deck in the deck of the cooperation team. Preferably, players are selected from the decks of each user.

  For example, "at least a part of the cooperation team" is a field in the cooperation team. As described above, in the present baseball game, the cooperative match is a baseball game, and the deck includes the fielder's position and the fielder's deck for linking with the player, specifically, the fielder's team deck 501. There is. Therefore, the battle proceeding unit 115 sets the positions set for each fielder in the fielder's field deck 501 of each user for the positions (for example, nine types including the designated batter) of the starting member of the fielder who constitutes the cooperative team. However, fielders are selected from each fielder's field deck 501 of each user so that they do not overlap in the decks of the cooperating teams.

  Specifically, as shown in FIG. 8, it is assumed that the battle proceeding unit 115 randomly selects three players in the catcher, first, and light positions from the fielder starting member deck 501 of the user A. In this case, the match progressing unit 115 randomly selects three players from positions other than the catcher, the first, and the light from the fielder starting member deck 501 of the user B (for example, the third, the center, and the left). Finally, the battle proceeding unit 115 selects a player from the position not selected so far from the fielder starting member deck 501 of the user C. In the above-mentioned example, the match advancing unit 115 selects each player of the second, designated batter and short positions. The match advancing unit 115 randomly determines to which field of fielders 1 to 3 in the list each fielder of the three types of positions is to be assigned.

  As described above, in this baseball game, the deck defining the above-mentioned user's unique team is a pitcher relief having a predetermined number of starter pitchers and a predetermined number of relief pitchers. And deck 552 (relief pitcher deck). The match progression unit 115 selects one or more of the starting pitchers in the cooperation team from any one of the pitcher starting decks 551 of each user, and selects one or more relief pitchers in the cooperation team from the pitcher relief decks 552 of each user. Do.

  Specifically, the match advancing unit 115 randomly determines one user who contributes the first pitcher from among the users A to C of the group members. In other words, the competition progression unit 115 randomly selects one deck from among the three user pitcher launcher decks 551 for selecting one starter pitcher. For example, it is assumed that the user A is determined to be a user who contributes a starter. In this case, the competition advancing unit 115 selects one pitcher from the pitcher starting deck 551 of the user A and assigns it to the selection frame “pitcher 1” of the list 31. Then, the pitcher's attribute is set to "starter". In addition, the battle proceeding unit 115 selects one pitcher from the pitcher relief deck 552 of the user A, and assigns it to the selection frame “pitcher 2” of the list 32. Then, the attribute of the pitcher is set as "relief". For the users B and C, two pitchers are respectively selected from the pitcher relief deck 552 of each user.

  Finally, as shown in FIG. 8, the match progression unit 115 generates contribution player information including the lists 31 to 33 generated as described above, and stores the contribution player information in the storage unit 120.

  According to the above-described configuration, the match advancing unit 115 randomly determines from the deck the player to be elected as the cooperation team. That is, the user can not freely control the players who contribute to the cooperation team. According to such a specification, the user is urged to obtain a strong player without bias in various positions, or to reinforce players in various positions uniformly. This is because, in order to contribute a highly capable desired player to the team, it is better to equalize players with a certain ability or more in all positions in the deck, rather than bias the specific players in specific positions. It is because the arrangement is more effective.

  In this way, it is possible to give the user the goal of collecting strong players in all positions, and as a result it is possible to strengthen the user's motivation to play the game.

<Order information>
9 and 10 show an example of the data structure of the order information. In the present embodiment, the order information is generated by the battle proceeding unit 115 of the main user terminal 100A, and is stored as the game information 132 in the storage unit 120 of the main user terminal 100A and the storage unit 220 of the server 200. In addition, the sub-user terminals 100B and 100C in the same group are also supplied via the server 200.

  In this baseball game, as an example, an attacking round in a game proceeds with the opportunity to stand at bats and perform a striking action given in order to nine selected fielders. Therefore, the battle proceeding unit 115 generates order information relating to the order in which the fielder performs a batting operation (hereinafter, batting order). The order information shown in FIG. 9 is the order information according to the batting order.

  As shown in FIG. 9, the order information relating to the batting order includes an item of a number indicating a batting order, and an item of a card ID for identifying a fielder whose turning number comes and turns. The third column shown in FIG. 9 indicates, as supplementary information, which player is at which position and in which position the player is in order to facilitate understanding of the invention. Therefore, order information relating to the order may not actually have the items of the third column.

  In this baseball game, as an example, the defensive round in the game proceeds with the opportunity to stand and throw a pitch on the mound, sequentially given to the six selected pitchers. Therefore, the match advancing unit 115 generates order information related to the order in which the pitcher performs a pitching operation (hereinafter, the order of pitching). The order information shown in FIG. 10 is the order information according to the order in which the plates are climbed.

  As shown in FIG. 10, the order information relating to the order of boarding includes an item of a number indicating the order of boarding and an item of card ID for identifying a pitcher whose turn comes in the order of boarding. The third column shown in FIG. 10 indicates, as supplementary information, which player is at which position and in which position the player is in order to facilitate understanding of the invention. Therefore, order information relating to the order of boarding may not actually have the items of the third column.

  In the present game, ratings are set for each user based on the result of the one-on-one interpersonal match between the users. Therefore, the battle proceeding unit 115 performs the predetermined action (striking action or throwing action) on the basis of the rating set so as to patrol among players owned by each user. The order of performing each operation may be determined. As an example, the match progress part 115 may determine batting order so that a player's turn of a user with a high rating may come first.

  The match advancing unit 115 may further determine the order of the actions in consideration of the attribute associated with each player. The attribute may be, for example, a parameter (for example, the above-described skill-specific physical parameter) representing the player's ability, which is associated with each player. Alternatively, the attribute may be, for example, a role (position) in a team assigned to a player.

  Specifically, the match advancing unit 115 determines the batting order as follows. First, the match progression unit 115 determines the order of the users based on the rating of each user. The match progression unit 115 determines the order so that users with high ratings come to the top. In the example illustrated in FIG. 8, the battle proceeding unit 115 determines that the first place is user C, the second place is user A, and the third place is user B. Next, the match advancing unit 115 determines the batting order so that the turn of the player owned by the user comes first and the patrolling of each user of the owner as the order is higher. In the example shown in FIG. 8, the competition advancing unit 115 determines the fielding of the user C, then the fielding of the user A, and finally the fielding of the user B and the batting order according to the batting order based on the above-described order. Decide that. That is, the match progression unit 115 assigns the fielders contributed by the user C to the first, fourth and seventh bats, the fielders contributed by the user A to the second, fifth and eighth, and the third , 6 and 9 are assigned fielders contributed by user B.

  The match advancing unit 115 may assign the first to third batting order to the fielder with high running ability among the skill-specific body parameters. In addition, the match advancing unit 115 may assign the fourth to sixth batting order to the fielder whose hitting ability and striking power are high.

  Specifically, first, the match progressing unit 115 selects one of the fielders 1 to 3 contributed by the user C, whose field parameter according to skill in hitting power and striking power is the highest (for example, of the nominated batter shown in FIG. 8). Assigns batting order No. 4 to fielder 2). Next, batting order No. 1 is assigned to the fielder with the highest running ability (for example, the fielder 3 of the short shown in FIG. 8). Finally, the batting order # 7 is assigned to the remaining fielders (the second fielder 1 shown in FIG. 8). The match progression unit 115 assigns batting orders to the fielders contributed from the remaining users A and B based on the skill-specific physical parameters in the same manner.

  In this way, the competition advancing unit 115 can determine an effective batting order according to the ability of each player, while being subjected to any restriction for evenly creating a cooperation team. As a result, it is possible to increase the possibility of advancing the match against the opponent team in an advantageous manner, and it is possible to further enhance the interest of the cooperative match.

  In addition, it is possible to prioritize and assign a player with high ability in the important batting order related to the score by deciding the batting order (fourth to sixth) in the middle based on the hit power and the striking power.

  The battle proceeding unit 115 determines the boarding order, specifically, as follows. First, the competition advancing unit 115 assigns the No. 1 boarding order to the player selected as the starting pitcher regardless of the rating, and based on the rating, the No. 2 or later No. boarding order to each player elected as the relief pitcher. Assign In the example shown in FIG. 8, the attribute of the pitcher of the selection frame “pitcher 1” of the user A is the start. Therefore, the battle proceeding unit 115 assigns the first boarding order to the pitcher 1 of the user A. That is, in order to determine the No. 1 ranking order, the match advancing unit 115 takes into consideration the order based on the rating, and positions the launch opportunity more evenly than for every user of the owner. Give priority to relief). The battle proceeding unit 115 assigns the order of the second and subsequent boarding to the relief pitcher contributed from the pitcher relief deck 552 of each user. In order to determine the order of boarding after No. 2, the battle proceeding unit 115 determines the order of boarding so that the operation opportunities are equally circulated for each user of the owner, in consideration of the order based on the rating of each user. Do. In the example shown in FIG. 8, in the first round, the pitching order is determined in the order of the starting pitcher of the user A, the relief pitcher of the user C, and the relief pitcher of the user B. In the second round, the order of boarding is determined in the order of the relief pitcher of user C, the relief pitcher of user A, and the relief pitcher of user B.

  First, with regard to batting, according to the above-described configuration, batting order of each fielder is determined so that three players owned by each user and the operation opportunity travels for each user. Therefore, all group members are given an opportunity to operate their fielders three times each in a fair and sequential manner.

  Next, according to the above-described configuration, the pitching order of each pitcher is determined such that two players owned by each user and the operation opportunity travels for each user. Therefore, all group members are given the opportunity to operate their pitchers twice, fairly.

  On the other hand, in a game where the end condition of the game is determined regardless of whether the batting order or the boarding order is repeated an equal number of times like baseball, there is a possibility that the turn comes more often the earlier the turn. Is high. For example, in a baseball game, if the player comes to the place where the player has reached the batting order No. 3 and the game is over, then the batting order of the batting order No. 4 and subsequent players will be one less than the batting order no. Therefore, it is difficult to make the number of turns a fair number.

  Therefore, according to the above-described configuration, the batting order is determined such that the higher the rating of a user, the earlier the player's turn comes. The high rating means that the skill in the match is better. Also, according to the height of the rating, it can be inferred that the user has rich experience in the match. In this way, giving the user who is good at the game a lot of operation opportunities leads to advantageously advancing the cooperative match in the cooperative team, and it is easy to obtain an understanding and a sense of satisfaction from each user. Therefore, it is possible to eliminate the sense of inequity that can not be excluded in terms of the number of times of turn.

  According to the above-described configuration, only the first pitcher has the advantage of being able to assign the first pitching order, but the user who contributes the first pitcher is randomly determined. This specification is not based on the rating order, and can give each user the pleasure of which user will select the starter. In addition, since it is not known when the starter pitcher is selected from his / her deck, the user is always urged to reinforce the starter pitcher and the relief pitcher without bias. As a result, the user is motivated to play the game in order to reinforce the players evenly.

<Processing flow: processing to generate a cooperation team>
FIG. 11 is a flow chart showing a flow of processing when the battle proceeding unit 115 of the user terminal 100 generates a cooperation team. A series of processes shown in FIG. 11 correspond to step S5 shown in FIG.

  In step S101, the battle proceeding unit 115 selects a fielder from the fielder's stamen deck 501 of each user in the group including the user of the own terminal. For example, the match advancing unit 115 selects players for nine types of positions other than the pitcher including the designated batter, that is, nine fielders. For example, the match progressing unit 115 selects fielders three by three from the fielder start member decks 501 of the three users in the group so that the positions do not overlap.

  In step S102, the match advancing unit 115 determines the user who contributes the first pitcher. For example, the competition advancing unit 115 randomly determines one user (for example, user A) who contributes the initial pitcher among the group member, the user A, the user B, and the user C.

  In step S103, the competition proceeding unit 115 randomly selects, for example, one starter pitcher from the pitcher starter deck 551 of the user who contributes the starter pitcher. In step S104, the match advancing unit 115 randomly selects, for example, one relief pitcher from the pitcher relief deck 552 of the user (user A).

  In step S105, the battle proceeding unit 115 randomly selects, for example, two relief pitchers from each of the pitcher relief decks 552 for the remaining users (user B and user C). Now, each user who is a group member has contributed 3 fielders and 2 pitchers from the deck owned by each.

  In step S106, the match advancing unit 115 generates contribution player information (for example, FIG. 8) based on a total of 15 players selected from the decks of the respective users.

  In step S107, the battle proceeding unit 115 determines the order of the users based on the rating of each user. In the example shown in FIG. 8, it is determined that the first place: user C, the second place: user A, the third place: user B.

  In step S108, the match progression unit 115 acquires the physical ability parameters of each of the selected fielders. The physical ability parameter is stored in the storage unit 120 as game information 132 in association with each player's card. The battle progression unit 115 acquires, for example, the hit power, the striking power and the running power of each fielder.

  In step S109, the battle proceeding unit 115 determines the batting order based on the user's order and the attributes of each fielder. As an example, the attribute of the fielder is a physical ability parameter of the fielder. Specifically, with regard to the batting order from the first to the ninth, the match progressing unit 115 places the batting order into three rounds in the order of the user C, the user A, and finally the user B. Assign to in order of order. In addition, the battle proceeding unit 115 assigns the batting order (No. 4 to 6) in the middle of each user to the fielder with high hit power and striking power. In addition, the battle proceeding unit 115 assigns the first batting order (first to third) of each user to the fielder with high running ability. The battle proceeding unit 115 assigns the last batting order (numbers 7 to 9) of each user to the remaining field.

  In step S110, the match advancing unit 115 determines the order of boarding based on the attributes of each pitcher and the order of the user. As an example, the attribute of a pitcher is a position as a role, and here, the position of a pitcher is "early" or "relief". For example, in the first round of the pitching order, the competition advancing unit 115 assigns a pitcher by giving priority to the pitcher attribute over the user's rank order. Specifically, the competition advancing unit 115 assigns the first boarding order to the pitcher 1 of the user A selected as the starting pitcher. The battle proceeding unit 115 assigns the remaining second to third boarding orders to any of the remaining users C and B's respective relief pitchers in the order of the users. The battle proceeding unit 115 assigns the second to fourth boarding orders 4 to 6 in the order of the users, to the remaining relief pitchers of the respective users.

  In step S111, the battle proceeding unit 115 generates order information including the batting order determined in step S109 (for example, FIG. 9) and the climbing order determined in step S110 (for example, FIG. 10). The generated order information is distributed to the user terminals 100 of other group members in step S6 of FIG. 4 and shared by each user in the group.

<Screen example>
FIG. 12 is a view showing an example of the game screen displayed on the display unit 152 of the user terminal 100. As shown in FIG. The game screen shown in FIG. 12 is the grouping result screen 600 displayed by the battle proceeding unit 115 in step S7 shown in FIG. The result screen 600 is, for example, a screen displayed on the main user terminal 100A of the user A.

  The result screen 600 includes user information 601 to 603 of each user grouped by the server 200. Specifically, the user information 601 to 603 may include the user name and rating of each user. Thus, the user can understand that grouping is established and a match is started, and the information of group members fighting together can be confirmed.

  When the display period of the result screen 600 has expired, the battle proceeding unit 115 switches to the battle screen and starts the progress of the battle. The battle screen initially displayed may include, for example, a UI for providing the user with the order information shown in FIGS. 9 and 10.

  13 to 17 are diagrams showing an example of a game screen displayed on the display unit 152 of the user terminal 100. FIG. The game screen shown in FIG. 13 to FIG. 17 is a battle screen displayed by the battle proceeding unit 115 in step S8 shown in FIG.

  FIG. 13 to FIG. 15 show a pitching screen 700 displayed when the pitching order of the pitcher contributed by the user in the defensive round of the cooperating team among the battle screens is turned. The pitching screen 700 is a pitching order of the pitchers 703 contributed by the user, and includes a pitching operation UI described below for receiving a pitching operation by the pitching side user when the manual mode is set.

  In the present embodiment, in the pitching operation for determining the pitching result D1, as an example, a slide operation for specifying a ball type, a drag operation for specifying a course, and for determining good or bad of a control ball And a tap operation that causes the pitching user to specify the timing. The quality of the pitch is determined according to the quality of the input timing of the tap operation. That is, whether or not the pitching-side user can advantageously advance the battle, particularly the defensive round, depends on the skill of the tap operation in the manual mode.

  When one phase (a period in which one pitching operation and a hitting operation including one missed operation is performed) is started, the battle proceeding unit 115 of the pitching side user terminal first performs the process shown in FIG. The pitch control screen 113 is generated by the UI control unit 113 and displayed on the display unit 152.

  The first pitching screen 700 includes various objects arranged in the virtual space. Specifically, it includes a batter 701 of the opposing team, a bat 702, a pitcher 703 operated by the user himself, a home base 707, and a catcher 705.

  The first pitching screen 700 may include a switching button 713 for switching the next phase to automatic progression or manual progression. In the example shown in FIG. 13, the phase proceeds in the manual mode. Therefore, the switching button 713 is superimposed and displayed on the pitching screen 700 as a button for switching the next phase to automatic progression.

  The first pitching screen 700 may include status information of each player in confrontation in the phase. As an example, status information 711 of the pitcher of the own team and status information 712 of the batter of the opposing team may be included.

  The first pitching screen 700 may include, as a UI object for supporting a pitching operation, a pitch specification object 710 for the pitching user to specify a pitch to be thrown by the pitcher 703.

  The battle progression unit 115 determines the pitch type based on the user's slide operation on the pitch type designation object 710. As shown in FIG. 13, in the ball type designation object 710, a ball type icon having a one-to-one correspondence of ball types is arranged so as to surround the ball icon. The ball type icon includes text or an illustration indicating the corresponding ball type. The UI control unit 113 may make the types of ball types listed in the ball type designation object 710 different based on the ability of the pitcher 703.

  The operation receiving unit 111 receives a slide operation on a ball icon in a predetermined direction as an operation for specifying a ball type. The competition advancing unit 115 determines a ball type corresponding to the ball type icon arranged in the direction of the slide operation as a ball type to be thrown by the pitcher 703. For example, in the example illustrated in FIG. 13, when the user slides the ball icon upward, the competition advancing unit 115 determines to cause the pitcher 703 to throw a straight. The ball type is associated with parameters for specifying the movement path of the ball 704, the ball speed, and the like. The ball type parameters include information indicating the ball speed, the amount of change, and the direction of change. Further, the parameters of the ball type are stored in the storage unit 120 in association with the identification information of the pitcher 703 (not shown). The competition advancing unit 115 reads out, from the storage unit 120, the parameters of the determined pitch among the parameters of the pitch associated with the identification information of the pitcher 703, and includes them in the pitch result D1.

  When the pitch type is determined, next, the battle proceeding unit 115 causes the display unit 152 to display a second pitching screen 700 shown in FIG. The second pitching screen 700 includes a course designation object 714 instead of the pitch designation object 710. The course designation object 714 is combined with the cursor 715 to function as a UI object for causing the pitching side user to designate a course (higher inner angle, lower pitch, etc.) to be thrown by the pitcher 703.

  The course specification object 714 is, for example, a rectangle corresponding to the strike zone divided into nine squares. Each square may be displayed in a color-coded manner based on the pitcher 703's ability, specifically, a good course and a poor course.

  The course designation object 714 includes a cursor 715 which is a marker indicating the expected arrival position of the thrown ball. While the second pitching screen 700 is displayed, the operation receiving unit 111 receives a drag operation for specifying the position of the cursor 715. When the operation receiving unit 111 receives a drag operation for moving the cursor 715, the UI control unit 113 moves the cursor 715 based on the touch position detected for the drag operation.

  The operation receiving unit 111 acquires a user's first touch position (initial touch coordinates) on the touch screen 15 and a touch position (touch now coordinates) after the cursor movement operation. The UI control unit 113 determines the change direction and the change amount of the position of the cursor 715 based on the change direction and the change amount obtained as a result of comparing the acquired coordinates. Thus, the UI control unit 113 moves the cursor 715 in conjunction with the drag operation even if the cursor 715 is not touched directly or if the drag operation is accepted outside the display area of the course designation object 714. It can be done. In this way, it is possible to prevent the user's finger from blocking the visual recognition of the cursor 715. The display control unit 112 causes the moving cursor 715 to be displayed on the second pitching screen 700 in conjunction with the movement of the cursor 715 executed by the UI control unit 113.

  The battle proceeding unit 115 decides the course by any method. For example, it is assumed that the user continuously performs an operation of pressing hard with a pressure equal to or higher than a predetermined threshold while the contact based on the above-described drag operation is maintained. The battle proceeding unit 115 fixes the position of the cursor 715 at the time when the pressing operation is accepted as a final course. Alternatively, a button (not shown) such as "course confirmation" may be separately provided on the second pitching screen 700. The battle progression unit 115 may determine the course based on the position of the cursor 715 when the button is tapped.

  When the course is determined, next, the battle proceeding unit 115 causes the display unit 152 to display a third pitching screen 700 shown in FIG. The third pitching screen 700 includes a quality determination object 720. The quality determination object 720 functions as a UI object for causing the pitching side user to specify the timing for determining the quality of the pitcher 703's controlled ball.

  As one example, the quality determination object 720 is configured by an arc-shaped band-shaped gauge. The quality determination object 720 includes, in the gauge, a slide bar 721 that slides in the longitudinal direction of the band, and a first area 722 and a second area 723 that define the position on the band at which the slide bar 721 stops.

  The strip-shaped gauge extends from the position of the pitcher 703 (hereinafter, referred to as a first position) to the position of the catcher 705 (hereinafter, referred to as a second position).

  The UI control unit 113 moves the slide bar 721 from the first position (for example, a broken line frame in FIG. 15) which is the initial position to the second position (for example, the position of the cursor 715 in FIG. 15) which is the final position. , Move in the longitudinal direction of the band (direction of arrow). The animation generation unit 114 performs animation so that the slide bar 721 passes through the second area 723 a predetermined time after the start of movement, passes through the first area 722, and finally reaches the position of the cursor 715. Generate

  When the slide bar 721 reaches a desired position on the strap, the user taps the touch screen 15 to stop the slide bar 721 at that position. The UI control unit 113 stops the slide bar 721 at a position when the operation receiving unit 111 receives a tap operation. The competition progression unit 115 determines the quality of the control ball according to the stop position of the slide bar 721. As an example, in the present embodiment, when the slide bar 721 is stopped in the first area 722, the competition advancing unit 115 determines that the pitcher 703 has succeeded in the control ball completely, and the slide bar 721 is in the second area 723. If the game is stopped, it is determined that a pitch close to success has been made, and if the game is stopped in other areas, it is determined that the ball has failed. Here, “completely defeated ball” means that the pitcher 703 pitches well and the ball moves on the virtual space according to the type and course of the ball designated by the pitching side user. The phrase "a successful pitch has been made" means that the ball moves on the virtual space based on the near-type and the course, although it does not follow the type and course specified by the throwing user. means. “Failed to control the ball” means that the pitcher 703 is lost and the ball moves on the virtual space in a ball type and a course far from the ball type and the course designated by the pitching side user. .

  If it is determined that the control ball is good or bad, next, the battle proceeding unit 115 causes the display unit 152 to display a fourth pitching screen 700 (not shown). The fourth pitching screen 700 includes the pass / fail judgment result. In addition, in the fourth pitching screen 700, an animation in which the pitcher 703 starts pitching may be provided, and the ball 704 that has been contained in the glove of the pitcher 703 may be depicted. As a result, the pitching user can immediately receive feedback regarding his / her operation performed on the third pitching screen 700.

  In addition, it is preferable that the strip | belt-shaped gauge of the quality determination object 720 has shapes, such as a bow and an arch, and imitates the parabola which the thrown ball | bowl draws. Further, it is preferable that the width of the band of the quality determination object 720 be set so as to become thinner as it moves from the first position to the second position. In addition, in the gauge, a part which is closest to the second position and the narrowest band width, that is, the tip of the gauge overlaps the cursor 715 determined as the expected arrival position of the ball. Is preferably arranged. As a result, the user intuitively understands the band-like gauge as if the ball thrown from the pitcher 703 is a path moving toward the catcher 705 disposed at the back of the screen. From the above, the quality determination object 720 according to the present embodiment is a UI added for the purpose of enhancing the interest of the game contrary to the purpose of reproducing a real baseball, but the pitching screen 700 is a real It contributes to directing a pitching scene without a sense of incongruity in appearance without departing from the pitching scene.

  As described above, in the pitching side user terminal of the pitching side user whose pitching order has been turned, the competition advancing unit 115 determines the pitching motion of the pitcher 703 based on the pitching operation of the pitching side user. The pitching result D1 indicating the determined pitching operation is supplied to the server 200 and the user terminals 100 of other users in the group.

  FIG. 16 shows a defense cycle screen 800 displayed when it is not the turn of the pitcher contributed by the user in the defense cycle of the cooperating team in the battle screen. As an example, the defense cycle screen 800 in the figure is a screen displayed on the sub-user terminal 100B of the user B in a period in which the pitcher of another user (for example, the user C) is the pitcher. First, the functional configuration of the user terminal 100 for generating the field of defense screen 800 will be described.

  As described above, in the present embodiment, the battle proceeding unit 115 defines a virtual space imitating a stadium in step S8 shown in FIG. 4 and arranges objects such as players, bats and balls on the virtual space. , Advance a baseball game. Furthermore, in the present embodiment, the battle proceeding unit 115 arranges a virtual camera in the above-described virtual space.

  The virtual camera is a virtual object for setting a view area that allows the user to view the virtual space. The virtual camera has attributes of a position (X, Y, and Z coordinates) in the virtual space, an orientation, and an angle of view (field of view). In the present embodiment, the battle proceeding unit 115 can change the position and the direction of the virtual camera to change the view area to be visually recognized by the user. The angle of view may be fixed.

  The battle proceeding unit 115 sets the view area based on the position and the orientation of the virtual camera controlled by itself and the predetermined angle of view. Then, the competition advancing unit 115 generates a view image (including a still image and a moving image) based on the view area, and displays the view image on the display unit 152. Specifically, the battle proceeding unit 115 causes the animation generation unit 114 to generate a view image obtained by projecting an object included in the view area set in the virtual space. The generated view image is output to the display control unit 112. Under the control of the battle proceeding unit 115, the display control unit 112 arranges the UI parts generated by the UI control unit 113 on the defensive rotation screen 800 side by side or overlapping with the view image. Finally, the display control unit 112 causes the display unit 152 to display a defensive rotation screen 800 including the above-described view image.

  In the present embodiment, the battle proceeding unit 115 can change the position and the orientation of the virtual camera based on the positions, the orientations and the movements of various objects arranged in the virtual space, and the user's input operation. . The various objects include all objects arranged in the virtual space, such as players, bats and balls.

  A field of defense screen 800 shown in FIG. 16 includes a field of view image 801 as an example. The field of defense screen 800 may further include, as UI components, a viewpoint switching button 802, operator main information 803, and a player icon 804. The operator information 803 indicates, in the defensive round, which user in the group is operating the pitcher whose turn has come. The operator information 803 is displayed during a period in which another user is in the game. The player icon 804 indicates who is operating each player shown in the view image 801. The fielder 805 to which the player icon 804 of “you” is attached is a player operated by the user (for example, the user B) of the user terminal 100 on which the defensive cycling screen 800 is displayed. The player icon 804 allows the user to recognize at a glance the player that he / she is to operate. The player icon 804 includes a user name and may be given to players of other users. This allows the user to recognize at a glance which player is being operated by which user.

  The view image 801 shown in the figure is an image obtained based on a virtual camera arranged in relation to the player (specifically, the fielder 805) contributed by the user B. In the present embodiment, the battle proceeding unit 115 may control the virtual camera based on the progress of the game. Specifically, in the present embodiment, the match advancing unit 115 controls the position and the orientation of the virtual camera based on at least one of the position of the player and the action of the player. As an example, the match advancing unit 115 may determine the position and the orientation of the virtual camera so as to match the player's viewpoint. Alternatively, the match advancing unit 115 may determine the position and the orientation of the virtual camera based on the position of the player so that at least a part of the player's figure is included in the view area. The match advancing unit 115 may determine the orientation of the virtual camera based on the position of the virtual camera determined based on the position of the player so that the ball is included in the view area. That is, the match advancing unit 115 can change the position and the orientation of the virtual camera following the moving player or the moving ball. According to the configuration of the battle proceeding unit 115 described above, the user is not only waiting for the turn but also waiting for the turn, even if it is a period during which the player of the other user is not in operation. In the meantime, you can also feel the realism that you are participating in the game as one of the players. As a result, it becomes possible to realize a highly entertaining communication cooperation competition game.

  In the present embodiment, three fielders are selected from the deck of one user. Therefore, it is preferable that the user can arbitrarily switch the position of the viewpoint based on the position of the desired fielder among the three fielders.

  To that end, the battle proceeding unit 115 provides a viewpoint switching button 802 for switching the position of the virtual camera on the defense cycle screen 800. The viewpoint switching button 802 is a UI component for the user to perform an input operation to switch the viewpoint. The operation accepting unit 111 accepts the input operation as, for example, a tap operation.

  The battle proceeding unit 115 switches the player serving as the reference of the position of the virtual camera based on the fact that the tap operation on the viewpoint switching button 802 has been received. In the example shown in FIG. 8, the user B contributes three fielders, a middle-skilled hand, and a left hand as a fielder. Therefore, every time a tap operation is performed, the competition advancing unit 115 switches the player serving as the reference in the order of the third baseman, the middle-skilled hand, and the left-handed hand. The viewpoint switching button 802 may include information on the position of the player currently selected as the reference.

  The match advancing unit 115 determines the position and the orientation of the virtual camera based on the position and the orientation of the player selected by the tap operation and the current position of the ball as needed. The battle proceeding unit 115 causes the display unit 152 to display a view image corresponding to the determined position and orientation of the virtual camera.

  Scenes that determine important aspects of a game often exist around the location of the ball. Thus, the user would like to see the current movement of the battery, rather than looking at the game with the eyes of the players he contributed (e.g., a center far away from the mound) while another user's pitcher is throwing It can be thought that it wants. Therefore, in the present embodiment, even if the competition advancing unit 115 determines the position of the virtual camera based on the positions of the pitchers or catchers of other users in the pitching, in addition to the positions of the contributed players. Good. For example, when the user selects the view image 801 based on the position of the pitcher of another user, the battle proceeding unit 115 does not display the UI component relating to the pitch operation on the pitching screen 700 shown in FIG. Then, the display unit 152 is displayed. For example, when the user chooses to use the position of the catcher of another user as a reference, the match advancing unit 115 arranges the virtual camera so as to face the position of the pitcher from behind the catcher (the position of the chief referee), A view image 801 in which the battery is captured may be generated.

  Thereby, the user can watch in detail the scene (pitching scene) where the pitcher throws, in addition to the scene related to the position of the player contributed by himself. Therefore, while waiting for the turn, it is possible to share a scene with the group members and play with a sense of unity among the group members who cooperate with each other without missing important aspects of the game. In this case, in the user terminal 100 of the user B, the battle proceeding unit 115 switches the player based on the view point switching button 802, for example, in the following order: third base, middle solid, left wing and current pitcher. You may go.

  FIG. 17 shows a striking screen 900 displayed when the batting order of the fielder contributed by the user is turned on at the attacking times of the cooperating team in the battle screen. The batting screen 900 is a batting order of a fielder (batter 701) contributed by the user, and when the manual mode is set, a batting operation UI described below for receiving a batting operation by the batting side user is described. Including.

  When one phase is started and the pitching operation of the pitcher 703 of the opposing team progresses, the pitching result D1 generated by the pitching user terminal or the server 200 in response thereto does not reach the batting user terminal and batting order It is supplied to user terminals 100 of other group members. When the batting side user terminal receives the pitching result D1, the battle proceeding unit 115 of the batting side user terminal causes, for example, the batting screen 900 shown in FIG. .

  The match advancing unit 115 arranges the home base 707 home base 707 between the first position and the second position in the stadium as a virtual space. The match advancing unit 115 sets, on the home base 707, an intersecting plane extending in a direction intersecting the direction from the first position to the second position. The match advancing unit 115 determines whether the batter 701 has hit the ball 704 based on the intersection plane. As described above, the intersection plane may include, for example, a strike zone 901 and a ball zone 902 disposed outside the strike zone 901.

  When the operation reception unit 111 receives an operation for designating a swing timing from the user at the timing when the ball 704 thrown by the pitcher 703 reaches the intersection surface, the batter 701 swings the ball 704 by swinging the bat 702. The action of striking back can be given to the ball 704. A ball 704 illustrated in FIG. 17 illustrates an example of the ball 704 moving toward the intersection surface after being thrown by the pitcher 703.

  As shown in FIG. 17, the batting screen 900 may include various objects in addition to the above. In particular, it is preferable to include a UI object for supporting the user's striking operation. Examples of UI objects supporting the striking operation include a timing hint object 903, a meet cursor 904, a position hint object 905, and a direction hint object 906.

  The timing hint object 903 indicates to the user a good timing for causing the batter 701 to swing the bat 702. The meet cursor 904 indicates to the user the expected arrival position of the swinged bat 702 as an area that can affect the ball 704 at the intersection plane when the bat 702 is swung. The meet cursor 904 is also an area referred to by the match advancing unit 115 in order to determine whether the bat 702 and the ball 704 hit each other. The position hint object 905 indicates to the user the expected arrival position of the ball 704 thrown by the pitcher 703 at the intersection plane. The direction hint object 906 indicates to the user the change in the traveling direction of the thrown ball 704.

  In the present embodiment, as an example of the batting operation for determining the batting result D2, a slide operation for specifying the position of the meet cursor 904 and timing of swinging the bat 702 toward the determined position of the meet cursor 904 And a flick operation for specifying. That is, the slide operation is an operation for specifying the position at which the ball is hit on the pitch, and the flick operation is an operation for specifying the timing at which the bat is hit, that is, the timing at which the bat 702 is shaken. That is, it is dependent on both the slide operation and the flick operation in the case of the manual mode whether or not the batting side user can advantageously advance the battle, particularly the number of attacks.

  When the ball 704 is thrown from the pitcher 703, on the hitting screen 900, the operation receiving unit 111 shifts to a state of waiting for the above-mentioned hitting operation. When the operation reception unit 111 receives a slide operation of the user on the touch screen 15, the UI control unit 113 moves the meet cursor 904 according to the slide operation. The user may determine the best position of the meet cursor 904 with reference to the position hint object 905.

  Subsequently, the competition advancing unit 115 determines whether or not the ball 704 thrown from the pitcher 703 has reached within a predetermined range based on the intersection plane. That is, it is determined whether or not the thrown ball 704 has approached the intersection plane set on the home base 707 to less than a predetermined distance. If it is determined that the ball 704 has reached less than the predetermined distance from the intersection plane, the UI control unit 113 may restrict at least part of the movement of the meet cursor 904. The UI control unit 113 may change the display mode such as the color or pattern of the meet cursor 904 so as to indicate that the movement is restricted.

  In the hitting screen 900, the animation generation unit 114 gives an animation moving toward the strike zone 901 to the thrown ball 704. The user may follow the moving ball 704 and perform a flick operation to designate the start timing of the swing performed by the batter 701 at the best timing when the ball 704 thinks it has reached the home base 707. it can.

  The user can further refer to the timing hint object 903 to determine the best timing of the flick operation. The timing hint object 903 starts displaying when the ball 704 starts throwing, and an animation is generated that generates an animation that contracts toward the center of the ball 704 as the ball 704 approaches the intersection surface on the home base 707. It is assigned by part 114. Furthermore, the animation is an animation that shrinks to the same size as the outline of the ball 704 when the ball 704 reaches the intersection plane. By confirming the size of the timing hint object 903, the user can measure the best timing at which a good impact result can be obtained.

  When the operation receiving unit 111 receives a flick operation, the match advancing unit 115 determines whether the batter 701 has hit the ball 704 based at least on the positional relationship between the ball 704 and the meet cursor 904 on the cross surface at that time. judge. That is, based on the user's slide operation and flick operation, it is determined whether the bat 702 swung by the batter 701 has hit the ball 704 or not. For example, in the case where the ball 704 at least partially overlaps the meet cursor 904 at the intersection surface, it may be determined that the batter 701 has hit the ball 704.

  Furthermore, based on the timing of the flick operation specified by the operation receiving unit 111, the battle proceeding unit 115 may determine whether or not a hit has been given. For example, even if the ball 704 and the meet cursor 904 at the intersection face are in a positional relationship suitable for hitting, the timing of the flick operation may be too early or too late with respect to the timing suitable for striking the ball 704 In this case, the match advancing unit 115 may determine that the batter 701 has not hit the ball 704.

  In addition, the competition advancing unit 115 calculates a movement path when the ball 704 to which the bat has been struck moves in the virtual space based on at least the above-described positional relationship. Specifically, the competition advancing unit 115 dynamically models the collision between the bat 702 and the ball 704 based on the above-described positional relationship. In this case, the velocity vector, the rotation axis, the rotation amount, and the like of the ball 704 immediately after the collision with the bat 702 may be acquired as an initial condition for moving the ball 704. For example, when the lower part of the ball 704 is hit with the upper part of the meet cursor 904, the angle of the hitting ball is raised and it becomes a fly. Further, when the upper part of the ball 704 is hit with the lower part of the meet cursor 904, the angle of the hit ball is lowered and the ball becomes globular. Further, for example, in the case of so-called just meet such as hitting the center of the ball 704 at the position of the center of the meet cursor 904 (core 707 in FIG. 17), the match advancing unit 115 moves such that the ball 704 flies Calculate the route. On the other hand, in the case other than just meet, it may be determined to be a hit, and the movement path corresponding to the hit may be calculated. It should be noted that when determining the velocity vector (initial velocity etc.), rotation axis, rotation amount, etc. of the ball 704, the match advancing unit 115 sets the skill-specific body parameters set for the batter 701, in particular, the hitting power and striking power. You may refer to it.

  The animation generation unit 114 generates an animation of the ball 704 flying along the calculated movement path in accordance with the movement path calculated by the battle proceeding unit 115. The display control unit 112 displays the generated animation of the flying ball 704 on the display unit 152.

  As described above, in the batting-side user terminal of the batting-side user whose batting order has been turned, the battle proceeding unit 115 determines the batting operation of the batter 701 based on the batting-side user's batting operation. The batting result D2 indicating the determined batting operation is supplied to the server 200 and the user terminals 100 of other users in the group.

  After the ball 704 moves on the field in the virtual space according to the movement path calculated based on the batting result D2, the battle proceeding unit 115 of the user terminal 100 of each user follows the game program 131 to make the virtual space The movement of the ball 704, the movement of the fielding player, and the movement of the advancing runner are calculated. Then, based on the calculation result, each object is moved in the virtual space to advance the field play scene. The UI control unit 113 and the animation generation unit 114 may generate an image or animation corresponding to the calculated field play scene and cause the display unit 152 to display the generated image or animation.

  If the match advancing unit 115 determines that the batter 701 has not hit the ball 704, the calculation of the movement path of the ball 704 may be omitted. In this case, the animation generation unit 114 generates an animation in which the batter 701 makes a false swing on the ball 704, and the animation is displayed on the display unit 152 by the display control unit 112.

  The hitting screen 900 may include status information of each character in confrontation in the ongoing phase. As an example, status information 908 of the batter 701 of the own team and status information 909 of the pitcher 703 of the opponent team may be included.

  Although not shown, during the attacking time of the cooperative team, the battle proceeding unit 115 of the user terminal 100 of the user does not appear in the fielder contributed by the user, the display unit 152 displays the virtual associated with the position of the fielder not mentioned above. An attack times screen including a view image 801 from a camera may be displayed. For example, it is possible to watch the game from the viewpoint of a fielder who is advancing to one of the teams as a runner, a fielder who is in the next batters circle, or a fielder who is on the bench. In this way, even if the user is in the game of another user's player and does not operate his / her player, he / she can not only wait for the game but also himself / herself while waiting for the game. You can enjoy the realism of participating in the game as one of the players. As a result, it becomes possible to realize a highly entertaining communication cooperation competition game.

  When the battle proceeding unit 115 displays on the display unit 152 an attacking time screen including the view image 801 from the runner's point of view, the attacking time screen displays a UI component for inputting an instruction for causing the runner to carry out the theft. It may be displayed superimposed. As a result, the user can not only wait for the turn to hit but also enjoy the realism of participating in the game as a runner, even during a period when the player operated by himself is not in batting order. As a result, it becomes possible to realize a highly entertaining communication cooperation competition game.

  In addition to the positions of the players who contributed, the match advancing unit 115 may further determine the position of the virtual camera based on the positions of the batter of other users standing at bat. For example, when the user selects the view image 801 based on the position of the batter of another user, the battle proceeding unit 115 does not display the hitting part 900 shown in FIG. Then, the display unit 152 is displayed.

  This allows the user to watch in detail the scene related to the position of the batter standing at bat (ie, the batting scene) in addition to the scene related to the player position contributed. Therefore, while waiting for the turn, it is possible to share a scene with the group members and play with a sense of unity among the group members who cooperate with each other without missing important aspects of the game.

  FIG. 18 is a diagram showing an example of a game screen displayed on the display unit 152 of the user terminal 100. As shown in FIG. The game screen shown in FIG. 18 is a performance level aggregation screen 620 displayed by the battle proceeding unit 115 at any timing after step S10 shown in FIG. 4.

  The aggregation screen 620 includes at least activity level information 621 indicating the activity level of each user in the group. Furthermore, the tabulation screen 620 may include order information 622 indicating the order of the level of activity. In addition, in the aggregation screen 620, the user name, the activity level information 621, and the order information 622 may be arranged in order from the user with the highest activity level. As a result, the user can know how much each group member including himself / herself has acquired points of activity as a result of the cooperative match, and also know his / her position in the activity within the group Can.

<About activity>
In step S10 shown in FIG. 4, the match progression unit 115 calculates the degree of activity of each group member in accordance with the content of the cooperative match game. The degree of activity is a numerical value indicating how much each user contributed to achieving an advantageous result for the cooperative team. Specifically, the competition advancing unit 115 calculates the degree of activity according to how the player operated by each user played an active part in the game. In the present embodiment, the degree of activity is calculated as follows, as an example.

  For example, the competition progression unit 115 may calculate the degree of activity for each player owned by the user according to the game results of the players, and calculate the total activity of each player as the degree of activity of the user. For example, in the case of a fielder, the fielder's degree of activity may be calculated according to the number of hits in the game, batting points, batting average, the number of successful stealings, and the like. Furthermore, the match progression unit 115 adds a predetermined score per hit and a predetermined score per home run, etc., according to the result of batting that the fielder brought during the game. It may be calculated. Furthermore, the match advancing unit 115 may adopt a deduction method to calculate the degree of activity, such as deducting a predetermined score for one strikeout and deducting a predetermined score for each double play. That is, the level of activity of each player may take a negative value, and the final level of activity of the user obtained by adding the level of activity of each such player may also have a negative value. possible.

<Reward>
In step S11 shown in FIG. 4, the match progression unit 115 determines a reward to be given to the user according to the outcome of the game and the degree of activity of each user. In the present embodiment, as an example, the reward is an in-game value available on the game. The in-game value as a reward is a point, as an example. Specifically, in the baseball game, the point is an opening point which satisfies a condition in which a pack in which a player's card is enclosed can be opened by storing a predetermined amount. In other words, in this baseball game, the more opening points are earned, the more opening points are accumulated, and the pack can be opened more quickly, and the more packs are opened, the more cards of many players are It is a specification that is acquired by the user.

  The reward point is not limited to the above example, but may be an experience value for raising the user's level, or may be a virtual currency that can be exchanged for various items in the game, and so on. , It may function as an in-game value utilized to advance the game.

  The match progression unit 115 gives the user the above-mentioned opening point as a reward for playing the cooperative match. The battle proceeding unit 115 determines the opening point for each user as follows. Hereinafter, the opening points and the amount thereof finally given to the user will be referred to as “reward points”.

  In the present embodiment, the reward points are, for example, composed of basic points and bonus points. The basic point is a point uniformly given to each user, and is a point which does not change for each user.

  As an example, the match progression unit 115 determines a base point based on the outcome of the match by the cooperating team. For example, the match progression unit 115 determines the basic points so as to be the smallest when the collaborating team wins the opposing team and to be the smallest when losing the opposing team. The match progress part 115 may determine a basic point so that it may become an amount between each above-mentioned case, when a cooperation team draws with an opponent team.

  In the present embodiment, it is preferable that the base point does not take a negative value even when the collaborating team loses. As a result, no negative reward points are given to the user as play rewards. Therefore, it is possible not to incur the user the risk that the opening points accumulated so far are reduced by the cooperative match play. This eliminates the risk of losing the user's willingness to play, but rather ensures that playing increases the opening points, thus maintaining and strengthening the motivation to play a cooperative match.

  The bonus points are points to be added for each user if the content is good according to the contribution of each user in the game. As an example, the match progression unit 115 determines bonus points for each user based on the degree of activity calculated for each user. In the present embodiment, it is preferable that the battle proceeding unit 115 determines the bonus points so that the bonus points do not take negative values. This can eliminate the risks mentioned above and maintain and enhance the motivation to play a cooperative match.

  In the present embodiment, as an example, the match progression unit 115 determines the sum of the degree of activity and the ranking bonus as a bonus point. It is preferable that the match advancing unit 115 determine the bonus point as 0 when the total becomes negative because the degree of activity takes a negative value.

  After calculating the level of activity for each user, the battle proceeding unit 115 ranks the users according to the level of activity. In the present embodiment, the competition advancing unit 115 ranks the users first, second, and third in descending order of the numerical value of the degree of activity. Then, the match progression unit 115 determines a rank bonus according to the rank given to each user. Specifically, the highest ranking bonus is associated with the first user, the next highest ranking bonus is associated with the second user, and the lowest ranking bonus is associated with the third user.

  The match progression unit 115 adds the ranking bonus and the degree of achievement for each user, and determines the bonus points for each user. Finally, the battle proceeding unit 115 adds bonus points for each user to the basic points, and determines reward points for each user.

  According to the above-described configuration, when the match advancing unit 115 wins the match in the cooperative match, it uniformly distributes the most reward points to each user. On the other hand, the match progress unit 115 causes the user to acquire more active degrees as the user operates the player well and play an active part in the game, and in turn, causes the user to obtain more reward points.

  The more the user plays his / her player and the more he / she wins, the more the opening points can be stored to satisfy the conditions more quickly, and the pack can be opened to obtain the player's card. In this way, the user aims to gain more opening points in order to open the pack and take out the player's card, and has a strong desire to be active in the game and win the game, to cooperative play. You can work on it.

  Moreover, giving users a strong desire to perform and win works positively for the entire cooperation team, and allows users in the group to have the same interests. As a result, it is possible to prevent the users from distracting each other from losing the interest of the game. In addition, a mechanism that rewards more rewarded users as it contributes is easier for users to understand, is fair in terms of correlation between contributions and rewards, and avoids user complaints from within the group it can.

<About the problem which this embodiment is going to solve, and an effect>
As described above, in order to maintain fairness, it is difficult to realize the communication cooperation competition game. For example, in a competition game that is based on team competitions in which one or more players are given an opportunity to perform a predetermined action, such as baseball, softball, and various other competition team competitions. It was particularly difficult to realize a cooperative match game.

  In particular, in a competition game in which the order of operations is determined, a method of determining team formation and an order of turn, a method of sharing real-time information during competition, and a method of equally distributing rewards Etc., and it was difficult to realize a highly entertaining communication cooperation match game.

  In addition, when each user brings an experienced player who has fostered in the process of playing a game to each other to participate in a cooperative match, maintain fairness among users such as participation opportunities or rewards. Will be very difficult.

  With respect to these problems, according to the game system 1 according to the present embodiment, the match advancing unit 115 equally gives each user the number of times the turn comes, but there is little possibility that the turn may increase. Assign the higher first order to higher rated users. Thereby, it is possible to give each user an opportunity to compete fairly in terms of the correlation between the strength of the user and the number of turns.

  Further, according to the game system 1 according to the present embodiment, the battle proceeding unit 115 distributes a part of the reward fairly to each user, but for the remaining part of the reward, the user having a higher contribution degree is Grant to get more rewards. This makes it possible to reward each user fairly in terms of correlation between contribution and reward.

  Also, by playing the game, you can earn as a reward the player's card, a pack containing the player's card, or an item that can strengthen the player etc. The motivation is to collect the game and the game is played by the user. Therefore, if the user is satisfied with acquiring or strengthening a desired card, the user's willingness to play the game may decline and the game may not be played gradually. In a game developed with the intention of causing the user to play for a long time, it is important how to cope with the problem that the user gets bored with the game.

  With respect to this problem, according to the game system 1 according to the present embodiment, the battle proceeding unit 115 randomly selects players to be organized into a cooperation team from the deck of the user. From the deck, players in any position may be elected, and the user can not contribute players in any position. As a result, it is possible for the user to be motivated to gather strong players or strengthen players evenly in all positions, as any player may be selected. As a result, it is possible to maintain or further enhance the motivation of the play.

Second Embodiment
How to group users who cooperate with each other in a correspondence cooperation match game in which a plurality of users cooperate and play against the other team is a very important issue from the viewpoint of improving the interest of the game. If there is a large disparity in the strength of the user's battle game, both strong and weak users may be dissatisfied. A strong user may be paired with a weak user, think that it can not produce a good result, and may lose interest in a cooperative match. On the other hand, a weak user may get better results than his ability if paired with a strong user, but if his contribution to the result is low, he may get a sense of accomplishment in a cooperative match. It can not be done, and as a result, the attractiveness of the cooperative match may be lost.

  Such a problem is a problem that occurs in general battle games in which teams of a plurality of players compete, not only in a battle game in which an opportunity to perform a predetermined action is given to one or a plurality of players and proceeds in order. is there.

  Therefore, in the present embodiment, the server 200 executes the following steps based on the game program 131. As a premise, the game based on the game program 131 is a competition game in which a team consisting of a plurality of players competes, and the competition game is a cooperative competition in which a cooperative team operated by a plurality of users cooperates with the other team Contains at least the elements of In addition, the memory 21 of the server 200 is configured to store, for each user, players (cards) as digital content owned by each of users who play a game based on the game program 131. In general, the method in which the server 200 executes the game program 131 of the present baseball game is a plurality of users collaborating in a cooperative match, a play history in a match game of each user, or at least one of players owned by each user. Including the steps of grouping based on the steps of generating a cooperative team including at least one player owned by each of a plurality of grouped users, and advancing a match between the cooperative team and the opposing team. . In the step of advancing the battle, the action of the player in the battle is determined according to the input operation performed by the user who owns the player on the computer operated by the user.

  Specifically, in step S2 shown in FIG. 4, the battle support unit 211 of the server 200 receives the entry request transmitted by the battle proceeding unit 115 of the user terminal 100.

  The battle support unit 211 receives an entry request from a plurality of user terminals 100, and groups three users into one group (grouping step). The battle support unit 211 groups the three users based on the play history of the user of the baseball game and / or at least one of the players owned by each user.

  The entry request includes at least a user ID, and the battle support unit 211 reads the play history of the requesting user and the information of the players owned by the user from the storage unit 220 based on the user ID. be able to. The play history is, for example, a match history of the user in at least one of an interpersonal match and a cooperative match in the baseball game.

  The match history is, for example, a rating given to each user. The battle support unit 211 groups users whose ratings are close to each other within a predetermined range.

  The match history is, for example, at least one of the number of times the user played a match (cooperation match, personal match match, or both match), the number of wins and losses, and the win rate determined based on the wins and losses. It may be a numerical value indicating. The battle support unit 211 groups the users whose numerical values satisfy a predetermined condition. For example, a user whose number of times of playing a match exceeds a predetermined number is provided with a certain level of strength, and such a user group is presumed to have no variation in strength. Therefore, as an example, the battle support unit 211 may group users whose number of times of play of the battle exceeds a predetermined number.

  Alternatively, the battle support unit 211 may group users based on players owned by each user. Specifically, the battle support unit 211 may group, among players owned by the respective users, users whose strengths are close to each other within a predetermined range.

  The player's strength incorporated into the deck is, for example, the above-mentioned "deck overall parameter" and means the strength of the deck (team). As described above, in addition to physical parameters by physical ability such as shoulder strength, running strength, striking power, etc., each player has an overall parameter that quantifies the overall strength of the player. . The overall deck parameters are determined by basically summing up the overall parameters of each player incorporated into the deck, as described above. The battle support unit 211 may group users whose values of the deck general parameter are close within a predetermined range based on the user's deck general parameter included in the entry request.

  Alternatively, the strength of the player incorporated into the deck may be measured, for example, by the number of cards of players that are incorporated into the deck and set to high rarity. Specifically, the battle support unit 211 may group users having similar numbers of cards with the rarity degree of “S” included in the deck.

  This makes it possible to group users having similar strengths in a match, and therefore, it is possible to prevent formation of a group having a bad balance of strength (a large difference in strength). In addition, since users having similar strengths can cooperate with each other and fight against the opponent team, the users can enjoy the cooperative match while feeling a sense of unity, a sense of achievement, and the like. As a result, a highly entertaining communication cooperation competition game can be realized.

  Specifically, the step of advancing the battle, which is executed by the battle support unit 211, is a step of supporting each user terminal 100 which advances the battle. In the supporting step, for example, the battle support unit 211 mediates communication of each user terminal 100, controls synchronization on the progress of the battle, and supports each user terminal 100 to progress the battle. More specifically, in order to determine the action of a player in a match, a user who owns the player performs an input operation on the user terminal 100 operated by the user. In this case, the competition support unit 211 receives from the user terminal 100 an operation result (a pitching result D1 or a batting result D2) indicating the above-mentioned player's operation determined based on the input operation, and the other group members Distributed to the user terminal 100 of Thereby, in the supporting step, it is realized that the action of the player in the battle is determined according to the input operation performed by the user who owns the player on the user terminal 100 operated by the user.

[Modification]
Of the series of processes shown in FIG. 4, the battle support unit 211 of the server 200 may execute steps S4 to S6 related to the process of generating a cooperative team. In this case, the battle support unit 211 receives an entry request from a plurality of user terminals 100, and groups three users. When grouping is established, the battle support unit 211 acquires rating and deck information included in the entry request of each user in step S4. Then, in step S5, a cooperation team is generated based on the ratings and deck information of the three users. That is, a series of processes shown in FIG. 11 are performed. In step S111, when the battle support unit 211 generates order information related to the cooperation team, the battle support unit 211 distributes the generated order information to each user terminal 100 of each grouped user in step S6 shown in FIG. Here, the battle support unit 211 also distributes ratings and deck information of other group members other than the user to the user terminals 100 of the respective users.

  Also, the battle support unit 211 may execute the steps S10 to S12 shown in FIG. 4 instead of the battle proceeding unit 115 of the main user terminal 100A.

  According to the above-described configuration, it is possible to reduce the processing load on some of the user terminals 100 (for example, the main user terminal 100A) in the group and to prevent the processing load from being uneven among the user terminals 100. Moreover, the exchange between the user terminals 100 via the server 200 can be reduced as much as possible, and the risk of communication errors can be reduced.

[Example of software implementation]
The control block of the control unit 210 (especially, the battle support unit 211), and the control block of the control unit 110 (especially, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the battle proceeding 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, the information processing apparatus provided with the control unit 210 and / or the control unit 110 is a CPU that executes instructions of a program that is software that realizes each function, the above program and various data are computer (or CPU) The ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded in a readable manner, and a RAM (Random Access Memory) for expanding the program. The object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a “non-transitory tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

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

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

  (Item 1) The game program (131) has been described. According to one aspect of the present disclosure, a game program is executed by a computer (user terminal 100, server 200) comprising a processor (10, 20) and a memory (11, 21). The game based on the game program is a competition game in which teams of a plurality of players compete, and is a competition game in which an opportunity to perform a predetermined action is given to one or more players in order and proceeds. The game program is configured to generate a cooperative team including at least one of the processors, players as digital content, and one or more players selected from players owned by each of a plurality of users. And performing the step (S5), and the step (S8) of advancing the battle between the cooperative team and the opponent team that is to compete with the cooperative team. In the step of advancing the battle, the action of the player whose turn has been turned is determined according to an input operation performed by a user who owns the player on a computer operated by the user. This brings about the effect that a highly entertaining communication cooperation competition game can be realized.

  (Item 2) In (Item 1), in the generating step, players to be included in the cooperation team may be randomly selected from among a plurality of players owned by each user.

  (Item 3) In (Item 2), the user's own team consisting of players owned by the user, and the cooperative team are defined by the deck, and the deck has a predetermined number of frames for each role constituting the team. The role of the player is set by tying the player to the frame in the deck, and in the generating step, the player is set in the deck of the user in the deck of the cooperating team The player may be selected from the deck of each user so that the same role as the role is set to the player, and the player can be linked to all the frames of the roles constituting the co-operation team.

  (Item 4) In (Item 3), the match advanced in the match game is a baseball game, and the deck defining the unique team has a frame necessary to constitute a fielder's starting member A fielder deck is included, and in the generating step, a fielder's starting member of the cooperation team is set so that a fielder's position set for each player in each fielder deck of each user does not overlap in the deck of the cooperation team. It is preferable to select from each fielder's deck.

  (Item 5) In (Item 4), the deck defining the unique team includes the starter pitcher deck having a predetermined number of starter pitcher frames, and the relief pitcher deck having a predetermined number of relief pitcher frames. In the step, one starting pitcher in the cooperation team is selected from any one of the starting pitcher decks of each user, and one or more relief pitchers in the cooperation team are selected from the relief pitcher deck of each user Is preferred.

  (Item 6) In any one of the items (Item 1) to (Item 5), in the competitive game, the team operated by the user in addition to the first game element in which the cooperative team competes with the opponent team Further includes a second game element in which the player and a team operated by another user compete, and each user is set with an evaluation value to be increased or decreased based on the result of the battle in the second game element, In the step of generating, the turn to perform the predetermined action is determined to be circulated among the players owned by each user, and the order of performing the predetermined action is determined based on the set evaluation value. You may

  (Item 7) In (Item 6), the match advanced in the match game is a baseball game, and in the step of generating, the batting order is determined such that the player's turn of the user with the high evaluation value comes first. You may

  (Item 8) In (Item 6) or (Item 7), the generating step further determines the order in consideration of an attribute linked to each player, and the attribute is the ability of the player. And / or a role of the team set for the player.

  (Item 9) In (Item 8), in the generating step, the No. 1 boarding order is assigned to the starting pitcher in the cooperative team, and the plurality of relief pitchers in the cooperative team is 2 or more based on the evaluation value. You may assign the boarding order of

  (Item 10) In any one of the items (Item 1) to (Item 9), in the step of advancing the battle, each player of the cooperating team and the opponent team are placed in a virtual space in which the battle progresses. A field of view to be made visible to the user is set based on the position of each player and a virtual camera, and the position and direction of the placed virtual camera, and a view image generated based on the field of view is The virtual camera is displayed on a display unit of a computer operated by the user, and the virtual camera is arranged in the virtual space based on the position and the orientation of at least one player owned by the user. May be

  (Item 11) The game program (131) has been described. According to one aspect of the present disclosure, a game program is executed by a computer (server 200) comprising a processor (20) and a memory (21). The game based on the game program is a competition game in which teams of a plurality of players compete, and the competition game is a first game element in which a cooperating team operated by a plurality of users cooperates with an opposing team And the memory is configured to store, for each user, a player as digital content owned by each of users who play a game based on the game program, the game program including the processor, Grouping the plurality of users collaborating with each other on the basis of at least one of the player's play history of each user and the players owned by each user; and One or more of the players owned by each Generating a cooperative team consisting of players (S5) and advancing the battle between the cooperative team and the opponent team, and in the step of advancing the battle, the player's action in the battle Is determined in accordance with an input operation performed by a user who owns the player on a computer operated by the user. This brings about the effect that a highly entertaining communication cooperation competition game can be realized.

  (Item 12) In (Item 11), the competition game further includes a second game element in which a team operated by a user and a team operated by another user compete, and the play history includes the first game element It may be a match history of a match in at least one of the game element and the second game element.

  (Item 13) In (Item 12), the battle history is an evaluation value set for each user in the second game element and increased or decreased based on the result of the battle, and the grouping step is performed in the grouping step Users having similar evaluation values may be grouped.

  (Item 14) In (Item 12), the match history is a numerical value indicating at least one of the number of times the match has been played, the number of wins and losses of the match, and the win rate of the match, In the step of performing, the users may be grouped together in which the numerical value satisfies a predetermined condition.

  (Item 15) In any one of the items (Item 11) to (Item 14), in the grouping step, one or more players of the players owned by each user are incorporated into the deck of the user Users with similar strengths may be grouped.

  (Item 16) In (Item 15), the grouping step is a value of the deck general parameter that means the strength of the deck, calculated based on the strength of one or more players incorporated in the deck. Users may be grouped together.

  (Item 17) A method of executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor (10, 20) and a memory (11, 21). The method is a method by which a processor executes each step described in (Item 1). The method according to (Item 17) has the same function and effect as the game program according to (Item 1).

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

  (Item 19) A method of executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a server (200) comprising a processor (20) and a memory (21). The method is a method by which a processor executes each step described in (Item 11). The method according to (Item 19) has the same function and effect as the game program according to (Item 11).

  (Item 20) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing apparatus operates the storage unit (220) storing the game program according to (Item 11), and the operation of the information processing apparatus (server 200) by executing the game program. And a control unit (210) for controlling the The information processing apparatus according to (Item 20) has the same function and effect as the game program according to (Item 11).

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, 17 camera (operation unit) 18 distance measuring sensor (operation unit) 100 user terminal (computer, information processing apparatus) 100A main user terminal (computer, information processing apparatus) 100B, 100C sub-user terminal Computer), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 battle proceeding unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user Information, 151 input unit (operation unit), 152 Display unit, 200 server (computer, information processing apparatus), 211 battle support unit, 1010, object, 1020 controller (operation unit), 1030 storage medium

Claims (18)

A game program,
The game program is executed by one or more computers comprising a processor and a memory,
The game based on the game program is a competition game in which teams of a plurality of players compete, and is a competition game in which an opportunity to perform a predetermined action is given to one or more players in order and proceeds.
The game program is stored in at least one of the processors,
Generating a cooperative team consisting of players who are digital content players and are each selected by one or more players among players owned by each of a plurality of users;
Performing a step of advancing a match between the cooperating team and a team opposing the cooperating team;
A game program, wherein in the step of advancing the battle, the action of the player whose turn has been turned is determined according to an input operation performed by a user who owns the player on a computer operated by the user.   The game program according to claim 1, wherein in the generating step, players to be included in the cooperation team are randomly selected from among a plurality of players owned by each user. The user's own team consisting of players owned by the user and the cooperation team are defined by a deck, the deck having a predetermined number of frames for each role that constitutes a team, in the deck The player's role is set by tying the player,
In the generating step, players are set in the decks of the cooperation team so that players have the same roles as the roles set in the decks of the user, and players in all frames of the roles constituting the cooperation team The game program according to claim 2, wherein a player is selected from each user's deck such that is linked. The match to be played in the match game is a baseball game, and the deck defining the unique team includes a fielder deck having a frame necessary to constitute a fielder starting member,
In the generating step, each fielder deck is set so that fielder positions set for each player in each fielder deck of each user and each fielder deck in the cooperation team do not overlap in the decks of the cooperation team. The game program according to claim 3, selected from the above. The deck defining the unique team includes a starter pitcher deck having a predetermined number of starter pitcher frames and a relief pitcher deck having a predetermined number of relief pitcher frames.
In the generating step, one starter of the cooperative team is selected from any one of the starter pitches of each user, and a relief pitcher of the cooperative team is one or more from the relief pitcher of each user The game program according to claim 4, wherein a plurality of game programs are selected. The competitive game further includes a second game element in which a team operated by a user and a team operated by another user compete in addition to the first game element in which the cooperating team competes with the opponent team, Each user is set with an evaluation value to be increased or decreased based on the result of the battle in the second game element,
In the generating step, the order in which the predetermined action is performed is such that the predetermined action is performed on the basis of the evaluation value set so that the turn is performed among the players owned by each user. The game program according to any one of claims 1 to 5, which is determined. The battle to be advanced in the competition game is a baseball game,
The game program according to claim 6, wherein in the generating step, the batting order is determined such that the player's turn of the user with the high evaluation value comes first. In the generating step, the order is further determined in consideration of an attribute associated with each player,
The game program according to claim 6 or 7, wherein the attribute includes at least one of a parameter indicating the ability of the player and a role set in the team for the player.   9. The method according to claim 8, wherein, in the generating step, the No. 1 boarding order is assigned to the starting pitcher in the cooperating team, and the No. 2 or more boarding order is assigned to the plurality of relief pitchers in the cooperating team based on the evaluation value. Game program described. In the step of advancing the battle,
Placing each player of the co-operation team, each player of the other team, and a virtual camera in a virtual space where the competition proceeds;
Setting a view area to be made visible to the user based on the position and the orientation of the arranged virtual camera;
Displaying a view image generated based on the view area on a display unit of a computer operated by the user;
10. The virtual camera according to any one of claims 1 to 9, wherein the virtual camera is arranged in the virtual space based on the position and the orientation of at least one player owned by the user, which is arranged in the virtual space. The game program described in. A game program,
The game program is executed by a server including a processor and a memory,
The game based on the game program is a competition game in which teams of a plurality of players compete, and the competition game is a first game element in which a cooperating team operated by a plurality of users cooperates with an opposing team At least including
The memory is configured to store, for each user, a player as digital content owned by each of users who play a game based on the game program.
The game program may include the processor
Grouping a plurality of users collaborating in the match based on a play history of each user in the match game and at least one of players owned by each user;
Generating a cooperative team consisting of players selected one or more from among the players owned by each of the grouped users;
Advancing the battle between the cooperating team and the opposing team,
A game program, wherein, in the step of advancing the battle, an action of a player in the battle is determined according to an input operation performed by a user who owns the player on a computer operated by the user. The competition game further includes a second game element in which a team operated by a user and a team operated by another user compete.
The game program according to claim 11, wherein the play history is a battle history of a match in at least one of the first game element and the second game element. The match history is an evaluation value that is set for each user in the second game element and that is increased or decreased based on the result of the match,
The game program according to claim 12, wherein in the grouping step, users having close evaluation values are grouped. The user's own team of players owned by the user, and the cooperation team are defined by the deck,
In the grouping step, users having similar values of deck general parameters, which indicate the strength of the deck, calculated based on the strength of one or more players incorporated in the deck are grouped. The game program of any one of 11-13. A computer is a method of executing a game program,
The computer comprises a processor and a memory,
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls an operation of the information processing apparatus by executing the game program. A method for the server to execute a game program,
The computer comprises a processor and a memory,
A method by which the processor performs the steps of claim 11. An information processing apparatus,
The information processing apparatus is
A storage unit storing the game program according to claim 11;
An information processing apparatus comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images