JP2006341086A - Server system, program and information storage medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a mechanism of providing/selling a play history (replay data) when a game is played to a player. <P>SOLUTION: A battle score management part 102 generates battle score data 151 by gathering player battle score data of a player who participated jointly in one gun shooting game from respective pertinent game terminals 20 and registers them to a battle score DB 150. Then, the battle score management part 102 downloads and sells the indicated battle score data to a player terminal 30 which has made access. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a server system or the like that is communicatively connected to a game device that records play data for replaying a game play.

  Conventionally, in an arcade game that executes a racing game, a technique for controlling a “ghost car” based on an actual driving operation (play history) of a player is known (see Patent Document 1). Specifically, the vehicle position information simulated in the past by the simulation apparatus is stored, and the “ghost car” is displayed based on the stored position information.

On the other hand, conventionally, a game system is known in which a plurality of game devices and a server are connected via a network (communication line). In addition, there is known a server in which a play history of a player who has played on a game device is managed on the server side, and the game device downloads and uses it appropriately. Specifically, it is used for controlling the above-mentioned “ghost car”.
Japanese Patent No. 3463605

By the way, as described above, there is a demand from a player who wants to browse the contents of the game play based on the play history (that is, replay data) recorded by the game device and to reference the game play strategy. It was. For this purpose, it is necessary to provide the player with a play history for browsing. However, until now, there has been no known mechanism for providing (for example, selling) a player's play history or another player's play history to the player.
The present invention has been made to solve the above problems.

The server system of the first invention for solving the above problems is as follows:
A server system communicatively connected to a game device for recording play data that is game play data of a player that can be used for replay and / or control of a computer-controlled character,
Play data receiving means for receiving play data from the game device (for example, the battle score management unit 102 and the communication unit 110 shown in FIG. 21);
Play data storage means for storing the received play data (for example, the battle score management unit 102 and the battle score DB 150 shown in FIG. 21);
Pricing processing means (for example, the battle score sales management unit 104 shown in FIG. 21) for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means (for example, a battle score shown in FIG. 21) that performs processing for downloading and providing play data stored in the play data storage means in exchange for the value of the value priced by the price processing means. Sales management unit 104),
It is equipped with.

The program of the 20th invention is
A server system that is communicatively connected to a game device that records replay data and / or play data that is game play data of a player that can be used to control a computer-controlled character;
Play data receiving means for receiving play data from the game device (for example, the battle score management unit 102 and the communication unit 110 shown in FIG. 21),
Play data storage means for storing the received play data (for example, the battle score management unit 102 and the battle score DB 150 shown in FIG. 21),
A pricing processing means (for example, a battle score sales management unit 104 shown in FIG. 21) for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means (for example, a battle score shown in FIG. 21) that performs processing for downloading and providing play data stored in the play data storage means in exchange for the value of the value priced by the price processing means. Sales manager 104),
It is a program to make it function as.

Here, the value to be priced is paid in exchange for play data. For example, in addition to the game value such as money, medals and coins, it has a function as a currency (virtual money) in the game world. Etc.
According to the first or twentieth invention, the play data recorded in the game device is received and stored, and the play data is exchanged for the value of the value priced as a result of the pricing process. Can be downloaded and provided.

The server system of the second invention is:
A server system that performs predetermined communication with a game device, records game play data on the game device, and records play data that can be used for replay and / or control of computer-controlled characters,
Play data storage means for storing the play data (for example, the battle score management unit 102 shown in FIG. 21);
Pricing processing means (for example, the battle score sales management unit 104 shown in FIG. 21) for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means (for example, a battle score shown in FIG. 21) that performs processing for downloading and providing play data stored in the play data storage means in exchange for the value of the value priced by the price processing means. Sales management unit 104),
It is equipped with.

The program of the twenty-first invention is
A program for causing a server system that performs predetermined communication with a game device to record play data that is game play data on the game device and that can be used for replay and / or control of computer-controlled characters. ,
Play data storage means for storing the play data (for example, the battle score management unit 102 shown in FIG. 21),
A pricing processing means (for example, a battle score sales management unit 104 shown in FIG. 21) for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means (for example, a battle score shown in FIG. 21) that performs processing for downloading and providing play data stored in the play data storage means in exchange for the value of the value priced by the price processing means. Sales manager 104),
As a program for causing the server system to function.

Here, the value to be priced is paid in exchange for play data. For example, in addition to the game value such as money, medals and coins, it has a function as a currency (virtual money) in the game world. Etc.
According to the program of the second or twenty-first aspect, by communicating with the game device, the play data for replaying the game play on the game device is recorded and stored, and the play data is stored. As a result of the pricing process, it can be downloaded and provided in exchange for the value of the value.

The third invention is the server system of the first or second invention,
The download processing means performs a predetermined sales process in which play data is downloaded and sold, with the value based on the value priced by the price processing means as a consideration.

  According to the third aspect of the invention, play data can be downloaded and sold at a price based on the value priced as a result of the pricing process.

4th invention is the server system of 1st or 2nd invention, Comprising:
Point storage means for storing at least points that are varied according to a game play result on the game device;
The download processing means performs a process of downloading and providing play data by exchanging points based on the value priced by the pricing processing means as a consideration among the points stored in the point storage means. is there.

  According to the fourth aspect of the invention, at least points that are variable according to the game play result on the game device are stored, and the play data is used as a price based on the value that is priced as a result of the pricing process. In exchange, it can be downloaded and provided.

A fifth invention is the server system of the first or second invention,
Point storage means for storing points that are increased in response to storage of play data in at least the play data storage means;
The download processing means performs a process of downloading and providing play data by exchanging points based on the value priced by the pricing processing means as a consideration among the points stored in the point storage means. is there.

  According to the fifth aspect of the invention, the points that are changed according to the storage of the play data are stored, and the play data is downloaded by exchanging the points based on the value priced as a result of the pricing process as a consideration. Can be provided.

The sixth invention is the server system of the first or second invention,
Point storage means for storing points that are reduced in response to provision of at least a given game content to the game device;
The download processing means performs a process of downloading and providing play data by exchanging points based on the value priced by the pricing processing means as a consideration among the points stored in the point storage means. is there.

  According to the sixth aspect of the present invention, points that are reduced according to the provision of content to the game device are stored, and play data is exchanged for points based on the value priced as a result of the pricing process. Can be downloaded and provided.

A seventh invention is the server system of any one of the first to sixth inventions,
Level management means (for example, level point management shown in FIG. 21) that performs predetermined player recognition communication processing with the game device and changes and manages the play level of the player according to the game play result on the game device. Part 103),
The play data includes player identification information related to the play data,
The pricing processing means determines the play level managed by the level management means of the player from the player identification information included in the play data, and determines the value of the play data based on the determined play level. It is to be priced.

  According to the seventh aspect, the player's play level is changed and managed according to the game play result, and the value of the play data can be valued based on the play level of the player who played the corresponding game. it can.

The eighth invention is the server system of any one of the first to seventh inventions,
The game device executes a battle game between players,
The play data includes identification information and game play results of both players who have played,
Level management means (for example, a level shown in FIG. 21) that performs predetermined player recognition communication processing with the game device, and changes and manages the play levels of both players in accordance with the game play result of the battle game. A point management unit 103),
The pricing processing means determines the play level managed by the level management means of each player from the identification information of both players in the match included in the play data, and determines each play level determined and the play level. The value of the play data is valued based on the game play result included in the data.

  According to the eighth aspect of the present invention, a battle game in which players battle each other is executed, the play level of each player is changed and managed according to the game play result, and the value of the play data is battled in the battle game. It is possible to bid based on the play levels of both players and the game play result of the game by the players. Thereby, for example, an upset element such as a player with a low play level winning can be reflected in the value.

A ninth invention is the server system of any one of the first to seventh inventions,
The play data includes player identification information and game play results related to the play data,
Based on the play data stored in the play data storage means and the player identification information included in the play data, the play tendency analysis means for analyzing the play tendency of each player (for example, the game score management unit 102 shown in FIG. 21). )When,
Based on the player identification information and the game play result included in the play data stored in the play data storage means, the win / loss situation calculation means (for example, the game score management unit 102 shown in FIG. 21) calculates the win / loss situation of each player. )When,
Further comprising
The download processing means is another player among the analyzed players, wherein the play tendency of one player and the play tendency of another player satisfy a predetermined tendency approximation condition, and is calculated by the win / loss situation calculation means. The first recommended play data download processing means (for example, as shown in FIG. 21) that downloads and provides the play data of other players satisfying the predetermined high victory condition as the recommended play data for the one player. It has a battle score sales management section 104).

  According to the ninth aspect of the invention, the play tendency of each player who played the corresponding game is analyzed based on the play data, and the win / loss situation of each player is calculated based on the game play result of the game. The play data of a player whose tendency satisfies a predetermined tendency approximation condition and whose win / loss condition satisfies a predetermined high victory condition can be downloaded and provided as recommended play data.

The tenth invention is the server system of any one of the first to ninth inventions,
The game device executes a battle game between players,
The play data includes identification information and game play results of both players who have played,
The download processing means includes an opponent who satisfies a predetermined low victory condition based on the player identification information and the game play result included in the play data stored in the play data storage means. The second recommended play data download processing means (for example, the battle score sales management unit 104 shown in FIG. 21) that downloads and provides the play data of the other player as recommended play data for the one player is provided. is there.

  According to the tenth aspect of the present invention, a battle game between players is executed, and play data of another player whose opponent's total battle result satisfies a predetermined low victory condition is used as the corresponding battle game. Can be selected and downloaded as recommended play data based on the game played by the player and the game play result of the player.

The eleventh invention is the server system of any one of the first to sixth inventions,
The game device executes a team game by a plurality of players by controlling the progress of the game while communicating with other game devices,
Level management means (for example, a level point management unit shown in FIG. 21) that performs predetermined team recognition communication processing with the game device, and changes and manages the team level of the team according to the game play result of the team game. 103),
The play data includes team identification information related to the play data,
The pricing processing unit determines a team level managed by the level management unit of the team from the identification information of the team included in the play data, and determines the value of the play data based on the determined team level. It is to be priced.

  According to the eleventh aspect, a team game is executed by a plurality of players, the team level of each team is changed and managed according to the game play result, and the value of the play data is set for each of the games that have played Can be priced based on the team level of the team.

A twelfth invention is the server system according to any one of the first to sixth and ninth inventions,
The game device executes a battle game between teams by a plurality of players by controlling the progress of the game while communicating with other game devices,
The play data includes identification information and game play results of both teams that have played,
Level management means (for example, the level shown in FIG. 21) that performs a predetermined team recognition communication process with the game device and changes / manages the team level of both teams that have battled according to the game play result of the battle game. A point management unit 103),
The pricing processing means determines the team level managed by the level management means of each team from the identification information of both teams in the match included in the play data, and determines each team level determined and the play The value of the play data is valued based on the game play result included in the data.

  According to the twelfth aspect, a battle game in which teams of a plurality of players battle each other is executed, the team level of each team is changed and managed according to the game play result, and the value of the play data is determined for the battle It is possible to bid based on the team level of both teams that have played in the game and the game play result of the game by the team. As a result, for example, an upset element such as a team with a low team level winning can be reflected in the value.

The thirteenth invention is the server system of the eleventh or twelfth invention,
The play data includes movement history information of the player character that is the operation target of each player,
The download processing means includes:
Search desired arrangement position receiving means (for example, the battle score sales management unit 104 shown in FIG. 21) for receiving the search desired arrangement position of each player character as a search item for searching for play data from the player terminal of the download destination;
Play data including movement history information indicating that a player character is simultaneously located at a position that is the same as or close to the desired search arrangement position received by the desired search arrangement position receiving means is stored in the play data stored in the play data storage means. Desired arrangement position data search means for searching from inside (for example, the battle score sales management unit 104 shown in FIG. 21);
The play data retrieved by the desired arrangement position data retrieval means is downloaded and provided.

  According to the thirteenth aspect, the movement history information of the player character that is the operation target of each player during the game is stored as play data, and the player terminal that desires to search for each player character in the game by the download destination player terminal. When the arrangement position is designated, play data including movement history information indicating that the player character is simultaneously located at a position that is the same as or close to the search desired arrangement position can be searched, downloaded, and provided.

The fourteenth invention is the server system of any one of the first to thirteenth inventions,
The game device executes a team game by a plurality of players by controlling the progress of the game while communicating with other game devices,
The play data includes team identification information and game play results related to the play data,
Based on the play data stored in the play data storage means and the team identification information included in the play data, the play tendency analysis means (for example, the battle score management unit 102 shown in FIG. 21) analyzes the play tendency of each team. )When,
Based on the team identification information and the game play result included in the play data stored in the play data storage means, the winning / losing situation calculating means for calculating the winning / losing situation of each team (for example, the game score management unit 102 shown in FIG. 21). )When,
Further comprising
The download processing means is another team among the analyzed teams in which a play tendency of one team and a play tendency of another team satisfy a predetermined tendency approximation condition, and is calculated by the win / loss situation calculation means The first recommended play data download processing means (for example, as shown in FIG. 21) that downloads and provides the play data of the other team satisfying the predetermined high victory condition as the recommended play data for the one team. It has a battle score sales management section 104).

  According to the fourteenth aspect, a team game is executed by a plurality of players, and the playing tendency of each team that has played the corresponding game is analyzed based on the play data of the executed team game, and the game play of the game is Calculate the winning / losing situation of each team based on the result, and download the play data of the team whose play tendency satisfies the predetermined tendency approximation condition and the win / loss situation satisfies the predetermined high victory condition as recommended play data. Can be provided.

A fifteenth aspect of the invention is the server system according to any one of the eleventh to fourteenth aspects of the invention,
The game device executes a battle game between teams by a plurality of players by controlling the progress of the game while communicating with other game devices,
The play data includes identification information and game play results of both players who have played,
The download processing means is based on the team identification information and the game play result included in the play data stored in the play data storage means, and an opponent who satisfies the predetermined low victory condition for the total match result of one team. The second recommended play data download processing means (for example, the battle score sales management unit 104 shown in FIG. 21) that downloads and provides the play data of the other team as recommended play data for the one team. is there.

  According to the fifteenth aspect of the present invention, a team-to-player game is played by a plurality of players, and the play data of another team whose opponent's total match result satisfies a predetermined low victory condition is It is possible to select a game based on the team played in the battle game to be played and the game play result of the team and download and provide it as recommended play data.

The sixteenth invention is the server system of any one of the first to fifteenth inventions,
The game device executes a plurality of games having different game stages,
The play data includes game stage identification information and game play results related to the play data,
The price processing means is based on the quantity of play data whose game play result satisfies a predetermined high result condition among play data of the same game stage stored in the play data storage means. The value of.

  According to the sixteenth aspect of the invention, a plurality of games with different game stages are executed, and among the play data of the same game stage, based on the quantity of play data that satisfies a predetermined high result condition, The value of the play data of the game stage can be priced. Thereby, when the quantity of the play data satisfying the high result condition is small, the rare value of the play data can be reflected in the value.

A seventeenth invention is the server system of any one of the first to sixteenth inventions,
The pricing processing means includes value changing means (for example, a battle score sales management section 104 shown in FIG. 21) for changing the value of the already-played play data and re-pricing it.

  According to the seventeenth aspect, the value of priced play data can be changed.

The eighteenth invention is the server system of the seventeenth invention,
The play data includes a play date and / or play time when the game was played,
The value changing means is a time passage reference changing means for changing the value of the play data according to the play date and / or the time elapsed from the play time of the play data (for example, the game score sales management unit shown in FIG. 21). 104).

  According to the eighteenth aspect, the value of the play data can be changed according to the play date and / or the time elapsed from the play time of the play data. Thereby, the old and new of the play data can be reflected in the value of the play data.

The nineteenth invention is the server system of the seventeenth or eighteenth invention,
A download number counting means (for example, a battle score sales management unit 104 shown in FIG. 21) that counts the number of downloads downloaded by the download processing means for each play data;
The value changing means includes a download number reference changing means (for example, a battle score sales management unit 104 shown in FIG. 21) for changing the value of play data in accordance with the number of downloads counted by the download number counting means. It is.

  According to the nineteenth aspect, the value of the play data can be changed according to the number of downloaded downloads.

  The twenty-second invention is a computer-readable information storage medium storing the program of the twentieth or twenty-first invention.

  According to the twenty-second aspect, by causing a computer to read a program from the information storage medium and perform arithmetic processing, the twentieth aspect can realize an information storage medium having the same effects as the twenty-first aspect. .

  According to the present invention, the play data recorded in the game device is received and stored, and the play data is downloaded and provided in exchange for the value of the value priced as a result of the pricing process. Can do. Alternatively, by communicating with the game device, the play data, which is game play data on the game device, is recorded and stored, and the play data is priced as a result of the pricing process. Can be downloaded and offered in exchange.

  Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the drawings. The present embodiment is an embodiment relating to a game called a network game in which a plurality of players can enjoy sharing the same game space at the same time. Specifically, the game according to the present invention is a network battle type first-person gun shooting game. It is embodiment at the time of applying to.

  As a system configuration for realizing a network game, for example, (1) a personal computer or a home game machine installed in a home, an arcade game machine installed in a game center or an amusement facility, or the like is used as a game terminal. And (2) a configuration in which a plurality of game terminals are connected through a communication line without using a game server, and (3) A plurality of game terminals are connected to each other via a communication line, and one of them has a game server function, and (4) one system as a whole in which a plurality of game terminals are physically coupled ( For example, there are configurations such as arcade game machines). The present invention can be applied to any system configuration. Hereinafter, a network game having the configuration (1) will be described as an example. The game system described below is used in a game center, an amusement facility, or the like. For example, a game server is installed on the game provider side, and a game terminal is installed in each store.

  FIG. 1 is a diagram illustrating an example of a store in an amusement facility. As shown in FIG. 1, a plurality of game terminals 20 are arranged and installed in the store, and the player enjoys a network game by operating their own game terminals 20.

[Game Overview]
First, the outline of the game will be described. The gun shooting game of this embodiment is a game in which two teams, an attacking side and a defending side, battle each other, and each player operates one soldier character equipped with a gun. When a soldier character is shot and dies, the player is removed from the game on the spot. Although the damage varies depending on the part of the shot, for example, if a forehead is shot, it is determined that the shot is dead. Therefore, the game has a sense of tension and tension.

  In addition, winning or losing is the victory of the attacking team if the attacker installs a time bomb at a predetermined bomb installation position within a predetermined time and allows it to be blown up, preventing the explosion within the specified time. If possible, the defending team wins. In addition, even after the attacking side installs the time bomb, the defending side can release the bomb if it is before the blasting operation. For this reason, when the installed time bomb is released, the attacker needs to install the time bomb again in order to win.

  However, since soldier characters who have been shot and determined to be dead are removed from the game, the number of soldier characters participating in the battle is decreasing. Therefore, the strategy of how to attack and how to defend as an attacking / defending team is important, and teamwork is an important factor in deciding victory or defeat. Each player can enjoy an exciting game full of tension as if they were fighting on the battlefield.

  FIG. 2A is a diagram showing a map set in the game space, and is a schematic view of the entire game space as seen from above. In FIG. 2A, the game space is one closed space, a plurality of containers CT1 to CT5, characters AC1 to AC3 that are attacking soldier characters, and characters DC1 to DC3 that are defending soldier characters. Is arranged. The soldier characters AC1 to AC3 and DC1 to DC3 are operated by individual players at the respective game terminals. In addition, a bomb installation position BSP is set and specified in advance in the game space, and if the attacker can install a bomb within the stipulated time and blast it in the stipulated time, the attack side wins and the specified time is reached. If it cannot be blown in, the defender wins.

  Each character AC1 to AC3, DC1 to DC3 is arranged at a predetermined game start position (for example, ST1 and ST2 in FIG. 2A) at the start of the game. As the game starts, the characters AC1 to AC3 and DC1 to DC3 are moved to given positions in accordance with player operations. In this game, the arrangement position of each character of each team at the time when a predetermined time (for example, 20 seconds) has elapsed from the start of the game is strategically important for the team. Hereinafter, the arrangement of the characters at this time is referred to as “basic arrangement”, which is one of the measures performed as a team. FIG. 2A shows a scene in which each team on the attacking side and the defending side forms a basic formation. In this basic arrangement, a large number of formation patterns are assumed depending on the attacking side, the defending side, tactics, maps, and the like.

  FIG. 2B shows an example of the game screen of FIG. 2A, in which an image of the game space viewed from the viewpoint (first person viewpoint) of the soldier character AC1 is displayed. More specifically, FIG. 2B is a game screen displayed on the game terminal of the player who operates the soldier character AC1, and the game terminals of the other players are viewed from the viewpoint of the soldier character operated by the player. An image of the viewed game space is displayed. That is, in any game terminal, only an image of the game space viewed from the viewpoint of the soldier character is displayed. Therefore, the game progresses while sharing the same game space, but for one player, the state of the game space can be heard only from the viewpoint of the soldier character operated by the one player. In other words, there is no choice but to guess how the game space is seen by other soldier characters and whether the soldier character is seen by other soldier characters. For this reason, a battle closer to the actual battle is simulated.

[System Overview]
Next, an overview of the system will be described. FIG. 3 is a schematic diagram showing the overall configuration of the game system 1. In the game system 1 of the present embodiment, the game terminal 20 installed in the amusement facility store as described above is connected to the server 10 via the communication line N. The communication line N means a communication path through which data can be exchanged. That is, the communication line N is meant to include a communication network such as a telephone communication network, a cable network, and the Internet in addition to a LAN using a dedicated line (dedicated cable) for direct connection or Ethernet (registered trademark). The communication method may be wired / wireless.

  The game terminal 20 is a terminal device in which a player plays a network game (gun shooting game), and has a function of connecting to the communication line N and transmitting / receiving data to / from the server 10 and other game terminals 20. Yes. The game terminal 20 accesses the server 10 and logs into the game system 1. And based on the result of the matching process which the server 10 performs, the data communication with the other game terminal 20 is performed, and the process for implement | achieving a network game is performed.

  The server 10 is configured based on a known server computer system, manages the game terminals 20 participating in the network game, and controls the game system 1 in an integrated manner. Specifically, various processes for realizing functions as a game server such as player registration, player authentication, and matching processing are performed. Player registration is registration of a player performed in advance when playing a network game. For example, a player name, a password, and the like are registered. The player authentication is a process of approving that the player is a registered regular player. The matching process is a process for organizing an attacking side and a defensive side team by combining the game terminals 20 as opponents from the game terminals 20 connected to the game system 1.

  The server 10 also plays history recorded on the game terminals 20 of the players jointly participating in the game (hereinafter referred to as “joint participating players”) during one game, and more specifically, the player's history. Replay data (hereinafter referred to as “player battle record data”) mainly including movement history information of the player character that is the operation target is collected, managed as battle record data, and sold. For example, the server 10 has a function as a Web server, publishes and operates a battle score sales site on the Internet, and downloads and sells battle record data of a desired game to the player terminal 30 that has accessed it. .

  The server 10 may be realized as a single server device having the above functions, or may be realized as a server system in which a plurality of dedicated server devices such as a game server and a Web server are connected. I do not care.

  The player terminal 30 is a personal computer owned by the player, a portable terminal such as a PDA (Personal Digital Assistant) or a mobile phone, and has a function of connecting to the communication line N by an Internet connection function and transmitting / receiving data to / from the server 10. Have. The player operates the player terminal 30 to access the battle score sales site and purchase the battle score data.

  Here, operations performed by the player at the player terminal 30 will be described with reference to a screen displayed on the player terminal 30. FIG. 4 is a diagram showing a screen example of the top page of the battle score sales site published by the server 10. More specifically, when accessing the battle score sales site, a login screen (not shown) is first displayed on the player terminal 30, and the player name and password input by the player on this login screen are transmitted to the server 10. It has become. The top page of FIG. 4 is displayed on the player terminal 30 when the player name and password input on the login screen are authenticated and verified.

  As shown in FIG. 4, the top page has three sales menus of “normal sales”, “search sales”, and “analysis sales”. The sales menu can be selected. Hereinafter, services provided on the battle score sales site will be described in order.

(Normal sales)
When the sales menu by ranking is selected, a DL (download) request by ranking is notified from the player terminal 30 to the server 10, and the sales page by ranking shown in FIG. 5 is displayed on the player terminal 30. Specifically, first, a ranking screen shown in FIG. 5A is displayed. The ranking screen displays, for example, the rankings of the top 30 teams based on the team level points that are varied according to the battle results. The player can purchase battle score data of a desired team by selecting the selection button BN11.

  Specifically, at this time, team selection information designating the team selected from the player terminal 30 is transmitted to the server 10. On the other hand, the server 10 performs a pricing process (hereinafter referred to as “sale price calculation process”) for pricing the value of each battle score data of the battle that the selected team has performed in the past. In addition, the player terminal 30 displays a purchase battle score selection screen shown in FIG.

  In the purchase game record selection screen (FIG. 5B), for each game data of the selected team, the sales price of the game data is displayed in a list together with the battle date (play date), the battle result, and the opponent team of the battle. Is done. More specifically, the team level point at the time of the match and the current team level point are presented as the opponent team information. The player can purchase desired battle score data by selecting the battle score data to be purchased by the check box CB11 on this purchase battle score selection screen and selecting the purchase button BN13.

  When the purchase button BN13 is selected, the player terminal 30 displays a credit information input screen (not shown) necessary for settlement of the purchase amount such as a credit card number. Then, the player terminal 30 notifies the server 10 of a purchase request together with the purchase information including the total amount (purchase amount) of the battle score data to be purchased and the input credit information, and the credit settlement of the purchase amount is performed. The payment of the purchase amount is realized by a payment system 50 (see FIG. 21) described later.

  In this way, in the sales menu classified by ranking, the player can select a team with reference to the ranking based on the team level point that is varied according to the battle result, and can purchase the desired battle score data of the team. .

  On the other hand, when the popular game score sales menu is selected, the player terminal 30 notifies the server 10 of a popular game score DL request, and the server 10 selects, for example, 30 popular game score data based on the number of sales sold by download. . Then, a selling price calculation process is performed for each selected game score data, and the player game 30 displays a purchase game score selection screen shown in FIG. 6 as a popular game score sales page.

  On the purchase battle record selection screen (FIG. 6), the sales price of each battle score data is displayed in a list with the winner team, the loser team, and the battle date in descending order of the number of download sales (ie, popularity). At this time, the team level point at the time of the battle and the current team level point are presented as information on the winner team and the loser team, respectively. The player can purchase desired battle score data by selecting battle score data to be purchased by the check box CB21 on this purchase battle score selection screen and selecting the purchase button BN21.

  As described above, in the popular game score sales menu, the player can purchase desired game score data by referring to the popular game score data based on the number of sales sold by download.

(Search sales)
When the search sales menu is selected, a battle score search request is notified from the player terminal 30 to the server 10, and the search sales page shown in FIGS. 7 and 8 is displayed on the player terminal 30. Specifically, the battle score search screen shown in FIG. 7 is displayed first. The player can purchase battle score data satisfying the specified search condition by specifying the search condition on the battle score search screen and selecting the search button BN31.

  This will be specifically described. In the battle score search screen shown in FIG. 7, it is possible to specify a battle date range, team specification, and map specification as search conditions. In addition, the battle score data can be narrowed down by specifying a plurality of search conditions.

  In team designation, you can designate your own team and other teams. Here, when another team is designated, the player inputs the team name in the input box IB31.

  In the map designation, the player selects a map name (“warehouse map” in FIG. 7) from the list box LB31. At this time, a schematic diagram of the selected map is displayed on the map display portion W31. In addition, in the map designation, by specifying the position on the map displayed on the map display portion W31 and designating the formation of each team, one team of the battle ("Team A" in FIG. 7) is designated. The battle score data can be searched using the formation formed by the other team (referred to as “Team B” in FIG. 7) as a search condition. Specifically, by selecting the check boxes CB31 and CB33, the A team icon IC31 and the B team icon IC33 are displayed on the map, and the formations of the A team and the B team are designated by these positions. It is also possible to specify only the formation of one team. In this case, the battle score data is searched using the formation formed by any one of the teams as a search condition.

  When the search button BN31 is selected, search condition information specifying a search condition is transmitted from the player terminal 30 to the server 10. On the other hand, the server 10 performs a process of searching for battle score data satisfying the specified search condition from the battle score data managed.

  Specifically, the corresponding game score data is searched according to the battle date specified as the search condition information. Further, the battle score data of the corresponding team is searched according to the designated team. Alternatively, the corresponding battle score data is searched according to the specified map. If a formation on the map is specified, battle record data of a battle that forms the specified formation during the game is searched from the searched battle record data.

  Then, a selling price calculation process is performed for each searched game score data, and a purchase battle score selection screen shown in FIG.

  On the purchased game score selection screen (FIG. 8), for each searched game score data, the selling price of the battle score data is displayed in a list together with the winner team and the loser team, the battle date, and the map. The player can purchase desired battle score data by selecting the battle score data to be purchased by the check box CB35 on this purchase battle score selection screen and selecting the purchase button BN33.

  As described above, in the search sales menu, the player can search the battle score data using the battle date, team, or map as a search condition, and purchase desired battle score data by referring to the search result. In addition, the player designates the formation of the player character on the map as a search condition, retrieves the battle score data of the team that took the designated formation during the battle, and refers to the search result to obtain desired battle score data. Can be purchased.

(Analysis sales)
When the analysis sales menu is selected, a battle score analysis request is notified from the player terminal 30 to the server 10, and the analysis sales page shown in FIGS. 9 to 13 is displayed on the player terminal 30. In this embodiment, the server 10 has a play history related to a strategy performed as a team such as a basic arrangement selected by each team in a past battle or a corresponding tactic selected for various events that occurred during the game. Is managed as team battle record data, and the result of analyzing this is managed as battle record analysis data for each team. Specifically, the frequency with which the team formed the formation of each basic arrangement, the winning rate, the total selection ratio of the corresponding tactics selected by the team at the time of the event, the winning ratio when each corresponding tactic was selected at the highest ratio, etc. Are managed as battle score analysis data. In the analysis sales menu, the contents of the battle score analysis data are provided to the player.

  First, a team selection screen shown in FIG. 9 is displayed on the player terminal 30. The player first designates his or her team on the team selection screen. When designating another team, the team name is entered in the input box IB41. Further, a map name is selected by selecting a map name from the list box LB41. At this time, a schematic diagram of the selected map is displayed on the map display portion W41. When the team and the map are designated, the decision button BN41 is selected. When this determination button BN41 is selected, the content of the battle score analysis data of the selected team is provided, and the player can view the tendency of the battle, such as the measures of the own team or another team. Therefore, a predetermined fee is collected from the player of the player terminal 30 even when the battle score data is not finally purchased.

  When the determination button BN41 is selected, an analysis specifying the team selected from the player terminal 30 (hereinafter referred to as “analysis target team” as appropriate) and a map (hereinafter referred to as “analysis target map” as appropriate). The target designation information is transmitted to the server 10. On the other hand, the server 10 performs processing for generating battle score analysis information based on the battle score analysis data, and a battle score analysis screen shown in FIG.

  On the battle score analysis screen (FIG. 10), items corresponding to the main basic arrangement and events are presented as battle score analysis items of the selected team. If the cancel button BN42 is selected on this battle score analysis screen, the service is terminated halfway.

This will be specifically described.
In the main basic arrangement, for example, three of the basic arrangements selected by the analysis target team in the game in which the analysis target map is selected are frequently selected. Specifically, the frequency of selecting the basic layout from which the analysis target team has been selected and the winning percentage when the basic layout is selected are presented together with the average win percentage of all teams. The average win rate of all teams is an average value of win rates when each team selects the basic arrangement.

  In event correspondence, among combinations of events and corresponding tactics that can be taken at the time of occurrence of the event, for example, four items having a high winning rate are presented, and four items having a low winning rate are presented.

  When the recommended game score button BN43 is selected on this game score analysis screen, a request for selecting a recommended game score is notified from the player terminal 30 to the server 10, and the player terminal 30 continues to the recommended game shown in FIG. The staff selection screen is displayed. The player designates a selection condition for selecting a recommended battle score on the recommended battle score selection screen. Then, the player selects the player's recommended team score button BN44 to specify the selected selection conditions, that is, the game score data of the team (special team) who is good at the specified basic arrangement and event-responsive tactics, It is possible to purchase battle score data that satisfies the specified selection conditions. Or, by selecting the natural enemy team recommended battle score button BN45, it is possible to purchase the battle score data of the team (natural enemy team) that the team is not good at and satisfying the specified selection conditions. it can. If the cancel button BN46 is selected on the recommended game score selection screen, the service is terminated halfway.

  This will be specifically described. In the recommended battle score selection screen shown in FIG. 11, it is possible to specify a basic arrangement and an event response as selection conditions.

In the designation of the basic arrangement, the player selects the radio button RB41, and selects one basic arrangement from the three basic arrangements presented on the above-described battle score analysis screen (FIG. 10). An analysis target map is displayed in the map display section W42, and the selected basic arrangement can be confirmed on the map.
In specifying event correspondence, the player appropriately selects a combination of the event and the corresponding tactic by using the check box CB41.

  When the recommended team score record button BN44 is selected on the recommended battle score selection screen (FIG. 11), a request for selecting a good team is notified from the player terminal 30 to the server 10 together with selection condition information specifying the selection conditions. The On the other hand, in the server 10, among teams other than the analysis target team, the team 10 has a winning percentage for a battle with a designated basic arrangement that is not less than a predetermined threshold (for example, 60%). Thus, for example, the top three teams with the winning percentage are selected and the best team is determined.

  Then, the battle score data of the battle performed by the determined good team and having the designated basic arrangement is selected as the recommended battle score data.

  In addition, when event correspondence is specified as the selection condition, the frequency at which the specified corresponding tactic is selected as the corresponding tactic for the specified event from the battles selected as the recommended battle score data is the other response tactics. Higher matches are selected, and the best team is determined based on the selected opponent team.

  Then, a selling price calculation process is performed for each of the selected recommended game score data, and the player game 30 displays a purchase game score selection screen shown in FIG. In this purchase game score selection screen, the teams that are good at the game are presented, and the sales price of the selected game score data is listed together with the winner team, loser team, match date, and map name for each selected recommended game score data. The The player can purchase desired battle score data by selecting the battle score data to be purchased by the check box CB42 on this purchase battle score selection screen and selecting the purchase button BN47.

  In this way, the player can search for and purchase the battle score data of teams with similar battle tendencies, such as the basic arrangement of analysis target teams and strategies such as the corresponding tactics, in the analysis sales menu.

  On the other hand, when the natural enemy team recommended battle score button BN45 is selected on the recommended battle score selection screen (FIG. 11), a natural enemy team selection request is notified from the player terminal 30 to the server 10 together with selection condition information specifying the selection conditions. Is done. On the other hand, the server 10 performs a process of selecting, from the managed game score data, the battle score data that satisfies the designated selection condition and whose analysis target team is the loser team.

Specifically, first, a battle in which the team is a loser is selected from a battle in which the analysis target team forms a basic layout designated as a selection condition. Next, the selected battles are classified by opponent teams, and for example, three opponent teams with a large number of defeats are selected to determine the natural enemy team.
When event response is specified as the selection condition, the frequency at which the specified response tactic is selected as the response strategy for the specified event from among the battles that have the basic layout specified as the selection condition. A battle higher than the battle tactic is selected, and a natural enemy team is determined based on the selected opponent team of the battle.

  Then, the selling price calculation processing is performed for each of the selected battle score data, which is the battle score data with the determined natural enemy team as the opponent, as the recommended battle score data. The purchase battle record selection screen shown in FIG.

  In the purchase battle record selection screen (FIG. 13), the natural enemy team is presented, and for each of the selected recommended battle score data, the selling price of the battle score data indicates the winner team and the loser team (here, the analysis target team). Are displayed together with the match date and map name. The player can purchase desired battle score data by selecting the battle score data to be purchased by the check box CB43 on this purchase battle score selection screen and selecting the purchase button BN48.

  In this way, the player searches for and purchases the battle record data of the opponent team that has lost the game by selecting the basic arrangement and the corresponding tactics specified by the analysis target team in the analysis sales menu and has the highest number of times of the loss. can do.

[Principle of sales price calculation processing]
Here, a specific method for calculating the selling price of the battle score data will be described. The selling price calculation formula (1) is shown below.
Selling price = B × Ka × Kb × Kc (1)
Here, B is a basic price, Ka is a aging coefficient, Kb is a popularity coefficient, and Kc is an upset coefficient. In the present embodiment, the selling price (value) calculated by the calculation formula (1) is assigned as the value of the battle score data.

<Basic price (B)>
The base price (B) is a price serving as a reference for the battle score data, and a high value is selected from the team level points of the teams in the match, and is defined according to this value. FIG. 14 is a diagram illustrating an example of a correspondence relationship between team level points and a base price (B). As shown in FIG. 14, the basic price (B) is set such that the higher the selected team level point, the larger the value. As a result, the selling price is set based on the team level point of the team that performed the battle.

<Time coefficient (Ka)>
The aging coefficient (Ka) is defined according to the number of days elapsed from the battle date when the corresponding battle was performed. FIG. 15 is a diagram illustrating an example of a correspondence relationship between the elapsed days and the aging coefficient (Ka). As shown in FIG. 15, the aging coefficient (Ka) is set so that its value decreases as the number of days elapses from the battle date. When the number of elapsed days exceeds, for example, 180 days, a fixed value (in FIG. 15). “0.1”) is set. The aging coefficient (Ka) is not limited to the number of days elapsed from the battle date, and may be defined as the passage of time such as according to the elapsed time since the battle.

  Since the selling price is calculated by setting the time coefficient (Ka) in this way, the old and new of the battle score data can be reflected in the selling price of the battle score data.

<Popularity factor (Kb)>
The popularity coefficient (Kb) is defined according to the number of download sales of the battle score data. FIG. 16 is a diagram illustrating an example of a correspondence relationship between the number of download sales and the popularity coefficient (Kb). As shown in FIG. 16, the popularity coefficient (Kb) is set to a fixed value (“1.0” in FIG. 16) if the number of download sales is less than 30 times, for example. The value is set to increase as the number of sales increases.

  Since the selling price is calculated by setting the popularity coefficient (Kb) in this way, the selling price of the battle score data can reflect the popularity based on the number of download sales of the battle score data.

<Upset coefficient (Kc)>
The upset coefficient (Kc) is defined according to the team level point at the time of the battle of each team that has battled. Specifically, when the team level point of the winner team in the match is higher than the team level point of the loser team, a fixed value (for example, “1.0”) is set.

  On the other hand, when the team level point of the winner team of the match is lower than the team level point of the loser team, the upset coefficient (Kc) is defined according to the point difference of the team level points of each team. FIG. 17 is a diagram illustrating an example of a correspondence relationship between the point difference and the upset coefficient (Kc). As shown in FIG. 17, when the team level point of the winner team in the match is lower than the team level point of the loser team, the upset coefficient (Kc) is a fixed value (see FIG. 17) if the point difference is less than 50 points, for example. "1.0") is set, and if it is 50 points or more, the value is set to increase as the point difference increases.

  Since the selling price is calculated by setting the upsetting coefficient (Kc) in this way, it is possible to reflect an upset element such as a team having a low team level point winning in the selling price of the battle score data.

[Function configuration]
1. Game Terminal FIG. 18 is a block diagram illustrating an example of a functional configuration of the game terminal 20. As shown in FIG. 18, the game terminal 20 includes an operation unit 210, a processing unit 220, a display unit 230, a sound output unit 240, a communication unit 245, and a storage unit 250.

  The operation unit 210 is a device for a player operating the game terminal 20 to input various game operations, and operation signals input from the operation unit 210 are output to the processing unit 220.

  The processing unit 220 performs various processes such as control of the entire game terminal 20, instructions to each functional unit in the game terminal 20, image processing, and sound processing. The function of the processing unit 220 is realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and a given program.

  The processing unit 220 includes a game calculation unit 221, an image generation unit 223, and a sound generation unit 225 as main functional units, and generates one image in one frame time (1/60 seconds). The display unit 230 displays and outputs sound effects, BGM, and the like as appropriate to the sound output unit 240.

  The game calculation unit 221 performs gun shooting based on an operation signal input from the operation unit 210, data transmitted from the server 10 or other game terminals 20 connected via the communication unit 245 and the communication line N, and the like. Various game processes for realizing the game are executed, and the processing results are output to the image generation unit 223 and the sound generation unit 225. As game processing, for example, game space setting processing, object placement processing in the game space, object intersection determination processing (hit check processing), character action control, game play result calculation processing, viewpoint position and line of sight A direction determination process or the like is executed.

  Further, the game calculation unit 221 includes a player battle score generation unit 221a. The player game score generation unit 221a records the player's play history during the game, generates player game score data 256, and updates / stores it in the storage unit 250.

  The image generation unit 223 is realized by, for example, hardware such as a CPU or DSP, a control program thereof, a drawing frame IC memory such as a frame buffer, and the like. The image generation unit 223 generates a 3DCG image for displaying the game screen based on the processing result by the game calculation unit 221. Then, the image signal of the generated image is output to the display unit 230.

  The sound generator 225 is realized by, for example, hardware such as a CPU and a DSP and a control program thereof. The sound generation unit 225 generates game sounds such as sound effects and BGM used during the game based on the processing result of the game calculation unit 221, and outputs the generated game sound signal to the sound output unit 240. To do.

  The display unit 230 is a device for displaying various game screens based on the image signal input from the image generation unit 223. The player enjoys the gun shooting game by operating the operation unit 210 while viewing the game image displayed on the display unit 230.

  The sound output unit 240 is a device for outputting sound effects, BGM, and the like based on the sound signal input from the sound generation unit 225.

  The communication unit 245 performs data communication with the outside (for example, the server 10 or another game terminal 20) via the communication line N.

  The storage unit 250 stores a system program for causing the processing unit 220 to control the game terminal 20 in an integrated manner, and programs and data necessary for executing the game.

  In particular, in order to realize the present embodiment, the storage unit 250 stores a game program 251 including a player battle score generation program 251a for causing the processing unit 220 to function as the player battle score generation unit 221a. As data, character setting data 252, stage data 253, shared data 254, an event table 255, and player battle score data 256 are stored.

  The character setting data 252 stores setting data related to a player character (soldier character) that can be used by the player in the gun shooting game. For example, this includes modeling data for displaying soldier characters, texture data, basic parameters, motion data such as various actions, and the like.

  The stage data 253 is information for displaying the game stage of the gun shooting game on the game screen, and is prepared for each game stage. For example, this includes map data 253a that stores the shape of the map set in the game space, object data 253b that stores the background image of the game stage, and modeling data of the object placed on the stage.

  The shared data 254 includes matching information 254a and player character information 254b, and stores data common to the joint participating players of the gun shooting game being executed on the game terminal 20.

  The matching information 254a stores information related to team formation in the gun shooting game. The matching information 254a is data distributed from the server 10 in response to the matching request, and the data structure is the same as the matching information 132 (see FIG. 23) described later.

  The player character information 254b stores parameters such as the position and orientation of the player character that is the operation target of each joint participating player. FIG. 19 is a diagram illustrating a data configuration example of the player character information 254b. As shown in FIG. 19, the player character information 254b is associated with a player name that identifies each player belonging to the same team (an ally team and an enemy team), and the position and the position of the player character to be operated by the player. The direction is set.

  Based on the matching information 254a, the game calculation unit 221 communicates and connects with the game terminals 20 of the joint participating players, shares the shared data 254, and executes the gun shooting game. That is, the game calculation unit 221 updates the player character information 254b for each frame time, and generates a game screen by arranging the player characters operated by each player in the game space based on the player character information 254b. Process.

  The event table 255 is information for specifying an event that occurs during the progress of the game, and stores the event contents in association with the event number. Specifically, it is composed of an event number and event contents defined in the event response tactic information 142 (see FIG. 25) managed by the server 10. The player game score generation unit 221a determines the type of an event that occurred during the progress of the game based on the event table 255, and stores an event number corresponding to the player game score data 256.

  The player battle record data 256 stores, as a play history of the player who operates the game terminal 20, data obtained by acquiring the position information of the player character during the game and the event that has occurred at predetermined time intervals. The player battle score data 256 is uploaded to the server 10 when the game play ends.

  FIG. 20 is a diagram illustrating a data configuration example of the player battle score data 256. As shown in FIG. 20, the player record data 256 includes a map name 256a for specifying the map selected in the game, an opponent team name 256b for specifying the opponent team, and a battle result that is a game play result of the game. 256c and a character 256d used by the player are set. Further, as the movement history information 256e, the player character position of the player, the opponent team occurrence event, and the own team occurrence event are set in association with the time that is the data acquisition time. Will be described later.

2. Server FIG. 21 is a block diagram illustrating an example of a functional configuration of the server 10. As illustrated in FIG. 21, the server 10 includes a processing unit 100, a communication unit 110, a storage unit 120, an input unit 170, and a display unit 180.

  The processing unit 100 controls the entire server 10 based on programs and data stored in the storage unit 120 or data transmitted from other game terminals 20 connected to the server 10. Various processes such as an instruction to the functional unit, data transfer, and overall control of the game system 1 are performed. The function of the processing unit 100 is realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and a given program.

  The processing unit 100 includes a game management unit 101, a battle score management unit 102, a level point management unit 103, a battle score sales management unit 104, and a settlement processing unit 105 as main functional units.

  The game management unit 101 is a functional unit for causing the server 10 to function as a game server, and accepts participation in a network game and performs player registration, player authentication, matching processing, and the like.

  When one gun shooting game is completed, the battle score management unit 102 collects player battle record data of players who jointly participate in the game (co-participation players) from the corresponding game terminals 20, and stores the battle score data 151. Is generated and registered in the battle score DB 150 (the battle score data registration process). Further, the battle score management unit 102 updates the team battle score data 161 (team battle score data update process) and the update of the battle score analysis data 162 based on the battle score data 151 generated as described above. Perform battle score analysis data update processing).

  The level point management unit 103 updates the level point information 163 based on the game play result (match result) of each team in the completed gun shooting game. Specifically, whether or not the team level points of each team are increased or decreased according to the winning or losing of the match, or whether the winning or losing pattern satisfies a predetermined condition such as a team having a low team level point winning in the battle Correspondingly, the process of varying the increase / decrease amount of the team level point corresponds to this.

  The battle score sales management unit 104 is a functional unit that causes the server 10 to function as a Web server, and publishes and operates a battle score sales site on the Internet based on the HP information 165 stored in the storage unit 120. Execute the process. On the battle score sales site, the battle score data managed by the battle score management unit 102 is sold to the player.

  The settlement processing unit 105 performs data communication with the settlement system 50 connected via the communication line N when receiving purchase information including purchase price of battle record data and credit information from the player terminal 30. Settlement of purchase amount. The payment system 50 is a known payment system using, for example, a credit card method, and performs a credit payment based on the credit information and the purchase amount.

  The communication unit 110 performs data communication with the outside (for example, the game terminal 20, the player terminal 30, and the payment system 50) via the communication line N. The function of the communication unit 110 is realized by a wireless communication module, a modem, a TA, a wired communication cable jack, a control circuit, and the like.

  The storage unit 120 is a program and data (not shown) for realizing various functions as a server computer system such as a system program, and is necessary for controlling the entire game system 1 by the processing unit 100 to manage a network game. Stores programs and data.

  In particular, to realize the present embodiment, a game management program 121 for causing the processing unit 100 to function as the game management unit 101, a battle score management program 122 for causing the processing unit 100 to function as the battle score management unit 102, and a level point management unit A level point management program 123 for functioning as a 103, a battle score sales management program 124 for functioning as the battle score sales management unit 104, and a settlement processing program 125 for functioning as the settlement processing unit 105 are included. The battle score management program 122 includes a team battle score data update program 122a and a battle score analysis data update program 122b.

  Further, as data, player management information 131, matching information 132, basic arrangement information 141, event-corresponding tactic information 142, battle score DB 150, team battle score data 161, battle score analysis data 162, level points Information 163 and HP information 165 are stored.

  The player management information 131 stores information for managing players who have logged in to the game system 1. FIG. 22 is a diagram illustrating a data configuration example of the player management information 131. As shown in FIG. 22, in the player management information 131, a password and a team are set in association with the player name, which is the name of the player when participating in the game.

  The password is information for preventing unauthorized login by players other than the registered regular player, and is referred to during player authentication. The affiliation team is information for identifying the team to which the player belongs.

  The matching information 132 is prepared for each currently executed gun shooting game, and stores information related to team formation in each game. FIG. 23 is a diagram illustrating a data configuration example of the matching information 132. As shown in FIG. 23, the matching information 132 includes a team name 132a for specifying two teams that are opponents of each other, a player name of a player who is a member of each team, and a game terminal 20 operated by the player. Corresponding relationship 132b with the terminal ID is set. When the game management unit 101 receives a matching request from the game terminal 20, the game management unit 101 performs matching processing to generate matching information 132, distributes the generated matching information 132 to the corresponding game terminals 20, and starts a match.

  The basic arrangement information 141 stores a formation pattern defined by arrangement positions of player characters operated by players belonging to one team as a basic arrangement. FIG. 24 is a diagram showing a data configuration example of the basic arrangement information 141. Each basic arrangement information 141 includes a basic arrangement formation 141b in association with a basic arrangement number 141a that is a number for specifying the basic arrangement. Is set. The basic arrangement formation 141b is a formation pattern that is a basic arrangement, and the arrangement position of each player character on a map set in a two-dimensional coordinate system is defined.

  The event response tactic information 142 stores a correspondence relationship between a predetermined event and a response tactic selected in response to the occurrence of the event. FIG. 25 is a diagram illustrating a data configuration example of event response tactic information. As shown in FIG. 25, event content 142b, corresponding tactic 142c, and tactic determination condition 142d are set in the event tactic information 142 in association with an event number 142a that is a number for specifying an event. ing.

  The event content 142b is set with a predetermined event content (for example, “from 3 to 2 allies”).

  In the corresponding tactic 142c, contents of a plurality of corresponding tactics (for example, “tactic A1; collect”, “tactic A2; as it is”) selected according to the occurrence of an event are set.

  The tactics determination condition 142d is set with a determination condition for determining the type of the corresponding tactic selected by each team when the event occurs. For example, when an event A (“from 3 to 2 allies”) occurs, based on the position information of each player character obtained from the player record data 1516, “distance between players at the time of event × When the determination condition “0.8 ≧ 20 seconds later between players” is satisfied, it is determined that “tactic A1” is selected, and “player distance after event × 0.8 <20 seconds later” When the determination condition “distance between” is satisfied, it is determined that “tactic A2” is selected.

  The battle score DB 150 stores the battle score data 151 of the gun shooting game executed on the game terminal 20. FIG. 26 is a diagram illustrating a data configuration example of the battle score DB 150. The game score data 151 stored in the game score DB 150 includes a game number 1511, a battle date 1512 which is date information on which the game is played, battle information 1514, win / loss information 1515, player battle score data 1516, , Including the number of download sales 1517 of the battle score data 151, generated as a result of the battle score data registration process executed by the battle score management unit 102, and stored in the battle score DB 150.

  The game number 1511 is information for specifying the game of the battle score data 151, and an identification number unique to the game is assigned and set in the battle score data registration process by the battle score management unit 102.

In the battle information 1514, the name of the team that played the game and the team level point at the time of the battle of each team are set. For example, according to the battle information 1514 shown in FIG. 26, the battle score data 151 is battle score data of a game in which “Enka-Z” and “Oedo Sanders” battled. It shows that the “Sanders” team level point was high.
The battle score management unit 102 refers to the matching information 132 as the battle score data registration process, reads the team name that played in the game, reads the team level points of each team from the level point information 163, and matches the battle information 1514. Set.

  The win / loss information 1515 is information for specifying the winning / losing of the battle in the game, and the winner team and the loser team are defined. The battle score management unit 102 specifies the winner team and the loser team of the game based on the battle results set in the player battle score data collected from each game terminal 20 as the battle score data registration process, and win / loss information 1515. Set.

  The player record data 1516 is prepared for each player who participates in the game together, and is set based on the player record data collected from each game terminal 20 by the record management unit 102 during the record data registration process. .

  FIG. 27 is a diagram illustrating a data configuration example of the player battle score data 1516. As shown in FIG. 27, in the player battle record data 1516, a player name 1516a for specifying a player and a use character 1516b of the player are set. Further, as the movement history information 1516c, the player character position, the opponent team occurrence event, and the own team occurrence event of the player are set in association with the time that is the data acquisition time.

  As the time, an acquisition time of data at a predetermined time interval such as 5 seconds is set based on an elapsed time from the start of the game (for example, “0 sec”).

  For the player character position, the position information of the player character at the corresponding time is set based on the XYZ coordinates of the coordinate system of the game space.

  In the opponent team occurrence event, an event related to the opponent team is set among events that occurred between the previous data acquisition time and the current data acquisition time. In FIG. 27, “event A” is set as an opponent team occurrence event that occurred between “0 seconds to 5 seconds”. In the own team occurrence event, an event related to the own team is set out of events that occurred between the previous data acquisition time and the current data acquisition time. In FIG. 27, “event B” and “event K” are set as the own team occurrence events that occurred between “5 seconds and 10 seconds”. The event numbers set for the opponent team occurrence event and the own team event correspond to the event number in the event correspondence tactic information 142 and the event table 255.

  The team battle score data 161 is prepared for each team and stores a play history as a team. The team battle score data 161 is generated based on the battle score data 151 registered in the battle score DB 150 by the aforementioned battle score data registration process.

  FIG. 28 is a diagram illustrating a data configuration example of the team battle score data 161. As shown in FIG. 28, a team name 161a for identifying a team is set in the team battle score data 161. In addition, as the team play history 161b, the opponent team, the match result, the basic arrangement, the map name, and the situation correspondence are set in association with the game number, and data for one record corresponds to one game. It corresponds to the data of.

  The game number is an identification number assigned to the corresponding game, and is associated with the battle score data 151 registered in the battle score DB 150 by this game number. The opponent team is information for identifying the opponent team of the game. The match result is information for specifying the game play result of the game, and “win” is set when the team with the team name 161a is a winner team, and “loss” is set when the team is a loser team.

  The basic arrangement stores the basic arrangement specified from the position information of each player character of the team name 161a at the time when a predetermined time has elapsed from the start of the game (for example, after 20 seconds). The battle score management unit 102 refers to the generated battle score data 151 and selects the basic arrangement of each team in the game.

  The map name is information for specifying the map selected in the game. The battle score management unit 102 specifies the map selected in the game by the map name set in the player battle score data collected from each game terminal 20 as the battle score data registration process, and sets the map name.

  In response to a situation, the total number of corresponding tactics performed by each player of the team in response to the occurrence of the event during one game in association with the corresponding tactics that can be taken in response to the occurrence of a predetermined event. Are set respectively. The battle score management unit 102 determines the corresponding tactics of each player at the time of event occurrence based on the battle score data 151 and the event response tactic information 142, and sets the response as a situation response.

  For example, if “tactics A1” and “tactics A2” are defined as the types of tactics that can be taken when “event A” occurs, the response performed by each player, that is, the team for the event A It is determined whether the tactic is “tactic A1” or “tactic A2”, and the number of tactics executed is set. That is, when the same event occurs a plurality of times, the corresponding tactic implemented for each event is determined, and the total number of times is recorded. Note that situation handling and handling tactics are one of the measures described above.

  The battle score analysis data 162 is prepared for each team, and stores analysis results on the basic arrangement, corresponding tactics, and the like selected by the team during the game. The battle score analysis data 162 is generated as a result of analysis of the team battle score data 161 of the team by the battle score management unit 102.

  FIG. 29 is a diagram illustrating a data configuration example of the battle score analysis data 162. As shown in FIG. 29, in the battle score analysis data 162, a team name 162a for specifying a team and an average win rate 162b of the player team are set.

  In addition, as the basic arrangement analysis 162c, a winning rate and a frequency according to the type of the basic arrangement are set.

  In the basic arrangement, a basic arrangement number (for example, “P0001”) for specifying the type of each basic arrangement is set. This basic arrangement number corresponds to the basic arrangement number 141a set in the basic arrangement information 141. The winning rate is set to the final winning rate of the game when the formation of the basic arrangement is adopted. In the frequency, a frequency indicating how many times the basic arrangement is adopted throughout the entire game is set.

  In addition, as the situation correspondence analysis 162d, a total selection ratio and a win rate for each corresponding tactic corresponding to each event are set.

  In the total selection ratio, the selection ratio of the corresponding tactics for all the games is set for each corresponding tactic according to each event. For example, in the battle score analysis data 162 of FIG. 29, “tactics A1” is selected at a rate of “68%” and “tactics A2” is selected at a rate of “32%” with respect to the occurrence of “event A”. It is remembered that it has been selected. As a result, it can be seen that as a tendency of selecting the corresponding tactics of the entire team (“Enka-zu”) throughout the entire game, the tactic A1 is selected more frequently for the occurrence of the event A.

  In the winning rate, a winning rate is stored when each corresponding tactic is selected at the highest ratio among a plurality of corresponding tactics for one event. For example, in the game score analysis data 162 of FIG. 29, the game win rate is “22%” when “tactic A1” is often used as the corresponding tactic for “event A”, and “tactic A2” is It is stored that the winning percentage of the game when it is often adopted as a corresponding tactic is “26%”. As a result, it can be understood that the winning rate is higher in the battle that employs the “tactic A2” for the occurrence of the event A.

  The level point information 163 stores information on the ability of a team composed of a plurality of players who participated in the gun shooting game. FIG. 30 is a diagram illustrating a data configuration example of the level point information 163. As shown in FIG. 30, in the level point information 163, team level points of each team are set in association with the team name. This team level point is updated by the level point management unit 103 based on the game play result of the team.

  The HP information 165 stores information related to a battle score sales site that is released on the Internet by the battle score sales management unit 104. Specifically, for example, data of a page (homepage: HP) described in an HTML language, a CGI program, and the like are stored.

[Process flow]
Next, with reference to FIGS. 31 to 38, the processing flow of the server 10 and the game terminal 20 will be described.

  First, the overall processing flow of the game system 1 will be described with reference to FIGS. In the processing described here, the processing unit 100 in the server 10 includes a game management program 121, a battle score management program 122 including a team battle score data update program 122a and a battle score analysis data update program 122b, and a level point management program. 123 is read out and executed, and at the game terminal 20, the processing unit 220 reads out and executes the game program 251 including the player battle score generation program 251a.

  In the game terminal 20, first, processing for accessing the server 10 and notifying a login request is performed (step a10). On the other hand, in the server 10, when a login request is notified, the game management unit 101 executes login processing as player recognition processing and team recognition processing (step b10). At this time, the game management unit 101 compares the player name and password notified from the game terminal 20 together with the log-in request with the combination of the player name and password managed by the player management information 131, so that the player of the game terminal 20 Authenticate. As a result, the player of the game terminal 20 and the team to which the player belongs are specified (recognized).

  When the player performs a battle request operation at the game terminal 20 authenticated in the login process described above (step a20: YES), the processing unit 220 notifies the matching request to the server 10 (step a30). In response to this, in the server 10, the game management unit 101 executes matching processing to generate matching information 132 (step b20), and distributes the generated matching information 132 to the corresponding game terminal 20 as a matching result. (Step b30).

  On the other hand, in the game terminal 20, the matching information transmitted from the server 10 is stored in the storage unit 250 as matching information 254a, and then the game process and the player battle score generation process are executed in parallel (step a40).

  Here, the game process is a process in which the shared data 254 is transmitted / received to / from the game terminal 20 of the joint participating player according to the matching information 254a every frame time, and a gun shooting game is executed. Is done. In addition, the player score generation process is based on the elapsed time from the start of the game, the position information of each player character set in the player character information 254b, the opponent team occurrence event, And a process for generating the player game score data 256 by recording the own team occurrence event, and is executed by the player game score generation unit 221a.

  Then, in the game terminal 20, when the game process and the player game score generation process are completed, the player game score generation unit 221a then uploads the generated player game score data 256 to the server 10 (step a50).

  On the other hand, in the server 10, the battle score management unit 102 executes battle score data registration processing. That is, the battle score management unit 102 collects player battle score data uploaded from the game terminals 20 that participated in the game, generates battle score data 151, and registers it in the battle score DB 150 (step b40).

  Next, the battle score management unit 102 executes the team battle score data update process based on the battle score data 151 generated in step b40, and updates the team battle score data 161 (step b50). FIG. 32 is a flowchart for explaining the flow of the team battle score data update process.

  In the team battle score data update process, the battle score management unit 102 sequentially processes each team that has played, and executes the process of loop A with reference to the battle score data 151 generated in step b40 (step c10). To Step c80).

  In the loop A, the battle score management unit 102 first specifies the opponent team of the game based on the battle information 1514 and specifies the battle result of the game based on the win / loss information 1515 (step c20).

  Next, the battle score management unit 102 reads out the position information of each player character of the team at the time when a predetermined time has elapsed (for example, 20 seconds later) from the start of the game from the player battle score data 1516 and refers to the basic arrangement information 141. Then, the basic arrangement in the game is selected (step c30).

  Next, the battle score management unit 102 executes the process of loop B for each player belonging to the team (step c40 to step c60). In loop B, the battle score management unit 102 counts the number of tactics corresponding to each event performed by each player (step c50). Specifically, the battle score management unit 102 determines the type of the corresponding tactic selected according to the occurrence of the event, based on the determination condition stored in the event response tactic information 142 and the player battle score data 1516. Count the number of corresponding tactics.

  After completing the loop B, the battle score management unit 102 determines the opponent team and the match result specified in step c20, the basic arrangement selected in step c30, and the corresponding tactics for each event counted in steps c40 to c60. A record in which the number of times is associated with the game number 1511 is generated, added to the team battle score data 161 for the corresponding team, and updated (step c80). And if the process of the loop A is performed about each team which competed, this process will be complete | finished.

  Returning to FIG. 31, when the team score data update processing is completed, the battle score management unit 102 subsequently executes battle score analysis data update processing, and based on the battle score data 151 generated in step b40. The analysis data 162 is updated (step b60). FIG. 33 is a flowchart for explaining the flow of battle score analysis data update processing.

  In the battle score analysis data update process, the battle score management unit 102 sequentially processes each team that has played, and executes the process of loop C with reference to the team battle score data 161 (steps d10 to d70). .

  In loop C, the battle score management unit 102 first calculates the average win rate of the team (step d20). Next, the battle score management unit 102 calculates the winning percentage and frequency for each basic arrangement (step d30). Next, the battle score management unit 102 calculates a standard selection ratio of each corresponding tactic for each event (step d40). Next, the battle score management unit 102 calculates a win rate for each tactic corresponding to each event (step d50).

  The battle score management unit 102 calculates the battle score based on the average win rate calculated in steps d20 to d50, the win rate and frequency for each basic arrangement, the standard selection ratio of the corresponding tactics, and the win rate for each corresponding tactic. The analysis data 162 is updated (step d60). If the process of Loop C is executed for each team that has played, this process is terminated.

  Returning to FIG. 31, when the battle score analysis data update process is completed, the level point management unit 103 subsequently changes the level point of each team and updates the level point information 163 (step b70). Specifically, the team level points of each team are increased or decreased with reference to the battle information 1514 or the win / loss information 1515 of the battle score data 151 generated in step b40.

  Until the logout request is input from the player, the game terminal 20 returns to step a20, and the server 10 returns to step b20 to repeatedly execute the above-described processes. If a logout request is input from the player at the game terminal 20 (step a60; YES), the processing unit 220 notifies the server 10 of the logout request (step a70). On the other hand, in the server 10, if a logout request is received (step b80: YES), the game management unit 101 executes logout processing (step b90).

  Next, the flow of the battle score sales process will be described with reference to FIGS. Note that the processing described here is realized when the processing unit 100 reads and executes the battle score sales management program 124 and the settlement processing program 125 in the server 10.

FIG. 34 is a flowchart for explaining the flow of the battle score sales process.
In the battle score sales process, first, the battle score sales management unit 104 uses the combination of the player name and password managed by the player management information 131 as the player name and password transmitted from the player terminal 30 that has accessed the battle score sales site. By comparing, player authentication of the player terminal 30 is performed (step f10).

  Then, when the processing request is notified from the player terminal 30 authenticated in step f10, the battle score sales management unit 104 branches the processing according to the type of the processing request (step f20). That is, the battle score sales management unit 104 executes a normal sales process if a DL request classified by ranking or a popular battle score DL request is notified from the player terminal 30 (step f30), and receives a battle score search request. For example, the search sales process is executed (step f40). If the battle score analysis request is received, the analysis sales process is executed (step f50). Hereinafter, it demonstrates in order.

(Normal sales processing)
FIG. 35 is a flowchart for explaining the flow of the normal sales process.
In the normal sales process, the battle score sales management unit 104 first branches the process depending on whether the received process request is a DL request by ranking or a popular battle score DL request (step g10).

  If the received processing request is a DL request by ranking, the battle score sales management unit 104 first generates the rankings of the top 30 teams based on the team level points by sorting the level point information 163 in order of team level points. The generated ranking is transmitted to the player terminal 30 (step g20).

  Next, the battle record sales management unit 104 refers to the team battle record data 161 of the designated team according to the team selection information transmitted subsequently from the player terminal 30, and all the games played by the team in the past. A number is acquired (step g30). Note that the game record data 151 of the game number acquired here is a sales target of sales by ranking. Next, the battle score sales management unit 104 executes a selling price calculation process for the battle score data 151 of the acquired game number as a processing target (step g40).

  Here, the flow of the selling price calculation process will be described. FIG. 36 is a flowchart for explaining the flow of the selling price calculation process. In the selling price calculation process, the battle score sales management unit 104 executes the process of loop D for each battle score data to be processed to determine the selling price (steps h10 to h70).

  That is, in the loop D, the battle score sales management unit 104 refers to the battle information 1514, selects a higher value among the team level points at the time of the battle, and calculates the base price (B) (step h20). Next, the battle score sales management unit 104 determines the number of elapsed days based on the battle date 1512 and calculates the aging coefficient (Ka) (step h30). Next, the battle score sales management unit 104 calculates a popularity coefficient (Kb) based on the number of download sales 1517 (step h40). Next, the battle score sales management unit 104 calculates the upset coefficient (Kc) based on the battle information 1514 and the win / loss information 1515 (step h50).

  Then, the sales score sales management unit 104 calculates the sales price of the battle score data 151 according to the basic price (B) determined in step h20 and the coefficients determined in steps h30 to h50 (step h60). That is, the battle score sales management unit 104 calculates the selling price by substituting the basic price (B) and the determined value of each coefficient into the above-described calculation formula (1). If loop D is completed, that is, if the selling price of each battle score data 151 to be processed is calculated, this process is terminated.

  Returning to FIG. 35, the battle score sales management unit 104 transmits a list of selling prices of each battle score data 151 to be sold to the player terminal 30 (step g50), and the purchase content selection shown in FIG. It is presented to the player terminal 30 as a screen. If a purchase request is notified from the player terminal 30 (step g60: YES), the settlement processing unit 105 subsequently performs a settlement process for the purchase amount (step g70). That is, the settlement processing unit 105 notifies the settlement system 50 of a purchase amount settlement request together with purchase information transmitted from the player terminal 30. In response to a payment request from the server 10, the payment system 50 performs a credit card authentication process and a payment process, and transmits the processing result to the server 10.

  On the other hand, if the received processing request is a popular battle score DL request, the battle score sales management unit 104 refers to the battle score DB 150 and stores a predetermined number (eg, 30) of battle score data with a large number of download sales 1517. The selected game is selected as popular battle score data, and its game number is acquired (step g80). Note that the game record data 151 of the game number acquired here is a sales target of popular game sales. Then, the battle score sales management unit 104 executes a selling price calculation process for the battle score data 151 of the acquired game number as a processing target (step g90).

  Next, the battle score sales management unit 104 transmits a list of selling prices of each battle score data 151 to be sold to the player terminal 30 (step g100), and presents it to the player terminal 30 as a purchase content selection screen shown in FIG. To do. If a purchase request is notified from the player terminal 30 (step g110: YES), the settlement processing unit 105 subsequently performs a settlement process for the purchase amount (step g120).

  If payment of the purchase amount is completed as a result of the payment processing in step g70 or step g120, the battle score sales management unit 104 updates the download sales number 1517 of the battle score data 151 purchased by the player ( Step g130), the process is terminated.

(Search sales process)
FIG. 37 is a flowchart for explaining the flow of the search sales process.
In the search sales process, the battle score sales management unit 104 acquires the game number 1511 of the battle score data 151 that satisfies the search conditions specified in the battle score DB 150 in accordance with the search condition information transmitted subsequently from the player terminal 30. (Step i10). Note that the battle score data 151 of the game number 1511 acquired here is the sales target of the search sales.

  Specifically, when the battle date range is specified in the search condition information, the battle score sales management unit 104 refers to the battle date 1512 and acquires the game number 1511 that matches the condition. When a team is designated, the battle score sales management unit 104 refers to the battle information 1514 and acquires a game number 1511 that matches the condition.

  Alternatively, when a map is designated, the battle score sales management unit 104 refers to the map name of the team battle score data 161 and acquires a game number matching the condition.

  At this time, if a formation on the map is specified, the battle score sales management unit 104 executes the following processing for the battle score data 151 of the acquired game number 1511. That is, with reference to the movement history information 1516c of the player battle record data 1516, it is determined whether or not the player character is simultaneously positioned at the same position or close to the formation specified during the battle. It is determined whether or not. Then, the game number 1511 of the battle score data 151 determined to form the designated formation is acquired.

  Further, when a plurality of search conditions are specified, the battle score data 151 of the duplicate game number 1511 out of the game numbers 1511 respectively searched based on each search condition is set as a sales target for search sales. .

  Next, the battle score sales management unit 104 executes a selling price calculation process for the battle score data 151 of the game number 1511 acquired in step i10 as a processing target (step i20). Then, the battle score sales management unit 104 transmits a list of selling prices of each battle score data 151 to be sold to the player terminal 30 (step i30), and presents it to the player terminal 30 as a purchase content selection screen shown in FIG. . If a purchase request is notified from the player terminal 30 (step i40: YES), the settlement processing unit 105 subsequently performs a settlement process for the purchase amount (step i50).

  When the settlement is completed, the battle score sales management unit 104 updates the number of download sales 1517 of the battle score data 151 purchased by the player (step i60), and ends this processing.

(Analysis sales processing)
FIG. 38 is a flowchart for explaining the flow of analysis sales processing.
In the analysis sales process, first, the battle score sales management unit 104 executes the following process according to the analysis target designation information transmitted from the player terminal 30.

  That is, the battle score sales management unit 104 first selects an analysis target team and an analysis target map (step j10). Next, the battle score sales management unit 104 refers to the battle score analysis data 162 of the designated analysis designated team, and from the basic layout analysis 162c, the basic layout of the basic layout of the analysis target map having a high selection frequency is selected. A predetermined number (for example, three) is selected (step j20). Next, the battle score sales management unit 104 refers to the battle score analysis data 162 for each team, and for each selected basic arrangement, the average value of winning percentages when each team selects the basic arrangement (average win percentage for all teams) ) Are respectively calculated (step j30).

  Next, the battle score sales management unit 104 refers to the battle score analysis data 162 of the designated analysis designated team, and from the situation correspondence analysis 162d, the winning rate is selected from the combinations of events and corresponding tactics that can be taken when the event occurs. A predetermined number (for example, 4) of high and low are respectively selected (step j40).

  Then, the battle score sales management unit 104 transmits the battle score analysis information, which is the result of the processing of step j20 to step j40, to the player terminal 30 (step j50), and the player terminal 30 as the battle score analysis screen shown in FIG. To present.

  When a recommended battle score selection request is notified from the player terminal 30 (step j60: YES), the battle score sales management unit 104 subsequently performs processing according to the processing request notified from the player terminal 30. Is branched (step j70).

  When the team selection request is notified, the battle record sales management unit 104 refers to the battle record analysis data 162, and among the teams other than the analysis target team, the winning rate for the match with the designated basic arrangement. Is a team with a predetermined threshold (for example, 60%) or more, and, for example, the top three teams with the winning percentage are selected to determine the best team (step j80).

  Next, the battle record sales management unit 104 refers to the battle record analysis data 162 of the determined good team, extracts data related to a battle that has a designated basic arrangement among the battles performed by the strong team, A game number is acquired (step j90). Here, when event correspondence is designated, the battle score sales management unit 104 selects another correspondence tactic based on the number of times that the designated correspondence tactic is selected as the correspondence tactic for the designated event. Narrow down to data related to more matches compared to the number of times played. In addition, the game score data 151 of the game number acquired here is a sales target of analysis sales.

  When the natural enemy team selection request is notified, the battle record sales management unit 104 refers to the team battle record data 161 for the analysis target team, and specifies based on the selection condition information transmitted together with the natural enemy team selection request. The game number of the battle that satisfies the selected selection condition and whose analysis target team is the loser team is extracted (step j100).

  Specifically, the battle score sales management unit 104 extracts, from the team battle score data 161 for the analysis target team, the data related to the battle in which the team is the loser team among the battles having the designated basic arrangement. Here, when event correspondence is designated, the battle score sales management unit 104 selects another correspondence tactic based on the number of times that the designated correspondence tactic is selected as the correspondence tactic for the designated event. Narrow down to data related to more matches compared to the number of times played.

  Then, the battle score sales management unit 104 classifies the data extracted in step j100 according to the opponent team, selects, for example, three teams with a large number of defeats, determines the natural enemy team (step j110), and extracts the extracted data. Among the game numbers, a game number in which the natural enemy team determined in step j110 is the opponent team is acquired (step j120). Note that the game record data 151 of the game number acquired here is a sales target for analysis sales.

  Subsequently, the battle score sales management unit 104 executes a selling price calculation process for the battle score data 151 of the acquired game number as a processing target (step j130). Then, the selling price list of each piece of battle record data 151 to be sold is transmitted to the player terminal 30 (step j140) and presented to the player terminal 30 as the purchase content selection screen shown in FIG. 12 or FIG.

  If a purchase request is notified from the player terminal 30 (step j150: YES), the settlement processing unit 105 subsequently performs a settlement process for the purchase amount (step j160).

  When the settlement is completed, the battle score sales management unit 104 updates the download sales number 1517 of the battle score data 151 purchased by the player (step j170), and ends this process.

  It should be noted that when the recommended battle score selection request is not notified, specifically when the cancel request is notified (step j60: NO), when the cancel request is notified in step j70, and when the purchase request is not notified, Specifically, when a cancel request is notified (step j150: NO), the process proceeds to step j190. In step j190, in the battle score sales management unit 104, the settlement processing unit 105 performs a settlement process for a predetermined fee, and ends this process.

[Viewing screen]
As described above, the battle score data managed by the server 10 and provided to the player terminal 30 via the battle score sales site can be viewed on the player terminal 30. FIG. 39 is a diagram showing an example of a browsing screen displayed on the player terminal 30. As shown in FIG. As shown in FIG. 39 (a), the browsing screen includes a map display portion W51, and the battle score data is reproduced on the map display portion W51.

  Specifically, a list box LB51 for selecting the battle score data to be reproduced from the purchased battle score data is prepared on the browsing screen, and the player first (1) the battle score in the list box LB51. The data ("Enka-zu vs. Oedo Sanders (04.12.21)" in FIG. 39) is selected. Next, the player selects (2) the reproduction button BN51 to start reproduction of the battle record data, and browses the purchased battle record data by performing operations such as rewinding and pausing. As described above, the game score data of the present embodiment is recorded with the position of each player character and the occurrence of an event at intervals of 5 seconds, and is reproduced by frame advance in the map display unit W51.

  In addition, a list box LB53 for selecting an event is prepared on the browsing screen, and a self-team occurrence event and an opponent team that occurred during the game are displayed in a time-series list. In this list box LB53, (3) when, for example, the uppermost event A is selected, the battle score data is reproduced from the position where the occurrence of the event A is recorded, as shown in FIG.

  The player can verify the tendency of the team's battle by browsing the game score data on this browsing screen, such as the basic arrangement of the own team and other teams, the strategy such as the corresponding tactics, etc. It can be used as a reference when developing a strategy.

[Hardware configuration]
Next, an example of a hardware configuration for realizing the server 10 and the game terminal 20 in the present embodiment will be described with reference to FIG. In the apparatus shown in FIG. 40, a CPU 1000, a ROM 1002, a RAM 1004, a RAM 1005, an information storage medium 1006, an image generation IC 1010, a sound generation IC 1008, and an I / O port 1014 are connected to each other via a system bus 1016 so that data can be input and output. A control device 1022 is connected to the I / O port 1012, and a communication device 1024 is connected to the I / O port 1014.

  The CPU 1000 controls the entire apparatus and performs various data processing in accordance with a program stored in the information storage medium 1006, a system program stored in the ROM 1002 (such as initialization information of the apparatus main body), and a signal input by the control apparatus 1022. Do.

The RAM 1004 is a storage unit used as a work area of the CPU 1000, and stores given contents in the information storage medium 1006 and the ROM 1002, the calculation result of the CPU 1000, and the like.
An information storage medium 1006 mainly stores programs, image data, sound data, play data, and the like. As an information storage medium, a memory such as a ROM, a hard disk, a CD-ROM, a DVD, an IC card, a magnetic A disk, an optical disk or the like is used.
The VRAM 1005 is a storage device that temporarily stores image data displayed on the display device 1018, and includes a frame buffer for storing image data for one frame generated by the image generation IC 1010.
The RAM 1004, VRAM 1005, and information storage medium 1006 correspond to the storage unit 120 shown in FIG. 21 and the storage unit 250 shown in FIG.

  In addition, the image generation IC 1010 and the sound generation IC 1008 provided in this apparatus can appropriately output sound and images.

  The image generation IC 1010 is an integrated circuit that generates pixel information based on information sent from the ROM 1002, the RAM 1004, the information storage medium 1006, and the like according to instructions from the CPU 1000, and the generated display signal is output to the display device 1018. . The display device 1018 corresponds to the display unit 230 shown in FIG. 18, and is realized by a CRT, LCD, TV, plasma display, projector, or the like.

  The sound generation IC 1008 is an integrated circuit that generates sound signals according to information stored in the information storage medium 1006 and the ROM 1002 and sound data stored in the RAM 1004 according to instructions from the CPU 1000. Output from the speaker 1020. The speaker 1020 corresponds to the sound output unit 240 shown in FIG.

  The control device 1022 is a device for a player to input an operation related to a game, and its function is realized by a lever, a dial, a mouse, a keyboard, various sensors, and the like. The control device 1022 corresponds to the operation unit 210 shown in FIG.

  The communication device 1024 exchanges information used inside the device with the outside. The communication device 1024 is connected to other devices via the communication line N, and is used to send and receive given information according to a program. . The communication device 1024 corresponds to the communication unit 110 shown in FIG. 21 and the communication unit 245 shown in FIG. 18, and is, for example, a wireless communication module, a modem, a TA, a wired communication cable jack, a control circuit, or the like. Realized.

  The above-described processing executed by the server 10 includes information stored in the game management program 121, the battle score management program 122, the level point management program 123, the battle score sales management program 124, the settlement processing program 125, and the like shown in FIG. It is realized by a storage medium 1006 and a CPU 1000 that operates according to these programs. The CPU 1000 corresponds to the processing unit 100 shown in FIG.

  On the other hand, the above-described processing executed by the game terminal 20 is realized by the information storage medium 1006 storing the game program 251 and the like shown in FIG. 18, the CPU 1000, the image generation IC 1010, the sound generation IC 1008, and the like that operate according to these programs. The CPU 1000, the image generation IC 1010, and the sound generation IC 1008 correspond to the processing unit 220 shown in FIG. 18. The CPU 1000 is mainly used for the game calculation unit 221, the image generation IC 1010 is used for the image generation unit 223, and the sound generation IC 1008 is used. It corresponds to the sound generator 225. Note that the processing performed by the image generation IC 1010, the sound generation IC 1008, and the like may be performed by software using the CPU 1000 or a general-purpose DSP. In this case, the CPU 1000 corresponds to the processing unit 220.

As described above, according to the present embodiment, when one gun shooting game ends, the server 10 collects player battle record data of players who jointly participated in the game from the corresponding game terminals 20. The battle score data 151 can be generated and registered in the battle score DB 150 for management. Based on the generated game score data 151, the team game score data 161, which is the team's play history, is updated. The basic arrangement selected by the team based on the updated team record data 161 during the game, the corresponding tactics, etc. It is possible to update the battle score analysis data 162, which is the analysis result of.
Further, the server 10 can sell and provide the battle record data 151 stored and managed in the battle record DB 150 to the player terminal 30 that has accessed the battle score sales site. On the other hand, the player terminal 30 can reproduce and view the purchased game score data, and can refer to the game tendency for the tendency of the battle, such as the basic arrangement of the own team and other teams and the strategy such as the corresponding tactics.

[Modification]
The preferred embodiments of the present invention have been described above, but the present invention is not limited to those described above, and can be changed as appropriate without departing from the spirit of the invention.

  For example, in the above-described embodiment, the case where the game of the present invention is applied to a gun shooting game in which player teams battle each other has been described. However, games to which the present invention can be applied are not limited to this. For example, the present invention can be similarly applied to a sports game such as a soccer game in which teams of a plurality of players play each other.

  Alternatively, the present invention may be applied to various sports games, fighting games, racing games, action games, puzzle games, etc. in which players play matches such as tennis, table tennis, and badminton.

  In this case, in the server 10, the level point management unit 103 updates the play level point of each player who has competed based on the game play result. Specifically, the level point management unit 103 increases or decreases the play level points of each player in accordance with the win or loss of the match, or the predetermined pattern such as a win or loss pattern having won a player with a low play level point at the time of the match or the like. Depending on whether or not the condition is satisfied, processing such as changing the amount of increase or decrease in the play level points is executed.

  Further, the battle score management unit 102 collects game play contents (play history data) of the player and manages them as replay data, and analyzes a play tendency such as an operation input tendency of the player based on the replay data. Specifically, for example, when applied to a fighting game, based on the replay data, the operation frequency of commands input by each player during the game is tabulated for each technique, and the win rate for each opponent (player) is calculated. Calculate and generate play tendency data. Then, the play tendency data generated for each player as described above is managed as an analysis result.

  The battle score sales management unit 103 sells the replay data to the player terminal 30 that has accessed. At this time, the battle score sales management unit 103 performs a pricing process (sale price calculation process) for pricing the replay data to be sold. Specifically, as in the above-described embodiment, the battle score sales management unit 103 selects a higher value from the play level points of the players that have played, and the higher the selected play level point, the higher the selling price. Determine the base price. Furthermore, the battle score sales management unit 103 has a time coefficient (Ka) for reflecting the number of days since the match in the selling price, a popularity coefficient (Kb) for reflecting the number of download sales in the selling price, and a player with a low play level point. The upset coefficient (Kc) for reflecting the upset factor such as winning is calculated in the same manner as in the above embodiment, and the selling price is calculated.

  In addition, when the replay data is downloaded and sold, the battle score sales management unit 103 selects recommended replay data based on the analysis result of analyzing the play tendency of each managed player and downloads and sells it. Specifically, the battle score sales management unit 103, based on the analysis result that is the play tendency data for each player described above, of one player designated on the player terminal 30 and another player whose play tendency is similar. Download and sell replay data as recommended replay data. Alternatively, another player with a low win rate is identified based on the analysis result, and the replay data of the other player is downloaded and sold as recommended replay data.

  Also, player pattern information indicating the player's play tendency (operation input tendency) as an analysis result may be sold. In the device of the download sales destination, the movement of the CPU character that plays against the player is controlled as a so-called ghost character using the purchased player pattern information. This point will be described in detail later.

  In the above-described embodiment, the selling price of the battle score data is calculated according to the number of days elapsed since the battle was performed, the number of download sales of the battle score data, and the team level points of each team that played the battle. However, the selling price may be set by reflecting the time required until the game is cleared (game over) and the difficulty level of the game stage.

  Alternatively, the number of strategies of the game stage may be reflected in the selling price. For example, when the gun shooting game of this embodiment is a computer battle game between a player team and a COM team, the number of games won by the player team for each game stage is counted as the number of strategies. Alternatively, when applied to a stage clear type battle game, a race game, or an action game, the number of times that the game stage has been cleared (captured) is counted as a capture number. Then, the selling price of the battle score data is calculated according to the counted number of game stages. According to this, the scarce value of the battle score data can be reflected in the price.

  Moreover, it is good also as selling battle score data with the comment comment concerning the said battle | competition. Specifically, for example, commentary comments are prepared in advance according to the result of the match, the conditions related to the team level points at the time of the match, the situation response when an event occurs during the game, and the like. Commentary comments are selected according to the outcome of the match, the team level points at the time of the match, and the situational response, and sold together with the battle score data.

  Alternatively, the following may be used. For example, in the server 10, commentary comments associated with a type pattern that defines a plurality of types of battle tendencies are prepared in advance. Then, in the server 10, the frequency and winning percentage of the formations of the respective basic arrangements managed as the battle score analysis data 122b, the total selection ratio of the corresponding tactics selected by the team when the event occurs, and the highest ratio of the corresponding tactics Based on the winning percentage in the case of selecting in (1), the game score data is sold together with commentary comments on the pattern pattern of the battle tendency similar or identical to the battle tendency of the team.

  Further, when selling the battle score data, the battle score data may be processed. Specifically, for example, the time at which the own team occurrence event and the opponent team occurrence event occurred during the game may be specified, and the play history at the time of the event occurrence may be partially extracted, digested, and sold.

  Further, when selling the game score data, the player who has played the game may confirm whether or not the sale of the game score data is permitted, and if permitted, the game score data may be sold.

  In the above-described embodiment, it has been described that the game record data is sold to the player terminal 30 that has accessed the game record sales site. However, the player data may be exchanged between the players.

  In addition, as a consideration for game play, game values such as points, medals and coins may be paid to the player, and in exchange for this, the game score data may be downloaded and provided to the player. For example, points having a virtual money function may be given to a player team or a player based on the game play result, and battle score data may be downloaded and provided as a price.

  This will be specifically described. If the game is applied to a game in which teams battle each other, the server 10 gives points corresponding to the game play result (match result) to the player team that played the finished game. In other words, depending on whether or not a predetermined condition is satisfied, for example, a process for assigning points to the player team according to the victory or defeat of the match, or a team having a low team level point at the time of the match, the points to be given are variable. The processing to do is performed. Then, for each player team, the server 10 accumulates and manages the points acquired by the player team.

  Then, the game data is downloaded and provided to the player of the player terminal 30 who has accessed the battle score sales site in exchange for the point corresponding to the selling price. That is, the battle score sales management unit 104 reduces the points of the player team to which the player of the player terminal 30 belongs by a point corresponding to the selling price.

  In this case, the points paid at the time of purchasing the game record data may be given to the player team that played the game of the purchased game record data. Furthermore, as a privilege related to the downloading of battle score data, a predetermined amount of points may be given to a player who has played a game of battle score data in which the number of times of download (download sales number) exceeds a predetermined threshold value. Good.

  In addition, when a game medium such as a medal or a coin corresponding to the selling price is used as a consideration and the battle score data is downloaded and provided, the server 10 determines the number of medals paid out based on the result of the game play for each player team or Managed for each player. The player purchases the desired battle score data in exchange for the number of medals according to the selling price.

  In addition, the player may purchase game media or points to be paid as consideration, and purchase battle score data using this.

  In addition, points and game media may be given to the player in exchange for uploading the player record data from the game terminal 20. FIG. 41 is a diagram showing an outline in this case. In this case, the server 10 accumulates and manages the stored points for each player.

  That is, when (a) the player game data is uploaded from the game terminal 20 after the game is over, (b) as a consideration for the uploaded player game data to each player participating in the game. Give points. The number of points to be given here may be a predetermined value set in advance, or may be varied according to the game play result (match result) or the player team that has played. For example, when giving according to the play result, points given to each player for each player team depending on whether or not a predetermined condition such as winning or losing of a game or winning a team with a low team level is satisfied. Variable. Further, in the case of granting according to the player team, for example, more points are given to a player team with a high team level or a player of a player team with good sales record data (a large number of sales downloads). Are given according to the team level of the player team, the sales record of past battle score data (number of sales downloads), and the like.

  Then, (c) when the sales request for the battle score data is made from the player terminal 30, the server 10 downloads and provides the battle score data in exchange for the point corresponding to the selling price. That is, (d) the game score data is downloaded to the player terminal 30 and the points owned by the player who has made the request are reduced by the points corresponding to the selling price.

  Further, the points and the game media are not used only as a consideration for downloading the battle score data, but may be used for payment for the game play and purchase of various contents related to the game. The content provided here includes, for example, (b) content related to game execution such as new characters appearing in the game, items such as clothes and accessories worn by the player character operated by the player, and ( B) There are two types, content related to the game but not directly related to execution, such as images of characters appearing in the game, sound of theme songs, and mini-games.

  In the above-described embodiment, the server 10 collects the player record data recorded on the game terminal 20 side and generates and manages the game record data. However, the player's play history (player record data) May be recorded on the server side. In this case, the battle score management unit 102 communicates with the game terminal 20, acquires and records the player's play history on the game terminal 20 as needed, and generates player battle score data. Then, the battle score management unit 102 generates battle score data based on the generated player battle score data.

  In the above-described embodiment, purchase / viewing of the battle score data is performed on the player terminal 30. However, the game score data is purchased from the game terminal 20 by accessing the battle score sales site. You may browse music data.

  The game score data uploaded from the game terminal 20 to the server 10 may be used as ghost data for controlling a so-called ghost character in the game terminal 20. That is, the player terminal 30 does not purchase / view battle score data, but purchases / downloads battle score data at the game terminal 20 and controls a ghost character to appear in the game based on the downloaded battle score data. .

  Here, there are two types of ghost characters. (A) One is a ghost character as if the player's play is replayed, faithfully reproducing the movement of the play data along the actual player's play data. (B) The other is a ghost character that moves along the play tendency of the player by combining the play data of the actual player and the computer control routine.

  As an example of the former, specifically, in a game executed on the game terminal 20 that has downloaded the game record data, a computer that does not affect the battle between the player teams apart from the player teams that are fighting, A COM team that is a team of ghost characters to be controlled appears. Then, the COM team is controlled by moving each COM character (ghost character) belonging to the COM team to a position at each time according to each player game data of the downloaded game data. In this case, it is desirable to distinguish the player teams that are competing with each other, for example, by making the ghost character a translucent color.

  A typical example of the latter is a case where a player team and a ghost character COM team controlled by a computer face each other. At this time, the game terminal 20 controls each COM character (ghost character) of the COM team according to the downloaded battle score data. A technique for realizing the movement of the COM character that reproduces the player's habit by reflecting the play tendency data in the computer control routine is well known, and a detailed description thereof will be omitted.

  In this case, the battle score analysis data, which is the analysis result of the battle score data of each team, may be downloaded. Specifically, the server 10 downloads and provides (sells) the battle score analysis data for the team selected by the player of the game terminal 20. The selling price of the battle score analysis data to be downloaded is determined according to, for example, the team level of the selected player team, the number of battles, the winning percentage, the sales record (number of downloads), and the like. The game terminal 20 controls each ghost character of the COM team according to the downloaded game score analysis data. That is, the basic arrangement of each ghost character of the COM team and the selection of tactics for the generated event are controlled based on the frequency of each basic arrangement, which is the analysis result, and the selection ratio and winning rate of the tactics for the generated event.

  The control of the ghost character using the downloaded game score data can be similarly applied to a game other than the gun shooting game in which the player teams battle each other, as well as the two types of control described above. For example, when applied to a car race, a so-called ghost car that reproduces a past player's driving operation (play history) is controlled separately from the racing car participating in the game based on the downloaded game data. In this case, it corresponds to the former ghost character. That is, the game terminal 20 uploads the running course name, the player operation data, the movement history of the player car (player character) operated by the player, etc. to the server 10 as battle score data. The server 10 accumulates and manages the battle score data uploaded from the game terminal 20, and downloads the selected battle score data to the game terminal 20 to provide (sell). The game terminal 20 controls the ghost car based on the downloaded battle score data.

  In addition, when applied to a fighting action game, a ghost character that reproduces the player's characteristics by performing motion control based on the battle score data is made to play against the player character. In this case, it corresponds to the latter ghost character. That is, the game terminal 20 uploads the operation input tendency when the player operates the player character, such as the input frequency (number of times) for each type of attack such as punch or kick, to the server 10 as battle score data. The server 10 accumulates and manages the battle score data uploaded from the game terminal 20, and downloads the selected battle score data to the game terminal 20 to provide (sell). Then, the game terminal 20 controls a ghost character to be played against the player character based on the downloaded game score data.

The figure which shows an example in the store of an amusement facility. The figure explaining the outline | summary of a game. Schematic which shows the whole structure of a game system. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows the example of a display screen of a player terminal. The figure which shows an example of a basic price (B). The figure which shows an example of a time coefficient (Ka). The figure which shows an example of a popularity coefficient (Kb). The figure which shows an example of an upset coefficient (Kc). The block diagram which shows an example of a function structure of a game terminal. The figure which shows the data structural example of player character information. The figure which shows the data structural example of player battle score data. The block diagram which shows an example of a function structure of a server. The figure which shows the data structural example of player management information. The figure which shows the data structural example of matching information. The figure which shows the data structural example of basic arrangement | positioning information. The figure which shows the data structural example of event corresponding tactics information. The figure which shows the example of a data structure of battle score DB. The figure which shows the data structural example of player battle score data. The figure which shows the data structural example of team battle score data. The figure which shows the data structural example of battle score analysis data. The figure which shows the data structural example of level point information. The flowchart for demonstrating the flow of the whole process of a game system. The flowchart for demonstrating the flow of a team battle score data update process. The flowchart for demonstrating the flow of a battle score analysis data update process. The flowchart for demonstrating the flow of a battle score sales process. The flowchart for demonstrating the flow of a normal sales process. The flowchart for demonstrating the flow of a sales price calculation process. The flowchart for demonstrating the flow of a search sales process. The flowchart for demonstrating the flow of an analysis sales process. The figure which shows the example of a browsing screen of a player terminal. The figure which shows an example of the hardware constitutions of a server and a game terminal. The figure explaining the outline | summary in the case of giving a point by upload of player battle score data.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Game system 20 Game terminal 210 Operation part 220 Processing part 221 Game operation part
221a Player score generation unit 223 Image generation unit 225 Sound generation unit 230 Display unit 240 Sound output unit 245 Communication unit 250 Storage unit 251 Game program
251a Player record generation program 252 Character setting information 253 Stage information
253a Map data
253b Object data 254 Shared data
254a Matching information
254b Player character information 255 Event table 256 Player battle score data 10 Server 100 Processing unit 101 Game management unit 102 Battle score management unit 103 Level point management unit 104 Battle score sales management unit 105 Settlement processing unit 110 Communication unit 120 Storage unit 121 Game management Program 122 Battle score management program
122a Team record data update program
122b Battle score analysis data update program 123 Level point management program 124 Battle score sales management program 125 Settlement processing program 131 Player management information 132 Matching information 141 Basic arrangement information 142 Event tactic information 150 Battle score DB
161 Team score data 162 Battle score analysis data 163 Level point information 165 HP information 170 Input section 180 Display section 30 Player terminal N Communication line 50 Payment system

Claims (22)

A server system communicatively connected to a game device for recording play data which is game play data of a player used for replay and / or control of a computer controlled character,
Play data receiving means for receiving play data from the game device;
Play data storage means for storing the received play data;
Pricing processing means for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means for performing a process of downloading and providing play data stored in the play data storage means in exchange for the value of the value priced by the pricing processing means;
Server system with A server system that performs predetermined communication with a game device, records game play data on the game device, and records play data that can be used for replay and / or control of computer-controlled characters,
Play data storage means for storing the play data;
Pricing processing means for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means for performing a process of downloading and providing play data stored in the play data storage means in exchange for the value of the value priced by the pricing processing means;
Server system with   3. The server system according to claim 1, wherein the download processing unit performs a predetermined sales process of downloading and selling play data using a value based on the value priced by the pricing processing unit as a consideration. . Point storage means for storing at least points that are varied according to a game play result on the game device;
The download processing means exchanges a point based on the value priced by the pricing processing means among points stored in the point storage means, and downloads and provides play data. The server system according to claim 1 or 2. Point storage means for storing points that are increased in response to storage of play data in at least the play data storage means;
The download processing means performs a process of downloading and providing play data by exchanging points based on the value priced by the pricing processing means as a consideration among the points stored in the point storage means. The server system according to claim 1 or 2, characterized in that Point storage means for storing points that are reduced in response to provision of at least a given game content to the game device;
The download processing means performs a process of downloading and providing play data by exchanging points based on the value priced by the pricing processing means as a consideration among the points stored in the point storage means. The server system according to claim 1 or 2, characterized in that Level management means for performing predetermined player recognition communication processing with the game device and changing / managing the play level of the player according to the game play result on the game device;
The play data includes player identification information related to the play data,
The pricing processing means determines the play level managed by the level management means of the player from the player identification information included in the play data, and determines the value of the play data based on the determined play level. Pricing,
The server system according to any one of claims 1 to 6, wherein: The game device executes a battle game between players,
The play data includes identification information and game play results of both players who have played,
Level management means for performing predetermined player recognition communication processing with the game device and changing / managing the play levels of both players in accordance with the game play result of the battle game;
The pricing processing means determines the play level managed by the level management means of each player from the identification information of both players in the match included in the play data, and determines each play level determined and the play level. Price the value of the play data based on the game play results included in the data,
The server system according to any one of claims 1 to 7, characterized in that: The play data includes player identification information and game play results related to the play data,
Play tendency analysis means for analyzing the play tendency of each player based on the play data stored in the play data storage means and the player identification information included in the play data;
Winning / losing situation calculating means for calculating the winning / losing situation of each player based on the player identification information and the game play result included in the play data stored in the play data storage means;
Further comprising
The download processing means is another player among the analyzed players, wherein the play tendency of one player and the play tendency of another player satisfy a predetermined tendency approximation condition, and is calculated by the win / loss situation calculation means. A first recommended play data download processing unit that downloads and provides the play data of another player satisfying a predetermined high victory condition as the recommended play data for the one player.
The server system according to any one of claims 1 to 8, characterized in that: The game device executes a battle game between players,
The play data includes identification information and game play results of both players who have played,
The download processing means includes an opponent who satisfies a predetermined low victory condition based on the player identification information and the game play result included in the play data stored in the play data storage means. A second recommended play data download processing means for downloading and providing play data of the other player as recommended play data for the one player;
The server system according to any one of claims 1 to 9, wherein: The game device executes a team game by a plurality of players by controlling the progress of the game while communicating with other game devices,
Further comprising level management means for performing predetermined team recognition communication processing with the game device, and changing and managing the team level of the team according to the game play result of the team game,
The play data includes team identification information related to the play data,
The pricing processing unit determines a team level managed by the level management unit of the team from the identification information of the team included in the play data, and determines the value of the play data based on the determined team level. Pricing,
The server system according to any one of claims 1 to 6, wherein: The game device executes a battle game between teams by a plurality of players by controlling the progress of the game while communicating with other game devices,
The play data includes identification information and game play results of both teams that have played,
Level management means for performing predetermined team recognition communication processing with the game device, and changing and managing the team levels of both teams in accordance with the game play result of the battle game,
The pricing processing means determines the team level managed by the level management means of each team from the identification information of both teams in the match included in the play data, and determines each team level determined and the play Price the value of the play data based on the game play results included in the data,
The server system according to any one of claims 1 to 6 and 9, wherein: The play data includes movement history information of the player character that is the operation target of each player,
The download processing means includes:
Search desired arrangement position receiving means for receiving a search desired arrangement position of each player character as a search item for searching for play data from a download destination player terminal;
Play data including movement history information indicating that a player character is simultaneously located at a position that is the same as or close to the desired search arrangement position received by the desired search arrangement position receiving means is stored in the play data stored in the play data storage means. Desired arrangement position data search means for searching from inside,
And processing for downloading and providing play data searched by the desired arrangement position data search means,
The server system according to claim 11 or 12, characterized in that: The game device executes a team game by a plurality of players by controlling the progress of the game while communicating with other game devices,
The play data includes team identification information and game play results related to the play data,
Based on the play data stored in the play data storage means and the team identification information included in the play data, the play tendency analysis means for analyzing the play tendency of each team;
Based on the team identification information and the game play result included in the play data stored in the play data storage means, the win / loss situation calculating means for calculating the win / loss situation of each team;
Further comprising
The download processing means is another team among the analyzed teams in which a play tendency of one team and a play tendency of another team satisfy a predetermined tendency approximation condition, and is calculated by the win / loss situation calculation means Having a first recommended play data download processing means for downloading and providing play data of other teams for which the winning / losing situation satisfies a predetermined high victory condition as recommended play data for the one team;
The server system according to any one of claims 11 to 13, characterized in that: The game device executes a battle game between teams by a plurality of players by controlling the progress of the game while communicating with other game devices,
The play data includes identification information and game play results of both players who have played,
The download processing means is based on the team identification information and the game play result included in the play data stored in the play data storage means, and an opponent who satisfies the predetermined low victory condition for the total match result of one team. A second recommended play data download processing means for downloading and providing play data of the other team as recommended play data for the one team,
The server system as described in any one of Claims 11-14 characterized by the above-mentioned. The game device executes a plurality of games having different game stages,
The play data includes game stage identification information and game play results related to the play data,
The price processing means is based on the quantity of play data whose game play result satisfies a predetermined high result condition among play data of the same game stage stored in the play data storage means. The value of
The server system according to any one of claims 1 to 15, wherein:   The server system according to any one of claims 1 to 16, wherein the pricing processing unit includes a value changing unit that changes the value of the priced play data and re-values it. The play data includes a play date and / or play time when the game was played,
The value changing means includes time lapse reference changing means for changing the value of the play data according to the time elapsed from the play date and / or play time of the play data.
The server system according to claim 17. A download number counting means for counting the number of downloads downloaded by the download processing means for each play data;
The value changing means includes download number reference changing means for changing the value of play data in accordance with the number of downloads counted by the download number counting means.
The server system according to claim 17 or 18, characterized in that: A server system that is communicatively connected to a game device that records play data that is game play data of a player that can be used for replay and / or control of a computer controlled character;
Play data receiving means for receiving play data from the game device;
Play data storage means for storing the received play data;
Pricing processing means for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means for performing a process of downloading and providing play data stored in the play data storage means in exchange for consideration of the value priced by the pricing processing means;
Program to function as. A program for causing a server system that performs predetermined communication with a game device to record game play data on the game device and replay data and / or play data that can be used to control a computer-controlled character. There,
Play data storage means for storing the play data;
Pricing processing means for executing a pricing process for pricing the value of the play data stored in the play data storage means;
Download processing means for performing a process of downloading and providing play data stored in the play data storage means in exchange for consideration of the value priced by the pricing processing means;
A program for causing the server system to function.   A computer-readable information storage medium storing the program according to claim 20 or 21.

Images