JP2010178996A - Game system, control method of the game system, and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system for solving a problem caused by restriction of items to be considered when a user is permitted to use game data or the user uses the game data. <P>SOLUTION: A use permission means (70) permits a plurality of users to use the game data. A situation data storage means (71) stores situation data about the use permission situation or the use situation of the game data. An acquisition means (72) acquires the number of users who are permitted to use the game data or the number of users who use the game data on the basis of the situation data. A setting means (73) sets the content of the game data used by the users who are permitted to use the game data on the basis of the number of users who are permitted to use the game data or the number of users who use the game data. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a game system, a game system control method, and a program.

  There is known a game system that allows a plurality of users to use game data such as game characters. For example, the user becomes a team owner, acquires a game character to be a member of the team (in other words, receives permission to use the game character), and plays a game with the opponent team (in other words, uses the game character). Sports games (such as soccer games) are known. In addition, for example, when a user acquires a game character to be a friend (in other words, receives permission to use the game character) and operates a party including the acquired game character (in other words, uses the game character), There are known role-playing games and action games that aim to achieve various game objectives (defeating specific enemy game characters, etc.). In such a game, generally, a plurality of users can acquire one game character.

Japanese Patent Laid-Open No. 2002-253859

  In the game as described above, when the user acquires a game character, the value of the parameter of the game character becomes a selection criterion. For example, when strengthening a team or a party, the user refers to the value of the ability parameter of each game character, and tries to acquire a game character having that value as high as possible. The game characters that make up the team and party are also game characters with high ability parameter values acquired by the user. As described above, the selection criteria for the game character acquired by the user or used by the user almost depend on the value of the ability parameter of the game character. Therefore, when the game character is acquired or used. In some cases, the user may feel unsatisfied with the selection.

  The present invention has been made in view of the above problems, and its purpose is that there are limited items to be considered when a user receives permission to use game data or uses game data. Another object of the present invention is to provide a game system, a game system control method, and a program capable of solving the above-mentioned problems.

  In order to solve the above-described problems, a game system according to the present invention includes use permission means for permitting a plurality of users to use game data, and status data for storing use permission status of the game data or status data regarding the use status. Storage means, acquisition means for acquiring the number of users who are permitted to use the game data or the number of users who are using the game data based on the situation data, and the use of the game data are permitted Setting means for setting the content of the game data used by the user based on the number of users who are permitted to use the game data or the number of users who are using the game data. It is characterized by.

  The game system control method according to the present invention includes a use permission step for permitting a plurality of users to use game data, and a situation data storage means for storing use permission status of the game data or status data relating to the usage status. A step of reading stored contents; an acquisition step of acquiring the number of users permitted to use the game data or the number of users using the game data based on the situation data; and the use of the game data A setting step for setting the content of the game data used by a user who is permitted to use the game data based on the number of users permitted to use the game data or the number of users who are using the game data; It is characterized by including.

  Further, the program according to the present invention is based on the situation data stored in the situation data storage means that stores the use permission situation of game data that is allowed to be used by a plurality of users or situation data relating to the use situation. Acquisition means for acquiring the number of users permitted to use the game data or the number of users who are using the game data, and the game data used by the users permitted to use the game data Is a program for causing a computer to function as setting means for setting the content of the content based on the number of users who are permitted to use the game data or the number of users who are using the game data.

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  According to the present invention, it is possible to reduce the unsatisfactory feeling that the user feels due to the fact that there are limited matters to consider when the user receives permission to use the game data or when the user uses the game data. Become.

  In one aspect of the present invention, the setting means determines whether to change the content of the game data from the original content, the number of users permitted to use the game data, or using the game data. Means for determining according to the probability corresponding to the number of users, and means for changing the content of the game data from the original content when it is determined to change the content of the game data from the original content. Also good.

  In one aspect of the present invention, the setting means includes a means for changing the content of the game data from the original content, the original content of the game data, and the changed content of the game data. Means for controlling the degree of difference based on the number of users permitted to use the game data or the number of users using the game data.

  According to another aspect of the present invention, the server device includes a server device and a plurality of game devices, the use permission unit is included in the server device, and the use permission data for permitting the use of the game data is stored in the plurality of games. By transmitting to the device, a plurality of users corresponding to the plurality of game devices may be allowed to use the game data.

  In one aspect of the present invention, the game data is a game character or a game item, and the setting means is the game character or the game item used by a user who is permitted to use the game character or the game item. You may make it set the parameter regarding the capability or performance.

It is a figure showing the whole game system composition concerning this embodiment. It is a figure which shows an example of a menu screen. It is a figure which shows an example of user team data. It is a figure which shows an example of an affiliation player table. It is a flowchart which shows the process performed when an "acquisition" button is instruct | indicated. It is a figure which shows an example of an acquisition candidate player table. It is a figure which shows an example of the list screen of the player character of an acquisition candidate. It is a figure which shows an example of the detailed screen of a player character. It is a figure which shows an example of a game menu screen. It is a flowchart which shows the process performed when the "game start" button is instruct | indicated. It is a figure which shows an example of a usage condition table. It is a functional block diagram of the game system concerning this embodiment. It is a flowchart which shows a part of process performed when the "game start" button is instruct | indicated.

  Hereinafter, an example of an embodiment of the present invention will be described in detail with reference to the drawings.

  FIG. 1 is a diagram showing an overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 10 according to the present embodiment includes a server device 20 and a plurality of game devices 30. The server device 20 and the game device 30 are connected to a communication network 12 including, for example, the Internet and a mobile phone network. Data communication between the server device 20 and the game device 30 is possible.

  The server device 20 is realized by a known server computer system. As illustrated in FIG. 1, the server device 20 includes a control unit 21, a main storage unit 22, an auxiliary storage unit 23, an optical disc reading unit 24, and a communication unit 25.

  The control unit 21 is, for example, a CPU (Central Processing Unit), and executes control processing and various information processing of each unit in accordance with an operating system and other programs read out to the main storage unit 22. The main storage unit 22 includes, for example, a RAM (Random Access Memory), and stores programs and data read from the auxiliary storage unit 23 or the optical disc (information storage medium). The main storage unit 22 is also used as a work memory for storing data necessary for the process. The auxiliary storage unit 23 is, for example, a hard disk device. The optical disk reading unit 24 reads programs and data stored on the optical disk. The communication unit 25 includes a communication interface for connecting the server device 20 to the communication network 12 and transmits / receives data to / from the game device 30.

  The game apparatus 30 is realized by, for example, a mobile phone, a mobile game machine, a home game machine (stationary game machine), a personal digital assistant (PDA), or a personal computer. Here, a case where game device 30 is realized by a mobile phone will be described. As shown in FIG. 1, the game apparatus 30 includes a control unit 31, a main storage unit 32, an auxiliary storage unit 33, an operation unit 34, a communication unit 35, a display unit 36, and an audio output unit 37.

  The control unit 31 includes, for example, a CPU, a GPU (Graphics Processing Unit), an SPU (Sound Processing Unit), and the like, and performs control processing and various information processing of each unit according to an operating system and other programs read out to the main storage unit 32. Execute. The main storage unit 32 includes, for example, a RAM, and stores programs and data read from the auxiliary storage unit 33. The main storage unit 32 is also used as a work memory for storing data necessary for the process. The auxiliary storage unit 33 includes, for example, a memory card slot in which a memory card (information storage medium) is mounted. The operation unit 34 includes, for example, a direction instruction key used for a direction instruction operation, a determination key, and ten number keys corresponding to numbers “0” to “9”, and receives a user operation. The communication unit 35 includes an interface for connecting the game apparatus 30 to the communication network 12, and transmits / receives data to / from the server apparatus 20. The display unit 36 is a liquid crystal display panel, for example, and displays various screens. The audio output unit 37 includes, for example, a speaker, and outputs various audio data such as game music, game sound effects, or messages read from the auxiliary storage unit 33.

  A program and data are supplied to the server device 20 via an optical disk. The game apparatus 30 is supplied with programs and data via a memory card. Note that the program and data may be supplied to the server device 20 or the game device 30 from a remote location via the communication network 12.

  In the game system 10, for example, a soccer game is executed in which the user is the owner of the soccer team. The user strengthens his / her soccer team (hereinafter referred to as “user team”) and aims to win a match with the opponent's soccer team (hereinafter referred to as “opposition team”).

  FIG. 2 shows a menu screen of a soccer game displayed on the display unit 36 of the game apparatus 30. As shown in FIG. 2, a “team information” button 41, an “acquire” button 42, a “dismiss” button 43, a “practice” button 44, and a “game” button 45 are displayed on the menu screen 40. Hereinafter, each of these buttons will be described.

  First, the “team information” button 41 will be described. When the user instructs the “team information” button 41, user team data, which is data relating to the user team, is read from the auxiliary storage unit 33, and a team information screen representing the user team information is displayed on the display unit 36.

  FIG. 3 shows an example of user team data. As shown in FIG. 3, the user team data includes a belonging player table, formation data, strategy data, and battle record data.

  FIG. 4 shows an example of the belonging player table. The affiliation player table is data indicating a list of player characters belonging to the user team, and includes “player ID”, “player name”, “position”, and “ability parameter” fields as shown in FIG.

  The “player ID” field indicates identification information of the player character, and the “player name” field indicates the name of the player character. The “position” field indicates a position type suitable for the player character. For example, at least one of the position types of forward (FW), midfielder (MF), defender (DF), and goalkeeper (GK) is set as a position type suitable for the player character. The “ability parameter” field indicates a parameter value related to the height of the ability of the player character. For example, parameter values relating to attack ability such as pass ability, shooting ability and dribbling ability, and parameter values relating to defense ability such as mark ability, tackle ability and press ability are stored in the “ability parameter” field. For example, the ability parameter takes a value between 0 and 100, and the larger the ability parameter value, the higher the ability.

  The formation data is data indicating the formation adopted by the user team. In this soccer game, a plurality of formations are prepared in advance, and the user can select any one of the plurality of formations. An example of a formation that can be selected by the user is “3-5-2”. “3-5-2” is a formation in which the numbers of DF, MF, and FW are 3, 5, and 2, respectively. The formation data includes data indicating player characters assigned to each position at the start of the game (that is, data indicating a starting member).

  The strategy data is data indicating a strategy adopted by the user team. In this soccer game, a plurality of strategies are prepared in advance, and the user can select any one of the plurality of strategies. An example of a strategy that can be selected by the user is “counter attack”. “Counter Attack” means that at least one player character is positioned in the opponent's team even if it is attacked by the opponent's team, and if the player takes the ball from the opponent's team, it is positioned in the opponent's team. The strategy is to attack quickly by giving a pass to the player character.

  The battle record data is data indicating the battle record of the user team. The battle record data is, for example, data indicating the total number of battles, wins, defeats, and draws so far.

  The contents of the user team data described above are displayed on the team information screen.

  Next, the “acquire” button 42 will be described. In this soccer game, points are awarded to the user when predetermined point granting conditions are satisfied. For example, when the user team wins a match with the opponent team, points are given to the user. The user can use this point to acquire a new player character. When acquiring a new player character, the user instructs the “acquire” button 42.

  FIG. 5 is a flowchart showing processing executed when the “acquire” button 42 is designated.

  As illustrated in FIG. 5, when the user instructs the “acquire” button 42, the game apparatus 30 transmits first request data for requesting a list of player characters that are acquisition candidates to the server apparatus 20 (S <b> 101). ).

  The auxiliary storage unit 23 of the server device 20 stores a list of player characters that are acquisition candidates. FIG. 6 shows an example of an acquisition candidate player table showing a list of player characters that are acquisition candidates. The acquisition candidate player table shown in FIG. 6 includes “player ID”, “player name”, “position”, “ability parameter”, “point”, and “number of acquired users” fields. The “player ID”, “player name”, “position”, and “ability parameter” fields are the same as those in the affiliation player table shown in FIG. The “points” field indicates the number of points necessary to acquire a player character.

  Here, the “number of acquired users” field will be described. In this soccer game, a plurality of users can acquire one player character. The “number of acquired users” field indicates the number of users who have already acquired player characters. For example, the acquisition candidate player table shown in FIG. 6 indicates that a player character whose player ID is “P001” has already been acquired by 115 users.

  The server device 20 that has received the first request data returns a list of player characters that are acquisition candidates to the game device 30 (S102). Specifically, the acquisition candidate player table shown in FIG. A list screen of player characters that are acquisition candidates is displayed on the display unit 36 of the game apparatus 30 that has received the acquisition candidate player table (S103). FIG. 7 shows an example of the list screen. As shown in FIG. 7, the list screen 50 displays a list of player characters that are acquisition candidates. Specifically, the name of the player character and the number of points necessary for acquiring the player character are displayed. In this list screen 50, the user selects a desired player character. However, the user cannot select a player character that has already been acquired and a player character that is associated with a larger number of points than the number of points that the user has.

  When the user selects any player character on the list screen 50, a detailed screen showing the detailed information of the selected player character is displayed on the display unit 36 (S104). FIG. 8 shows an example of a player character details screen. As shown in FIG. 8, the name, position, ability parameter, points, and number of acquired users of the player character selected by the user are displayed on the detailed screen 51. When acquiring the player character displayed on the detailed screen 51, the user instructs the “acquire” button 52. When the user instructs the “cancel” button 53, the list screen 50 is displayed on the display unit 36.

  When the user instructs the “acquisition” button 52, the game apparatus 30 provides the server apparatus with second request data for requesting acquisition of the player character (herein referred to as “player character X”) selected by the user. 20 (S105). This second request data includes the player ID of the player character X.

  The server device 20 that has received the second request data updates the acquisition candidate player table (see FIG. 6). Specifically, 1 is added to the value of the “number of acquired users” field of the player character X (S106). Thereafter, the server device 20 reads the data of the player character X from the acquisition candidate player table, and returns the data to the game device 30 (S107).

  The game device 30 additionally registers the data of the player character X received from the server device 20 in the affiliation player table (see FIG. 4) (S108). That is, a new record is added to the belonging player table, and the data of the player character X is registered in each field of the newly added record. In this case, the number of points held by the user is updated (S109). That is, the number of points necessary for acquiring the player character X is subtracted from the number of points held by the user. As described above, the user can acquire a player character.

  Next, the “dismissal” button 43 will be described. When the user instructs the “dismiss” button 43, a screen for dismissing any of the player characters belonging to the user team is displayed on the display unit 36. When any player character (described here as “player character X”) is selected on this screen, the player ID of the player character X is transmitted to the server device 20, and the server device 20 obtains an acquisition candidate player table ( Is updated). That is, 1 is subtracted from the value of the “number of acquired users” field of the player character X. In this case, the game apparatus 30 deletes the data of the player character X from the affiliation player table (see FIG. 4).

  Next, the “practice” button 44 will be described. When the user instructs the “practice” button 44, a screen for setting practice content for each player character belonging to the user team is displayed on the display unit 36. Examples of practice content that can be set for the player character include “pass”, “shoot”, “dribble”, “mark”, and “tackle”. When the practice content of each player character is determined, the value of the ability parameter of each player character is increased or decreased based on the practice content. For example, when the practice content of the player character X is “pass”, the value of the pass ability parameter of the player character X increases.

  Finally, the “game” button 45 will be described. When the user instructs the “game” button 45, a game menu screen is displayed on the display unit 36. FIG. 9 shows an example of the game menu screen. As shown in FIG. 9, an “opponent team information” button 61, a “tactical setting” button 62, and a “match start” button 63 are displayed on the match menu screen 60.

  When the user instructs the “opponent team information” button 61, the opponent team data, which is data related to the opponent team, is acquired, and a screen showing information about the opponent team is displayed on the display unit 36. For example, the opponent team data is stored in advance in the auxiliary storage unit 33 and is read from the auxiliary storage unit 33. Further, for example, when the opponent team is a team of another user, it is received from the game device 30 of the other user via the communication network 12. The opponent team data has the same data structure as the user team data (see FIG. 3).

  When the user instructs the “tactics setting” button 62, a screen for setting the tactics of the user team is displayed on the display unit 36. On this screen, for example, the user sets the formation of the user team by selecting one of a plurality of formations. The user also sets a starting member. Further, the user sets a strategy for the user team by selecting one of the plurality of strategies. When the setting of tactics is completed, the user team data (formation data and strategy data) is updated based on the contents set by the user.

  When the user instructs the “start game” button 63, a game between the user team and the opponent team is executed. FIG. 10 is a flowchart showing processing executed when the “start game” button 63 is instructed.

  As shown in FIG. 10, when the user instructs a “start game” button 63, the game apparatus 30 sends third request data for requesting usage status data of player characters belonging to the user team to the server apparatus 20. Transmit (S201). The third request data includes a list of player IDs of player characters belonging to the user team.

  The server device 20 that has received the third request data acquires the usage status data of the player characters belonging to the user team based on the usage status table stored in the auxiliary storage unit 23. Here, the usage status table stored in the auxiliary storage unit 23 will be described. FIG. 11 shows an example of the usage status table. The usage status table is data indicating the current usage status of all player characters, and includes “player ID” and “number of users in use” fields as shown in FIG. The “number of users in use” field indicates the number of users who are currently using the player character among the users who have acquired the player character. The state in which the player character is used is a state in which the user team to which the player character belongs is playing a match with the opponent team. Therefore, the “number of users in use” field indicates the number of users who are currently playing the game among the users who have acquired the player characters.

  The server device 20 adds 1 to the value of the “number of users in use” field of each player character belonging to the user team (S202). Thereafter, the server device 20 transmits usage status data of player characters belonging to the user team to the game device 30 (S203). The usage status data of the player characters belonging to the user team is data including records corresponding to each player character belonging to the user team in the usage status table shown in FIG. 11, and each player belonging to the user team. This is data indicating the value of the “number of users in use” field of the character.

  The game device 30 that has received the usage status data of the player characters belonging to the user team determines the value of the ability parameter in the game to be started for each player character belonging to the user team. Hereinafter, the value of the ability parameter of the player character indicated by the belonging player table (see FIG. 4) stored in the auxiliary storage unit 33 of the game apparatus 30 is referred to as “original value of ability parameter”, and is started from now. The value of the ability parameter of the player character in the game is called “actual parameter actual value”.

  Specifically, the game device 30 executes processing (S204 to S208) described below for each player character belonging to the user team. That is, the variable i is incremented by one until the value of the variable i reaches the upper limit (22) from the initial value (1), and the process described below for the i-th player character among the player characters belonging to the user team (S204). To S208) are executed. The upper limit (22) is the total number of player characters belonging to the user team. In FIG. 10, the i-th player character among the player characters belonging to the user team is described as a player character (i).

  As shown in FIG. 10, first, the game device 30 reads the original value of each ability parameter of the player character (i) from the belonging player table (see FIG. 4) (S204). Then, the game device 30 determines whether or not to change the actual value of each ability parameter of the player character (i) from the original value (S205). Specifically, when the value of the “number of users in use” field of the player character (i) is N, the probability that the actual value of each ability parameter of the player character (i) is changed from the original value is (1− (1 / N)). In other words, the probability that the actual value of each ability parameter of the player character (i) is not changed from the original value is set to (1 / N). Then, whether or not to change the actual value of each ability parameter of the player character (i) from the original value is determined according to the above probability.

When it is determined that the actual value of each ability parameter of the player character (i) is not changed from the original value (S206: N), the actual value of each ability parameter of the player character (i) is set to the original value (S207). ). In this case, the relationship between the actual value (SP) and the original value (SPo) of the ability parameter of the player character (i) is expressed by the following equation (1).
SP = SPo (1)

On the other hand, when it is determined to change the actual value of each ability parameter of the player character (i) from the original value (S206: Y), the actual value of each ability parameter of the player character (i) is different from the original value. It is set (S208). For example, the actual value of each ability parameter of the player character (i) is calculated by multiplying the original value of each ability parameter of the player character (i) by a predetermined coefficient k (0 <k <1: for example 0.8). Value is set. In this case, the relationship between the actual value (SP) and the original value (SPo) of the ability parameter of the player character (i) is expressed by the following equation (2). In this case, each ability of the player character (i) is lower than the ability that the player character (i) originally has.
SP = SPo * k (2)

  After the processing (S204 to S208) described above is executed for all player characters belonging to the user team, the game device 30 executes a game between the user team and the opponent team (S209). The game is executed based on the actual values of the ability parameters of all player characters belonging to the user team. For example, when the player character X belonging to the user team shoots, the actual value of the shoot parameter of the player character X is referred to. The opponent team may be a team prepared in advance or another user's team.

  When the game between the user team and the opponent team is completed, the game apparatus 30 transmits notification data for notifying that the game has ended to the server apparatus 20 (S210). This notification data includes a list of player IDs of all player characters belonging to the user team. The server device 20 that has received the notification data subtracts 1 from the value of the “number of users in use” field of each player character belonging to the user team (S211).

  As described above, in the game system 10, the value of the ability parameter of the player character is set based on the number of users who are using the player character. More specifically, the value of the ability parameter of the player character is set such that the greater the number of users who are using the player character, the higher the probability that the ability of the player character is lowered. For this reason, when using a player character, the user considers not only the value of the ability parameter of the player character but also the number of users who are using the player character. Also, if the number of users who have acquired player characters is large, the number of users who are using the player characters is likely to increase, so even when the user acquires the player characters, not only the value of the ability parameter of the player character, The number of users who have acquired player characters will be taken into consideration. Thus, according to the game system 10, when acquiring or using a player character, not only the ability parameter of the player character but also the number of users who have acquired the player character and the number of users who are using the player character are determined. The enjoyment that must be taken into account comes to the user.

  Here, functional blocks realized by the game system 10 will be described. FIG. 12 mainly shows functions related to the present invention among the functional blocks realized by the game system 10. As shown in FIG. 12, the game system 10 includes a use permission unit 70, a use permission state / use state data storage unit 71, a user number acquisition unit 72, and a parameter setting unit 73.

  For example, the use permission unit 70 and the use permission state / use state data storage unit 71 are realized by the server device 20. In this case, the use permission unit 70 is realized by the control unit 21 of the server device 20 executing the program, and the use permission state / use state data storage unit 71 is realized by the auxiliary storage unit 23 of the server device 20. For example, the user number acquisition unit 72 and the parameter setting unit 73 are realized by the game device 30. In this case, the number-of-users acquisition unit 72 and the parameter setting unit 73 are realized by the control unit 31 of the game apparatus 30 executing a program.

  The use permission unit 70 permits a plurality of users to use the game data. The game data is, for example, a game character or a game item. In the case of the present embodiment, the use permission unit 70 transmits use permission data for permitting the use of the player character to the plurality of game devices 30, thereby allowing players to correspond to the plurality of game devices 30. Allows the use of characters. More specifically, a player character acquisition request is accepted as a player character use permission request (see S105 in FIG. 5), and the player character data itself is transmitted to the game apparatus 30 as use permission data (FIG. 5). S107). As a result, the user can use the player character as a player character belonging to his / her team in the game apparatus 30.

  When the player character data itself is stored in advance in the game device 30 and the use of the player character data is restricted by the game device 30, the use of the player character data is canceled. Data for doing so may be transmitted to the game apparatus 30 as use permission data.

  The usage permission status / usage status data storage unit 71 stores use permission status or usage status data of the game data. For example, the usage permission status / usage status data storage unit 71 stores at least one of usage permission status data regarding the usage permission status of the player character and usage status data regarding the usage status of the player character. For example, the usage permission status data is data relating to the number of users (or game devices 30) permitted to use the player character. In the case of this embodiment, the “player ID” and “acquired user count” fields in the acquisition candidate player table shown in FIG. 6 correspond to “use permission status data”. Further, for example, the usage status data is data relating to the number of users who use the player characters (in other words, the game device 30 in which the player characters are used). As described above, the case where the player character is currently used is a case where a game between the user team to which the player character belongs and the opponent team is currently being executed. In the case of this embodiment, the “player ID” and “number of users in use” fields of the usage status table shown in FIG. 11 correspond to “usage status data”.

  The number-of-users acquisition unit 72 acquires the number of users who are permitted to use game data or the number of users who are using game data based on the storage contents of the use permission situation / use situation data storage unit 71. For example, the number-of-users acquisition unit 72 stores at least one of the number of users permitted to use the player character and the number of users who are using the player character in the use permission status / usage status data storage unit 71. Get based on the content. In the case of this embodiment, the number of users who are using the player character is acquired (see S201 and S203 in FIG. 10).

  The parameter setting unit 73 indicates the content of the game data used by the user who is permitted to use the game data, the number of users who are permitted to use the game data, or the number of users who are using the game data. Set based on.

  For example, the parameter setting unit 73 determines whether or not to change the content of the game data from the original content to the number of users who are permitted to use the game data or the number of users who are using the game data. Determine according to the corresponding probability. When it is determined that the content of the game data is changed from the original content, the parameter setting unit 73 changes the content of the game data from the original content.

  Further, for example, the parameter setting unit 73 changes the content of the game data from the original content, and determines the degree of difference between the original content of the game data and the content after the change of the game data. Control may be performed based on the number of users permitted to use the game data or the number of users who are using the game data.

  In the case of the present embodiment, the parameter setting unit 73 sets parameters regarding the ability of the player character used by the user who is permitted to use the player character, the number of users who are permitted to use the player character, and the player character. Is set based on at least one of the number of users in use.

  More specifically, the parameter setting unit 73 sets the actual value of each ability parameter of the player character X belonging to the user team based on the number of users currently using the player character X. For example, the parameter setting unit 73 determines whether or not to change the actual value of each ability parameter of the player character X from the original value (original content of the game data) of each ability parameter of the player character X. This is determined according to the probability set based on the number of users currently in use (see S205 in FIG. 10). When it is determined that the actual value of each ability parameter of the player character X is changed from the original value, the parameter setting unit 73 sets the actual value to a value different from the original value. In this case, the relationship between the actual value SP and the original value SPo is expressed by the above equation (2), and the ability of the player character X is lower than the ability originally provided by the player character X.

  Here, modifications A to C of the parameter setting unit 73 will be described.

  (Modification A) For example, the parameter setting unit 73 determines the difference between the actual value of each ability parameter of the player character X and the original value (original content of the game data) of each ability parameter of the player character X. The degree may be controlled based on the number of users who are using the player character X. For example, FIG. 13 is a diagram for explaining a method of determining the actual value of each ability parameter of the player character in Modification A. The process shown in FIG. 13 is executed instead of S204 to S208 in FIG.

  As shown in FIG. 13, first, the game device 30 determines a coefficient h (S301). The coefficient h in this case takes a value of 0 <h ≦ 1. In this step, data obtained by associating the value of the “number of users in use” field with the value of the coefficient h is read from the auxiliary storage unit 33. Based on both this data and the value of the “number of users in use” field of the player character (i), the coefficient h associated with the value of the “number of users in use” field of the player character (i) The value of is obtained. The above data is set such that the value of the coefficient h decreases as the value of the “number of users in use” field increases. Alternatively, the above data is set such that the probability that the value of the coefficient h decreases as the value of the “number of users in use” field increases.

After the value of the coefficient h is determined, the game apparatus 30 determines the actual value of each ability parameter of the player character (i) based on the value of the coefficient h (S302). In this case, the relationship between the actual value SP and the original value SPo of each ability parameter of the player character (i) is expressed by the following equation (3).
SP = SPo * h (3)

  According to Modification A, the greater the number of users who are using the player character, the greater is the degree to which the player character's ability is reduced, so that the actual value of the ability parameter of the player character is set. become. As a result, when acquiring or using a player character, the user considers not only the ability parameter of the player character but also the number of users who are using the player character.

  (Modification B) Further, for example, the parameter setting unit 73 uses the actual values of the ability parameters of the player characters belonging to the user team instead of the number of users currently using the player characters. It may be set based on the number of users who are permitted.

  In this case, for example, in S <b> 203 of FIG. 10, use permission status data of player characters belonging to the user team is transmitted to the game apparatus 30. The use permission status data of the player characters belonging to the user team is data including records related to the player characters belonging to the user team in the acquisition candidate player table shown in FIG. This is data indicating the value of the “number of acquired users” field of the player character. In S205 of FIG. 10, when the value of the “number of acquired users” field of the player character (i) is M, the probability that the actual value of each ability parameter of the player character (i) is changed from the original value is (1− (1 / M)). In other words, the probability that the actual value of each ability parameter of the player character (i) is not changed from the original value is set to (1 / M).

  According to the modified example B, as the number of users who have acquired player characters increases, the ability of the player character becomes lower and the value of the ability parameter of the player character is set. As a result, when acquiring or using a player character, the user considers not only the value of the ability parameter of the player character but also the number of users who have acquired the player character.

  Incidentally, also in the modified example B, the processing shown in FIG. 13 may be executed instead of S204 to S208 in FIG. In this case, in the process of S301 in FIG. 13, data obtained by associating the value of the “number of acquired users” field with the value of the coefficient h is read from the auxiliary storage unit 33, and this data and the player character (i ), The value of the coefficient h associated with the value of the “number of acquired users” field of the player character (i) is acquired. The above data is set such that the value of the coefficient h decreases as the value of the “number of acquired users” field increases. Alternatively, the above data is set so that the probability that the value of the coefficient h decreases as the value of the “number of acquired users” field increases. In the process of S302, the actual value of each ability parameter of the player character (i) is determined based on the value of the coefficient h.

  In this way, the greater the number of users who have acquired the player character, the greater the degree to which the ability of the player character is reduced, and the value of the ability parameter of the player character is set.

  (Modification C) Further, for example, the parameter setting unit 73 may set the original value of the ability parameter of the player character instead of the actual value of the ability parameter of the player character belonging to the user team.

  In this case, for example, in S107 of FIG. 5, the data of the player character selected by the user (here, described as “player character X”) and the data indicating the value of the “number of acquired users” field of the player character X Is transmitted from the server device 20 to the game device 30.

  And in the game device 30 which received the data transmitted from the server apparatus 20, the value of each ability parameter of the player character X is set by performing the process similar to the process of S204-S208 of FIG. The

  That is, first, it is determined whether or not to change the value of each ability parameter of the player character X. More specifically, when the value of the “number of acquired users” field of the player character X is M, the probability of changing the value of each ability parameter of the player character X is set to (1− (1 / M)). . In other words, the probability of not changing the value of each ability parameter of the player character X is set to (1 / M). Then, whether or not to change the value of each ability parameter of the player character X is determined according to the probability described above.

  When it is determined to change the value of each ability parameter of the player character X, the value of each ability parameter of the player character X is, for example, a predetermined coefficient k (0 <k <1: for example 0.8) to the current value. Updated to a value calculated by multiplication. In this case, the relationship between the actual value SP and the original value SPo of each ability parameter of the player character X is expressed by the above equation (2), and each ability of the player character X is lower than the ability originally provided by the player character X. Become.

  In Modification C, the processing of S201 to S209, S210, and S211 shown in FIG. 10 is omitted. As a result, when the user instructs the “game start” button 63 on the game menu screen 60, the game between the user team and the opponent team is started immediately.

  According to Modification C, the ability parameter value (original value) of the player character is set such that the greater the number of users who have acquired the player character, the higher the probability that the ability of the player character will be reduced. Become so. As a result, when acquiring a player character, the user considers the number of users who have acquired the player character.

  In game device 30 in modification C, the combination of the data of player character X selected by the user and the data indicating the value of the “number of acquired users” field of player character X is received from server device 20. In this case, the value of each ability parameter of the player character X may be set by executing a process similar to the process shown in FIG.

  In this case, first, the coefficient h is determined. That is, data obtained by associating the value of the “number of acquired users” field with the value of the coefficient h is read from the auxiliary storage unit 33, and this data and the value of the “number of acquired users” field of the player character X are Based on both, the value of the coefficient h corresponding to the value of the “number of acquired users” field of the player character X is acquired. The above data is set such that the value of the coefficient h decreases as the value of the “number of acquired users” field increases. Alternatively, the above data is set so that the probability that the value of the coefficient h decreases as the value of the “number of acquired users” field increases. Then, after the value of the coefficient h is determined, the value of each ability parameter of the player character X is determined based on the value of the coefficient h. In this case, the value of each ability parameter of the player character X is set to a value obtained by multiplying the current value by the coefficient h.

  In this way, the greater the number of users who have acquired the player character, the greater the degree to which the ability of the player character is reduced, and the value of the ability parameter of the player character is set.

  According to the game system 10 described above, the value of the ability parameter of the player character is set based on the number of users who have acquired the player character or the number of users who are using the player character. For example, the greater the number of users who have acquired a player character or the number of users who are using the player character, the higher the probability that the capability of the player character will be lower, and the value of the capability parameter of the player character will be higher. Is set. In addition, for example, the greater the number of users who have acquired a player character or the number of users who are using the player character, the greater the degree to which the ability of the player character is reduced. Is set. For this reason, when acquiring or using a player character, the user needs to consider not only the value of the ability parameter of the player character but also the number of users who have acquired the player character or the number of users who are using the player character. . According to the game system 10, when a player character is acquired or used, the user is provided with the pleasure of having to consider the number of users who have acquired the player character and the number of users who are using the player character. become.

  The present invention is not limited to the embodiment described above.

  (1) For example, the parameter setting unit 73 determines the ability parameter of the player character X based on the number of users who are permitted to use the player character X (or the number of users who are using the player character X). When setting, the value of the ability parameter may be set so that the ability increases. For example, when the number of users permitted to use the player character X (or the number of users using the player character X) is a relatively small number (for example, 1), each ability parameter of the player character X The actual value may be larger than the original value.

  (2) The present invention can also be applied to sports games other than soccer games and games other than sports games (for example, role playing games and action games).

  (2-1) For example, when a user adds a game character to a friend and forms a party with a predetermined number of game characters selected from a plurality of game characters that are made friends, various game purposes (specific enemy characters) The present invention can also be applied to a game aiming at achievement of the elimination. In this case, “adding a game character to a friend” corresponds to “obtaining a player character” in the soccer game according to the embodiment, and “disconnecting a game character from the friend” according to the embodiment. This corresponds to “dismissing player characters” in a soccer game. “Setting a game character as a party member” corresponds to “using a game character”.

  (2-2) Further, for example, the present invention can also be applied to a fighting fighting game in which a plurality of users battle each other by operating any of the game characters acquired by the respective users. In this case, “use a game character for a battle with another user” corresponds to “use a game character”.

  By the way, in the conventional battle fighting game, the selection criteria when the user acquires or uses the game character mostly depends on the value of the ability parameter of the game character. In such a case, many users tend to acquire or use a game character having a high ability parameter value, and therefore, a plurality of users who perform a battle use the same game character. When a plurality of users who play a game use the same game character, usually, a process of displaying an identification marker near the game character or changing the color of the game character itself in order to distinguish the user who operates the game character Need to run. However, when such processing is performed, the processing load naturally increases. That is, in the conventional competitive fighting game, the selection criteria when the user acquires or uses the game character mostly depends on the value of the ability parameter of the game character, so that the processing load for identifying the game character is likely to increase. was there.

  In this regard, when the present invention is applied to a fighting fighting game, for example, the greater the number of users who have acquired a game character or the number of users who are using the game character, the higher the probability that the ability of the game character will decrease. Thus, the value of the ability parameter of the game character is set. As a result, when acquiring or using a game character, the user considers not only the value of the ability parameter of the game character but also the number of users who have acquired the game character or the number of users who are using the game character. . For example, a user avoids acquiring or using a game character acquired by many users or a game character used by many users. As a result, the case where a plurality of users who perform a battle use the same game character is reduced, and the processing load caused by the use of the same game character by a plurality of users who perform a battle (that is, the game character is identified. Processing load).

  (2-3) Also, for example, when a user obtains a game item and uses a game item selected from the obtained plurality of game items, various game purposes (determination of specific enemy characters, etc.) The present invention can also be applied to games aimed at achievement. In this case, “obtaining a game item” corresponds to “use of game item is permitted”.

  In this case, the use permission unit 70 permits a plurality of users to use the game item. For example, the use permission unit 70 transmits the use permission data for permitting the use of the game item to the plurality of game devices 30, thereby allowing the plurality of users corresponding to the plurality of game devices 30 to use the game item. to approve. In addition, when the game item data itself is stored in advance in the game device 30 and the use of the game item is restricted by the game device 30, data for canceling the use of the game item May be transmitted to the game apparatus 30 as use permission data.

  In addition, the usage permission status / usage status data storage unit 71 stores at least one of usage permission status data regarding the usage permission status of the game item and usage status data regarding the usage status of the game item.

  Further, the user number acquisition unit 72 stores at least one of the number of users permitted to use the game item and the number of users who are using the game item in the usage permission / usage status data storage unit 71. Get based on the content.

  Further, the parameter setting unit 73 sets parameters relating to the performance of the game item used by the user who is permitted to use the game item, the number of users who are permitted to use the game item, and the game item currently being used. Set based on at least one of the number of users.

  (3) The present invention can also be applied to an online battle game system in which users battle each other via the communication network 12.

  For example, when the value (actual value) of each ability parameter of the player character is set low when the number of users who are using the player character is large, the value of each ability parameter of the player character is set low. In order to avoid this, the user should try to play against other users during a time period when the number of users using the player character is small. As described above, when the present invention is applied to an online battle game, it is possible to direct the user to play in a time zone with a small number of users, and as a result, the processing load of the server device and the like can be distributed. Is also possible. Further, if the time zones in which each user battles are dispersed, the state where the opponent is present is maintained at any time for 24 hours, so that the time zone where there is no opponent does not occur.

  10 game system, 12 communication network, 20 server device, 21, 31 control unit, 22, 32 main storage unit, 23, 33 auxiliary storage unit, 24 optical disk reading unit, 25, 35 communication unit, 30 game device, 34 operation unit , 36 Display section, 37 Voice output section, 40 Menu screen, 41 “Team information” button, 42 “Acquire” button, 43 “Dismiss” button, 44 “Practice” button, 45 “Game” button, 50 List screen, 51 Detail screen, 52 “Acquire” button, 53 “Cancel” button, 60 Match menu screen, 61 “Counterpartner team information” button, 62 “Strategy setting” button, 63 “Start game” button, 70 Use permission section, 71 Use Permit status / usage status data storage unit, 72 user number acquisition unit, 73 parameter setting unit.

Claims (7)

Use permission means for allowing a plurality of users to use game data;
Status data storage means for storing status data relating to the usage permission status or usage status of the game data;
Obtaining means for obtaining the number of users permitted to use the game data or the number of users using the game data based on the situation data;
The content of the game data used by a user who is permitted to use the game data is set based on the number of users who are permitted to use the game data or the number of users who are using the game data. Setting means to
A game system comprising: The game system according to claim 1,
The setting means includes
Means for determining whether or not to change the content of the game data from the original content according to the number of users permitted to use the game data or the probability corresponding to the number of users who are using the game data When,
Means for changing the content of the game data from the original content when it is determined to change the content of the game data from the original content;
A game system characterized by that. The game system according to claim 1,
The setting means includes
Means for changing the content of the game data from the original content;
The degree of difference between the original contents of the game data and the changed contents of the game data is determined by the number of users who are permitted to use the game data, or users who are using the game data. Means for controlling based on the number of
A game system characterized by that. The game system according to any one of claims 1 to 3,
Including a server device and a plurality of game devices,
The use permission means is included in the server device, and transmits the use permission data for permitting the use of the game data to a plurality of game devices, whereby a plurality of users corresponding to the plurality of game devices receive the game. Allow the use of data,
A game system characterized by that. The game system according to any one of claims 1 to 4,
The game data is a game character or a game item,
The setting means sets a parameter relating to the ability or performance of the game character or the game item used by a user permitted to use the game character or the game item.
A game system characterized by that. An authorization step for allowing multiple users to use game data;
A step of reading the storage content of the situation data storage means for storing the usage permission status of the game data or status data relating to the usage status;
An acquisition step of acquiring the number of users permitted to use the game data or the number of users using the game data based on the situation data;
The content of the game data used by a user who is permitted to use the game data is set based on the number of users who are permitted to use the game data or the number of users who are using the game data. A setting step to
A game system control method comprising: Use of the game data is permitted based on the situation data stored in the situation data storage means for storing the use permission situation of the game data permitted to be used by a plurality of users or situation data relating to the use situation. Obtaining means for obtaining the number of users or the number of users using the game data; and
The content of the game data used by a user who is permitted to use the game data is set based on the number of users who are permitted to use the game data or the number of users who are using the game data. Setting means to
As a program to make the computer function.

Images