JP2008246150A - Network type game system, and control method and server program in network type game system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To automatically correct a capability value so as to keep capability balance with other items when the capability value of a specific item is too high in a network type game system. <P>SOLUTION: An individual function server adds 1 to the number nx of uses of a used item x in S81. In next S82, the number nx of uses of the item x is added to the number N of total uses of a category to which the used item belongs. Continued from that, it goes to S83 to calculate an evaluation value of the item from the total number of uses of the category to which the item belongs by a predetermined method of calculation. In the next S84, the capability value (attack power) and parameters of the item are reduced so as to be within a tolerable variation range of the item corresponding to an evaluated value of the item. Continued from that, it goes to S85 to calculate effect in a virtual space by use of the item corresponding to the corrected capability value and parameters of the item. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a network type game system having a central server for distributing game images to a plurality of client terminal devices via a communication line to the client terminal device, a control method in the network type game system, and a server program.

  As a network game system, at least two or more client terminal devices are connected to a server via a communication line to perform data communication, and communicate with other client terminals connected to the server, thereby allowing other players There is a type of game that progresses through communication. Furthermore, in the case of some network-type games, by sharing various data used during the game through the server, you can play in a common virtual space or a common league tournament with other clients, Furthermore, there is a type of game in which the server makes various determinations as the game progresses, thereby sharing the battle results. Among these, in an online game called MMO-RPG (Massively Multi-player online role playing Game) in which characters designated from a plurality of client terminal devices appear in a virtual space via the Internet, an unspecified number of users can simultaneously play. Since it can participate, various characters will meet (for example, refer patent document 1).

  In the network-type game system as described above, for example, a specific weapon or armor that appears in the game on the Internet bulletin board, a skill such as a specific magic or special technique, or a special special ability is set in the game. If information indicating that a selectable item such as a character type or a combination thereof is advantageous in the progress of the game is written as information, a large number of users can view the information at the same time. Only items, skills, character types, or a combination of them are used.

  In such a situation, for example, only a specific item will be designated by a large number of users, and if such a state is left unattended, only the same item will be used. As a problem, there is a problem that the balance between the supply and demand of the item in the category to which the item belongs is lost, and as a result, the game progress is very disadvantageous for other users due to monopoly acts such as purchase by some users. is there. Also, as a second problem, when information that a specific item (skill, character type, or combination thereof) is advantageous spreads, many users take similar actions with similar equipment. There is a possibility that the user will get bored with the game development.

  For example, in the case of a game (MMO-RPG) in which 1000 to 10,000 users select various occupations (items) in a virtual space on a computer and live in a simulated manner, select a specific occupation If the information that it is advantageous in the game is disseminated on the Internet, a total of 1,000 to 10,000 users will make characters with the same occupation appear on the game, and the world in the virtual space The balance is biased, and the functions of other characters originally installed in the game do not function, and as a result, the game balance assumed by the developer is not established.

  In this way, for example, even if only a specific item is popular, if it is left as it is, if the fashion spreads further on the bulletin board etc., many users will use only the same item, resulting in many It becomes a monotonous game development in which the user takes similar actions with similar equipment, and when the user gets bored, the game itself is felt boring, and as a result, the game service is abolished. Further, since the distribution value of a specific item increases, distribution such as exchange of a large number of items may not be performed, and the game service business itself may not be established.

Here, the example of the item has been described as a weapon, but if it appears in the game and can be specified and used by each player, items such as weapons and armor, magic and special moves games, etc. The following explanation will be given as items that can be selected for the player himself / herself, occupation / character, etc.
JP 2006-136350 A

  Conventionally, when it is found that a specific item is used excessively, the administrator (game management administrator) who manages the server relies on the questionnaire information from the user and the manager's sense (intuition) for each item. Although parameters (ability values and attribute values of each item) were modified, there were problems that it took time and effort because there were so many types of items.

  Furthermore, in the past, many parameters of each item have been modified based on questionnaire information from the user and the manager's sense (intuition), so biased information from the opinions of some users and the subject's own subjectivity can easily be entered. As a result, the value may be corrected to an unequal value.

  In view of the above circumstances, an object of the present invention is to provide a network type game system, a control method in the network type game system, and a server program that solve the above-described problems.

  In order to solve the above problems, the present invention has the following means.

The present invention provides a network having a plurality of client devices and a server that performs an operation based on the capability value of the item designated by an input from the plurality of client devices and distributes the operation result to the client device. This type of game system solves the above-mentioned problems by comprising capability correcting means for correcting the capability value of the item according to the specified number of times for each item specified by the plurality of client devices. .
The present invention provides a plurality of client devices, a communication line to which the plurality of client devices are connected, storage means for storing capability values set for each item used in the game program, and the plurality of client devices. A server that reads the capability value of the item designated by the input from the storage means, performs an operation based on the capability value, and distributes the operation result to the client device via the communication line; and the plurality of clients According to the present invention, there is provided an ability correcting means for correcting an ability value of an item stored in the storage means according to a designated count value for each item designated by the apparatus. .
In the present invention, the capability value correcting means calculates an evaluation value for each item based on a count value of the specified number of times for each item specified by the plurality of client devices, and uses a predetermined calculation method from the evaluation value. The problem is solved by having a calculation means for correcting the ability value of the item.
In the present invention, the ability value correcting means includes a counting means for adding the designated number of items for each category, an evaluation value computing means for computing an evaluation value for the item from the designated number of times added by the counting means, The present invention solves the above-mentioned problems by having capability value calculation means for calculating the capability value of the item so as to fall within the allowable fluctuation range of the item based on the evaluation value.
The present invention is a control method in a network type game system having a server that performs a calculation based on capability values of items designated by a plurality of client devices and distributes the calculation result to the client devices, the plurality of clients A first process for counting the designated number of times for each item designated by the device, and a second process for modifying the ability value of the item according to the count value. It is.
The present invention is a control method in a network type game system having a server that performs calculations based on capability values of items specified by a plurality of client devices and distributes the calculation results to the client devices via a communication line. A first step of counting the number of times designated for each item designated by the plurality of client devices, and a second step of calculating a correction capability value of each item stored in the storage means according to the count value The above-described problem is solved by having a process.
In the second step, it is preferable that an evaluation value for each item is calculated based on the count value, and a correction ability value of the item is calculated by a predetermined calculation method corresponding to the evaluation value.

  The present invention provides a server for counting a specified number of times for each item specified by a plurality of client devices, a procedure for correcting a capability value set for the item according to the count value, and the correction The above-mentioned problem is solved by executing a procedure for delivering a capability value to a client device.

  According to the present invention, since the ability correcting means for correcting the ability value of each item specified by a plurality of client devices is provided, a specific item is frequently selected by many users. If this is the case, the ability value of the specific item can be automatically corrected to an appropriate value, and each parameter can be adjusted to maintain the game balance by a statistical method. It is possible to provide a game environment with

  The best mode for carrying out the present invention will be described below with reference to the drawings.

  FIG. 1 is a conceptual diagram showing an embodiment of a network game system according to the present invention. As shown in FIG. 1, in a network type game system 10, client terminal devices (personal computers) 20A to 20N used by a large number of users are connected to a central server 40 via a network (communication line) 30 such as the Internet. Thus, for example, an online game in which characters (persons, robots, animals, etc.) designated by each user appear in the virtual space and perform battle and communication is programmed. The central server 40 is connected to an individual function server 50 that manages various game programs for performing a net game called MMO-RPG, and receives input data received from each of the client terminal devices 20A to 20N through the network 30. Send to.

  The individual function server 50 has an authentication server function 52, a game server function 54, and a database server function (storage means) 56. The authentication server function 52 performs authentication processing by comparing authentication data input from each of the client terminal devices 20A to 20N with registration data. The game server function 54 performs arithmetic processing on a game program corresponding to the game data set in each of the client terminal devices 20A to 20N. The database server function 56 stores various parameters and arithmetic expressions used in the calculation of each game program, past game data, and the like.

  The central server 40 manages data transmission / reception between the client terminal devices 20A to 20N and the individual function server 50, and the data input from the client terminal devices 20A to 20N authenticated by the authentication server function 52. Is transferred to the game server function 54, and the game data created by the game server function 54 is distributed to the client terminal devices 20A to 20N.

  FIG. 2 is a diagram schematically showing the configuration of the central server 40. As shown in FIG. 2, the central server 40 includes a communication interface 60 connected to the network 30 and the individual function server 50, a transmission control unit 70, and a storage device 80. The storage device 80 stores a transmission control program 82 and transmission control reference information 84. The transmission control program 82 is a control program for the central server 40 to send and receive data. The transmission control reference information 84 includes data transfer destination information. Therefore, the transmission control unit 70 executes a transmission control process based on the transmission control program 82 and the transfer destination information of the transmission control reference information 84 and communicates with each of the client terminal devices 20A to 20N and the individual function server 50 through the communication interface 60. Send and receive data between them.

  FIG. 3 is a diagram illustrating a configuration example of the authentication server function 52. As shown in FIG. 3, the authentication server function 52 is connected to the central server 40 through the communication interface 90. In response to a log-in request for participation in a game sent from the central server 40, the database server function 56 searches the registered information and the arithmetic processing unit 100 executes an authentication process.

  FIG. 4 is a diagram illustrating a configuration example of the game server function 54. As shown in FIG. 4, the game server function 54 is connected to the central server 40 through the communication interface 120. Further, the game server function 54 includes an arithmetic processing unit 130, a memory 140, and a display device 150. The arithmetic processing unit 130 reads the game program stored in the memory 140 and performs arithmetic processing on various variables in the game according to the game progress development by operation inputs from a plurality of clients connected to the server.

  The game server function 54 is a player character associated with a corresponding client terminal device based on data from each of the client terminal devices 20A to 20N sent through the communication interface 120 and the central server 40 (by a player or a program on the game screen). Calculation is performed in the arithmetic processing unit 130 according to the game program. And the game data of the said calculation result are transmitted to each client terminal device 20A-20N through the central server 40. FIG.

  FIG. 5 is a block diagram illustrating a detailed configuration example of the arithmetic processing unit 130 of the game server function 54. As shown in FIG. 5, the arithmetic processing unit 130 is connected to a system bus 160 with a main CPU 161, a main memory 162, an image processing CPU 163, a texture memory 164, a video RAM 165, and an input / output interface 166. Furthermore, a communication interface 120, a memory 140 such as a hard disk device that stores a game program, and a display device 150 are connected as external devices of the arithmetic processing unit 130.

  The main CPU 161 reads a game program from the memory 140 and performs overall control of devices connected to the system bus 160 and communication control via the communication interface 120 while the game is in progress.

  The image processing CPU 163 reads game data attached to the game program from the memory 140, converts the coordinates into virtual three-dimensional space coordinates on the game, and further converts a character image composed of polygons into a two-dimensional display screen corresponding to the display screen. Convert coordinates to coordinates.

  At this time, the image processing CPU 163 reads the texture to be attached to the polygon from the texture memory 164 and draws it on the video RAM 165. Further, the image processing CPU 163 causes the display device 150 to display the image data drawn by the video RAM 165.

  The arithmetic processing unit 130 is connected to an input device such as a keyboard through the input / output interface 166 as necessary. Then, the calculation result generated by the calculation processing unit 130 is sent to the central server 40 via the communication interface 120. Thereby, the central server 40 refers to the transmission control reference information 84 and transmits it via the Internet 3 to the IP addresses of the corresponding client terminal devices 20A to 20N.

  FIG. 6 is a block diagram illustrating a configuration example of each of the client terminal devices 20A to 20N. As shown in FIG. 6, the client terminal device 20 has a configuration similar to that of the arithmetic processing unit 130, and a main CPU 201, a hard disk device 202, a main memory 203, an image processing CPU 204, a texture memory 205, a system bus 200. A video RAM 206, a display device 207, an input / output interface 208, and a communication interface 209 are connected.

  The main CPU 201 is connected to the Internet 30 through a communication interface 209 connected to the system bus 200. The main CPU 201 reads a game program from the hard disk device 202, and performs overall control of devices connected to the system bus 200 and communication control via the communication interface 209 while the game is in progress.

  The image processing CPU 204 reads game data attached to the game program from the hard disk device 202, converts the coordinates into virtual three-dimensional space coordinates on the game, and further displays a character image composed of polygons corresponding to the display screen 2 according to the game program. Convert coordinates to dimensional coordinates.

  At this time, the image processing CPU 204 reads the texture to be pasted on the polygon from the texture memory 205 and draws it on the video RAM 206. Further, the image processing CPU 204 causes the display device 207 to display the image data drawn in the video RAM 206. The main memory 203 temporarily stores data during game processing.

  Here, a procedure of control processing executed by the client terminal device 20, the central server 40, and the individual function server 50 will be described with reference to a flowchart shown in FIG. In FIG. 7, the left column process is a control process executed by the main CPU 201 of the client terminal device 20, and the right column process is a main control process executed by the main CPU 161 of the individual function server 50.

  In S <b> 1 shown in FIG. 7, the client terminal device 20 reads a game program stored in the hard disk device 202 by input from an input device such as a keyboard or a mouse, and performs application activation processing.

  Subsequently, in S <b> 2 </ b> A, a login process is performed on the central server 40 connected via the Internet 30. On the other hand, in the individual function server 50 connected to the central server 40, the authentication server function 52 performs authentication processing for login processing from the client terminal device 20 transmitted via the Internet 30. When the authentication processing is completed by the authentication server function 52, the authentication completion is transmitted to the client terminal device 20.

  In the next S3, the client terminal device 20 performs operation input processing (character movement operation, battle operation (attack), chat operation, etc.) from the input device.

  Subsequently, the process proceeds to S4, and it is checked whether or not communication with the central server 40 and the individual function server 50 is necessary while the game is in progress. In S4, when communication with the central server 40 and the individual function server 50 is not required (in the case of NO), the process proceeds to S5, and image data, audio data, etc. are output according to the current player status and virtual space status. The display device 207 displays a game image (for example, display of the result of the battle using the item, an image of an attack effect according to the ability value).

  In next S6, it is checked whether or not the client status is logged out. In S6, when the client status is not logged out (in the case of NO), the process returns to S3, and the process of S3 to S6 can be repeated to display the progress of the game in the virtual space on the display device 207. Become.

  In S4, when communication with the central server 40 and the individual function server 50 is necessary (in the case of YES), the process proceeds to S8, and the point (usage count) for the current use is specified in the item designated from the client terminal device 20. Or the specified number of times). Then, when the player character uses a weapon in accordance with an instruction from the client terminal device 20, a point (the number of times used or the number of times specified) for the used weapon is added. Then, according to the count value of the number of times of use (or designated number) for each item, the ability value (attack power, quickness, hit rate, etc.) and attribute value (standard price, evaluation value, etc.) of the item are corrected. (Ability correction means).

  Subsequently, in S9, it is checked whether communication from the server side to the client terminal device 20 is necessary. In S9, if communication from the server side to the client terminal device 20 is necessary (in the case of YES), the process proceeds to S5. In S9, when communication from the server side to the client terminal device 20 is not necessary (in the case of NO), the process proceeds to S10, and the communication status with the client terminal device 20 is recorded by the database server function 56.

  In S6, when the client status is logged out (in the case of YES), the process proceeds to S7A, where logout processing to the central server 40 and the individual function server 50 (game end in the client terminal device 20) is performed. On the other hand, the process proceeds to S7B, and a logout process from the client terminal device 20 is performed. Then, the client terminal device 20 is notified that the logout is completed, and is recorded by the database server function 56.

  Here, the details of the control process of S8 (see FIG. 7) will be described with reference to S80 to S85 of the flowchart shown in FIG. In S81 of FIG. 8, 1 is added to the usage count nx of the used item x (counting means).

  In next step S82, the number of times of using item x (number of times of item designation) nx is added to the total number of times of use (total number of times of designation) N of the category to which the used item belongs (counting means).

  Then, it progresses to S83 and the evaluation value of the said item is calculated by the predetermined | prescribed calculation method from the usage count of the said item and the total item usage count (total item designation | designated count) of the category to which the said item belongs. Details of this calculation method will be described later.

  In the next S84, the parameter setting value of the ability value (attack power) of the item is corrected so as to fall within the allowable fluctuation range of the item according to the evaluation value of the item (setting value correction means) . As a result, the ability value of items popular with many users decreases, and the ability value of other items that are relatively less popular increases.

  Therefore, although the ability value of each item is corrected to the attack power according to the usage frequency, since it is performed within the range of fluctuation, it is corrected so that the ability balance of all items is not biased to a specific item. Therefore, when a specific item is frequently selected by a large number of users, it can be automatically corrected so that the ability value of the specific item becomes an appropriate value, and the game balance is maintained by a statistical method. The parameters can be adjusted, and a game environment having an appropriate balance can be provided.

  Subsequently, the process proceeds to S85, and the influence of the use of the item on the virtual space according to the corrected ability value and parameter of the item (for example, when the item is a weapon, The physical strength value of another player character at an adjacent position in the virtual space is subtracted according to the attack power of the weapon). As described above, by executing the control processing of S80 to S85 in the server, it is possible to prevent the specific items from becoming popular and balance the ability values of the items so that the user does not get bored. The ability value can be modified to fall within the range of fluctuations so that there is no inconvenience such as over-correction or inadequate correction at the time of correction. It becomes possible to maintain the game system without.

  Here, the ability value correction method performed in the control processing of S80 to S85 will be described using a specific example of a game (online battle game).

  FIG. 9 is a diagram schematically showing a virtual space set by the server in the online game. As shown in FIG. 9, for example, a plurality of islands L1 to L4 are provided in the virtual space 300, and a plurality of player characters A to N on the islands L1 to L4 appear, respectively. Since each island L1-L4 is surrounded by the sea, it is difficult to go to other islands freely. Each player character can fight other player characters on the same island. In addition, the player character who has obtained the ship can cross over to another island.

  In the online battle game, in the scene where the player characters A to N fight, the battle is performed using items (weapons and techniques) designated by the respective client terminal devices 20.

  As shown in FIG. 10A, for example, when the program character A and the program character B encounter each other, they fight in a state where they are close to each other. Here, each user designates a weapon to be used by the client terminal device 20. For example, when “sword” is designated as an item (weapon) used by the player characters A and B, the player characters A and B fight with each other with the sword 310 as shown in FIG. .

  For example, as shown in the weapon item setting table 320 of FIG. 11A, there are swords, swords, spears, spears, axes, etc. as weapon items, and ability value parameters are set for each item.

For example, the ability value parameter of each weapon item includes the following setting items (1) to (9).
(1) ID number which is a serial number for management of weapon item ID (0000, 0001, 0002, ...).
(2) Weapon item names (swords, swords, spears, shuriken, contradictions, etc.) Names of weapon items in the game
(3) Number of times of use (the number of times specified from the client terminal device 20 is counted. The larger the number, the lower the ability)
(4) Evaluation value (varies depending on the usage frequency of all users. The larger the value, the higher the ability)
(5) Attack power (0 to 255, depending on weapon item ID.
(6) Quickness (0 to 255 depending on weapon item ID. The larger the attack, the earlier the attack)
(7) Accuracy (0-100 depends on weapon item ID. The higher the accuracy, the higher the accuracy)
(8) Standard price (1 to 1 million depending on weapon item ID. Market price at the shop)
(9) Fluctuation range (different for each item, indicating the range of ability values that can be modified)
In the evaluation value calculation method described in S83 described above, it is assumed that the total number of times of use for each item category (the total number of items specified) is N and the type of the entire item is X. At this time, when the number of times of use of the specific item x in the category (number of times of item designation) is nx, the average number of times the item is used in the category can be obtained as AveX = X / N. In addition, the weapon evaluation value is calculated by subtracting the number of times of weapon use (number of times of item designation) from the average number of times of use of all types of weapons (average number of times of designation) or using a deviation of the number of times of use of the weapon. May be.

  As an example in this case, as shown in FIG. 11B, for example, the number of swords used per hour is 50, the number of swords used is 20, the number of swords used is 15, the number of swords used is 10, When the ax is used five times, the sword is used most frequently and is popular. Since the total use number X = 100, the average use number AveX = 20. If the sword usage count 50 is subtracted from the average usage count AveX, the evaluation value becomes -30, and the evaluation value decreases as the popularity increases.

  As shown in FIG. 11C, as a calculation method for changing the attack power when the ability value parameter of “attack power” is a variable value, for example, “sword” treated as weapon ID 0001 is highly evaluated and used. When the number of times is high, in S83, the “evaluation value” of the item is obtained by calculation by taking the difference from the average number of times the weapon item is used, and the evaluation value and a predetermined fluctuation range value set in advance are obtained. Modify the ability value and attribute value of the item.

  For example, if the evaluation value of the sword = −30, the fluctuation range = ± 15, so that the fluctuation value = 15. Therefore, the attack power of the sword is corrected to 100 × {(100−15) / 100%} = 85. In addition, attack powers other than swords are also modified.

In this way, when the ability value parameter is modified, the modification is performed within the range of the fluctuation range set for each item. Therefore, the ability value parameter is gradually changed every time the game is repeated without making a major modification. It can be changed. Therefore, it is possible to suppress the separation of the user due to the sudden disappointment of the user regarding the item.
Further, as in the example 1B shown in FIG. 11D, the calculation method for correcting the ability value parameter of “hit rate” is, for example, the original hit rate 90 and the fluctuation value 15; (100-15) / 100%} = 76.5. In addition, the accuracy rate other than the sword is also corrected.

  In the above example, the evaluation value is corrected using the difference from the average value of the number of times of use. However, the evaluation value may be corrected by obtaining a standard deviation from the variance obtained from the number of times of use.

  FIG. 12 is a conceptual diagram showing a network game system according to the second embodiment. In addition, the same code | symbol is attached | subjected to the same part as the said Example 1, and the description is abbreviate | omitted.

  As shown in FIG. 12, the network type game system 400 includes, for example, in-store servers 402A to 402N installed in a store called a game center or an amusement park, and the in-store servers 402A to 402N via a communication line 404. And a plurality of client terminal devices 416 connected thereto. The in-store servers 402A to 402N are connected to the central server 40 installed in the management center via the network 30.

  In the network game system 400, the in-store servers 402A to 402N function as a server that controls the plurality of client terminal devices 416, and also serve as the individual function server 50 described above. The central server 40 manages the in-store servers 402A to 402N by transmitting and receiving data to and from the in-store servers 402A to 402N throughout the country.

  Here, a specific example of a game system applied to the network game system 400 will be described.

  As shown in FIGS. 13 and 14, the card game apparatus 410 incorporated in the network game system 400 includes two large panel displays 412, a main control unit 414 corresponding to the in-store servers 402A to 402N, and main control. It comprises a plurality (eight in this embodiment) of client terminal devices 416a to 416h that are communicably connected to the unit 414.

  The card game apparatus 410 according to the present embodiment can play a soccer game, and can be applied to sports competitions other than soccer (for example, competitions in teams such as baseball, rugby, American football, and hockey). Of course.

  The large panel display 412 displays images such as an entire image of a soccer field, a match digest for all seats, and a match result for all seats. The player who participates in the game for the first time purchases a start set (player card that is a play item and an IC card that records player information) necessary for the game first, and at each seat where the client terminal devices 416a to 416h are installed. Sit down. This start set includes an IC card (memory card) 418 used as a recording medium for recording practice results, game results, and the like, and eleven player cards 420 on which pictures of each soccer player are printed.

  As described above, the item in this case refers to a soccer player having a different ability specified by the player card and operated by the player during the game. Also, not only soccer players but also robots, airplanes, Sengoku warlords, etc. can be applied to various play items such as dolls, tops, etc. It is.

  Since the client terminal devices 416a to 416h have the same configuration, the terminal device 416a will be described here. The client terminal device 416a includes a player card arrangement panel 424 for placing a player card 420 owned by the player 422, a monitor 426 for displaying soccer team practice and game images created by the player 422, and an IC card. An IC card read / write 428 into which 418 is inserted and a card issuing unit 430 from which a player card is paid out after the game ends are provided. Further, on the left side of the player card arrangement panel 424, operation instruction buttons 432a to 432c for instructing to select an operation menu are provided, and on the right side of the player card arrangement panel 424, input buttons 434a for instructing player power and the like. 434b is provided. The player 422 operates the operation instruction buttons 432a to 432c to give instructions to the player during practice or a game. That is, the player 422 operates the operation instruction buttons 432a to 432c to instruct tactics such as a side attack, instruct to shoot to the goal, and switch the camera of the game scene displayed on the monitor 426. You can.

  FIG. 15 is a block diagram showing a system configuration of the card game apparatus. As shown in FIG. 15, the main control unit 414 includes a large panel control unit 436 for controlling display of the large panel display 412 via a hub 440 of a LAN (Local Area Network) 438, and each client terminal device 416a˜. 416h and the network 30 are connected.

  The large panel control unit 436 includes a CPU 442, a memory (RAM) 444, an input / output interface 446, a sound circuit 448, and a graphic display circuit 450. The memory (RAM) 444 stores a control program for selecting various image data displayed on the large-sized panel display 412 and various image data displayed on the large-sized panel display 412, determining priorities, and displaying them sequentially. Yes. The input / output interface 446 is connected to a switch 452 for operating the main control unit 414 and the large panel display 412. The sound circuit 448 is connected to a sound amplifier 454 that outputs sound corresponding to various images displayed on the large panel display 412. The graphic display circuit 450 displays a large image (for example, an entire image of a soccer field, a play image of each player, a digest scene during a current game, or a goal scene of a past game) selected by a control signal from the CPU 442. It is displayed on the panel display 412.

  Each of the client terminal devices 416a to 416h includes a CPU 462, a memory (RAM) 464, an input / output interface 466, a sound circuit 468, and a graphic display circuit 470. The memory (RAM) 464 stores various image data (for example, various game selection images and play images of each player) displayed on the monitor 426 and a control program. In addition to the main control unit 414, the input / output interface 466 is connected to an IC card read / write 428, an image sensor 456 for reading card data stored on the back side of the player card 420, and a switch 472 for operating the monitor 426. ing. The sound circuit 468 is connected to a sound amplifier 74 that outputs sound corresponding to various images displayed on the monitor 426. The graphic display circuit 450 causes the monitor 426 to display an image selected by a control signal from the CPU 462.

  FIG. 16 is an enlarged plan view showing the player card arrangement panel 424 and the operation unit of the client terminal device 416a. As shown in FIG. 16, a player card arrangement panel 424, operation instruction buttons 432a to 432c and input buttons 434a and 434b operated by the player are provided on the upper surface of the housing 476. On the upper surface of the player card placement panel 424, a participating player card placement area 492 for placing a player card 420 serving as a regular player, and a sub player card placement area 494 for placing a player card 420 serving as a reserve player, Is formed.

  In addition, the player 422 can place 11 player cards 420 in the participating player card placement area 492 from among the player cards 420 held on hand, and up to 5 player cards 420 can be placed in the sub player card placement area 494. Can be placed as a reserve player.

  The operation instruction button 432a is a select button for moving the cursor on the menu image displayed on the monitor 426 upward, the operation instruction button 32b is an enter button, and the operation instruction button 432c is on the menu image displayed on the monitor 426. It is operated as a select button for moving the cursor downward.

  The input button 434a is an operation button for changing the parameters of the player card 420 arranged in the participating player card arrangement area 492 to the full power level, and the input button 434b is a player card arranged in the participating player card arrangement area 492. This is an operation button for changing the parameter 420 to the physical fitness level.

  The IC card 418 stores data such as team ability (growth value) according to practice, competition results (match results) with other teams, titles acquired according to match results, and the like. Then, before starting the game, the player 422 inserts the IC card 418 into the IC card read / write 428 and causes the client terminal device 416 to read each data stored in the IC card 418.

  The CPU 442 of the in-store servers 402A to 402N and the CPU 462 of the plurality of client terminal devices 416a to 416h execute the control processing shown in FIGS.

  When the player 22 operating the plurality of client terminal devices 416a to 416h designates an item, the designated number of player items designated by the player card 420 is counted in S80 to S85 shown in FIG. Based on this, the ability values (shooting power, goal rate parameters) are corrected.

  For example, as shown in the player item setting table 500 of FIG. 17A, a plurality of players A to N are registered as player items, and an ability value parameter is set for each player item. In FIGS. 17A to 17D, although players A to E are described, there are actually about 100 to 200 registered players. Various changes.

For example, the ability value parameter of each player card includes the following setting items (1) to (9).
(1) A player item ID (0000, 0001, 0002, ...) ID number that is a serial number for management.
(2) Player item name (player A ...) Each player item name in the game.
(3) Number of times of use (the number of times specified from the client terminal device 20 is counted.
(4) Evaluation value (varies depending on the usage frequency of all players. The greater the value, the lower the ability)
(5) Shooting power (0 to 255, depending on the player item ID.
(6) Quickness (0 to 255 depending on the player item ID. The larger the action, the earlier the action can be taken)
(7) Goal rate (0-100 differs depending on the player item ID. The larger the goal success rate, the higher the goal rate)
(8) Defensive power (0 to 200, depending on the player item ID.
(9) Fluctuation range (different for each player item, indicating the range of ability values that can be modified)
Similarly to the evaluation value calculation method described in S83 described above, it is assumed that the total number of uses (number of times of item designation) of each item category is N, and the type of the entire item is X. At this time, when the number of times of use of the specific item x in the category (number of times of item designation) is nx, the average number of times the item is used in the category can be obtained as AveX = X / N.

  As an example in this case, as shown in FIG. 17B, for example, player A uses 50 times per hour, player B uses 20 times, player C uses 15 times, player D uses When the number of times is 10 and the number of times player E is used is 5, the player A having the highest shooting power, goal rate, and defensive power has the highest number of times and is popular. Since the total use number X = 100, the average use number AveX = 20. Then, if the player A's use count 50 is subtracted from the average use count AveX, the evaluation value becomes -30, and the evaluation value decreases as the popularity increases.

  As shown in FIG. 17C, as a calculation method for changing the shooting power when the capability value parameter of “shooting power” is a variable value, for example, when the evaluation of the player A is high and the number of uses is high, In the above S83, the “evaluation value” of the player item is obtained by calculation by taking the difference from the average player item usage count (average item designation count), and the evaluation value and a predetermined fluctuation range value set in advance The ability value and attribute value of the player item are corrected. For example, if the evaluation value of the player A = −30, the variation range = ± 15, so the variation value = 15. Therefore, the shooting power of the player A is corrected to 100 × {(100−15) / 100%} = 85. In addition, the shooting powers other than player A are also corrected.

  Further, as in the example 1B shown in FIG. 17D, the calculation method for correcting the ability value parameter of the “goal rate” is, for example, the original goal rate 90 and the variation value 15; (100-15) / 100%} = 76.5. Also, abilities other than player A are corrected in the same manner.

  Furthermore, in the second embodiment, when counting the number of times an item is used for each category (number of items specified), it may be counted only when the item user wins the game.

  In that case, even if a player finds a very advantageous strategy by combining certain player items in a battle with contents that the developer did not intend, and as a result the strategy is very popular, the winning rate Since the ability value adjustment is performed together with the adjustment, the adjustment becomes gradual, and it becomes possible to provide a game with a more appropriate game balance.

  Furthermore, the evaluation value can be changed for each of the different servers 402A to 402N by changing the numerical value of the item usage count for each category and the setting of the evaluation value associated therewith in a different manner for each of the in-store servers 402A to 402N. In addition, it is also possible to provide a regional server for managing the in-store servers 402A to 402N in a plurality of game centers for each region, and to manage the evaluation value in each regional server. The category in this case may be classified by, for example, an avant-garde, a central guard, a rear guard, a goalkeeper, and the like for a soccer player. In that case, for example, if player A is popular as an avant-garde and unpopular in the goalkeeper, if player A is used as an avant-garde item (when appointed as an avant-garde player), the ability value will be low, On the other hand, when used as a goal keeper (use), the ability value becomes high, and it is possible to provide a game system that is more complicated and deeply developed.

  Further, by using a different server for each store as in the second embodiment, for example, in a certain store W, the evaluation value of the item A is high and the evaluation value of the item B is low. In Y, there may be a situation where the evaluation value of item B is high and the evaluation value of item A is low. In the matching of the online competitive game in that case, when the player of the store Y matches the player of the store W, the evaluation value of each item is used as the evaluation value of each player, or vice versa. In addition, by using the evaluation value of the opponent's area, it is possible to provide the characteristics of each store server (or area server) to which the opponent belongs.

  In the above embodiment, only an example of a battle game is shown, and it can be applied to other types of games (for example, martial arts games, golf games, baseball games, car racing games, card games, etc.). Of course.

It is a conceptual diagram which shows one Example of the network type game system by this invention. 3 is a diagram schematically showing a configuration of a central server 40. FIG. 3 is a diagram illustrating a configuration example of an authentication server function 52. FIG. 3 is a diagram illustrating a configuration example of a game server function 54. FIG. 4 is a block diagram illustrating a detailed configuration example of an arithmetic processing unit 130 of a game server function 54. FIG. It is a block diagram which shows the structural example of each client terminal device 20A-20N. 4 is a flowchart illustrating a procedure of control processing executed by a client terminal device 20, a central server 40, and an individual function server 50. It is a flowchart for demonstrating S80-S85. It is a figure which shows typically the virtual space by the individual function server. It is a figure which shows an example of the scene where a player character fights in virtual space. It is a figure which shows the player item setting table 320 typically. It is a conceptual diagram which shows the network type game system of Example 2. FIG. It is a perspective view which shows the whole structure of a card game device. It is a perspective view which shows the client terminal device which each player of a card game apparatus operates. It is a block diagram which shows the system configuration | structure of a card game apparatus. It is a top view which expands and shows the player card arrangement panel 424 and the operation part of the client terminal device 416a. It is a figure which shows the player item setting table 500 typically.

Explanation of symbols

10,400 network game system 20A to 20N client terminal device 30 network 40 central server 50 individual function server 52 authentication server function 54 game server function 56 database server function 60, 120, 209 communication interface 70 transmission control unit 80 storage device 82 transmission Control program 84 Transmission control reference information 100, 130 Arithmetic processing unit 140 Memory 150 Display device 161, 201 Main CPU
162, 203 Main memory 163, 204 Image processing CPU
164, 205 Texture memory 165, 206 Video RAM
166, 208 Input / output interfaces 402A to 402N In-store servers 416, 416a to 416h Client terminal device 410 Card game device 412 Large panel display 414 Main controller 418 IC card 420 Player card 424 Player card arrangement panel 426 Monitor 428 IC card read light 436 Large panel control unit 442, 462 CPU

Claims (8)

Multiple client devices;
A network game system comprising: a server that performs an operation based on an ability value of the item designated by an input from the plurality of client devices, and distributes the operation result to the client device;
A network type game system comprising: an ability correcting means for correcting an ability value of an item according to a designated number of times for each item designated by the plurality of client devices. Multiple client devices;
A communication line to which the plurality of client devices are connected;
Storage means for storing ability values set for each item used in the game program;
A server that reads the capability value of the item designated by input from the plurality of client devices from the storage means, performs an operation based on the capability value, and distributes the operation result to the client device via the communication line When,
An ability correcting means for correcting an ability value of an item stored in the storage means according to a count value of the designated number of times for each item designated by the plurality of client devices;
A network type game system characterized by comprising:   The capability value correcting means calculates an evaluation value for each item based on a count value of the specified number of times for each item specified by the plurality of client devices, and the capability of the item is calculated from the evaluation value by a predetermined calculation method. The network game system according to claim 1, further comprising a calculation unit that corrects the value. The capability value correcting means is
Counting means for adding the designated number of items for each category;
Evaluation value calculation means for calculating an evaluation value for the item from the specified number of times added by the counting means;
Based on the evaluation value, ability value calculating means for calculating the ability value of the item so as to fall within the allowable range of fluctuation of the item;
The network game system according to claim 1, further comprising: A control method in a network type game system having a server that performs a calculation based on ability values of items specified by a plurality of client devices and distributes the calculation result to the client device,
A first step of counting a designated number of times for each item designated by the plurality of client devices;
A second process of correcting the ability value of the item according to the count value;
A control method in a network type game system, comprising: A control method in a network type game system having a server that performs a calculation based on capability values of items specified by a plurality of client devices and distributes the calculation result to the client device via a communication line,
A first step of counting a designated number of times for each item designated by the plurality of client devices;
A second step of calculating a correction capability value of each item stored in the storage unit according to the count value;
A control method in a network type game system, comprising:   The said 2nd process calculates the evaluation value for every item based on the said count value, and calculates the correction capability value of the said item with the predetermined | prescribed calculation method according to the said evaluation value. Or a control method in the network type game system according to 6; On the server,
A procedure for counting the designated number of times for each item designated by a plurality of client devices;
A procedure for correcting the ability value set for the item according to the count value,
Delivering the modified capability value to the client device;
A server program for running.

Images