WO2004050204A1

WO2004050204A1 - Game system

Info

Publication number: WO2004050204A1
Application number: PCT/JP2003/015362
Authority: WO
Inventors: Satoshi Uchiyama; Naoki Takahashi
Original assignee: Konami Corporation
Priority date: 2002-12-03
Filing date: 2003-12-01
Publication date: 2004-06-17
Also published as: AU2003284515A1; JP2004180951A; TW200420330A

Abstract

There is provided a game system capable of executing a fictitious match with an existing player so that a player can feel excitation of a real-time match with a player at a remote place and executing a match even when the match partner is not present in front of the terminal device. The game system includes: a step of acquiring operation history information on each player and transmitting it together with game data based on a game result to a server device; a step of generating operation inclination data for each player according to the operation history information and accumulating it together with game data as player data; a step of selecting the player data accumulated in the server device as a match partner on the terminal device; and a step of executing a fictitious match by the terminal device operating as a virtual match partner of the current game player according to the operation inclination data in the selected player data.

Description

Description Game system (Technical field)

The present invention relates to a game method and a game system, and in particular, a game in which a terminal device and a server device are connected via a network, and game data of each player is stored in the server device based on a game result executed on the terminal device. The present invention relates to a system and a game method thereof.

(Background technology)

There is a game system in which a plurality of terminal devices in a store are connected so that each player can play. In addition, there is a game system in which a plurality of stores are connected via the Internet or other networks, and terminal devices in different stores can compete with each other.

For the battle between terminal devices in the store, since there is no line failure because the dedicated line installed in the store is used, it is easy to reflect the operation input data of each player on the opponent's terminal device side in real time However, even if there is a large amount of data to be transferred, such as a sports simulation game, a race simulation game, or a battle-type fighting game, it is possible to realize a battle with multiple players. As described above, even if a battle between stores is performed, a time lag occurs in data communication between terminal devices due to problems with the Internet and other network lines, and operations of each player are performed. It is difficult to reflect this in real time on the opponent's terminal device. Although it is conceivable to set the game speed of each terminal device in consideration of the time lag in data communication, this will impair the realism of the game. Therefore, in a competitive game between terminal devices located in remote areas, such as mahjong, shogi, etc., it is not necessary to reflect the player's operation on the opponent's terminal device in real time. It is.

In addition, when there is no actual player who operates the terminal device, the CPU becomes a virtual opponent and a simulated battle game is played. In this case, the CPU only operates according to a preset algorithm, and does not reflect the actual player's operation tendency, and there is a problem that the game is not interesting.

The present invention enables a simulated battle game with a real player, can experience a real-time battle game with a remote player, and can play a battle game even when the opponent is not in front of the terminal device. Provide a game system that can be executed.

(Disclosure of Invention)

A game method according to claim 1 of the present invention is a game method in which a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device. The operation history information of each player during the game running on the terminal device is acquired and transmitted to the server device together with the game data based on the game result, and the operation tendency for each player based on the operation history information A step of generating data and storing it as play or data together with game data, a step of selecting player data stored in a server device as a game opponent on the terminal device in response to a request from the terminal device, The terminal device is a virtual opponent of the current game player based on the operation tendency data in the And a step of performing a pseudo-match by operating in.

In this case, the operation tendency data accumulated on the server device side is downloaded to the terminal device side, and the CPU of the terminal device reproduces the operation tendency of the player, thereby performing a battle with the player in a pseudo manner. It becomes possible to make it. Therefore, it is possible to play against a player in a remote place although it is pseudo, and it is possible to play even when the player is not actually in front of the terminal device.

A game method according to claim 2 of the present invention is the game method according to claim 1, wherein the game data is ability data of a team, a player, a character, etc. in the game of the player, and a simulated battle is executed. Terminal device operation trend data at the stage And game data are used as virtual opponents of the current game player. In this case, a realistic match is given to the battle game by performing a simulated match based on the ability data, level, ranking data, etc. in the player data. be able to. The game method according to claim 3 of the present invention is the game method described in claim 1 or 2, characterized in that the selection ratio of the player with respect to selectable actions for each game scene is used as operation tendency data. .

In this case, by reflecting the player's operation tendency for each game screen, it is possible to approximate the actual player's operation and give a realistic feeling to the pseudo battle.

A game method according to claim 4 of the present invention is a game in which a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device. A method of acquiring operation history information of each player during game play on a terminal device and transmitting it to a server device together with game data based on a game result, and an operation tendency of the player based on the operation history information Generating data, assigning one of a plurality of preset player types to the operation trend data, storing the player type and game data as player data, and in response to a request from the terminal device Selecting the player data stored in the server device as a game opponent on the terminal device; Based on the operation tendency data in the selected player data and a step of executing the pseudo-match by the terminal apparatus operates as a virtual opponent current game player.

In this case, simply transmitting the player type assigned to the player from the server device to the terminal device makes it possible to cause the CPU of the terminal device to operate as a pseudo opponent, reducing the amount of data transmitted. Can be reduced.

In the game system according to claim 5 of the present invention, a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device. An operation history information acquisition means for acquiring operation history information of each player during the game execution on the terminal device, and an operation inclination for generating operation tendency data for each player based on the operation history information Direction data generation means, player data storage means for storing game data based on game results on the terminal device and operation tendency data as player data, and player data stored in the player data storage means for game data on the terminal device. Operate as a virtual opponent of the current game player based on the pseudo-match mode accepting means that accepts the pseudo-match game mode by selecting as an opponent and the operation tendency data in the player data accepted by the pseudo-match mode accepting means And a simulated battle execution means for executing a simulated battle.

In this case, based on the operation history information acquired on the terminal device side, operation tendency data is generated and stored on the server device side, and player data is selected in response to a request from the terminal device side. By reproducing the player's operating tendency, it becomes possible to make a battle with the player in a simulated manner. Therefore, it is possible to perform a simulated battle with a player in a remote place, and it is possible to battle even when the player is not actually in front of the terminal device.

The server device of the game system according to claim 6 of the present invention is configured such that the terminal device and the server device are connected via a network, and the game data of each player based on the game result executed on the terminal device is stored in the server device. A game system server device for storing game data on the terminal device, game data acquisition means for acquiring operation history information of each player during game execution on the terminal device and game data based on a game result, and operation history information Operation trend data generating means for generating operation tendency data for each player based on the game data, player data storage means for storing the operation tendency data as player data together with game data, and storage in the player data storage means in response to a request from the terminal device A player data reference accepting means for causing the terminal device to refer to the played player data; The player data selected in response to a request from and a player data transmission means that sends to the terminal device.

In this case, operation tendency data for each player is generated and stored based on the operation history information transmitted from the terminal device, the player data is referred to in response to a request from the terminal device, and the selected player data is transmitted to the terminal. By sending it to the device, the CPU of the terminal device can be assigned a pseudo opponent.

A terminal device of a game system according to claim 7 of the present invention includes a terminal device and a server device Are connected via a network, and the game device terminal device stores the game data of each player on the server device based on the result of the game executed on the terminal device. The operation history information acquisition means to be acquired, the game data transmission means for transmitting and storing the operation history information together with the game data based on the game result to the server device, the player data reference request stored in the server device is made, and the server A pseudo-match receiving means for selecting player data to be the opponent of the current game player from the player data stored in the apparatus, and current operation based on the operation tendency data in the player data received by the pseudo-match receiving means Pseudo that runs as a virtual opponent of a game player and performs a simulated battle And a war execution means.

In this case, it is possible to select a battle opponent from the player data stored in the server device and execute a pseudo battle game based on the operation tendency data in the player data. (Brief description of drawings)

FIG. 1 is an explanatory diagram showing a schematic configuration of a game system according to the present invention.

FIG. 2 is a control block diagram of the terminal device.

Figure 3 shows a flowchart of CPU behavior selection in the terminal device.

FIG. 4 is a flowchart showing the CPU processing based on the player's operation input.

FIG. 5 is a flowchart showing the operation history information accumulation process.

Figure 6 is a flowchart showing the CPU action selection process.

FIG. 7 is a flowchart of the entire game.

FIG. 8 is a flowchart of action selection processing during a match.

FIG. 9 is an explanatory diagram of an example of a screen for accepting an opponent team selection.

FIG. 10 is an explanatory diagram showing an example of a screen during a game.

(Best Mode for Carrying Out the Invention)

[Schematic configuration] A schematic configuration of the game system according to the present invention is shown in FIG.

This game system includes a server device 100 and a plurality of terminal devices 200 connected to the server device 100 via a network 30 such as the Internet.

The server device 100 has a CPU 1 0 1, a RAM 1 0 2 that temporarily stores various variables and parameters, a ROM 1 0 3 that stores control programs and preset parameters, and a network 3 0 Network communication unit 10 4 for transmitting / receiving data to / from other devices via 0, and data storage unit 10 5 for storing game data transmitted from the terminal device 20 0.

As shown in FIG. 2, the terminal device 200 has a CPU 2 0 1, a RAM 2 0 2 that temporarily stores various variables and parameters, a control program, preset parameters, etc. ROM 203, and a network communication unit 204 that transmits and receives data to and from other devices via the network.

In addition, the terminal device 200 has a monitor 20 06 that displays a game image, a drawing processor 2 0 5 that generates image data to be displayed on the monitor 2 06, a game being executed, and a demo screen being displayed. It has a sound power 2 0 8 for generating sound and a sound playback unit 2 0 7 for generating sound data for generating sound power 2 0 8.

The terminal device 200 is further composed of a joystick, an operation button, and the like, and an input operation unit 2 1 1 that receives an instruction input from the player, and a card that executes data reading and writing processing on the inserted magnetic card Reader / writer 2 1 2 and coin accepting unit 2 1 3 that accepts credits from inserted coins, operation unit force reader, writer 2 1 2 and coin accepting unit 2 1 3 Generates control signals for external devices such as device control unit 2 1 0, card reader / writer 2 1 2 and coin acceptance unit 2 1 3 and receives detection signals from external devices and sends them to CPU 2 0 1 And an external input / output controller 2 09.

The player inserts the magnetic force possessed by the player into the force reader / writer 2 1 2 in the terminal device 2 0 0 and inserts the coin into the coin receiving unit 2 1 3.

The terminal device 200 reads the player identification ID from the magnetic card inserted into the card reader writer 2 1 2 and stores it in the data storage unit 1 0 5 of the server device 1 0 0. Download the stored player data. The terminal device 200 reproduces various parameters and game settings in the game based on the down-loaded player data, and causes the player to select a game mode to be executed and starts the game.

The flowchart in FIG. 3 shows an operation routine for each scene executed by the CPU 201 when the player-CPU game is played.

In step S 1, the CPU 2 0 1 on the terminal device 2 0 0 side executes a thought routine for selecting an action on the CPU side. Here, the situation in the scene is judged and specific actions are determined from the actions that can be taken. For example, in the case of a sucker game, from the player's ability data, the current player's placement status, and other data, if it is the attacking side, if it is the defensive side, such as shooting, passing, dribbling, etc.

Actions that can be executed such as press, tackle, and keeper popping out are extracted, and the action is determined along with specific action data such as in which direction and at what speed.

In step S 2, CPU 2 0 1 calculates the movement amount of players and poles on the screen based on the action determined in step S 1, and the moving image data based on this is calculated.

—Generate data and display it on the screen.

When the player operates the input operation unit 211, an operation routine on the player side is executed based on the flowchart shown in FIG.

In step S 5, the CPU 2 0 1 receives an operation input from the input operation unit 2 1 1 and determines an action corresponding to the operation in the scene.

In step S 6, the CPU 2 0 1 calculates the movement amount of the player and the ball on the screen according to the determined action, generates moving image data based on this, and displays it on the screen.

[Player operation history information]

In step S5 in FIG. 4, an instruction input input from the player is acquired as operation history information, and the player's habit and game style can be known based on the operation history information. FIG. 5 shows a flowchart for storing operation tendency data based on such player operation history information. In step S 11, the CPU 2 0 1 receives an operation input from the player. In this case, in the same manner as described above, an operation input from the input operation unit 2 1 1 including joystick operation buttons and the like is accepted.

In step S 1 2, the CPU 2 0 1 converts it into a player action according to the operation input from the input operation unit 2 1 1. For example, in the case of a soccer game, as shown in Table 1, a player's action has actions such as short pass, through pass, and ■■■.

(Table 1) Action

Short pass

Through pass

Centering

clear

Long pass

shoot

Dribble shot

Lecture

Loop shoot

Sliding

Heading

Press

Tash

Cancel shot

Strategy launch

Keeper ^

In FEIN 卜 Step S 1 3, the action instruction count is incremented for each situation when the operation input is accepted. For example, as shown in Table 2, the situation of the scene is as follows: time zone (time series of data collection), area (area on the field), trial situation (score situation), surrounding situation (enemy / friends) Arrangement) The weather may be considered. (Table 2)

Situation

Time zone (data collection time series)

Early stage · Middle, second half

Area (region on the field)

Own side 'midfield' enemy side 'center' side

Game status

Scoring (Lead 'tie' behind)

Surrounding situation

Enemy placement

Arrangement of allies

the weather

Sunny'rain During game execution, the number of operations input for each action is counted for each situation and stored in the operation history information storage buffer as shown in Table 3. (Table 3)

Buffer that stores the number of player actions

Number of short passes

Number of horizontal passes

Number of back passes

Through pass count

Centering frequency

Clear count

Long pass count

Number of shots

Number of dribble shots

Number of direct shots

Number of loop shots

Sliding frequency

Number of headings

Press times

Number of times

Number of shot cancellations

Number of operations

Number of keeper jumps

Feint count A buffer for each action count shall exist for each item described above for each situation. For example, the number of actions for each situation and action combination, such as “first half of one team – lose one short pass”, “second half one enemy win one short pass” ■ ■ Accumulate as information. Table 4, Table 5, and Table 6 show examples of the number of times of each action, totaled according to time of day, score, presence / absence of nearby allies, and presence / absence of surrounding enemies.

(Table 4-11)

Unit (times)

Time zone, early stage

Score, lead

There is B side around There is no ally around

Pasco-Sus to Pasco-Sus | Pasco-Sus

Enemy y No enemy Enemy y I No enemy

Number of short passes 684 384 128 337

Number of horizontal passes 368 374 700 956

Number of back passes 721 157 323 696 Number of pass passes 888 831 66 986

Number of centering 847 401 771 654

Cleared 500 292 510 154

Number of long passes 557 175 103 312

Number of chews 767 738 483 995

Number of dribble shots 4 196 389 961

Number of direct shots 662 528 78 716

Number of loop shots 0 85 585 985

Number of sliding times 412 298 978 501

Number of headings 842 596 342 677 Number of presses 782 415 33 996

Number of dashes 122 1 19 740 724

Number of shot cancellations 795 824 500 909

Number of operations 819 500 466 634

Number of keeper jumps 38 477 620 348

Feint times 13 10 12 7 (Table 4 1-2)

(Table 4-3)

(Table 5-1)

(Table 5-2)

(Table 5-3)

(Table 6-1)

(Table 6-2)

(Table 6-3)

In step S 14, it is determined whether or not the game has ended. If it is determined that the game is over, the process proceeds to step S15.

In step S 15, the contents of the buffer for storing the game data of the player and the number of actions based on the game result are transmitted to the server apparatus 100.

In the server device 100, the received game data of the player is stored in the data storage unit 105, and the operation tendency data of the player is generated based on the operation history information, and the data storage unit 1 is associated with the game data. 0 Stores in 5.

The operation tendency data can be an action selection rate obtained by dividing the number of actions by the total number of actions in each situation. For example, the operation tendency data can be composed of the items shown in Table 7.

(Table 7)

Action selection rate

Short pass rate

Horizontal pass rate

Back pass rate

Through-nosed rate

Centering rate

Clear rate

Long pass rate

Shoot rate

Dribble shot rate

Direct shot rate

Loop shoot rate

Sliding rate

Heading rate

Press rate

Tash rate

Shoot cancellation rate

Operational rate

Keeper pop-out rate

Feint rate

This action selection rate can be used as the operation tendency data by obtaining the action selection rate for each situation shown in Table 2. For example, “First half, one player loses, one short pass rate”, “Second half, one enemy, one win, one short. Action selection for each item such as pass rate j The selection rate is stored. The operation tendency data can be obtained based on the accumulated data of the player, and the selection rate of each action is calculated for the latest several games (for example, 5 trials). It can also be configured, and it can also be the selection rate of each action of the latest one game only.

[Action selection by CPU]

FIG. 6 shows a case where the CPU 2 0 1 of the terminal device 2 0 0 operates as a pseudo opponent using the player data stored in the data storage unit 1 0 5 of the server device 1 0 0. This will be described based on a flowchart.

In step S 2 1, the CPU 2 0 1 selects an action. As shown in Table 8, the actions of CPU 2 0 1 are selected from the short path, horizontal path, and ■ ■ 'action that can be performed in the current situation.

(Table 8)

CPU action selection

Short pass

Horizontal path

Back pass

Through pass

Centering

clear

Long pass

shoot

Dribble shot

Tilet Shoe

Le Push Push

Sliding

Heading

Press

Sh

Cancel shot

Strategy launch

Keeper popping out

In step S 22, the action selection rate is referred to for the selected action. Here, the player data stored in the server device 100 is downloaded to the terminal device 200, and the operation tendency data in the player data is stored for each situation. It is assumed that the function selection rate is stored in the function selection rate saving buffer. The action selection rate in this case can be composed of the same items as shown in Table 7, and the action selection rate for each situation is stored in the buffer. In step S 23, an action is determined based on the action selection rate stored in the action selection rate saving buffer.

[Example of soccer game]

The operation of an actual soccer game is explained based on the flowchart shown in Fig. 7.

In step S 1 0 1, the data of the card inserted in the force reader / writer 2 1 2 is read. When using an IC card that can store a large amount of data as a card, it is possible to store the game data of the player and read the game data at the start of the game. Consider a case in which game data is stored in the server device 100 and only the player's identification ID is recorded on the magnetic card.

In step S 1 0 2, based on the identification ID read from the magnetic card, the team data of the player is downloaded from the data storage unit 1 0 5 of the server device 1 100.

The team data downloaded from the server device 100 is composed of the items shown in Table 9, for example.

(Table 9)

Team download items

Team name

The level

League ranking

Player data

Formation

Strategy

Player operation tendency

(Pass rate ヽ

Shoot rate

Dribble rate

Tackle rate

Press rate

ヽ Clear rate

Here, in addition to the game data such as “team name”, “level”, “affiliated league”, “war result”, “ranking”, “player data”, “formation”, “strategy”, player operation trends Data is downloaded.

The operation tendency data consists of the selection rate for each action situation, and the action selection rate for each situation is calculated based on the operation history information obtained by counting the player's previous operation inputs. It is.

Only the cumulative number of operations for each action situation is accumulated on the server device 100 side, and the cumulative number of operations is downloaded as player operation history information when the game is started on the terminal device 200 side. It is also possible to do. In this case, on the terminal device 200 side, the accumulated operation count data is stored in the buffer for each action and situation, and the CPU 2 0 1 calculates the selection rate from the accumulated operation count each time the action is performed. Can be configured to select.

In step S 1 0 3, an opponent search process is executed. In this case, the opponent is selected from the player data stored in the data storage section 1 0 5 of the server device 1 0 0. Refer to the team data, and select the play or data that will be the opponent.

An example of the opponent search screen is shown in Fig. 9.

Search screen 5 0 0 is a team name display section 5 0 1 that displays the team name of the currently selected player data, a first team data display section 5 0 2 that displays rough team data, and a list of teams that can be selected. List display section 5 0 3 for displaying the symbol (flag), 2nd team data display section 5 0 4 for displaying detailed team data, Area selection window 5 0 5 for selecting the registered area of the player, Competitor A pattern selection window 5 0 6 for selecting a strategy pattern is provided.

When the registered region of the player is selected in the region selection window 5 0 5 (Kagoshima Prefecture registered player is selected in the figure), the symbol (flag) of the team (Kagoshima Prefecture registered player) corresponding to the list display portion 5 0 3 Will be listed. In addition, when an opponent's strategy pattern is selected using the pattern selection window 5 0 6 (super-aggressive is selected in the figure), candidates are displayed so as to surround the corresponding team symbols in the list display area 5 3. The cursor 5 0 7 is displayed. For the currently selected team, the selection power sol 5 0 8 is displayed so as to surround the corresponding team symbol, and the opponent moves by operating the decision button by moving this selection cursor 5 0 8 Can be determined.

In step S 1 0 4, the team data of the determined opponent is downloaded from the data storage unit 1 0 5 of the server device. Here, the downloaded team data is the selected player data, as shown in Table 6, “Team name”, “Level”, “Affiliated league”, “Battle record”, “Ranking”, “Player data”, In addition to game data such as “formation” and “strategy”, it also includes player operation tendency data.

In step S 1 0 5, the downloaded opponent team data is inserted as CPU team data. Here, the “Team Name”, “Level j”, “League League j”, “Battle Results”, “Ranking”, “Player Data J”, “Formation j”, “Operation”, etc. Set the downloaded data in the item and operate the buffer to save the selection rate for each action status Set trend data. When the operation trend data is composed of the cumulative number of operations for each action situation, the selection rate for each action situation is calculated and stored in the buffer. Further, it can be configured to determine which player type is a plurality of player types set in advance and set the team data handled by the CPU to this player type.

In step S 1 0 6, team setting processing is executed. Here, for the opponent team in charge of the CPU, the team order (participating players), the formation, the strategy, and the defense type are determined. It also accepts team settings such as team orders, formations, operations, and defense types by game players, and sets parameters based on these team settings.

In step S 1 0 7, a game based on the set team data is started.

Figure 8 shows a flowchart of action selection on the CPU side during the game. When the game is started, action selection processing is performed in step S 1 2 1. In this action selection process, as described above, the action item that is roughly divided is selected to be executed, and the appearance rate according to the action selection rate for each situation stored in the buffer is obtained. So make a decision of behavior at random.

For example, refer to the pass rate, dribble rate, shoot rate, clear rate, tackle rate, and press rate of the operation trend data stored in the buffer to select which one to execute and select the path. S 122-1, if you select dribble, step S122-2, if you select shoot, step S 122_3, if you select clear, step S 122-4, if you select tackle, step S 122-4 If S 12 2-5, Press is selected, go to Step 122-6.

At each step in the selected action, a further detailed action selection process is performed. For example, in the case of a path, each action such as horizontal path, back path, through path, and centering is selected. Again, refer to the horizontal pass rate, back pass rate, through pass rate, and centering rate for each operation trend data stored in the buffer, and execute it so that the appearance rate corresponds to the selection rate of each function. Do Choose an action randomly.

In step S 1 2 3, the movement of each player and pole is calculated based on the determined action, and a moving image based on this is generated and reflected in the display on the monitor 2 0 6 In step S 1 2 4 It is determined whether or not the game is over. When the set time has elapsed or when a predetermined preset state has been reached, it is determined that the game has ended, and this trial is terminated.

In step S 1 2 1, short pass, side pass, back pass, centering, clear, long pass, shoot, dribble shoot, direct shot, loop shot, sliding, heading, press, dash, short cancel, strategy Select the action, keeper popping out, facet, and other subdivided actions according to the situation such as time zone, scoring difference, surrounding enemies It is also possible to configure. In step S 1 0 8 of FIG. 7, the player operation history information acquired during the match is exchanged with the corresponding player data stored in the data storage unit 1 0 5 of the server device 1 0 0 to update the data. Do. At this time, the game data of the player is updated based on the game result at the same time. As shown in Table 10, the team data items sent from the terminal device 200 to the server device 100 are “team name j,“ level ”,“ affiliation rig ”,“ war results ”,“ In addition to the game data such as “Ranking”, “Player data”, “Formation”, “Strategy”, etc., it is the operation history information of each action input by the player during the game, including the number of passes for each situation, Count data such as number of shots, number of dribbles, number of tackles, number of presses, number of clears, etc. is sent. An example of the screen configuration during the game is shown in FIG.

The game screen 5 40 includes a field screen display section 5 4 1, an entire display window 5 4 2, a first player display section 5 4 3, a second player display section 5 4 4, a score display section 5 4 5, etc. Yes.

Consider a case where the first player is a team of current game players and the second player is a team of pseudo opponents in charge of the CPU. The first player's A player 5 4 8 invades deep into the enemy, and is centered on B player 5 4 6 located in front of the goal When playing, the player operates the joystick etc. so that the “T” cursor 5 4 7 is positioned above the player 5 4 6 and operates the centering decision button. Each player on the screen executes an action in response to an operation input from the player.

At this time, the terminal device 200 increments the number of actions corresponding to the situation of the action for the action input by the player and updates the contents of the buffer. In the case of the figure, the buffer contents are updated by incrementing the item of the number of first-half opponents, winning, and centering.

On the CPU side, the action is determined based on the operational tendency data of the team data stored in the buffer from the options such as clear, tackle, press, and keeper pop-up, and executed.

In the embodiment of the present invention as described above, the number of times of action selection when the player actually played the game is transmitted as operation history information to the server device 100, and the operation tendency data is based on the operation history information. Because the CPU on the terminal device 200 side can play a pseudo battle team of the player using the operation tendency data, and enables a battle with a player in a remote place, Even if there is no opponent player in front of the terminal device, it is possible to perform a simulated battle.

(Industrial applicability)

In the present invention, it is possible to simulate a real-time battle with a player in a remote place, and it is possible to play even when the player is not present in front of the terminal device.

Claims

The scope of the claims

1.

A game method in which a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device,

Acquiring operation history information of each player during game execution on the terminal device and transmitting it to the server device together with game data based on a game result; and generating operation tendency data for each player based on the operation history information And accumulating as player data together with the game data;

Selecting player data stored in the server device in response to a request from the terminal device as an opponent of the game on the terminal device;

Performing the simulated battle by the terminal device operating as a virtual opponent of the current game player based on the operation tendency data in the selected player data;

A game method including:

2.

The game data is ability data such as a team, a player, and a character in the game of the player, and the terminal device uses the operation tendency data and the game data at the stage of executing the pseudo battle, The game method according to claim 1, wherein the game method operates as a virtual opponent.

3.

The game method according to claim 1, wherein the operation tendency data is a selection ratio of a player with respect to a selectable action for each game scene.

Four.

The terminal device and the server device are connected via a network, and the terminal device A game method for storing game data of each player based on a played game result in the server device,

Acquiring operation history information of each player during game execution on the terminal device and transmitting the operation history information to the server device together with game data based on a game result; and generating player operation tendency data based on the operation history information Assigning any one of a plurality of preset player types to the operation direction data, and storing the assigned player type and the game data as player data;

A stage in which the terminal device operates as a virtual opponent of the current game player based on the player type in the selected player data,

A game method including:

Five .

A game system in which a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device,

Operation history information acquisition means for acquiring operation history information of each player during the game execution on the terminal device;

Operation tendency data generating means for generating operation tendency data for each player based on the operation history information;

Player data storage means for storing game data based on a game result on the terminal device and the operation tendency data as player data;

A simulated battle mode accepting means for accepting a pseudo battle game mode by selecting the player data stored in the player data storage means as an opponent of the game on the terminal device;

Based on the operation tendency data in the player data received by the simulated battle mode receiving means. Therefore, a simulated battle execution means for operating as a virtual opponent of the current game player and executing a simulated battle,

Including game system.

6.

A server device of a game system in which a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device,

Game data acquisition means for acquiring operation history information of each player during game execution on the terminal device and game data based on a game result;

Player data storage means for storing the operation tendency data as player data together with the game data;

Player data reference accepting means for making the terminal device refer to player data accumulated in the player data accumulating means in response to a request from the terminal device; and player data selected in response to a request from the terminal device. Player data transmitting means for transmitting to the terminal device;

A game system server device comprising:

A terminal device of a game system in which a terminal device and a server device are connected via a network, and game data of each player based on a game result executed on the terminal device is stored in the server device,

Operation history information acquisition means for acquiring operation history information of each player during game execution;

Game data transmission means for transmitting and storing the operation history information to the server device together with game data based on a game result;

A request for reference to player data stored in the server device is made, and the server device A pseudo battle accepting means for selecting player data to be an opponent of the current game player from the player data stored in the device;

A pseudo battle execution means for operating as a virtual opponent of the current game player and executing a pseudo battle based on the operation tendency data in the player data received by the pseudo battle reception means;

A terminal device of a game system comprising: