JP2012176269A - Computer system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To perform further "seemingly real" automatic control, more concretely, to achieve more proper tactical selection, in a simulation-type baseball game in which a match is progressed by the automatic control.SOLUTION: When selecting offensive tactics, offensive tactics tendency parameters of individual players who participate in the match in an offensive team are totalized, and a "basic offensive tactics tendency parameter" indicating a selection tendency of the basic offensive tactics of the team is calculated. Furthermore, a hitter individual offensive tactics tendency parameter which strongly influences the present attack and a supervisor individual offensive tactics tendency parameter are added to the basic offensive tactics tendency parameter, and a "final offensive tactics tendency parameter" is calculated. Then, actual offensive tactics are selected on the basis of a parameter value of the final offensive tactics tendency parameter. Defective tactics are similarly selected.

Description

  The present invention relates to a computer system or the like that manages players of each player team for executing a battle game between teams.

  A simulation-type game is known in the genre of team-playing sports games where the player takes the role of team owner, and the team that gathers and organizes the player's own team automatically sees a match with another player's team. ing. For example, Non-Patent Document 1 discloses a baseball game.

  The player organizes a starter (starting player) (for example, nine starting members) from among the owned players. The player enjoys competing with other players through how strong the team he / she has organized is. During the game, the actions of each player as well as the substitution of players and the tactics to fight are automatically performed, so how to predict and organize the game situation in preparation for the game It becomes.

SEGA's online game “Let's make a professional baseball team! ONLINE2”, [online], launched on May 27, 2008, Internet <URL: http://www.yakyutsuku-online.com/>

As described above, in a known simulation-type team battle game, tactics selection during a game, player substitution, and the like are performed by automatic control. If this automatic control is executed with a simple thinking pattern, it lacks the “genuineness” as a simulation, and is an amusement.
Game providers are required to have automatic control that always allows for more authentic game development. In particular, attack and defensive tactics in a baseball game are one of the important elements that more embody the “genuineness”.

In addition, when a player is registered using a player's card and a team is formed, there is a problem that the team cannot be formed in the first place if there are no or few cards.
The present invention has been made in view of the above-described problems.

A first mode for solving the above problems is to cause a computer to control at least one of the defensive team and the attacking team (hereinafter referred to as “one team”) to execute a baseball game. A program,
Team tendency determining means (for example, the server of FIG. 1) for determining the tendency of the one team as a whole with respect to predetermined tactic determination elements (for example, items of the attack tactic tendency parameter 532 and the defensive tactic tendency parameter 534 in FIG. 13). System 1100, server processing unit 202 in FIG. 10, game management unit 220, team tendency determination unit 226, step S272 in FIG. 40),
Tactical control means for controlling the tactics of the one team using the tendency determined for the main character of the one team with respect to the tactic determination element and the tendency determined by the team tendency determining means (for example, FIG. 1) 10 for causing the computer to function as a server system 1100, a server processing unit 202 in FIG. 10, a game management unit 220, a tactics determination processing unit 228, a game progress control unit 230, and steps S270, S400, and S440 to S444 in FIG. It is a program.

  As another form, the computer system executes a baseball game by computer-controlling at least one of the defensive team and the attacking team, and determines a tendency of the one team as a whole regarding a predetermined tactic determination element. Tactical control for controlling the tactics of the one team using the team tendency determining means, the tendency determined for the main character of the one team regarding the tactic determination element, and the tendency determined by the team tendency determining means And a computer system (for example, the server system 1100 in FIG. 1).

Major characters include characters with special abilities that are higher than other characters, characters that have the most influence in the scene (for example, pitchers and batters have the greatest effect at that moment), and characters that direct the team. To do.
According to the first mode and the other modes, the tendency of the entire team related to the determination of which tactic is adopted is determined, and the team tactic is controlled based on the same tendency of the main character of the team. be able to. That is, it is possible to realize automatic control of player behavior that seems to be more authentic, and to realize progress control of a baseball game that has never existed before, such as team tactics changing depending on the combination of players organized in a team.

In the second mode, the team tendency determining means uses the tendency of each of the tactic determination elements determined for the characters satisfying a predetermined member condition among the characters constituting the one team as the entire one team. Allowing the computer to function to determine trends,
A first mode for causing the computer to function as main character setting means for setting, as the main character, a character that satisfies the member condition and satisfies a predetermined main character among the characters constituting the one team. It is a program.

The predetermined member condition is, for example, a condition indicating what kind of member the member is, such as “currently participating in a game”, “starting member”, or “registered as a starting pitcher”. In addition, the main character condition is a key of so-called attacks and defenses such as “pitcher”, “catcher”, “batter”, “runner”, and characters with stronger abilities and special abilities than other characters. To tell.
According to the second form, while exhibiting the same effect as the first form, the tendency of the main character is increased by giving a weight to the tendency of the tactic determination element of the main character that more influences the current game situation. Can create a “real” situation that strongly influences tactical choices on the spot.

In the third form, the team tendency determining means indicates a progress-oriented determination element (for example, an attack tactic tendency parameter of FIG. 13) indicating which time of the progress of the game, such as the beginning, middle and end of the game, is important. Progressive-oriented overall trend determination means (for example, the server system 1100 in FIG. 1, the server processing unit 202 in FIG. 10, the game management unit 220, the team) that determines the tendency of the entire team as the tactic determination element. Causing the computer to function as having a trend determining unit 226, step S272 of FIG.
Ability value that adjusts the ability value of the one team at each time (each inning) using the tendency of the progress-oriented determination element determined for the main character and the tendency determined by the progress-oriented overall tendency determination means First or second for causing the computer to function as adjustment means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, game progress control unit 230, step S272 in FIG. 40). It is a program of the form.

  According to the third mode, the same effect as in either the first mode or the second mode is exhibited, and the player or team acts with emphasis on which progress of the game by using the progress-oriented determination element. By determining the tendency and adjusting the ability at the time (inning) where importance is attached, the importance of the action can be reflected in the progress of the game. Therefore, more authentic control can be realized.

  In the fourth mode, the tactic control means is determined by the tendency (for example, individual tactic tendency parameter 530 in FIG. 13) determined for the main character of the one team related to the tactic determination element and the team tendency determination means. 1, a motion control means (for example, the server system of FIG. 1) that performs motion control of the characters belonging to the one team (hereinafter referred to as “throwing one character”) among the pitcher characters and batter characters that compete with each other. 1100, the server processing unit 202 in FIG. 10, the game management unit 220, the game progress control unit 230, and steps S440 to S444 in FIG. It is a program.

  According to the fourth form, while exhibiting the same effect as any of the first to third forms, the pitcher can be selected from two of the tactic selection tendency of the main character and the tactic selection tendency as a team. Can control batter's confrontation.

  In the fifth mode, the one team is a defensive team, the throwing one character is a pitcher character, and the motion control means at least partially or all of the pitching course, the ball type, and the ball speed of the pitcher character It is a program of the 4th form for making the said computer function so that the content of pitching including may be controlled.

  According to the fifth embodiment, it is possible to realize a real pitching that reflects the pitcher's tactics selection tendency while exhibiting the same effects as the fourth embodiment.

In a sixth form, the team tendency determining means uses a game timing determination element (for example, “game count” of the defensive tactic tendency parameter 534 in FIG. 13) indicating the timing of winning as a pitching tactic for one batter. The overall game time trend determining means for determining the overall tendency of the defensive team (for example, the server system 1100 in FIG. 1, the server processing unit 202 in FIG. 10, the game management unit 220, the team tendency determining unit 226, FIG. 43). Step S402),
The motion control means uses the tendency of the game timing determination element determined for the main character and the tendency determined by the overall game timing trend determination means to match the pitching content of the pitcher character. The game timing control means (for example, the server system 1100 in FIG. 1, the server processing unit 202 in FIG. 10, the game management unit 220, the tactics determination processing unit 228, the game progress control unit 230, 17 is a fifth form of program for causing the computer to function so as to have the pitching pattern data 554 of FIG. 17, the normal defensive tactics selection probability table 576 of FIG. 25, and the steps S400 and S444 of FIG.

  According to the sixth embodiment, the same effect as the fifth embodiment is exhibited, and whether the game is to be won within the early count based on the tactic selection tendency of the main character and the tactic selection tendency as a team. The reality of pitching bargaining, such as whether to pull to a late place, can be further increased.

In the seventh mode, the team tendency determining means uses the tactics judging element (for example, “batting of the defensive tactic tendency parameter 534 of FIG. The long and short vigilance overall trend determining means (for example, the server system 1100 in FIG. 1, the server processing unit 202 in FIG. 10, the game management unit 220, the team tendency determining unit 226, FIG. 43 steps S402),
The action control means controls the pitching content of the pitcher character using the tendency of the long / short warning determination element determined for the main character and the tendency determined by the overall short / long warning tendency determination means. Reference control means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, tactic determination processing unit 228, game progress control unit 230, throwing pattern data 554 in FIG. 17, normal in FIG. 25) A defensive tactic selection probability table 576, a program of the fifth or sixth mode for causing the computer to function so as to have steps S400 and S444) of FIG.

  According to the seventh embodiment, the same effects as those of the fifth or sixth embodiment are exhibited, and a long shot or short shot is warned based on the tactic selection tendency of the main character and the tactic selection tendency as a team. Realistic pitching can be realized.

In an eighth mode, the team-determining means indicates that the team tendency determining means respects respect, for example, “defense” of the defensive tactic tendency parameter 534 in FIG. 13, and the defensive team as a whole. A general tendency determination means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, team trend determination unit 226, step S402 in FIG. 43)
A distance reference control means for controlling the pitching contents of the pitcher character using the tendency of the distance determination element determined for the main character and the tendency determined by the distance overall tendency determination means. (For example, the server system 1100 in FIG. 1, the server processing unit 202 in FIG. 10, the game management unit 220, the tactics decision processing unit 228, the game progress control unit 230, the long distance selection condition table 570 in FIG. 22, and the step S400 in FIG. S444) is a program according to any one of fifth to seventh modes for causing the computer to function.

  According to the 8th form, while exhibiting the same effect as any of the 5th-7th form, reflecting the tendency of the tactics selection of the main character and the tendency of the tactics selection as a team in the control of the distance. Thus, while the game progress is automatic control, it is possible to realize genuine control of the game as if the individuality of the player and the individuality of the team are in the background.

In a ninth form, the one team is a defensive team,
The tactical control means controls the defensive formation of the defensive team using the tendency determined for the main character of the defensive team with respect to the tactic determination element and the tendency determined by the team tendency determining means. Defensive formation control means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, tactic decision processing unit 228, game progress control unit 230, defensive shift data 556 in FIG. 11, and FIG. It is a program in any one of the first to eighth forms for causing the computer to further function so as to have a normal defensive tactic selection probability table 576 and steps S400 and S442) of FIG.

  According to the ninth embodiment, the same effects as any of the first to eighth embodiments are exhibited, and the tactic selection tendency of the main character and the tactic selection tendency as a team are reflected in the control of the defensive formation. Thus, although the game progress is automatic control, it is possible to realize a real defense action control as if the individuality of the player or the individuality of the team is in the background.

In the tenth aspect, the team tendency determining means determines the tendency of the entire defending team using the long / short warning judgment element indicating whether the long / short shot is guarded for defense as the tactical judgment element. Having a trend determination means,
The garrison form control means controls the garrison form of the defensive team using the tendency of the long and short vigilance determination element determined for the main character and the tendency determined by the long and short vigilance overall tendency deciding means. Long and short vigilante form control means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, tactic decision processing unit 228, game progress control unit 230, defensive shift data 556 in FIG. 11, FIG. 25 The defensive tactics selection probability table 576 of FIG. 37 and steps S400 and S442 in FIG. 37 are a ninth form of program for causing the computer to function.

  According to the tenth form, the same effect as the ninth form is exhibited, and the garrison form is not selected uniformly, but there is the individuality of the player and the individuality of the team behind them. As a result, it is possible to realize a real garrison-shaped selection control as if a garrison was selected.

According to an eleventh aspect, a surprise warning determination element (for example, “surprise warning” of the defensive tactic tendency parameter 534 in FIG. 13) indicating whether the team tendency determination means is to guard against a surprise attack is used as the tactic determination element. Surprise warning overall trend determining means (for example, server system 1100 of FIG. 1, server processing unit 202 of FIG. 10, game management unit 220, team tendency determining unit 226, step of FIG. 43) S402),
The garrison form control means controls the garrison form of the defensive team using the tendency of the surprise warning judgment element set for the main character and the tendency determined by the surprise warning overall tendency determination means. Surprise alarm formation control means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, tactic determination processing unit 228, game progress control unit 230, surprise alarm selection probability table 574 in FIG. 24, It is a program of the ninth or tenth mode for causing the computer to function so as to have steps S400 and S442) of FIG.

  According to the eleventh embodiment, the same effects as those of the ninth or tenth embodiment are exhibited, and there is a player's personality and a team's personality behind them. , Hit end run, squeeze, etc.), and as a result, it is possible to realize more realistic garrison-shaped selection control as if a garrison-shaped shape was selected.

  In a twelfth aspect, the one team is an attacking team, the throwing one character is a batter character, and the motion control means performs a swing motion (swing) of the batter character. It is a program of the 4th form for making the said computer function so that the hit | damage content at least including all or a part of a position and the timing of a swing motion (swing) may be controlled.

  According to the twelfth aspect, the same effect as the fourth aspect can be exhibited and a real batting that reflects the batter's tactic selection tendency can be realized.

In the thirteenth aspect, the one team is an attacking team,
The tactics control means controls the strike of the attacking team using the tendency determined for the main character of the attacking team related to the tactic determination element and the tendency determined by the team tendency determining means. Scout control means (for example, server system 1100 in FIG. 1, server processing unit 202 in FIG. 10, game management unit 220, tactic determination processing unit 228, game progress control unit 230, surprise warning selection probability table 574 in FIG. 24, FIG. 37, step S441, and steps S290 to S296 in FIG. 40) are programs in any one of the first to fourth modes for further functioning the computer.

  According to the thirteenth embodiment, the same effect as any one of the first to fourth embodiments is exhibited, and the player's personality and the team's personality are behind, and based on them, running / running off is performed. Realistic control of the scissors can be realized as if selection has been made.

  The fourteenth aspect is a computer-readable information storage medium storing the program according to any one of the first to thirteenth aspects. The “information storage medium” mentioned here includes, for example, a magnetic disk, an optical disk, an IC memory, and the like. According to the fourteenth aspect, by causing the computer to read and execute the program of any one of the first to thirteenth forms, causing the computer to exert the same effect as any one of the first to thirteenth forms. Can do.

The figure which shows the structural example of a game system. The external view for demonstrating the structural example of the portable game device which is a user terminal. The figure which shows an example of the display of a menu screen. The figure which shows an example of the display of player registration. The figure which shows an example of a display of a team organization screen. The figure which shows an example of a display of a team organization screen. The figure which shows an example of the display of a league creation screen. The figure which shows an example of a display of a participating league setting screen. The figure which shows an example of the display of a game simulation screen. The functional block diagram which shows an example of a function structure with the portable game device which is a user terminal, and a server system. The figure which shows an example of a data structure of measurement log | history data. The figure which shows an example of a data structure of player setting data. The figure which shows an example of a data structure of an individual tactic tendency parameter. The figure which shows an example of a data structure of supervision setting data. The figure which shows an example of a data structure of league setting data. The figure which shows an example of a data structure of a league participating team list. The figure which shows an example of the data structure of pitching pattern data. The figure which shows an example of a data structure of hit pattern data. The figure which shows an example of a data structure of a sacrifice bunt suitable condition table. The figure which shows an example of a data structure of a sacrifice bunt selection probability table. The figure which shows an example of a data structure of a normal attack tactics selection probability table. The figure which shows an example of a data structure of a distance selection condition table. The figure which shows an example of the data structure of a surprise attack appropriate condition table. The figure which shows an example of a data structure of a surprise attack selection probability table. The figure which shows an example of a data structure of a normal defensive tactic selection probability table. The figure which shows an example of the data structure of the attack adjustment table between changes. The figure which shows an example of the data structure of the defensive adjustment table between changes. The figure which shows an example of a data structure of team setting data. The figure which shows an example of a data structure of a starter list. The figure which shows an example of a data structure of a substitute personnel list. The figure which shows an example of the data structure of play data. The flowchart for demonstrating the flow of the main processes regarding this invention in a server system. The flowchart for demonstrating the flow of a starter organization process. The flowchart for demonstrating the flow of a substitute personnel organization process. The flowchart for demonstrating the flow of a league creation process. The flowchart for demonstrating the flow of a league participation process. The flowchart for demonstrating the flow of a game simulation process. The flowchart following FIG. The flowchart for demonstrating the flow of a batter change process. The flowchart for demonstrating the flow of attack tactics determination processing. The flowchart for demonstrating the flow of a runner change process. The flowchart for demonstrating the flow of a defensive change process. The flowchart for demonstrating the flow of a defensive tactic determination process. The flowchart for demonstrating the flow of the parameter adjustment process between changes.

[First Embodiment]
As a first embodiment to which the present invention is applied, an example will be described in which a simulation-type battle baseball game in which a player is registered using a trading card is executed.

[Game system configuration]
FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. This embodiment is realized by a system in which user terminals such as a personal computer 1200, a smartphone 1300, and a portable game device 1400 are connected to the server system 1100 via the communication line 1 and transmit and receive data necessary for game execution. Is done.

  The communication line 1 means a communication path through which data can be exchanged. That is, the communication line 1 includes a dedicated line (dedicated cable) for direct connection, a LAN (Local Area Network) such as Ethernet (registered trademark), and a communication network such as a telephone communication network, a cable network, and the Internet. This means that the communication method may be wired or wireless.

  The server system 1100 includes a housing 1104 having a plurality of blade servers 1102, a keyboard 1106 and a display monitor 1108 that are used for management operations of the blade server 1102. The blade server 1102 includes a storage such as a CPU, an I / O module, an IC memory, and a hard disk, and functions as a single server computer. The chassis 1104 is equipped with each blade server 1102, a power supply module that supplies power to them, a communication device for connecting to the communication line 1, and the like.

  The server system 1100 according to the present embodiment supports, for example, a CGI (Common gateway interface) program implementation language, and performs user registration procedures, authentication of registered users (so-called login processing), baseball games, chats, and other users. Various functions such as communication are provided using the CGI mechanism.

  Of course, the server system 1100 may be realized by a single server computer. Alternatively, a stationary home game device may be configured to realize a function as a server device.

The personal computer 1200, the smartphone 1300, and the portable game device 1400 are all computers that can execute a game screen display program. The game screen display program is a program for realizing a function of displaying various screens based on display information received from the server system 1100 and a function of transmitting request information corresponding to an operation input to the server system 1100. .
The game screen display program is realized by a dedicated client program if the display information generated by the server system 1100 has a dedicated data format. If the display information is in a format that interactively controls images and sounds using HTML, Adobe Flash (Adobe is a registered trademark), etc., it can also be realized by a general-purpose web browser program.

  In order to play the baseball game in the present embodiment, the player 2 needs to purchase a dedicated trading card 3 having a design of a baseball player or a manager in advance. The trading card 3 is commercially available as a predetermined number of packages.

  The trading card 3 itself is composed of two types, a manager card 3a and a player card 3b including a pitcher, catcher, and fielder, and the same type as the manager and player appearing in the game (multiple types for the same player) (However, in this embodiment, the same type is used to simplify the description.) Each is given unique card information associated with a manager or player appearing in the game. In the present embodiment, the card number is printed as the card information, but may be realized by a bar code, a QR code (registered trademark), or the like.

  The player 2 registers the acquired trading card 3 using the user terminal, and enables the player corresponding to the card. Then, by using the players that have been made available, you can organize your own team and enjoy a baseball game in which you play against other teams in a league game.

[User terminal configuration]
Next, a configuration example of a portable game device 1400 will be described as a representative user terminal. FIG. 2 is an external view for explaining an example of the configuration of a portable game device 1400 that is a user terminal in the present embodiment.

  The portable game apparatus 1400 includes a direction input key 1402, a push switch 1404, a first liquid crystal display 1406, a second liquid crystal display 1408, a speaker 1410, an image sensor 1430, and a control unit 1450 with a hinge 1414. It is provided in a foldable apparatus main body 1401 that can be opened and closed. On the display surfaces of the first liquid crystal display 1406 and the second liquid crystal display 1408, touch panels 1407 and 1409 that can touch and input arbitrary positions on the display screen by touching with a stylus pen 1416 or the like are mounted, respectively. .

  Further, the apparatus main body 1401 is provided with a memory card reader 1418 that can read data from and write data to a memory card 1440 that is a computer-readable information storage medium. The memory card 1440 stores programs and various setting data necessary for the control unit 1450 of the portable game apparatus 1400 to execute various arithmetic processes related to game play. In addition, the apparatus main body 1401 is provided with a built-in battery, a power button, a volume control button, and the like not shown.

  The touch panels 1407 and 1409 cover almost the entire areas of the display screens of the first liquid crystal display 1406 and the second liquid crystal display 1408 without shielding the display screen, respectively, and a touch operation that the player touches with the stylus pen 1416 (or a finger or the like). When this is done, contact position coordinates in an orthogonal coordinate system with the upper left as the origin can be output to the control unit 1450.

  The image sensor 1430 is an image sensor such as a CCD image sensor (Charge Coupled Device Image Sensor) or a CMOS image sensor (Complementary Metal Oxide Semiconductor Image Sensor). In the configuration in which the card information of the trading card 3 is given by a bar code or QR code, it is used for photographing for reading this.

  The control unit 1450 corresponds to a control board of the game apparatus, and includes various microprocessors such as a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a VRAM, and the like. Various IC memories such as RAM and ROM are installed.

  The control unit 1450 also receives signals from the wireless communication module 1412, the driver circuits of the first liquid crystal display 1406 and the second liquid crystal display 1408, the driver circuits of the touch panel 1407 and the touch panel 1409, the direction input key 1402 and the push switch 1404. A so-called I / F circuit (interface circuit) such as an amplifier circuit for outputting an audio signal to the speaker 1410 and a signal input / output circuit to the memory card reader 1418 is mounted. Each element mounted on the control unit 1450 is electrically connected via a bus circuit so that data can be read and written and signals can be transmitted and received.

  The control unit 1450 reads out the program and data stored in the memory card 1440 by the memory card reader 1418 and temporarily stores them in the IC memory to be mounted. Then, the read program is executed to execute arithmetic processing, and each part of the portable game apparatus 1400 is controlled in accordance with operation inputs from the direction input key 1402, push switch 1404, touch panels 1407 and 1409.

  In this embodiment, the portable game device 1400 is configured to read out necessary programs and various setting data from the memory card 1440. However, main programs and data installed in the control unit 1450 are stored in advance in the IC memory. It can be set as the structure which is carrying out. Alternatively, the wireless communication module 1412 may be connected to a wired / wireless communication line 1 such as the Internet, a LAN (Local Area Network), or a WAN (Wide Area Network), and may be downloaded from an external device and acquired. .

[Game Overview]
Next, an outline of the baseball game in the present embodiment will be described with reference to FIGS. The player first activates the portable game device 1400, which is a user terminal, and executes a game screen display program. Next, when a predetermined login procedure is completed by connecting to the server system 1100 via the communication line 1, a menu screen W2 as shown in FIG. 3 is displayed.

  Since the portable game apparatus 1400 of this embodiment is a dual display, the title display unit 4 and the account display unit 6 are displayed on the first liquid crystal display 1406, and a menu selection icon display unit in which a plurality of menu selection icons are arranged on the second liquid crystal display 1408. 8 is displayed. The player performs a selection operation by touching a desired menu selection icon with the stylus pen 1416 or selects one of the icons using the direction input key 1402 and the push switch 1404.

  In order to enjoy the baseball game of the present embodiment, the player must register the player card 3b of the trading card 3 acquired by the player so that it can be used in the game. This is called “player registration”.

When the “player registration” icon is selected from the menu selection icon display unit 8, request information corresponding to the operation is transmitted from the portable game device 1400 to the server system 1100. The server system 1100 receives the request information and returns display information for displaying the player screen on the portable game device 1400.
Similarly, when any operation input is made on the portable game apparatus 1400, the corresponding request information is transmitted to the server system 1100, and the server system 1100 that has received the request information executes the corresponding game management process to generate a new display. It shall be repeated to return information.

FIG. 4 is a game screen diagram showing an example of the player registration screen W4 in the present embodiment, where the upper screen shows the upper screen and the lower screen shows the lower screen. The drawings showing the subsequent screens are the same.
In the player registration screen W4, a card number input field 10 for inputting a card number of a card to be newly registered, a software keyboard 12 for inputting a card number, and an explanation or ability about a player corresponding to the input card A player information display unit 14 for displaying values and the like, a registered player list 16 in which player icons of registered players are displayed, and an operation guidance display 18 are displayed. The player confirms the contents of the player information display unit 14 and performs a predetermined registration operation according to the operation guidance display 18 if he / she wants to register this player. When the desired player card 3b is registered and the menu return operation for returning to the menu screen is performed, the menu screen W2 is returned again.

  Similarly, when “director registration” is selected and operated from the menu selection icon display portion 8 on the menu screen W2, the manager card 3a can be registered in the same manner as the player registration and can be appointed as the team manager.

  When the player registration and the manager registration are performed, the player organizes a team (starting member abbreviation), a substitute member, and a reserve pitcher among the players registered to be usable, and forms his team. In order to form a team, a “team formation” is selected and operated from the menu selection icon display portion 8 on the menu screen W2 (see FIG. 3).

  When “team organization” is selected, the portable game apparatus 1400 displays a team organization screen W6 as shown in FIG. 5, for example. On the team organization screen W6, a starter organization tag 20 for switching and displaying a starter organization screen, a replacement organization tag 22 for switching and displaying a substitute organization screen, and a reserve pitcher organization screen are switched and displayed. A reserved pitcher organization tag 24 is displayed. The player selects a tag corresponding to the department to be organized.

When the starter organization tag 20 is selected, a starter setting state display unit 26 is displayed. In the same display section, player icons 30 of players currently registered in each defensive position are displayed against a background of a bird's-eye view of the ground. A blank icon 32 is displayed for a defensive position where the player is not registered.
These icons can be touched with the stylus pen 1416 or can be selected with the direction input key 1402 and the push switch 1404. When any icon is selected and operated on the starter setting state display unit 26, information on the players registered in the defensive position is displayed on the player information display unit 34.

  If the player wants to remove the player currently registered in the selected defensive position, the player performs a predetermined “remove” operation in accordance with the in-operation display 38. If a player is to be registered at the selected defensive position, the player icon of the desired player is touched and selected from the registered player list 36. The batting order of the players displayed on the player information display section 34 can be set in the batting order designation field 35.

  When the substitute personnel organization tag 22 is selected, for example, a team organization screen W8 as shown in FIG. 6 is displayed. In the team organization screen W8, a substitute member setting state display unit 40 is displayed instead of the starting member setting state display unit 26. In the display section, for each set of substitute personnel frames that can be set (five frames in the figure), the player icon 42 of the player, the player ID 44, the first substitution purpose 46, and the second substitution purpose set in that frame. 48 is displayed. The first replacement purpose 46 and the second replacement purpose 48 are information specifying what purpose the player is to be replaced.

  In the substitute personnel setting state display unit 40, any substitute personnel frame can be touch-operated with the stylus pen 1416, or can be selected as an editing object with the direction input key 1402 and the push switch 1404. Then, when a player who wants to be set as a substitute personnel frame to be edited is selected from the registered player list 54, information on the selected player is displayed on the player information display unit 50. The first replacement purpose and the second replacement purpose of the player can be selected and set in the replacement purpose selection field 52.

In the replacement purpose selection column 52, for example, a list of items that can be selected in a pull-down format for each replacement purpose is displayed, and one of them can be selected. In the present embodiment, it is possible to select from the four types of “spoken”, “replacement”, “defense (infield)” and “defense (outfield)”, but other setting items can be included as appropriate. “Defense firm (Uchino)” and “Defense firm (Outfield)” respectively designate defensive changes including the defensive position of the infield and the defensive position of the outfield.
Then, when a predetermined registration operation is performed in accordance with the operation guidance display 56, the player displayed in the player information display unit 50 is displayed in the replacement purpose selection field 52 in the replacement personnel frame currently being edited. Registered with content.

  When the reserve pitcher organization tag 24 is selected, a screen for setting a player for each of the two categories of “relay” and “restraint” is displayed. For example, it can be realized in the same manner as the team organization screen W8 in FIG. That is, the “replacement staff frame” on the team organization screen W8 is replaced with the “reserve pitcher frame”, the second replacement purpose 48 is omitted, leaving the first replacement purpose 46, and the options of the replacement purpose selection field 52 are “relay” and “replacement”. It is better to replace it with “restraint”.

  When the team formation is completed, the player decides which league the team he / she wants to participate in. You can create your own league, or you can choose from other players that have already been created.

  When “Create League” is selected in the menu selection icon display section 8 of the menu screen W2 (see FIG. 3), the portable game device 1400 displays a league creation screen W10 as shown in FIG. 7, for example. In the same screen, a league ID setting field 60 for setting a league name, a participation password setting field 62 for setting a password necessary for participating in the league, and letters and numbers for the league name and password are input. A software keyboard 64, a regulation setting unit 66, and an operation guidance display 68 are displayed.

  The regulation setting unit 66 displays a plurality of combinations of a regulation item in the league and an item selection field in which setting contents of the item can be selected in a pull-down format.

  In the league creation screen W10, the player can freely set the league name, participation password, and regulation. Then, when a predetermined registration operation is performed according to the operation guide display 68, a new league is registered. It is assumed that the league name and its participation password are separately disseminated by the player telling close friends. In other words, you can enjoy a game in a league with close friends.

  When “League participation” is selected in the menu selection icon display unit 8 on the menu screen W2 (see FIG. 3), the portable game device 1400 displays a participation league setting screen W12 as shown in FIG. 8, for example. In the same screen, a league ID input field 70 for inputting a league ID desired to participate, a password input field 72 for inputting a password necessary for participation, and the letters and numbers of the league ID and password are input. A software keyboard 74, a league list display 76 for displaying registered league information, and an operation guidance display 78 are displayed.

  The player selects a league name desired to participate (the league ID in the present embodiment) by touching the league name displayed on the league list display 76 or using the software keyboard 74. Then, when the participation password of the league obtained in advance is input using the software keyboard 74 and a predetermined registration operation is performed according to the operation guidance display 78, the player's team is set to participate in the input league. Made.

  Once the team has been organized and the leagues to participate have been registered, players will be able to play their teams against other players' teams.

  When “game” is selected in the menu selection icon display section 8 of the menu screen W2 (see FIG. 3), the server system 1100 performs simulation processing of the game between the player's team and another team in the same league (ie, the game Is automatically transmitted to the portable game apparatus 1400 as needed. Then, in the portable game apparatus 1400, for example, a game simulation screen W14 as shown in FIG. 9 is displayed.

  On the game simulation screen W14, a score board 80, a game screen display unit 82, a count display unit 84, a progress status display unit 86, and an operation guidance display 88 are displayed.

  The game screen display unit 82 displays an image showing the state of the game. This game image is an image that reproduces the progress of a game that the server system 1100 has executed by simulating the game. Generation of display information for displaying a game image and processing related to display of a game screen on the portable game device 1400 based on the display information can be realized in the same manner as display of a game play screen in a known CGI game.

  The player sees the game simulation screen W14, observes the game of the team he / she has organized, and enjoys winning / losing the team with friends participating in the same league.

[Description of functional block]
Next, the functional configuration of this embodiment will be described.
FIG. 10 is a functional block diagram illustrating an example of a functional configuration of the portable game device 1400 that is a user terminal in the present embodiment and the server system 1100.

  The portable game device 1400 includes an operation input unit 100, a processing unit 200, a sound output unit 350, an image display unit 360, a communication unit 370, and a storage unit 500.

  The operation input unit 100 outputs an operation input signal to the processing unit 200 in accordance with various operation inputs made by the player. For example, push switches, joysticks, touch pads, trackballs, multi-axis detection type acceleration sensors having two or more detection axes, or single-axis detection type acceleration sensor units combined with different detection axis directions, at least two or more directions This can be realized by a multi-directional detection type inclination sensor that enables the detection directions of the two or a single direction detection type inclination sensor unit combined with different detection directions. The direction input key 1402, the push switch 1404, and the triaxial acceleration sensor 1422 in FIG. 2 correspond to this.

The operation input unit 100 includes a contact position detection unit 104 and an imaging unit 106.
The contact position detection unit 104 is realized by a device that can detect a contact position to the display screen range. The touch panels 1407 and 1409 in FIG. 2 correspond to this.
The imaging unit 106 is a means for acquiring image information, and is realized by, for example, a CCD image sensor or a CMOS image sensor. This is the image sensor 1430 in FIG.

  The processing unit 200 is realized by, for example, a microprocessor such as a CPU or a GPU, an electronic component such as an ASIC (Application Specific Integrated Circuit), an IC memory, and the like, and is connected to each functional unit including the operation input unit 100 and the storage unit 500. To control data input / output. Then, various arithmetic processes are executed based on predetermined programs and data, and operation input signals from the operation input unit 100 to control the operation of the portable game apparatus 1400. The control unit 1450 in FIG. 2 corresponds to the processing unit 200. The processing unit 200 in this embodiment includes a game screen display control unit 210, a sound generation unit 250, an image generation unit 260, and a communication control unit 270.

The game screen display control unit 210 receives display information from the server system 1100, and displays the menu screen W2, player registration screen W4, team organization screens W6 to W8, league creation screen W10, participation league setting screen W12, and game simulation screen. Various game screens such as W14 are displayed, and various processes for transmitting request information to the server system 1100 in accordance with operations performed on the operation input unit 100 on those game screens are executed.
Specifically, based on a web browser, web technology that actively controls screen display using Java (registered trademark) and CSS (Cascading Style Sheets) together with HTML, Adobe Flash (Adobe is a registered trademark), etc. However, other methods may be used.

  The sound generation unit 250 is implemented by, for example, a digital signal processor (DSP), a processor such as a speech synthesis IC, an audio codec that can reproduce an audio file, and the like, and effects related to the game based on the processing result by the game screen display control unit 210. Sound signals of BGM and various operation sounds are generated and output to the sound output unit 350.

  The sound output unit 350 is realized by a device that outputs sound effects, BGM, and the like based on the sound signal input from the sound generation unit 250. The speaker 1410 in FIG. 2 corresponds to this.

  The image generation unit 260 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like. The image generation unit 260 generates one game screen in one frame time (for example, 1/60 seconds) based on the processing result by the game screen display control unit 210, and displays the generated image signal of the game screen as the image display unit 360. Output to.

The image display unit 360 displays various game images based on the image signal input from the image generation unit 260. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display.
In the present embodiment, the first liquid crystal display 1406 and the second liquid crystal display 1408 in FIG. 2 correspond to this.

  The communication control unit 270 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 370.

  The communication unit 370 is connected to the communication line 1 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, and the like, and the wireless communication module 1412 of FIG. 2 corresponds to this.

  The storage unit 500 stores a system program for realizing various functions for causing the processing unit 200 to control the portable game device 1400 in an integrated manner, a program necessary for game play, various data, and the like. Further, it is used as a work area of the processing unit 200, and temporarily stores calculation results executed by the processing unit 200 according to various programs, input data input from the operation input unit 100, and the like. This function is realized by, for example, an IC memory such as a RAM and a ROM, a magnetic disk such as a hard disk, and an optical disk such as a CD-ROM and DVD. The IC memory and the memory card 1440 mounted on the control unit 1450 in FIG. 2 correspond to this.

  In the present embodiment, the storage unit 500 stores a system program 504 and a game screen display control program 506. The system program 504 is a program for realizing basic functions of input / output as a computer of the portable game apparatus 1400. The game screen display control program 506 is application software for realizing the function as the game screen display control unit 210 by being read and executed by the processing unit 200, but is configured as a part of the system program 504. There may be.

  The server system 1100 in this embodiment includes an operation input unit 102, a server processing unit 202, an image display unit 362, a communication unit 372, and a server storage unit 502.

  The operation input unit 102 is a means for inputting various operations for server management, and is realized in the same manner as the operation input unit 100 of the portable game apparatus 1400. The keyboard 1106 in FIG. 1 corresponds to this.

  The server processing unit 202 is realized by, for example, a microprocessor such as a CPU or a GPU, an electronic component such as an ASIC (Application Specific Integrated Circuit), an IC memory, and the like, and includes each function unit including the operation input unit 102 and the server storage unit 502. Data input / output control between Then, various arithmetic processes are executed based on predetermined programs and data, and operation input signals from the operation input unit 102, and the operation of the server system 1100 is integratedly controlled. In the present embodiment, a game management unit 220, an image generation unit 262, and a communication control unit 272 are included.

The game management unit 220 executes processing related to generation of display information for displaying various game screens on the user terminal, information management of players participating in the baseball team simulation game, management of team setting information, simulation, and the like.
More specifically, the game management unit 220 includes a card registration processing unit 222, a team organization processing unit 224, a team tendency determination unit 226, a tactics determination processing unit 228, a game progress control unit 230, and a chat control unit 232. And a league creation processing unit 234 and a league participation setting processing unit 236.

  The card registration processing unit 222 registers the trading card 3 (the manager card 3a and the player card 3b; see FIG. 1), and executes processing for enabling the player to use the game. For example, display information of the player registration screen W4 (see FIG. 4) is generated, the card number is verified, and the players of registered cards are listed.

  The team organization processing unit 224 generates display information for displaying any one of the team organization screens W6 to W8 (see FIGS. 5 to 6) on the user terminal, and operates on the user terminals on the team organization screens W6 to W8. In accordance with the input, a process for forming a team of players, that is, a process relating to the starter organization, a process relating to the substitute personnel organization, and a process relating to the reserve pitcher organization are executed. In the process related to the replacement personnel organization, a process for setting the replacement purpose of each replacement personnel player is executed.

  The team tendency determination unit 226 determines a tendency of the entire team regarding a predetermined tactic determination element. In the present embodiment, a “basic attack tactic tendency parameter” indicating a tactic selection tendency of each team's offense and defense based on an individual tactic tendency parameter 530 (see FIG. 13) of a player who satisfies a predetermined member condition (registered as a starting member) Calculate “basic defensive tactic tendency parameter”.

The tactic determination processing unit 228 is one of functional units that realize automatic battle control, and determines a tactic in each of the offense and defense based on a tendency related to tactic determination elements of the entire team.
Specifically, the tendency (“basic attack tactic tendency parameter” and “basic defensive tactic tendency parameter”) regarding the tactics determination factors of the entire team, and the main characters of the team (in this embodiment, pitcher, batter, director) The attack tactics and the defensive tactics are determined based on the tendency determined for the scene tactic selection and the progress of the game.

  More specifically, by adding the individual tactic tendency parameter 530 of the player (in this embodiment, pitcher, batter) that affects the tactical decision at that time to the basic attack tactic parameter of attack or defensive, “intermediate attack tendency” The parameter “intermediate defensive tendency parameter” is calculated, and the individual tactic tendency parameter 530 of the director is added, and finally the tactic tendency parameter (“final attack tactic tendency parameter” and “final defensive tactic” provided when selecting the tactics) Trend parameter ") is calculated. These tactic tendency parameters are stored in the play data 650 of the game related data 516 (see FIG. 31).

  The game progress control unit 230 is one of functional units that realizes automatic control of a match, and mainly executes a baseball game simulation process. In other words, a player's team and players constituting each other team in the same league are controlled by a predetermined program (for example, so-called AI control) to determine each action, and a baseball game is simulated. Then, display information for displaying the simulated game image on the user terminal is generated.

In addition, the game progress control unit 230
(1) Detecting defensive power strengthening status detection for detecting that the game situation satisfies the defensive strength strengthening condition condition set in advance as a time condition for improving the defensive power of the team during the simulation process of the baseball game Function as a part,
(2) A function as a defensive power strengthening execution unit that continues the progress control of the game by changing the arrangement of players and / or changing the arrangement position of the team;
(3) When controlling the behavior of the player, as an action control unit that controls the attack team players based on the attack tactics determined by the tactics decision processing unit 228, and controls the defense team players based on the defensive tactics. And fulfill the function.
Furthermore, (4) using the tendency of the progress-oriented determination element (“attack style” to be described later) determined for the main character and the tendency of the progress-oriented determination element of the entire team, the attack team and the defense in each inning It functions as an ability value adjustment unit that adjusts the ability values of the players of the team.

  The chat control unit 232 executes processing for providing a chat function as one of communication means between players.

  The league creation processing unit 234 executes a process related to creation of a population framework for selecting a team to fight against based on the operation input of the player. Specifically, to set an ID such as the name of the league, conditions for participating in the population (including passwords), and regulations that apply to matches of teams selected from the population Execute the process. More specifically, processing for storing league setting information in the server storage unit 502 is performed based on generation of display information on the league creation screen W10 and operation input on the screen. If the competition format is not a league system but a tournament system, the population is a tournament.

  The league participation setting processing unit 236 performs a procedure process for causing the team created by the player to participate in the population created by the league creation processing unit 234. Specifically, display information for displaying the participation league setting screen W12 (see FIG. 8) on the user terminal is generated, and participation registration processing is performed based on the operation input on the screen.

  The image generation unit 262 generates an image related to maintenance of the server system 1100 and outputs it to the image display unit 362. When transmitting still image or moving picture information as display information of the game screen, a function of generating them may be provided.

  The image display unit 362 displays various images for system management based on the image signal input from the image generation unit 262. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. The display monitor 1108 in FIG. 1 corresponds to this.

  The communication control unit 272 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 372.

  The communication unit 372 connects to the communication line 1 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like.

The server storage unit 502 stores a system program for realizing various functions for causing the server processing unit 202 to integrally control the server system 1100, a program necessary for managing a game, various data, and the like. Further, it is used as a work area of the server processing unit 202, and temporarily stores calculation results and the like executed by the server processing unit 202 according to various programs. This function is realized by, for example, an IC memory such as a RAM and a ROM, a magnetic disk such as a hard disk, and an optical disk such as a CD-ROM and DVD. In FIG. 1, an information storage medium such as an IC memory and a hard disk mounted on the blade server 1102 corresponds to this.
The server storage unit 502 of this embodiment stores a server system program 512, a game management program 514, and game related data 516.

  The server system program 512 is a system program for realizing basic input / output functions necessary for the server system 1100 by being read and executed by the server processing unit 202. The game management program 514 is a program for realizing the function as the game management unit 220 by being read and executed by the server processing unit 202.

  FIG. 11 is a diagram illustrating an example of the game related data 516. The game-related data 516 includes card registration data 518, a plurality of player setting data 520, a plurality of rental player setting data 536, and a plurality of manager setting data as information relating to card registration and setting of characters appearing in the game. 540 is stored.

  Moreover, the league setting data 550, the league registration list 551, and the league participating team list 552 are memorize | stored as information regarding a league.

  Moreover, when simulating a game, as information for determining a specific action of a player corresponding to various attack tactics and defensive tactics, pitch pattern data 554, batting pattern data 555, defensive shift data 556, Remember.

  Moreover, when simulating a game, as information for selecting an attack tactic of the attacking team, a sacrifice bunt appropriate condition table 560, a sacrifice bunt selection probability table 561, an end run appropriate condition table 562, and an end run selection probability table 563, a safety bunt appropriate condition table 564, a safety bunt selection probability table 565, and a normal attack tactic selection probability table 566 are stored.

  Moreover, when simulating a game, as information for selecting the defensive tactics of the defensive related parameters, the diversion selection condition table 570, the surprise attack appropriate condition table 572, the surprise attack selection selection probability table 574, and the normal defense tactics The selection probability table 576 is stored.

  Further, an inter-change attack adjustment table 580 and an inter-change defense adjustment table 582 are stored as information for adjusting the player parameter values during the change in which the offense and defense are changed.

  In addition, team setting data 600 that stores information about the team set by the player, and play data 650 that stores information that is generated and updated at any time with game play are stored. In addition, various information necessary for data communication such as a timer, a counter, a flag, and an IP address of the logged-in portable game device 1400, which are necessary for game management control, are appropriately stored.

Now, each data will be described in detail individually.
The card registration data 518 stores the card number assigned to each trading card 3 and the player identification information (player ID) or the manager identification information (manager ID) associated with the number in association with each other. For example, it is realized in the same manner as the association information between the type of trading card and the type of character in a known game in which a character appears in a video game using a trading card.

The player setting data 520 is information that defines the types of players such as fielders, catchers, and pitchers, and is prepared in advance only for the types of players that appear in the baseball game of this embodiment.
One player setting data 520 includes, for example, a player ID 520a for storing identification information such as a player name, player icon data 520b displayed on the team organization screens W6, W8, and the like, as shown in FIG. The display unit 82 (see FIG. 9) stores player model data 520c, player texture data 520d, and player motion data 520e for displaying players playing baseball.

Moreover, the special skill 520f of the said player and the player description 520g are memorize | stored.
The special skill 520f is information defining a specific activation condition and a process unique to the player applied when the activation condition is satisfied. The activation condition is defined by various parameter values indicating the game situation (for example, numerical values indicating the number of innings, outcount, batting order, strike or ball count, progress situation, etc.). The applied process is defined as an increase / decrease value of the capability parameter value, for example.
The player description 520g stores text information displayed on the player registration screen W4 and the player information display sections 14, 34, and 50 of the team organization screens W6 and W8 (see FIGS. 4 to 6).

  The player setting data 520 also stores an attack related parameter 522, a defense related parameter 524, a defense suitability data 526, and an individual tactic tendency parameter 530 as information related to the ability, suitability, and behavior tendency unique to the player.

The attack-related parameter 522 defines the ability at the time of attack such as batting or running of the player. For example, parameters such as hitting rate, long hitting force, meat force, running force are set as appropriate.
The defensive related parameter 524 defines the defensive ability of the player such as pitching and defensive. For example, parameters such as shoulder strength, ball control force, maximum ball speed, and game type (so-called fixed ball) are set as appropriate.
The defensive aptitude data 526 is information indicating where the player is appropriate in the defensive position, and stores defensive aptitude values (0: no aptitude to 100: maximum aptitude) for each defensive position.

  The personal tactic tendency parameter 530 stores information representing personal preferences regarding what kind of action tends to be selected for attacking behavior such as batting and running while playing, and defensive behavior. For example, as shown in FIG. 13, an attack tactic tendency parameter 532 and a defensive tactic tendency parameter 534 are stored.

  The attack tactic tendency parameter 532 indicates, for example, (1) “early hit” indicating a tendency to hit (attempt to hit) from the earlier count as the numerical value is larger, and (2) higher preference for longer hitting aim. “Long hit”, (3) “Bunt”, which indicates that the higher the value, the higher the bunt success rate, (4) “Shooting”, which indicates a tendency to aggressively steal the higher the value, (5) The higher the value, Corresponds to parameter values and parameter values such as “attack style”, which shows a tendency to favor aggressive play, and a tendency to aggressively attack later in the beginning, middle, and end of the match. And store. It goes without saying that the parameter items can be appropriately set according to the game content and the like.

  The defensive tactic tendency parameter 534 includes, for example, (1) a “game count” indicating a tendency to go to the game at an earlier stage of the count as the value is larger, and (2) “batter indicating a tendency to be wary of the batter's long hit as the value is larger. "Warning", (3) "Surprise warning" that shows the tendency to be wary of surprise attacks such as safety bunts, endruns, squeeze, etc. (5) The higher the numerical value, the greater the tendency to prefer a solid defense, and the parameter of “defense style” indicating that the tendency to face the defense more severely at the later stage of the game progress time such as the beginning, middle and end of the game Store items and parameter values in association with each other. It goes without saying that the parameter items can be appropriately set according to the game content and the like.

  In the present embodiment, the attack tactic tendency parameter 532 and the defensive tactic tendency parameter 534 basically store “0” indicating a medium lieutenance, but a specific player (for example, three crown kings) that influences the game making. And fielders, pitchers, catchers) who have high ability to win the Golden Grab Award) have a value between -2 and 2, and even if the parameter values of all the starters are summed up, it will fall between -5 and 5 In addition, the positive value and the negative value are set to be appropriately dispersed. Of course, the present invention is not limited to this, and a configuration may be adopted in which appropriate numerical values are set apart for all parameters of all players.

  The rental player setting data 536 stores setting data of players that are automatically lent when the number of cards acquired by the player is less than the number of participating members. The data structure can be realized basically in the same manner as the player setting data 520, but rental players are set to be clearly inferior to regular players set in the player setting data 520 in various abilities.

The manager setting data 540 is data corresponding to the player setting data 520 for the player, and stores various setting information for the manager. Only the types of directors appearing in the game are prepared in advance.
Specifically, as shown in FIG. 14, for example, a director ID 540a for storing identification information such as a director's name, director icon data 540b displayed on a screen for registering a director's card, and a special skill 540f , A director explanation 540g and an individual tactic tendency parameter 542. The personal tactic tendency parameter 542 includes an attack tactic tendency parameter 544 and a defensive tactic tendency parameter 546 as in the player setting data 520.

  The league setting data 550 is data for storing the setting information of the league created by the user, and is prepared for each created league. In the present embodiment, for example, as shown in FIG. 15, a league ID 550a for storing identification information such as the name of the league, a participation password 550b, and regulation setting data 550c are included. The regulation setting data 550c stores the setting contents in association with each regulation item.

  The league registration list 551 is a list of all leagues created by the user, and stores a league ID and a participation password in association with each other.

  The league participating team list 552 is a data set for storing information on teams currently participating in each league, and is prepared for each corresponding league. For example, as shown in FIG. 16, a corresponding league ID 552a for storing the corresponding league ID and a team score 552c associated with the participating team ID 552b are included.

The pitching pattern data 554 is basic information for determining the contents of pitching at one hit, and is prepared in advance according to the type of defensive tactics.
For example, as shown in FIG. 17, various pitching patterns are prepared such as a bunt correspondence pattern, an end run correspondence pattern, an “early game / long hit warning” correspondence pattern, and so on. One pitching pattern 554a stores a game pitch (decision ball) selection probability 554c, a pitch-specific selection probability 554d, a ball speed selection probability 554e, and a ball selection probability 554f for each pitching order 554b. . The pitching contents are determined by lottery based on these probabilities.

The batting pattern data 555 is basic information for deciding how to hit at one batting position and is prepared in advance according to the number of types of attack tactics.
In the present embodiment, for example, as shown in FIG. 18, a sacrificial bunt correspondence pattern, a hit end run correspondence pattern, a “fast hit / long strike aim” correspondence pattern, and so on are prepared. One correspondence pattern is associated with the pitching order 555a and stores a just meet probability 555b, a standard meet probability 555c, a missed probability 555d, and a see-off probability 555e. The hit content is determined by a lottery based on these probabilities.
Of course, the method of setting the hitting pattern is not limited to this, the right or wrong of the swing, the position of the swing (inner angle higher, inner angle middle, inner angle lower, outer angle higher, outer angle center, outer angle lower, center), swing timing just meet / slow / The probabilities of items that are said to be early may be stored.

  The defensive shift data 556 is data for determining the defensive position of each defensive position in accordance with the type of defensive tactic, and stores the relative position with respect to the standard defensive position for each defensive tactic.

  The sacrificial bunt appropriate condition table 560 defines conditions that make it appropriate to select the attack tactic “sacrificial bunt”. For example, as shown in FIG. 19, an appropriate condition 560b is stored in association with the output situation 560a with the attack-related parameters 522 such as the batter's “meet power” and “running power” as factors.

  The sacrifice bunt selection probability table 561 defines the probability that a sacrifice bunt is actually selected when the attack tactic “sacrifice bunt” is determined to be appropriate. For example, as shown in FIG. 20, the selection probability is stored in a matrix of a “bunt” value 561a of the final attack tactic tendency parameter and a score difference 561b viewed from the attack team side.

  The appropriate end-run condition table 562 defines conditions that make it appropriate to select the attack tactic “end-run (abbreviation of hit end-run)”. The data structure can be realized in the same manner as the sacrifice bunt appropriate condition table 560. That is, the attack side parameter as the factor of the appropriate condition 560b may be replaced with, for example, the batter's “meet power” and the runner's “running power”.

  The end run selection probability table 563 defines a probability that an end run is actually selected when it is determined that the attack tactic “end run” is appropriate. The data structure can be similarly realized by replacing the value of “bunt” in the sacrifice bunt selection probability table 561 with the value of “running” of the final attack tactic tendency parameter.

  The safety bunt appropriate condition table 564 defines conditions under which it is appropriate to select the attack tactic “safety bunt”. In the present embodiment, the conforming condition is that the batter's “meeting power” and “running power” both exceed a predetermined reference value. Of course, the probability of satisfying an appropriate condition may be defined by a matrix of batter's “meeting force” 564a and “running force” 564b (see FIG. 12).

  The safety bunt selection condition table 565 defines the probability that the safety bunt is actually selected when it is determined that the safety bunt is appropriate. Similar to the sacrificial bunt selection probability table 561, the selection probability is stored in a matrix of the “bunt” value of the final attack tactic tendency parameter and the score difference seen from the attack team side.

  The normal attack tactic selection probability table 566 defines the probability of selecting a hitting tactic. In this embodiment, four types of tactics can be selected: “aim for early hit / long hit”, “aim for late hit / long hit”, “aim for early hit / short hit”, and “aim for late hit / short hit”. In this table, as shown in FIG. 21, selection probabilities for each of the four tactics are stored in a matrix of “long hit” values 566a and “early hit” values 566b of the final attack tactic tendency parameters.

  The respect selection condition table 570 defines conditions for selecting the defensive tactic “respect”. In this embodiment, as shown in FIG. 22, the probability of selection is stored in a matrix of the “defensive” value 570 a of the final defensive tactic tendency parameter and the total 570 b of the batter's “meet power” and “long hit power”. To do.

  The surprise surprise appropriate condition table 572 defines a condition that makes it appropriate to select a defensive tactic “surprise warning”, that is, a strategy that warns a safety bunt or end run. For example, as shown in FIG. 23, appropriate conditions 572b having batter's “meeting power” and “running power” as factors are stored for each condition of the output situation 572a.

  The surprise warning selection probability table 574 defines the probability that the surprise warning is actually selected when it is determined that the surprise warning is appropriate. For example, as shown in FIG. 24, the probability of being selected is stored in a matrix of “surprise warning” value 574a of the final defensive tactic tendency parameter and score difference 574b with the defensive team as a subject.

  The normal defensive tactic selection probability table 576 defines the probability of selecting a pitching tactic. In this embodiment, it is possible to select from four types: “early game / long shot warning”, “late game / long shot warning”, “early game / short hit warning”, and “late game / short hit warning”. For example, as shown in FIG. 25, the above-mentioned four types of defensive tactics are arranged in a matrix of the “defense warning” value 576a of the final defensive tactic tendency parameter and the “match count” value 576b of the final defensive tactic tendency parameter. The selection probability of is stored.

  The inter-change attack adjustment table 580 defines whether or not to adjust the player parameters in the case of a change in which the offense and defense are changed. For example, as shown in FIG. 26, the “attack style” value 580a of the last attack tactic tendency parameter (the attack indicating which time of the progress of the game such as the beginning, the middle, and the end of the game in this embodiment is important) The progress-oriented determination element) and the inning 580b indicate the conditions, and the presence / absence information of adjustment (in the figure; 0 = none, 1 = present) is stored. In this embodiment, when the condition with adjustment is met, the attack-related parameters of the players of the attack team are positively corrected, and the motivated state is expressed.

  The inter-change defensive adjustment table 582 defines whether or not to adjust the parameters of the player at the time of a change in which offense and defense are changed. For example, as shown in FIG. 27, the “defensive style” value 582a of the final defensive tactic tendency parameter (defense indicating which time of the game progress, such as the beginning, middle, and end of the game in this embodiment, is important. The progress-oriented determination element) and the inning 582b indicate the conditions, and the presence / absence information of adjustment (in the figure; 0 = none, 1 = present) is stored. In the present embodiment, when the condition with adjustment is met, the defensive parameters of the defensive team players are positively corrected, and the motivated state is expressed.

  The team setting data 600 is prepared for each user, and stores team information created by the user. For example, as shown in FIG. 28, a user ID 602, a password 604, a team ID 606, registration supervision data 608, a registered player list 610, a starter list 612, a substitute staff list 614, a record pitcher list 616, Participation league ID618.

  The starter list 612 stores information such as a defensive position of a registered player who is a starting member and a batting order. For example, as shown in FIG. 29, for each defensive position 612a, the starter list 612 stores the player ID 612b of the player assigned to the position and the batting order 612c in association with each other.

The substitute personnel list 614 stores players registered as substitute personnel and setting information for the purpose of substitution. For example, as shown in FIG. 30, a player ID 614b, a first replacement purpose 614c, and a second replacement purpose 614d are stored in association with the replacement personnel frame 614a.
Note that the number of replacement personnel slots and the number of possible replacement objectives can be set as appropriate according to the game content.

The reserve pitcher list 616 stores information indicating the purpose of replacement such as “relay” and “restraint” in association with the player ID of the player registered as the reserve pitcher.
The participating league ID 618 stores the league ID in which the team is currently participating.

  The play data 650 is generated for each game, and stores information indicating the game situation and various information for controlling the game. For example, as shown in FIG. 31, the team information 652 for storing the team IDs of the two teams to be matched, the inning information 654 for storing the current number of innings and the identification information on the front and back, and participating in the game. Player parameter data 656 that stores various parameters of all players in association with player IDs, a replacement player list 658 that stores player IDs of players who have already been replaced among substitutes and reserve pitchers, and basic attack tactics A tendency parameter 660, a basic defensive tactic tendency parameter 662, an intermediate attack tactic tendency parameter 664, an intermediate defensive tactic tendency parameter 666, a final attack tactic tendency parameter 668, and a final defensive tactic tendency parameter 670 are stored.

[Description of operation]
Next, the operation of the server system 1100 in this embodiment will be described. It is assumed that a player who has already registered as a user is logged in using the portable game apparatus 1400 as appropriate.

FIG. 32 is a flowchart for explaining a main processing flow related to the present invention in the server system 1100 according to the present embodiment.
The server processing unit 202 of the server system 1100 first transmits display information for displaying a title and a menu to the portable game apparatus 1400 (step S2). The display information is, for example, HTML information if the program used for image display of the portable game device 1400 is a web browser, and a menu screen W2 as shown in FIG. 3 is displayed, for example. When any operation input is performed on portable game device 1400, request information is transmitted to server system 1100.

  When it is determined that “player registration” for registering the fielder and pitcher is selected from the request information (YES in step S4), the server processing unit 202 executes player registration processing (step S6).

  As the player registration process, for example, display information or Java (registered trademark) for displaying the card number input field 10 and the number input software keyboard 12 on the portable game device 1400 as shown in FIG. The program and the CGI source for displaying the registered player list 16 registered by the player are transmitted to the portable game device 1400. Card number information based on operation input information to software keyboard 12 is transmitted from portable game device 1400. The server processing unit 202 collates the received number with the card registration data 518 (see FIG. 11), and transmits a display information for displaying the character information corresponding to the card number in the player information display column 14 if they match. Then, the player is registered in the registered player list 610 of the team setting data 600 (see FIG. 28), and the process returns to step S2.

Similarly, when it is determined that “director registration” for registering the card character with the manager of the team is selected from the request information (YES in step S8), the server processing unit 202 performs the same process as the player registration process. A director registration process is executed (step S10).
The manager registration process is basically the same as the player registration process except that the character corresponding to the card is a manager. However, since only one manager can be registered, the registered manager data 608 of the team setting data 600 of the player is updated to the newly registered manager ID (see FIG. 28).

  When the received request information corresponds to the “team organization” selection operation (YES in step S12), the team organization screen display process is executed, and the server processing unit 202 performs the team organization screens W6 and W8 (FIG. 5). Display information for displaying (see FIG. 6) is transmitted to portable game device 1400 (step S14).

  On the team organization screens W6 and W8, a starter edit tag 20 for calling a dedicated organization screen, a substitute personnel organization tag 22, and a record pitcher organization tag 24 are displayed. When the selection operation of any tag or the return operation to the menu screen is input on the portable game device 1400, request information corresponding to the selection operation is transmitted to the server system 1100.

  If the received request information corresponds to a return operation to the menu screen (YES in step S16), the server processing unit 202 proceeds to step S2.

  When the received request information corresponds to the selection operation of the starter edit tag 20 (“starter” in step S18), the server processing unit 202 executes a starter organization process (step S20).

FIG. 33 is a flowchart for explaining the flow of the starter organization process.
First, the server processing unit 202 executes a display process of the starter setting state (step S50) and a display process of the registered player list (step S52), and display information for causing the portable game device 1400 to display the starter setting state display unit 26. And display information for displaying the registered player list 36 is transmitted (step S50; see FIG. 5).

  In the portable game device 1400, among the defensive positions of the starter setting state display unit 26, for the positions where the player ID 612b of the starter list 612 (see FIG. 29) of the team setting data 600 of the user is registered, the player The player icon data 520b of the player setting data 520 indicated by the ID 612b or the player icon data of the rental player setting data 536 is displayed, and a blank icon 32 is displayed at an unregistered position (see FIG. 5). In the registered player list 36, icons of registered players in the registered player list 610 (see FIG. 28) of the team setting data 600 of the player are displayed at predetermined display positions in the list.

  On the portable game device 1400, the player who wants to register at the position selected from the icon displayed on the registered player list 36 or the operation of selecting the position that the player wants to set the player in the starter setting state display section 26 When a selection operation, a “release” operation for canceling the position setting, or the like is input, request information corresponding to the operation input is transmitted to the server system 1100.

  When the request information received by the server system 1100 corresponds to the position selection operation (YES in step S54), the server processing unit 202 temporarily stores the identification information of the selected position in the server storage unit 502, and the position information Is set as a setting target (step S56). Then, the player information display process is executed (step S58), and the portable game device 1400 causes the player detail display unit 34 to display information about the player registered in the position that is currently set. Display information for transmission to portable game device 1400.

  If the received request information corresponds to the “remove” operation (YES in step S60), the server processing unit 202 is associated with a player ID 612b corresponding to the position that is the setting target of the starter list 612. The data is cleared (step S62; see FIG. 29). And the display of the player detail display part 34 is deleted and cleared (step S64).

  If the received request information corresponds to an operation for selecting an icon of any player in the registered player list 36 (YES in step S66), the server processing unit 202 currently sets a player corresponding to the selected icon. The registered position is registered (step S68), and then the player information display unit 34 is updated to the player corresponding to the selected icon (step S70).

Next, the server processing unit 202 determines whether there is an unset position even if all the players registered in the registered player list 610 of the player are registered in any position, that is, the registered player has the minimum capacity (this In this case, it is determined whether there is a shortage with respect to the baseball team (9 players) (step S72).
If applicable (YES in step S72), the server processing unit 202 selects a shortage of players from the rental player setting data 536, and automatically sets the selected rental players to unset positions. (Step S74).

  Returning to the flowchart of FIG. 32, in step S16, when it corresponds to the selection operation of the substitute personnel editing tag 22 (“substitute personnel” in step S18), the server processing unit 202 executes a substitute personnel organization process (step S90). .

FIG. 34 is a flowchart for explaining the flow of the substitute member organization process.
In this process, the server processing unit 202 first executes a substitute member setting display process, and displays the substitute member setting state display unit 40 (see FIG. 6) on the substitute member list 614 (see FIG. 30) of the team setting data 600 of the player. Display information for indicating the current setting state (see step S92) is transmitted to the portable game apparatus 1400 (step S92), and further display information for displaying the registered player list 54 is transmitted (step S94).

  On the team organization screen W8, the player performs an operation of selecting a substitute worker frame (setting target frame) to be set, a selection operation of a player who wants to be registered in the setting target frame, and “cancel” to cancel the current setting of the setting target frame. It is possible to perform an operation, an operation for selecting the content for the first replacement purpose, and an operation for selecting the content for the second replacement purpose. The portable game device 1400 transmits request information corresponding to these various operations to the server system 1100.

  If the request information received by the server system 1100 corresponds to the selection operation of the substitute personnel frame (YES in step S96), the server processing unit 202 temporarily stores the identification information of the selected substitute personnel frame in the server storage unit 502. Then, the frame is set as a setting target frame (step S98). Then, display information for causing the player information display unit 50 to display information on the player currently registered in the setting target frame in the substitute personnel list 614 of the team setting data 600 of the player is transmitted to the portable game device 1400. (Step S100).

  If the received request information corresponds to the “remove” operation (YES in step S102), the server processing unit 202 clears the player registration of the setting target frame (step S104) and displays the player information display unit 50. Delete and clear (step S106).

  If the received request information corresponds to an operation for selecting any one of the registered player list 54 (YES in step S108), the server processing unit 202 sets the player ID corresponding to the selected and operated icon to be set. It registers as player ID 614b corresponding to the frame replacement personnel frame 614a (step S110; see FIG. 30).

  If the player is registered in the setting target frame (YES in step S112) and the received request information corresponds to the selection operation for the first replacement purpose (YES in step S114), the server processing unit 202 In accordance with the selection operation, the first replacement purpose 614c of the player in the setting target frame is set (step S116). Similarly, when the received request information corresponds to the selection operation for the second replacement purpose (YES in step S118), the server processing unit 202 sets the second replacement purpose 614d of the player in the setting target frame according to the selection operation. (Step S120), and the substitute personnel organization process is terminated.

  Returning to the flowchart of FIG. 32, in step S16, when the operation corresponds to the selection operation of the copy pitcher edit tag 24 (“copy pitcher” in step S18), the server processing unit 202 executes the copy pitcher organization process (step S124). . In the reserve pitcher formation process, similar to a known baseball game in which the player can form his / her team, the pitchers to be “relay” and “suppress” from among the players registered in the registered player list 610 of the player are respectively given to the player. Let them choose. The setting data is stored in the record pitcher list 616 of the team setting data 600 (see FIG. 28).

  In the menu screen W2, when the received request information corresponds to “create league” (YES in step S130), the server processing unit 202 executes league creation processing (step S132).

  FIG. 35 is a flowchart for explaining the flow of the league creation process. The server processing unit 202 first executes league setting screen display processing, and transmits display information for displaying the league setting screen W10 to the portable game device 1400 (step S134; see FIG. 7). Then, new league setting data 550 is created (step S136; see FIG. 15)). At this time, the setting content of each item of the regulation setting data 550c is set to a predetermined default.

  When an operation input is made on the league setting screen W10 on the portable game device 1400, request information corresponding to various operation inputs to the league ID setting field 60, the participation password setting field 62, and the regulation setting unit 66 is transmitted to the server system 1100. Is done.

The server processing unit 202 receives the request information based on the operation input to the league ID setting field 60 and the participation password setting field 62, and sets the league ID 550a and the participation password 550b of the league setting data 550 generated previously (step) S138).
Moreover, the request information based on the operation input to the regulation setting part 66 is received, and the setting content of each item of the regulation setting data 550c of the league setting data 550 generated previously is changed (step S140).

  Next, when the received request information corresponds to the setting end operation (YES in step S142), the server processing unit 202 associates the league ID newly generated this time with the participation password in the league registration list 551. Store (step S144). And the new league participating team list 552 corresponding to the said league is produced | generated (step S146).

  If the received request information corresponds to “clear all” that discards all the current setting contents (YES in step S148), the server processing unit 202 deletes the league setting data 550 newly created this time ( Step S150).

  And when the received request information corresponds to return operation to a menu screen (YES of step S152), the server process part 202 complete | finishes a league creation process.

  Returning to the flowchart of FIG. 32, when it is determined that “League participation” is selected from the request information (YES in step S154), the server processing unit 202 executes a league participation process (step S156).

  FIG. 36 is a flowchart for explaining the flow of the league participation process. First, the server processing unit 202 transmits display information for displaying the participating league setting screen W12 to the portable game device 1400 as display processing of the participating league setting screen (step S170; see FIG. 8). In portable game device 1400, input to league ID input field 70 and participation password input field 72 is enabled by software keyboard 74, and request information corresponding to the input is transmitted to server system 1100.

  When the received request information corresponds to the return operation to the menu screen (YES in step S172), the server processing unit 202 ends the league participation process.

  When the received request information corresponds to the league ID and the participation password, the server processing unit 202 compares them with the league setting data 550. If there is no registration in which the league ID 550a matches the participation password 550b (NO in step S174), the server processing unit 202 transmits display information for notifying the input error to the portable game device 1400 (step S176), and step The process proceeds to S170.

  If there is a matching registration (YES in step S174), the server processing unit 202 sets the matched league ID 550a as the participating league ID 618 in the team setting data 600 of the player (step S178; see FIG. 28), The team information of the player is registered / updated in the league participation team list 552 of the league (step S180), and the league participation process is terminated.

  Returning to the flowchart of FIG. 32, when the received request information corresponds to a “game” selection operation (YES in step S184), the server processing unit 202 executes a game simulation process (step S186).

  37 to 38 are flowcharts for explaining the flow of the game simulation process. In this process, the server processing unit 202 first generates new play data 650 in the server storage unit 502. Then, with reference to the participating league ID 618 in the team setting data 600, a team to be played against the player's team is randomly selected from the league participating team list 552 to which the player's team is currently participating, and the first and last attack is automatically set ( Step S220). The team IDs of the two teams that compete and the information about the first and last attack are stored in the battle team information 652 of the play data 650 (see FIG. 31).

  Next, the server processing unit 202 starts a match and starts generating a match image (step S222). Information such as the current inning and back / front identification is stored in the play data 650 as inning information 654.

  When the game is started, the server processing unit 202 displays display information for displaying a game image and game progress information (for example, count, progress information, score information, etc.) toward the portable game device 1400. Transmission is started (step S224). Accordingly, in the portable game device 1400, the game simulation screen W14 is displayed, the state of the game is displayed on the game screen display unit 82, and the scoreboard 80, the count display unit 84, and the progress status display unit 86 are displayed. Is started (see FIG. 9).

  If the match is started, the server processing unit 202 first selects a batter according to the order of the attack team (step S226), and then executes a batter substitution process (step S228).

FIG. 39 is a flowchart for explaining the flow of batter change processing.
In this process, the server processing unit 202 first determines whether or not a substitute hitting appropriate condition that is one of the attack power enhancement status conditions is satisfied (step S240). The suitable condition for the hitting is a game situation where it is considered appropriate to change the batter. For example, when the batter is a pitcher and the number of innings is 6 or more, it can be realized in the same manner as the conditions for performing batter change in a known baseball game.

  If it is determined that the substitute hitting appropriate condition is satisfied (YES in step S240), the server processing unit 202 next refers to the player parameter data 656 of the play data 650, and parameters related to the batter's hitting (for example, long hitting strength) , Meet force, etc.) is below a predetermined reference value (step S242). If it is lower (YES in step S242), a substitute hit acceptance / rejection determination process is further executed (step S244). In this process, the probability that the substitution is selected is low when the inning is less than seven times, and is set so that the probability of adoption increases every time after the seventh inning.

Then, when the substitution is adopted (YES in step S246), the server processing unit 202 refers to the substitution personnel list 614 to select the player to be substituted, and the first substitution purpose 614c is set to “substitution”. If there is a corresponding player (YES in step S248), one of the corresponding players is replaced with the current batter (step S252), and the batter replacement process is terminated.
If there is no unaltered player whose first substitution purpose 614c is set to “substitution” (NO in step S248), the server processing unit 202 further sets the second substitution purpose 614d to “substitution”. If an unassigned player is searched and there is an applicable player (YES in step S250), one of the applicable players is replaced with the current batter (step S252), and the batter change process is terminated.

  If a player who can still be changed is not found (NO in step S250), the player change accompanying the substitute run is stopped (step S254), and the batter change process is terminated.

  Returning to the flowchart of FIG. 37, the server processing unit 202 then executes an attack tactic determination process (step S270).

FIG. 40 is a flowchart for explaining the flow of the attack tactic determination process.
In this process, the server processing unit 202 first sets the personal tactic tendency parameter of the player who is currently participating in the attack team (the initial setting is the same as the setting of the starter. If there is a change in the middle, it means the member after the change). The sum of the parameter values is calculated for each item of the attack tactic tendency parameter 532 of 530, and this is used as the basic attack tactic tendency parameter 660 of the attack team (step S272; see FIGS. 13 and 31). That is, the selection tendency of the basic attack tactics of the team is determined based on the individual tactic tendency parameter 530 of the player who satisfies the predetermined member condition. Although the player is currently participating, the value of the basic attack tactic tendency parameter 660 may be determined by setting all registered players in the current game including the substitute player and the reserve pitcher as predetermined member conditions.

  Next, the server processing unit 202 adds the attack tactic tendency parameter 532 of the player who is the current batter (the main character having a strong influence on the attack) to the basic attack tactic tendency parameter 660 once again, so that an intermediate attack tactic tendency parameter is obtained. 664 is calculated (step S274), and the attack tactic tendency parameter 532 of the manager, which is one of the main characters in the present embodiment, is added to the intermediate attack tactic tendency parameter 664, and the final attack tactic tendency in the current batting order is calculated. The parameter 668 is determined (step S276).

  Next, the server processing unit 202 determines whether or not an appropriate condition for “sacrificing bunt” is satisfied (step S278). With reference to the sacrifice bunt appropriate condition table 560 (see FIG. 19), if the sacrifice bunt appropriate condition 560b determined for each output situation 560a is satisfied (YES in step S278), the server processing unit 202 further stores sacrifice bunt selection probability data. Referring to 561, whether or not to use the sacrifice bunt is determined with a selection probability corresponding to the final attack tactic tendency parameter 668 (step S280). If “sacrifice bunt” is adopted (YES in step S282), the attack strategy of the current batting is set to “sacrifice bunt” (step S284), and the attack tactic determination process is terminated.

  If it is determined that the sacrificial bunt appropriate condition is not satisfied (NO in step S278), or if the sacrificial bunt is not employed (NO in step S282), the server processing unit 202 next satisfies the endrun appropriate condition Is determined (step S290).

  With reference to the appropriate end run condition table 562, if the appropriate end run condition is determined according to the output situation or the like (YES in step S290), the server processing unit 202 further refers to the end run selection probability table 563 to determine the final attack. Whether or not to adopt an end run is determined with a selection probability corresponding to the tactic tendency parameter 668 (step S292). If “end run” is adopted (YES in step S294), the attack strategy of the current batting is set to “end run” (step S296), and the attack tactic determination process is terminated.

  If it is determined that the appropriate condition for the end run is not satisfied (NO in step S290), or if the end run is not adopted (NO in step S294), the server processing unit 202 determines whether the appropriate condition for safety bunt is next satisfied. Determination is made (step S300).

  If the safety bunt suitable condition table 564 is referred to and the safety bunt appropriate condition based on the batting ability and running force of the batter is satisfied (YES in step S300), the server processing unit 202 further refers to the safety bunt selection probability table 565. Then, whether or not to use the safety bunt is determined with the selection probability according to the final attack tactic tendency parameter 668 (step S302). If “safety bunt” is adopted (YES in step S304), the attack strategy of the current batter is set to “safety bunt” (step S306), and the attack tactic determination process is terminated.

When none of the appropriate conditions of the sacrifice bunt, the end run, and the safety bunt is satisfied, the server processing unit 202 selects an attack strategy based on a normal hit (step S308).
Specifically, selection of “early hit / long hit aim”, “late hit / long hit aim”, “early hit / single hit aim”, and “late hit / single hit aim” defined in the attack tactic selection probability table 566 (see FIG. 21). Any tactic is determined according to the probability, and the attack tactic determination process is terminated.

Returning to the flowchart of FIG. 37, the server processing unit 202 next executes a runner change process (step S330).
FIG. 41 is a flowchart for explaining the flow of the runner change process.
In this process, the server processing unit 202 first determines whether or not a substitute running appropriate condition that is one of the attack power strengthening status conditions is satisfied (step S332). The suitable condition for substitute run is a game situation where it is considered appropriate to send a substitute run. For example, when there is a runner and the attacking team is defeated or wins by a close margin, it can be realized in the same manner as the runner change triggering condition in a known baseball game.

If it is determined that the substitute running appropriate condition is satisfied (YES in step S332), the server processing unit 202 next refers to the player parameter data 656 of the play data 650, and the running ability is predetermined among the current runners. The presence or absence of a runner below the reference value is determined (step S334; see FIG. 31).
If there is a corresponding runner (YES in step S334), a substitute run acceptance / rejection determination process is executed (step S336). In this processing, the probability that the substitution is selected is set to be low when the inning is less than 7 times, and the employment probability is increased every time after 7 times.

  When the substitution is adopted (YES in step S338), the server processing unit 202 refers to the substitution personnel list 614 to select the player to be substituted, and the first substitution purpose 614c is set to “substitution”. If there is a corresponding player (YES in step S340), one of the corresponding players is replaced with a runner below the reference value (step S344), and the runner change process is terminated.

  If there is no unassigned player whose first substitution purpose 614c is set to “substitution” (NO in step S340), the server processing unit 202 further sets the second substitution purpose 614d to “substitution”. If an unassigned player is searched and there is an applicable player (YES in step S342), one of the applicable players is changed to a runner below the reference value (step S344), and the runner change process is terminated.

  If a player who can still be changed is not found (NO in step S342), the player change accompanying the substitute run is stopped (step S346), and the runner change process is terminated.

Returning to the flowchart of FIG. 37, the server processing unit 202 next executes a defensive change process (step S360).
FIG. 42 is a flowchart for explaining the flow of defensive change processing. In this process, the server processing unit 202 first determines whether a defensive change appropriate condition that is one of defensive power strengthening status conditions is satisfied (step S362). The defensive change appropriate condition defines the situation to be defensive. For example, when the inning is 7 times or more, the defensive team wins with a point difference of 3 points or less, and the batting order is No. 1-3, it can be set in the same manner as the appropriate conditions for defensive change in a known baseball game. .

  If it is determined that the defensive change condition is satisfied (YES in step S362), the server processing unit 202 refers to the defensiveness data 526 of the player setting data 520 for all fielders currently defensive, and the defensive aptitude for the current defensive position. The presence / absence of a fielder whose value falls below a predetermined reference value is determined (step S364; see FIG. 12).

  If there is a fielder below the reference value (YES in step S364), the server processing unit 202 executes a defensive change adoption decision process (step S366). The probability that adoption of defensive substitution is selected in this process is set so that the inning probability is low when the number of innings is less than seven times, and the probability of adoption increases every time after seven times.

  When the defensive substitution is adopted (YES in step S368), the server processing unit 202 refers to the substitution personnel list 614 to select the player to be substituted, and the first substitution purpose 614c is the infield of the substitution destination. / Searches for unassigned players who are set to “Defense firm (Uchino)” or “Defense firm (Outfield)” corresponding to the type of outfield, and if there is a corresponding player (YES in step S370), One person is replaced with a fielder below the reference value (step S374), and the defensive substitution process is terminated.

  If there is no suitable unassigned player for the first replacement purpose 614c (NO in step S370), the server processing unit 202 further corresponds to the type of infield / outfield in which the second replacement purpose 614d is the replacement destination. Search for unassigned players set to “Defense (Uchino)” or “Defense (Outfield)”, and if there is a corresponding player (YES in step S372), one of the corresponding players will be below the standard value (Step S374), and the defensive change process is terminated.

  If a player who can still be changed is not found (NO in step S372), the defensive change is stopped (step S376), and the defensive change process is terminated.

Returning to the flowchart of FIG. 37, the server processing unit 202 next executes a defensive tactic determination process (step S400).
FIG. 43 is a flowchart for explaining the flow of the defensive tactic determination process. In this processing, the server processing unit 202 first sets a parameter value for each item of the defensive tactic tendency parameter 534 of the individual tactic tendency parameter 530 of the player who is currently participating in the game among the players of the defensive team, that is, the player who is not a reserve. Is calculated and used as the basic defensive tactic tendency parameter 662 of the attack team (step S402; see FIG. 31). In other words, the basic defensive tactic selection tendency of the team is determined based on the individual tactic tendency parameter 530 of the player that satisfies the predetermined member condition.

  Next, the server processing unit 202 adds the defensive tactic tendency parameter 534 of the pitcher currently climbing, which is one of the main characters in the present embodiment, to the basic defensive tactic tendency parameter 662 once again, thereby obtaining an intermediate defensive tactic tendency parameter 666. (Step S404), and the defensive tactic tendency parameter 534 of the manager, which is one of the main characters in the present embodiment, is added to the intermediate defensive tactic tendency parameter 666, and the final defensive tactic tendency parameter 670 at the current batting point is calculated. Is determined (step S406).

  Next, the server processing unit 202 determines whether or not the distance selection condition is satisfied (step S408). Referring to the distance selection condition table 570 (see FIG. 22), if the batting ability of the batter satisfies a predetermined appropriate condition with respect to the “reward” value 570a in the final defensive tactic tendency parameter 670 (YES in step S408). ), The defensive tactic at the current bat is determined to be “reward” (step S410), and the defensive tactic determination process is terminated.

  If the distance selection condition is not satisfied (NO in step S408), the server processing unit 202 next determines whether or not an appropriate surprise warning condition based on the final defensive tactic tendency parameter 670 is satisfied (step S412).

  Then, referring to the surprise warning appropriate condition table 572 (see FIG. 23), when the appropriate condition 572b based on the output situation 572a and the attack-related parameters such as the batter's “meet power” and “running power” is satisfied (in step S412) YES), the server processing unit 202 further refers to the surprise attack selection probability table 574 (see FIG. 24), and makes a selection based on the “surprise warning” value of the final defensive tactic tendency parameter 670 and the score difference. Whether or not to accept the “surprise warning” is determined based on the probability (step S414). In other words, the surprise attack may be used in the situation, but it is determined whether or not the surprise warning is actually taken.

  If the surprise warning is adopted (YES in step S416), the server processing unit 202 determines the defensive tactic for the batter at this time as “surprise warning” (step S418), and ends the defensive tactic determination process.

  On the other hand, if the surprise warning appropriate conditions are not satisfied in the first place (NO in step S412) and if the surprise warning is not adopted in the acceptance / rejection determination process (NO in step S416), the server processing unit 202 selects the normal defensive tactic selection probability table. Reference is made to 576 (see FIG. 25). Then, based on the “defense warning” value of the final defensive tactic tendency parameter 670 and the “game count” value, “early game / long shot alert”, “late game / long strike alert”, “early game / short strike alert” Any tactic of “late game / short shot alert” is selected and determined (step S420), and the defensive tactic determination process is terminated.

  Returning to the flowchart of FIG. 37, the server processing unit 202 next refers to the batting pattern data 555, and controls the batter according to the setting of the batting pattern corresponding to the previously selected attack tactic (step S440; see FIG. 18). ). More specifically, the hit content is determined according to the probability of just meet, standard meet, missed strike, and see-off corresponding to the current pitching order 555a, and an operation for realizing the determined hit content is performed.

  Next, the server processing unit 202 performs scout control according to the previously selected attack tactic (step S441). More specifically, for example, when “End Run” is selected as the attack tactic, the runner is run simultaneously with the pitching.

  Next, the server processing unit 202 refers to the defensive shift data 556 and controls the fielder's defensive formation according to the defensive shift pattern corresponding to the previously selected defensive tactic (step S442).

  Next, with reference to the pitch pattern data 554, the pitcher's pitch is controlled in accordance with the pitch pattern setting corresponding to the previously selected defensive tactic (step S444; see FIG. 17). Specifically, based on the probability of selection of the game ball, pitch zone selection, ball speed selection, and ball power selection corresponding to the pitching order 554b at that time, it is determined what kind of ball to throw and what to throw. The pitching operation is controlled accordingly.

  At this stage, since both the offense and defense actions are determined, the server processing unit 202 next calculates the offense and defense result (step S446) and moves to the flowchart of FIG. The game progress information such as the habit status and score is updated (step S448).

In other words, in the same manner as a known baseball game that automatically controls the game, the strike and ball count, the type of the flying ball and the type of the flying ball could / cannot be caught, shyness, out / safe of the check ball, and successful theft / Failure, etc. are determined.
Regarding the determination of the type of flying ball, for example, the result of hitting determined based on the hitting pattern data 556 (any of just meet, standard meet, and hitting) and the pitching content determined based on the pitching pattern data 554 In the matrix, the table data in which the type and position of the flying ball are associated with each other may be stored in advance in the server storage unit 502 and determined by referring to this. Of course, other methods may be used.

Next, the server processing unit 202 determines whether a change has occurred based on the offense and defense result. If the batter is not changed (NO in step S450) and the batter has advanced (YES in step S452), the process returns to step S270 and the simulation for the current batter is repeated.
On the other hand, if the batter has not advanced (NO in step S452), the process returns to step S226, and the simulation is repeated from the selection of a new batter.

If a change is made (YES in step S450), the server processing unit 202 determines whether or not a match end condition is satisfied.
If the game end condition is not satisfied (NO in step S454), the number of innings and the identification of the reverse side are updated (step S456), and the offense / defense team is reversed (step S458). Then, the server processing unit 202 determines whether there is a pitcher in the team that has become the defender due to the offense and defense reversal. If there is no pitcher (NO in step S470), a new pitcher is selected from the record pitcher list 616 (see FIG. 28), and the player is replaced with the player with the ninth hit order (step S472).

  Next, the server processing unit 202 executes an inter-change parameter adjustment process to reflect a progress-oriented determination element indicating which time of the progress of the game, such as the beginning, middle, and end of the game, is important (step S490). ).

  FIG. 44 is a flowchart for explaining the flow of the inter-change parameter adjustment processing. In this process, the server processing unit 202 refers to the inter-change attack adjustment table 580 and determines whether or not the attack-related parameter is adjusted (step S492; see FIG. 26).

If it is determined that there is an adjustment (YES in step S494), the server processing unit 202 increases the values of the attack-related parameters of all players of the attack team according to a predetermined rule (step S496). For example, a predetermined value may be uniformly added to all items of the attack-related parameters, or a predetermined number of items may be selected and limitedly increased.
On the other hand, if it is determined that there is no adjustment (NO in step S494), the server processing unit 202 returns the attack-related parameters of all players of the attack team to the initial values (step S498).

  Next, the server processing unit 202 refers to the inter-change defensive adjustment table 582 and determines whether or not defensive related parameters are adjusted (step S500; see FIG. 27).

If it is determined that there is an adjustment (YES in step S502), the server processing unit 202 increases the values of the defensive parameters of all the players in the defensive team according to a predetermined rule (step S504). For example, a predetermined value may be uniformly added to all items related to the defensive parameters, or a predetermined number of items may be selected and limitedly increased.
On the other hand, if it is determined that there is no adjustment (NO in step S502), the server processing unit 202 returns the defense-related parameters of all the players of the defense team to the initial values (step S506).

Next, a player and a manager who satisfy the triggering condition of each special skill 520f or 540f are selected from all the players and managers set as the starters, substitutes, and reserve pitchers of the attack team and the defensive team (step S508). . Then, the special skill is applied according to the setting of the special skill 520f or 540f of the selected player and manager (step S510), and the inter-change parameter adjustment process is terminated.
If the inter-change parameter adjustment processing is completed, the process returns to the flowchart of FIG. 38 and proceeds to step S226.

  On the other hand, if the game end condition is satisfied (YES in step S454), the server processing unit 202 ends generation and transmission of display information for displaying the game screen and game progress information on the portable game device 1400 (step S454). S520), the results of both teams that have played in this game are updated (step S522), and the game simulation process is terminated.

  Returning to the flowchart of FIG. 32, when the received request information corresponds to the selection of the “chat” function (YES in step S524), the server processing unit 202 executes the chat process, and the portable game device 1400 A chat function is provided (step S526).

[Modification]
As described above, the first embodiment to which the present invention is applied has been described. However, the form to which the present invention is applied is not limited to this, and as long as it does not depart from the gist of the invention, the game content, system, Functional components can be added, omitted, or changed.

  For example, in the above embodiment, a baseball game is taken as an example. However, if there is a position related to defense or attack and a player can change during a game, soccer, hockey, rugby, American football, volleyball, etc. The same applies to other sports. In addition, it is needless to say that the population that determines the teams to play against is not limited to the league as in the above embodiment, but can be set to a tournament or the like.

  Further, in the above embodiment, the game system includes the server system 1100 and the user terminal, and the game management process is executed by the server system 1100. However, the server system 1100 and the user terminal are used as one stationary home use. A game system realized by a game device or an arcade game device may be used. Further, when the game system of the present invention is used in a store such as a game center, an arcade game device may be used as a user terminal.

  In the above embodiment, an example is given in which the behavior of both teams in a match is automatically controlled. However, one of the defensive team and the attacking team is controlled by a computer, and the other team is controlled by the player itself. Also good.

2 ... Player 3 ... Trading card 8 ... Menu selection icon display section 10 ... Card number input field 14 ... Player information display section 16 ... List of registered players 18 ... Operation guidance display 20 ... Starter organization tag 22 ... Substitute personnel organization tag 24 ... Pitcher Organization tag 26 ... Stampen setting state display part 30 ... Player icon 34 ... Player information display part 35 ... Strike order designation field 40 ... Substitute personnel setting state display part 46 ... First substitution purpose 48 ... Second substitution purpose 52 ... Substitution purpose selection field 60 ... League ID setting field 62 ... Participation password setting field 66 ... Regulation setting part 70 ... League ID input field 72 ... Password input field 76 ... League list display 82 ... Game screen display part 202 ... Server processing part 220 ... Game management part 222 ... Card registration processing unit 224 ... Team organization processing unit 226 ... Team tendency determination unit 2 DESCRIPTION OF SYMBOLS 8 ... Tactics determination process part 230 ... Game progress control part 232 ... Chat control part 234 ... League creation process part 236 ... League participation setting process part 500 ... Memory | storage part 506 ... Game screen display control program 502 ... Server memory | storage part 512 ... Server system Program 514 ... Game management program 516 ... Game related data 518 ... Card registration data 520 ... Player setting data
522 ... Attack related parameters
524 ... Defense related parameters
526 ... Defensive aptitude data
530 ... Individual tactic tendency parameter
532 ... Attack tactic tendency parameter
534 ... Defensive tactic tendency parameter 540 ... Manager setting data 550 ... League setting data 551 ... League registration list 552 ... League participating team list 560 ... Sacrificial bunt appropriate condition table 561 ... Sacrificial bunt selection probability table 562 ... End run appropriate condition table 563 ... End run Selection probability table 564 ... Safety bunt appropriate condition table 565 ... Safety bunt selection probability table 566 ... Normal attack tactic selection probability table 570 ... Respect selection condition table 572 ... Surprise warning appropriate condition table 574 ... Surprise warning selection probability table 576 ... Normal defensive tactics Selection probability table 580 ... Inter-change attack adjustment table 582 ... Inter-change defense preparation table 600 ... Team setting data
612 ... Stampen List
614 ... List of replacement personnel 650 ... Play data
660: Basic attack tactic tendency parameter
662 ... Basic defensive tactic tendency parameter
664 ... Intermediate attack tactic tendency parameter
666 ... Intermediate defensive tactic tendency parameter
668 ... Final attack tactic tendency parameter
670 ... Final defensive tactic tendency parameter 1100 ... Server system 1400 ... Portable game device 1450 ... Control unit W2 ... Menu screen W4 ... Player registration screen W6 ... Team organization screen W8 ... Team organization screen W12 ... Participation league setting screen W14 ... Match simulation screen

Claims (3)

A computer system for managing players of each player team for executing a battle game between teams composed of a prescribed number of players,
Storage means for storing an ID assigned to a card related to the player in association with each of the plurality of players;
Accepting means for accepting a use registration request for the ID according to an operation input from a player terminal;
Use registering means for registering as a registered player a player corresponding to the ID received by the receiving means with reference to the storage content of the storage means;
It has organization registration means for registering the players registered for use by the use registration means to the player team, and rental player organization registration means for automatically registering rental players to be rented to the player team, and the number of players is defined as above. Team organization means for organizing the team so that it becomes the number of people,
Computer system with The storage means further stores an ID assigned to a card related to the manager in association with each of the plurality of managers,
The team organizing unit includes a manager organization registering unit for registering a manager corresponding to the ID registered for use by the use registering unit in the player team, and the use registration is necessary for registering the manager. It is characterized by
The computer system according to claim 1. A computer having a storage unit that stores an ID assigned to a card related to each player in association with each of the plurality of players, manages the players of each player team, and battles between teams organized by a prescribed number of players A program for running a game,
Accepting means for accepting a use registration request for the ID according to an operation input from a player terminal;
Use registration means for registering a player corresponding to the ID received by the receiving means with reference to the storage content of the storage section as a registered player,
It has organization registration means for registering the players registered for use by the use registration means to the player team, and rental player organization registration means for automatically registering rental players to be rented to the player team, and the number of players is defined as above. Team organization means for organizing the team so that it becomes the number of people,
A program for causing the computer to function as

Images