KR100861034B1 - Communication game system and processing method thereof - Google Patents

Abstract

The present invention is characterized by providing a communication game that makes the communication between players more enjoyable by providing a more colorful play method. The communication game system of the present invention includes a client system 1 and a game server system 2 in communication with the client system 1. The game server system 2 includes a database 21 in which group information obtained by associating a plurality of client systems as a competitive group is stored. The game server system 2 determines a competitive game arrangement among the client systems 1 belonging to the same competitive game group, manages data transmission and reception between the client systems determined by the organization, and executes the competitive game. It is configured to determine the organization. Each client system 1 has its own character selection function and chat function at the time of watching.

Description

COMMUNICATION GAME SYSTEM AND PROCESSING METHOD THEREOF}

TECHNICAL FIELD The present invention relates to a communication game system for playing a game between a game device at a remote location connected to a server. In particular, the communication game system of the present invention can perform complex game management in a group formed by a player's request, select a character to be used for the game without discomfort, and faithfully communicate between game spectators. It is to provide a management method of a new communication game with a function such as.

Conventionally, there has been a communication game system in which a game device operated by a separate player is connected to a common game server and configured to execute a competitive game between players at remote locations.

In this system, the server is configured to list up and display game devices connected at that time. If there is a game request from one game device to another game device, the server manages a transaction of the game acceptance between the requested game device and the other game device applied, and if the game is accepted, the game device between the game devices of the two game devices. It is programmed to mediate while monitoring the transmission and reception of commands.

Further, in the conventional system, when the opponent is determined, a screen for selecting one's own character to be used in the competitive game is displayed in common among the competitive game apparatuses. For this reason, in each game device to be played, the player can select a desired character from a common screen. This selection information is transmitted and received between the opponents in real time through the server like other game data. For this reason, both character selection information is displayed on both common character selection screens.

In the conventional system, the opponents can transmit and receive messages to each other during the execution of the competitive game.

With the advent of such a communication game system, players can enjoy a game match with other players.

However, the competitive game method in the communication game system up to now has only repeated the transaction of application, acceptance, and competitive game play. Despite being able to play against a large number of game devices, it was not possible to communicate with them as if they were playing a game with various friends in a game center or the like. In addition, the player's interest was easily lost because of its lack of development.

In addition, since the character selection information is displayed to each other in real time between the game devices that are the opponents, it is possible to know in advance which character the opponent has selected, and the expectation and freshness before the game start are halved.

On the other hand, in a situation in which the character selection screen provides a mode for selecting a customized character, the customized character selection dedicated screen is displayed on the game device in which the customized character selection is specified. In other words, a character selection screen that is different between opponents is displayed at this time. In this state, if a manual operation is performed on one game device to select a customized character, the movement of the cursor regarding the operation is transmitted to the opponent's game device, and the opponent's cursor moves unexpectedly on a screen different from the customized character selection screen. It will cause you to feel uncomfortable. Conversely, in the case of opponents who know each other, the movement of the opponent's cursor is a hint of which customized character to select, and as described above, the expectation of the game play is broken.

Moreover, in the conventional communication game system, the opponent can enjoy the game while exchanging messages or the like, but the spectator simply watches the game (including the message) that is currently in progress. For this reason, as mentioned above, there is a problem that it is not possible to play a game with various friends in a game center or the like, and the interest is easily lost.

In view of the above, the present invention provides a communication game system and a processing method for providing communication between players and making the communication game more interesting by providing various play methods that were not provided in the conventional communication game system. The purpose.

Another object of the present invention is to provide a communication game system and a processing method thereof, which facilitate communication between spectators, which are not provided in the conventional communication game system, and make the communication game more interesting.

In addition, the present invention provides a communication game system and a processing method in which the operation related to this selection does not give a sense of discomfort when selecting a character used in a competitive game, and prevents a drop in expectation and uplifting feeling before the game. Another purpose.

According to the present invention, since it is possible to form a group among a plurality of unspecified client systems, it is possible to provide a variety of play methods that are not provided in the conventional communication game system. It can be more fun.

In particular, according to the configuration of the present invention, it is possible to satisfy the need to play mainly with people who can be friends on a network, such as those who have a hobby in a communication game environment in which a large number of unspecified persons participate.

In addition, according to the configuration of the present invention, it is possible to satisfy the requirement that one's skill can be evaluated by various competition formations such as team games, league games, tournaments, etc. which are usually carried out in a large number of players participating or playing.

In addition, according to the present invention, even when the player himself is not playing, when the other person is playing, it is possible to meet the demand of watching and enjoying it. For example, communication between spectators that are not provided in the conventional communication game system can be actively promoted, so that the game can have a sense of unity, and the communication game can be more fun.

Further, according to the present invention, when selecting a character to be used in a competitive game, the operation according to the selection can provide a communication game that can maintain the sense of anticipation and upliftment before the game.

In order to achieve this purpose, it is necessary to meet the demand of people who can be friends on the network, such as those who have a hobby, in a communication game environment where many unspecified people participate.

In addition, it is necessary to meet the requirement of evaluating one's skill in various competitions such as team, league, and tournament tournaments that are usually performed in a game or a game in which many people participate. There is also.

In addition, even when the player himself does not compete, it is necessary to meet the demand of watching and enjoying it when another person is playing.

In addition, it is also necessary to satisfy the demand to enjoy the game so that there is no discomfort and no uplifting feeling before the game in the selection from the competitive character screen.

The present invention provides a communication game system comprising a client system and a game server system for communicating with the client system, wherein the game server system includes group information for associating a plurality of client systems as one competitive group in a plurality of competitive game modes. If a match group is specified and a match group is designated, a match group is determined from the client systems belonging to the same match group by referring to the group information related to the designated match group. And a game game system configured to manage data transmission and reception between client systems determined by the game system, and to determine a next program according to the result of the game.

For example, at least one of the group information stored in the database is a competitive mode in which the winning side, the losing side, the fixed both sides, or one fixed client system continues to play the other client system when the match is over. Game rule system for setting the game is included, and when the game is over, the game server system determines the next game formation with reference to the game rule information. The game server system executes the competitive game when a command indicating acceptance is transmitted from both of the client systems corresponding to the next competitive game.

For example, at least one of the group information stored in the database stores schedule information for setting a team match-up mode in which the same match group is divided into two subgroups. With reference to the schedule information, as a result of the competitive game, another client system that does not compete among the subgroups to which the winning client system and the losing client system belong is determined as the next competitive game formation. Preferably, the schedule information is set in advance in the order of the competition in the subgroup, and the game server system determines the result of the team game when the last remaining client system in any one subgroup loses the competition. Notify the client system.

For example, at least one of the group information stored in the database is registered information for setting a league match game mode in which one client system is ordered to play all other client systems in the same match group when the match is over. Is stored, and the game server system is a client system for which each client system has not yet played, with reference to the registration information, when the game is finished by one organization, the client server is not playing. It decides as next game formation. Preferably, the game server system notifies each client system of the result of the league game as a game score card when the game by all formations is finished.

For example, at least one of the group information stored in the database stores registration information for setting a match-up match mode in which a match is played in a winner match form in the same match group when the match is over, and the game server system When the competitive game is finished by one organization, the next competitive game is determined by referring to the registration information, and the client systems that have become winners of the competitive game by the determined organization are determined as the next competitive game. Preferably, the game server system notifies each client of the result of the tournament as a tournament table when one client system wins to the end by the winner advance.

In the present invention, the game server system belongs to the simple match mode, or any one match group, in which any one of the other client systems selects a match when there is a match request from any one client system. It is characterized by selecting and executing any one of the proficiency match modes to be played in each match group.

For example, the game server system provides each client with a match mode list display for viewing the match group to each client system with reference to the group information. The game server system reads group information corresponding to the selected competitive group from the database and displays its contents when any competitive group is selected in the competitive mode list display from the client system.

Preferably, the database stores competitive game history information of a client system belonging to one of the competitive game groups, and the game server system is configured when one client system is selected in the competitive mode list display from the client system. The game history information corresponding to the selected client system is read from the database and the contents thereof are displayed.

Preferably, when the game server system determines the game arrangement in the game group, the game server system determines whether the game is organized according to the degree of strength (game ability) determined from the game history information of each client system.

Preferably, the game server system sets a handicap for each client system based on the match history information when determining the match formation in the match group, and in the case of a match in the setup where the handicap is set, The update of the competitive game history information according to the competitive game result is prohibited.

More preferably, the system includes a World Wide Web (WWW) server system connected to a wide area network, and the game server system creates a file for displaying the match history based on the match history information, and the WWW server. It is stored in the storage area of the system in a computer readable state.

In the present invention, when a game server system requests a creation of a new competitive group from one client system, the game server system newly registers new group information in the database based on the setting contents of the client system.

Further, the game server system of the present invention associates the client system with the group information of the competitive group that has requested the participation, when there is a participation request from any of the client systems.

The game server system of the present invention transmits and receives competitive data to a client system that is playing in a competitive group, and observes a game between client systems that are playing a client system that is not fighting within the competitive group. Send and receive ornamental data.

Preferably, in the database, correspondence information for correlating a message desired to be provided to the client system with which each client system is watching the game and the operation contents of the player is registered. If so, the operation contents from the client system are referred to, and corresponding information corresponding to the operation contents is read and notified to the watching client system.

Similarly, this game server system notifies another client system when a message is transmitted from one of the client systems that is playing the game.

These client systems have vibration generating means for transmitting vibration to the player in response to a command from the game server system, and the game server system generates a command for driving the vibration generating means in accordance with the operation contents from either client system. Send to the client system. There is no restriction | limiting in particular in "vibration generating means", It can apply arbitrarily, such as using a piezoelectricity element and using an eccentric motor.

Specifically, the game server system of the present invention includes a database in which a plurality of client systems are associated as a competitive group, a communication device that performs data transmission and reception with each client system, and a plurality of clients in the same competitive group with reference to the database. It is provided with the processing apparatus which manages game competition between systems.

The communication game processing method of the present invention is a communication game processing method executed between a client system and a game server system communicating with the client system, wherein the game server system includes group information for associating a plurality of client systems as one competitive group. Referencing a plurality of stored databases corresponding to a plurality of match modes, and if any match group is specified, refer to the group information associated with the designated match group, and belong to the same match group. Determining a match formation, managing data transmission and reception between client systems determined by the match, and executing a match, and determining a next match according to the match result. Game processing It is the law.

At least one of the group information stored in this database is set to the competitive mode in which the winning side, the losing side, the fixed both sides, or any fixed client system continues to play the other client system when the match is over. The game rule information is included, and in the step of determining the next game, when the game is over, the game game information is determined with reference to the game rule information.

Also, at least one of the group information stored in the database stores schedule information for setting a team match-up mode in which the same match group is divided into two subgroups. In this case, with reference to the schedule information, as a result of the match, the winning client system and the other client system that does not play among the subgroups to which the losing client system belongs are determined as the next match formation.

Also, at least one of the group information stored in this database is a registration information for setting a league match game mode in which one client system has ordered all other client systems in the same match group when the match is over. Is stored, and the step of determining the next organization is a client system in which each client system has not yet played, in which case, when the competition by one organization is ended, another client system that is not in competition is played next against each client system. Determine as organization.

At least one of the group information stored in the database stores registration information for setting the match-up match mode in which a match is played in the winner match format in the same match group when the match is over, and determines the next organization. In the case where the competition by one organization is completed, the organization to be played is determined with reference to the registration information, and the client systems that have become winners of the competition by the determined organization are determined as the next competition organization.

Preferably, this communication game processing method is a simple match mode in which any one of the other client systems is selected and played when there is a match request from one client system, or belongs to any one match group. And selecting and executing any one of the master match modes for charging in the match group.

More preferably, the method includes providing each client with a list of game mode lists for viewing the game group on each client system with reference to the group information.

These communication game processing methods may be provided in a program format executable by a computer on a recording medium (CD-ROM, DVD, communication line, or the like).

In another aspect of the present invention, there is provided a communication game system capable of transmitting and receiving data relating to a game in real time through the game server system between client systems in which opponents in the plurality of client systems have been determined, each of the plurality of client systems. When the data is transmitted and received between the client systems, when one client system includes data to be invalidated in the data and transmits the data, the other client system may cause the invalidation data to be invalidated. have.

Suitably, each of said plurality of client systems has to make a transmission means for transmitting said game containing said data to be invalidated to said game server system, and when said data to be invalidated has been transmitted from said game system. Invalidation processing means for invalidating data to be performed is provided. For example, the transmitting means is means for transmitting the data to be invalidated together with information indicating the invalidation.

The information indicating invalidation is, for example, position information indicating which display position on the screen corresponds to the data to be invalidated. The information indicating this invalidation may be a flag or dummy data indicating the invalidation.

The data to be invalidated is, for example, data relating to an operation when a player selects a customized character on a screen for selecting a character of a game. At this time, the data relating to the operation is, for example, data relating to the operation of the controller or the pad.

Preferably, each of the plurality of client systems is a character selection screen of a game, and includes a first button for selecting a common character previously stored in common in the plurality of client systems and a memory device detachable to a desired client system. Means for presenting a screen including a second button for transitioning to a mode of selecting different customized storage characters, wherein the data to be invalidated is data indicating an operation state when the second button is selected.

Further, preferably, the invalidation processing means is a process of discarding the data to be invalidated and putting it in a non-display state.

Further, according to the present invention, a system provided as another form is a communication game system capable of transmitting and receiving data about a game in real time through the game server system between client systems in which the opponent in the plurality of client systems has been determined, Each of the plurality of client systems is capable of executing a chat through the game server system between other client systems in the watching state when watching the game.

Preferably, each of the plurality of client systems includes transmission means for receiving the contents of the chat from the player when watching the game, and transmitting the character information corresponding to the contents to the game server system, and the game server system. And display means for superimposing and displaying the character information on the game screen of the monitor when the character information has been transmitted. At this time, the display means is means for displaying the character information in a translucent window in which the game screen is set as a background on the screen of the monitor, for example.

According to another aspect of the present invention, there is provided a communication game system capable of transmitting and receiving data relating to a game in real time through the game server system between client systems in which a opponent in the plurality of client systems has been determined, each of the plurality of client systems. When the game is observed, a communication game system is provided which displays an image projecting the space from a changeable virtual viewpoint in the game space where the game is executed.

Next, preferred embodiments of the present invention will be described with reference to the drawings.

First embodiment

The first embodiment of the present invention forms the same match group between client systems, determines the match formation among the client systems belonging to the group, and determines the long side, the true side, the fixed both sides, or the fixed client system on either side. This continues to a communication game system configured to play against other client systems.

1 shows a system diagram of the communication game system of the present invention.

As shown in Fig. 1, the communication game system includes a plurality of client systems 1 connected to a game server system 2 and a world wide web server system 3 via a circuit network 4, have.

Each client system 1 has a configuration as a game device having a so-called communication function, and is configured by connecting the game machine main body 10, the control pad 11, and the monitor 12 to each other.

The control pad 11 is configured to supply an operation signal output according to each player's operation to the game machine main body 10. The main body of the game machine 10 has a configuration as a computer device that can communicate (CPU, memory, CD-ROM drive, modem, image generation circuit, audio generation circuit, and the like). The main body 10 of the game machine is capable of reading data from a recording medium such as a CD-ROM, and operates as a client system of the communication game system by executing a game program read from the recording medium. The game machine main body 10 advances the game processing based on the operation signal from the control pad 11, and when a communication game is designated by the player, the game server system 2 via the circuit network 4 via a modem to be embedded. ) Is connected. The game program recorded on the recording medium is not limited to the contents of the game as long as it can execute a communication game function. However, it is preferable to be programmed as a competitive game, such as playing against other players to determine win or loss. In addition, the game machine main body 10 is configured to output an image signal and an audio signal according to game processing. The monitor 12 is configured to provide an image or sound to a player in response to an image signal or an audio signal from the game machine main body 10.

The game server system 2 includes a game server 20 and a storage area 21.

The game server 20 has a configuration (CPU, memory, HD, communication device, etc.) as a general purpose high performance computer device. The game server 20 is configured to operate as a game server system for managing a communication game system by executing a program corresponding to the game processing method of the present invention. In other words, the client system 1 connected to the access point of the game network 40 is managed. The storage area 21 is an area accessible from the game server 20 itself or from the server. The storage area 21 is an area capable of storing a database required for executing the communication game system in a file or the like format.

The circuit network 4 forms a wide area network (WAN) such as a game network 40 or the Internet 41 as a normal public line or a dedicated line.

Game network 40 is a network that is being provided for execution of the communication game system. For example, by connecting from the client system 1 to a specific access point managed by the game server system 2, it is a dedicated network composed of the game server system 2 and each client system 1. However, it is possible to have a connection configuration via the Internet such that the client system accesses the game server from any connection window other than such a PPP (Point to Point Protocol) connection. Although the protocol is not limited, TCP / IP (Transmission Control Protocol / Internet Protocol) in consideration of the case where the WWW function on the Internet is used or the general purpose of the client system 1 is used. General standards, such as these, may be used.

The Internet 41 is a WAN to which a large number of unspecified computer devices can be connected. By using various commands defined by the TCP / IP protocol, the Internet can be used to view files, send e-mails, transfer files, and the like. In particular, in this embodiment, the WWW function of the Internet is used.

The WWW server system 3 includes a WWW server 30 and an HTML (HyperText Markup Language) storage area 31.

The WWW server 30 has a configuration as a general-purpose high performance computer device, can assign one network address on the Internet 41, and designates a specific network address from a computer connected to the Internet 41, thereby providing an HTML storage area. It is comprised so that the file of HTML format etc. which are stored by (31) can be browsed. The HTML storage area 31 is a storage area managed by the WWW server 30, and is a file in a hypertext format for displaying the result of a communication game created by the WWW server 30 or transferred to a file from the game server system 2. Is stored in a predetermined directory. Although the WWW server is for notifying the competitive game history, a dedicated server other than the Internet server may be provided to upload a file that records the competitive game history, and the client system may be connected to and browsed therein.

Fig. 2 shows a detailed functional block diagram of the communication game system. In the client systems 1A and 1B, the processing apparatus 100 and the communication apparatus 101 belong to the game machine main body 10. The output data generating device 102 and the control pad 11 belong to the control pad 11.

The processing apparatus 100 is a computer part which executes a game program centering on a CPU. The processing device 100 recognizes the operation signal from the operation device 110, outputs the vibration signal to the vibration generating means 111, controls the communication of the communication device 101, controls the output data generating device 102, and the like. Do it. The communication device 101 is, for example, a modem or a terminal adapter, which mediates data transmission and reception between the game network 40, the Internet 41, and the processing device 100. The operation device 110 is provided with operation functions required for operation of the game such as operation buttons and cross keys. The vibration generating unit 111 is configured to recognize a vibration by a player operating the control pad 11 in response to a vibration signal of a predetermined frequency, for example, by a reverse piezoelectric effect such as a piezoelectric element.

In the game server system 2, the processing device 200 and the communication device 201 belong to the game server 20. The storage area 21 includes a user database (hereinafter referred to as 210), an easy lobby DB 211, an expert lobby DB 212, a normal DB 213, and a team game DB ( 214, league DB 215, tournament DB DB 216, and the like are stored.

The user DB 210 includes personal information of players who are permitted to use the communication game system, such as management numbers, personal addresses, contact addresses, etc., unique to each game machine main body 10, and individual match history, odds, succession records, Registration comments, ranks, character information, and the like are stored.

The easy lobby DB 211 stores index information in the easy lobby, that is, the simple game mode. For example, the match formation in the easy lobby, the date and time, chat information, and the like are recorded.

In the expert lobby DB 212, index information in the expert lobby, that is, the competitive game mode is recorded. For example, the name (operation name) of each competitive group, the number of participants, the type of competition, link information to the DBs 213 to 216, chat information in the lobby, and the like are recorded.

In the normal DB 213, the team game DB 214, the league game DB 215, and the tournament game DB 216, game group information in each game type is recorded. For example, the name of the match group (operation name), the number of participants, the number of battles, the start and end time of each operation, the member name (ID, etc.), the rank of each member, the match rules, the determined organization information, the match history, and the match group. Chat information and the like are recorded.

These databases are cross-referenceable, and the correlation is set so that all the information can be read out by the key data.

The processing device 200 is a computer part that manages the communication game system. The processing device 200 refers to each of the databases 210 to 216 to control the communication device 201 to execute the game management of the client system determined by the program. In particular, in this embodiment, the databases 210-212 and the normal database 213 common to each embodiment are used. The communication device 201 manages an access point on the game network 40 and mediates data transmission and reception between each client system 1 and the communication device 200.

[Client system behavior]

Next, the operation of this embodiment will be described. First, the basic operation of each client system 1 will be described with reference to FIG.

Each client system 1 is adapted to distinguish between an independent mode for advancing the game process based on a program and an operation signal by a player, and a communication mode for advancing the game process based on a command provided by the communication.

In any operation mode, the game machine main body 10 analyzes the operation signal from the control pad 11, and moves the character (what is an operable segment or model) in a game screen. However, while the movement of the enemy character in the game is defined by the program in the independent mode, in the communication mode, the command transmitted from the client system 1, which is the opponent via the game network 40, is communicated. It differs in that it is prescribed. In addition, in the communication mode, the game machine main body 10 commands the operation signal and sends it to the game network 40.

Specifically, as shown in FIG. 8, the game machine main body 10 reads an operation signal (S501), and checks whether it is the operation content which shows communication start (S502). If communication is not started (NO in S502), the processing as a normal game device is continued as an independent mode (S503).

On the other hand, when the communication start is indicated (S502: YES), since the game console main body 10 is in communication mode, a general procedure for establishing a connection is executed. That is, the game console main body 10 selects and calls the server registered beforehand, and transmits necessary information, such as a handle name, ID, and a password, after connection (S504). If the connection cannot be established, the processing apparatus returns to the effect as normal error processing.

After the connection is established, the game console body 10 displays the main menu (S505). When game start is instructed by the player, the game machine main body 10 then executes a permanent loop process that does not return unless a special operation such as an escape is performed. That is, when an operation signal is supplied (S506: YES), the game machine main body 10 reads the operation signal (S508), commands it according to a predetermined command agreement, and sends it to the game network 40 (S509). . In addition, when a command has been transmitted from the game network 40 (S510: YES), the game machine main body 10 reads this (S511), and transfers to an analysis routine.

That is, when the command shows the easy lobby operation window display (S512: YES), the game console main body 10 displays a basic screen (see Fig. 9) called the easy lobby operation window (S513). Similarly, when the command indicates display of the expert lobby operation window (YES at S514), the game console main body 10 displays a basic screen called the expert lobby operation window (S513). It is assumed that the expert lobby operation window here includes various window displays (Figs. 11 to 26) in addition to the basic screen (see Fig. 10 and the like). These basic screens are displayed based on the image data stored in the client system. However, the game server system 2 is configured to store a file in a hypertext format for displaying these operation windows, provide it to the client system in a timely manner, and display the file based on the function of the browser for viewing the hypertext. Also good.

If the command indicates a transition to the competitive mode (S516: YES), the game console main body 10 executes the competitive game using image data in the client system or the like instead of these screen displays (S518).

When the client system 1 is assigned to the combat mode, the game machine main body 10 moves its character based on the operation signal, and based on the operation command provided from the game network 40, the position of the enemy character or the like. Change form The assignment of the operation command can be arbitrarily determined for each game. By these processes, the player can play a game in which one player is connected with two control pads 11 to one player.

When the client system 1 is assigned to the watching mode, the game machine main body 10 moves both characters on the basis of an operation command provided from the game network 40 to change its display form. This processing allows the player to execute game watching as if they are cheering for a friend playing a game at the entertainment center.

When chat information is sent as a command, the game console main body 10 displays characters on the screen of the monitor 12 based on the chat information (S519). When sending a command to vibrate as a command, the game machine main body vibrates the vibration generating means 111 of the control pad 11.

Here, the order in which a player applies for a match with another player in the simple match mode (easy lobby) will be described with reference to FIG. These procedures are almost the same in the simple competitive mode as well as in the advanced competitive mode (expert lobby) described later.

As shown in Fig. 2, the game server 20 monitors the client system 1 connected at that time with the client systems 1A and 1B all connected, and the ID and accessor of these client systems. The number is stored in the easy lobby DB 211. The game server displays the easy lobby operation window as shown in FIG. 9 on the client system in the simple match mode. In this window, the name, status, and total number of connected persons are displayed on the opponent list based on the visitor data transmitted by the game server 20 by searching the easy lobby DB 212.

When the cursor is on the opponent list based on the operation signal, the client system 1A transmits the selection information of the cursor to the game server 20 (path in?). The game server 20 reads the person's competitive history from the user DB 211 (path of (5)) and returns to the client system 1A (path of (2)). The client system 1A displays the list as credit information. When the player of the client system 1A operates the control pad 11 to designate a match request (1), the game server 20 transmits the effect to the client system 1B regarding the request (3). ). In response to this, the player of the client system 1B returns whether or not to accept the match (path (4)).

If this reply indicates the rejection of the application, the game server 20 transmits the message to the client system 1A (1). The player of the client system 1A finds another client system and applies for a match again.

If the reply from one client system 1B indicates the acceptance of the application, the game server 20 transmits the message to the client system 1A (1), and transfers the two client systems to the competitive mode. Send the command (①, ③). Both client systems 1A and 1B enter the competitive mode, and after that, transmit a command relating to their operation to the other side (path (6)). The exchange of commands in the competitive mode is performed by the game server system 2, but may be configured to directly send and receive commands by specifying the network address of the opponent. This communication sequence is also the same in the advanced match mode (expert lobby).

[Overall Action]

The sequence between each client system and game server system is as described above, but the present invention is characterized by overall competitive management located above each of the sequences. This will be described based on the state change diagram of FIG. 3. This figure shows the state of each client system 1 which fluctuates under the management of the game server system 2. This figure is common also to embodiment mentioned later.

In the game server system 2 of the present invention, when there is a competitive game request from any one of the client systems 1, a simple competitive mode (easy lobby) or one competitive game in which any one of the client systems is selected and played, is selected. It belongs to a group, and selects and executes any one of the master competitive mode (expert lobby) which is played in each competitive group.

As described above in the simple game mode, the game server 20 displays the main menu on the client system 1 in which communication is established (S00), and selects the easy lobby operation menu which is the basic screen for simple charging. (S01: Fig. 9). If the match is accepted, the game server 20 transfers the client system 1 related to the match to the match mode (S02).

The client system 1 is configured to display the start menu when the start button is pressed in the control pad 11 (S03). When the expert lobby is selected from the start menu or the main menu, the game server 20 displays the expert lobby operation window, which is the basic screen for the mastery competition (S10).

In addition, since the expert lobby needs to learn how to play, it is preferable that the first client system 1 be configured to be connected from the easy lobby. After that, any match mode can be freely selected according to the player's choice.

As the expert lobby operation menu, as shown in FIG. 10, the title window W1, the chat window W2, and the operation name list W3 are displayed. The title window W1 is a display column of the competitive mode. In the chat window W2, a character string W21 based on chat information transmitted from the client system 1 in the master competition mode is displayed in time series. When the chat information comes, the game server 20 stores the chat information in the expert lobby DB 212 together with the name of the sender, and displays the chat window W2 based thereon. The chat window W2 displays a pseudo keyboard W22 for text entry. Operation name list W3 is a list of competitive groups in which game server 20 refers to and displays group information stored in expert lobby DB 212. This operation name list W3 is a list of game group units, unlike the client system unit connection list of the easy lobby operation window (Fig. 9). That is, a plurality of match groups consisting of a pair of operation names, participation numbers, and match modes are displayed. At this time, it is preferable to make it possible to list whether the lamp is being charged or not being charged by the lamp indicator light.

In the client system 1, when the player operates the start button of the control pad 11, the start menu M1 corresponding to the mode at that time is displayed (S11: Fig. 11).

If "Create meeting room" is selected in the start menu M1, the game server 20 further displays the menu M2 selected by the competitive mode (S12: Fig. 12). If any competitive game mode is selected from this menu, a competitive game group corresponding to it is newly created, and the "operation meeting room" is displayed (S13).

As one or more client systems 1 join the "operation meeting room" created in the selected competitive mode (S30, S40, S50, S60), one competitive group is formed. In menu M2, if "normal" is selected, the competitive mode of the present embodiment is selected; if "team match" is selected, the second embodiment is selected; if "league" is selected, the third embodiment is selected; It is possible to create an operation meeting room, that is, a competitive game group, described in each of the embodiments.

In conference room creation process S13, the client system 1 which requested new registration can determine arbitrary the game rules. Only this newly registered client system can change the game rules of this operation conference room or start a match of a match group. Hereinafter, the client system which has made this new registration and started the "operation meeting room" is called "host." The group information for recording necessary information such as a game rule or a participating member relating to this competitive mode is registered in the corresponding databases 212 to 216 by the game server 20. Each time a new participating member is registered or the game rules are changed, the game server 20 changes and updates the group information.

When "comment registration" is selected in the start menu M1, the game server 20 causes the comment registration window W4 to be displayed (S14: Fig. 13). In this window W4, a comment column for text input of a self-introduction document to be displayed when personal information is referred from another client system 1 is displayed. W41 is different from the same competitive group that is watching the competitive game when entering the competitive mode. The quick message for registering characters to be provided to the client system in correspondence with the operation buttons of the control pad 11 and the software keyboard W43 for inputting characters are displayed. When the player enters arbitrary characters in these fields, the game server 20 stores them in the user DB 210, corresponding to the operation buttons. The text information for displaying these comments is transmitted to each client system 1 by the game server 20 in advance. Corresponding information indicating correspondence between each comment and an operation command is stored in the database. The game server 20 monitors the presence or absence of an operation command on the game network 40. When the operation command has been transmitted, the game server 20 reads out the corresponding information from the database and transmits it to each client system 1. Each client system 1 displays character information corresponding to the corresponding information on the screen.

When "Changing Chat Channel" is selected in the start menu M1, the game server 20 changes the chat channel from the common chat channel in the master match mode to the chat channel of each match group. Specifically, the server 20 switches between the chat DB 211 and the other databases 213 to 216 between the databases for reading the chat information.

If "message transmission" is selected in the start menu M1, the game server 20 stores the chat information supplied from the client system in the database in the selected chat channel, and provides it to the other connected client system 1. do.

If "Find another member" is selected in the start menu M1, the game server 20 displays a competitive group that was not displayed in the operation name list W3. When "registration change of mainstream virtualoid" is selected, the game server 20 makes it possible to change the character adapted to each client system 1, and updates the user DB 210 with the changed contents. If "Move to Easy Lobby" is selected, game server 20 moves the client system 1 to state S01. If "Exit network" is selected, the game server 20 sends a command to the client system 1 to transition from the communication mode to the independent mode, and the client system 1 leaves the game network.

By the way, in the expert lobby operation window S20 (Fig. 10), when the player moves the cursor on the operation name list W3, the operation name information selected by the cursor is provided to the game server 20 as a command. The game server 20 searches the expert lobby DB 212 based on the operation name information, specifies the databases 213 to 216 in which the corresponding competitive group is stored, and reads the detailed information to read the client system ( Return to 1). Thereby, the situation situation window W5 is displayed (S20: FIG. 14).

In this window W5, the match mode W51, the participation number W52 of the match group, the type display W53 of whether it is a real or a mock match, the operation start time W54 which is the time when this match group was created, the status W55 which designates the rules of a match, and the participating member W56 Is displayed.

The rank is determined and registered to each player according to the combat history stored in the user DB 210. The rank is given to the member. The display of participating members may be ordered in accordance with the ranks of the ranks. This is because it can fuel the improvement of players who want to advance and rank. Conversely, some players feel stiff when this rank always affects the match. According to the choice of the person who newly established the war group for such a person, it is possible to select "actual" to apply the class and "mock war" without considering the class.

The game server 20 monitors the connection status of each participating member and displays the status next to each member name. For example, the player who is playing is displayed in the state of "combat", the player watching is "watching", and the player viewing the Expert Lobby Operation window.

If a predetermined operation is performed by the player while the status report window W5 is being displayed, the game server 20 reads from the user DB 210 personal information about all client systems 1 currently connected regardless of the match group. Display the contact list W6. The total number of users is also displayed (S21: FIG. 15). When any of the accessors is selected by the cursor in the accessor list, the game server 20 further reads out the personal information of the client system 1 relating to the accessor from the user DB and displays them in the player data window W7. In this window W7, the name W71 of the accessor, the grade W72 of the day, the rank book W73 corresponding to the rank, and the character mark W74 and S14 registered in the client system 1 for use in the competitive game W75 The present status display W76 of the client system 1 is performed. When a predetermined operation (for example, "L" button or "R" button operation) is performed in this state, the overall score of the client system 1 is displayed based on the user DB 210. If another operation (for example, "A" button operation) is performed, a message is transmitted to the selected client system 1 (S23).

By the way, in the battle situation report window W5 (S20: Fig. 14), when a predetermined operation (for example, the "A" button is pressed) is performed by the player, the client system 1 which has performed the operation newly joins this competitive group. It is registered as one. In other words, the game server 20 determines that there is a request for participation in the selected competitive group from the client system 1, and registers the client system 1 as a new participant in the competitive group (S30). The game server 20 newly associates the personal information of the client system 1 which wants to participate in the group information of the competitive group.

In the case of newly entering (S30), a password may be set for each competitive group, and authentication processing may be performed so that participation is not possible unless a password is entered. In other words, when a request is made to join a new competitive group, the client system 1 wishing to participate is requested to enter a password, and when the password is correctly input, the game server 20 enters the competitive group only. To permit

[Normal operation meeting room]

In the following, particularly, a competitive management to a competitive group in which "normal" is set as the competitive mode will be described. "Normal" match mode refers to a match according to a game rule in which a winning side, a losing side, a fixed both sides, or a fixed client system continuously matches another client system when one match ends. .

16 shows an example of the screen display provided to the client system 1 participating in the "normal" competitive mode. This "operation meeting room", that is, the lobby operation window dedicated to a specific competitive group, is provided only to the person who created the competitive group (host) or the person who participated there later. The game server 20 performs each display by reading the corresponding record from the normal DB 213.

In the title window W1, "normal" which is this competitive mode is displayed. Underneath it is a status display indicating whether or not the game is in progress, W12, the name of the operation group W12, the number of participants W13, the number of battles W14 conducted in the past, and the time when the game group started. Operation duration time W15 is displayed. The chat window W2 displays a character string W21 and a software keyboard W22 based on the chat information. In this window, only members participating in this competitive group can read or record chat information.

The member list W8 displays a list of members with ranks. The distinction of whether each client system 1 is playing, watching or lobby referencing is indicated by color. At the beginning of the player who created this competitive group, an icon indicating that it is a host is given.

The game rule window W9 displays the game rules set by the host in S13. "First Battle" displays the names of the players that are scheduled to fight for the first time. The Battle Type indicates whether the game is to be in a real mode considering the rank or in a mock mode without considering the rank. When the actual mode is set, the number of seconds, the number of sets, and the stage become fixed values, and the result of the game is reflected in the change of rank. "Number of seconds" displays the length of time allotted for one match. "Set number" shows the set match number of one match. "Stage" displays the game stage used for the match. "Change at the end" shows a rule on how to determine the next formation when the match is over.

The order of the game changes greatly according to the setting contents of the "change at the end", and the feature of this game group can be displayed. If it is set to "fixed", the game is repeated between the client systems according to the first organization. If it is "DNA fixation", the client system on the RNA side will be replaced regardless of the charging result. If it is set to "RNA fixation", the client system on the DNA side is replaced regardless of the result of the charging. If it is "winner advance", the client system which won the match replaces other client systems. If it is set to "Lost loser," the client system lost in the game replaces another client system. By default, this "lose advance" is set.

In the state S30, when the player moves the cursor to any member displayed in the member list W8, the game server 20 reads the personal information corresponding to the member from the user DB and displays it in the player data window W7. (S33: FIG. 17). This window is the same as the player data window in FIG.

In the state S30, only when the player of the host client system 1 has pressed the button of the control pad 11, the start menu as shown in Fig. 11 is displayed. However, the items "match start" and "change game rule" are added to the start menu M1.

Only the client system 1 serving as the host is authorized to change the game rules. If the player who is the host selects "change of game rules", the game server 20 moves to the game rule change state (S32) and opens the game rule change window W10 shown in FIG. 17 in the host client system 1. Display. Here, the window for changing "the DNA of a 1st battle" is illustrated. When the player operates according to the message from the control pad 11, the game server 20 changes the organization of the "first battle" in response to the operation, and updates the normal DB 213. FIG. The match member is changed to the person selected by the player in the member list W8 by the cursor. The number of rules, the number of seconds, the number of sets, the stage, and the changes at the end of the battle are determined by the choice.

When the player of the host client system 1 selects "match start" in the start menu, the game server 20 moves each client system 1 to the competitive mode (S34).

The detailed operation in the normal charging mode will be described with reference to FIG. 4.

The game server 20 transmits a command for transitioning to the combat mode to the client system 1 that is set in the combination of the "first battle" and a command for transitioning to the observer mode for the other client systems 1. (S100).

Subsequently, the game server 20 designates a character to be displayed as a battle with respect to the client system 1 entering the combat mode (S101). The character is selected from among a plurality of candidates, for example. If the player specifies a specific key operation such as an escape key at the time of setting the communication character (S102: YES), the player can escape from the permanent loop and return to the expert lobby.

When the setting of the communication character is finished (S103: YES), the game server transmits a command for starting a match to the client system 1 set for the first knitting (S104).

In the client system 1 entering the combat mode by this command, the game machine main body 10 displays a game match image, moves its character in response to an operation signal from the control pad 11, The data (operation command) is transmitted to the game network 40. When an operation character command of an enemy character has been transmitted from the game network 40, it processes to move an enemy character corresponding to the operation command. The game server 20 mediates the transmission and reception of this operation command.

In the client system 1 entering the watching mode, a game screen similar to the client system 1 entering the fighting mode is displayed based on an operation command transmitted from the client system 1 entering the fighting mode. However, in the game system 1 in the spectator mode, the fighting character is displayed in the game screen, but is not reflected in the movement of the character even when the player operates the control pad 11. The fighting process is continued until the battle in the formation is finished (NO in S105).

During the game, the game server 20 refers to the user DB 210, reads out message information assigned to the operation indicated by the operation command registered in the state S14, and transmits it to each client system 1. In addition, when the chat information input by operating the software keyboard has been transmitted from one of the client systems 1 in the game mode during the game, the game server 20 transfers the chat information to each client system 1. Send. Each client system 1 displays a quick message or a text string of a chat registered at a predetermined position on the competitive game screen displayed in each client system (Fig. 8: S519).

In addition, when the operation command transmitted from any one of the client systems 1 is a specific command that eliminates the enemy character, the game server 20 transmits a command to generate vibration to each client system 1. When each client system 1 receives the command which generate | occur | produces this vibration, a vibration is generated in the vibration generating means 111 (FIG. 8: S520). As a result, the player who is operating or the member who is watching the game can get a sense of reality like a real battle.

If the competitive game is over (YES at S105), unless all the competitive games are over (NO at S106), the game server 20 reads information defining game rules from the normal DB 213 (S107).

If the match rule (change at end) is set to "fixed" (S108: YES), the match as the same member is repeated. The game server 20 inquires of the client system 1 which was in the combat mode, such as "Will you fight with the same setting?". Only when both client systems 1 approve this inquiry (S109: YES), the game is repeated again in the same combination (S104 to S108). If at least one does not approve (S109: NO), the process proceeds to setting of the communication character (S101). When the player makes a specific key operation here, the game server 20 returns the client system 1 to the operation conference room (state S30).

If the game rule is set to other than "fixed" (S107: NO), as long as the client system 1 remaining on the game rule accepts the game continuation inquiry from the game server 20 (S110). : YES), the charging process by new knitting is repeated (S104 to S110). The game server 20 transfers the client system 1, which is out of the game, to the watching mode, and moves the next client system 1 to the combat mode (S111).

For example, if the game rule is "DNA fixed", the game server 20 shifts the client system, which was the RNA side, to the game mode, and shifts any client system that was the game mode to the game mode. When the game rule is "RNA fixed", the game server 20 shifts the client system on the DNA side to the watching mode, and shifts any client system that was in the watching mode to the competitive mode. If the game rule is "winner advance", the game server 20 shifts the winning client system to the watching mode, and moves any client system that was in the watching mode to the competitive mode. If the game rule is "Loss advance," the game server 20 transfers the lost client system to the game mode, and moves any client system that was in the game mode to the game mode. By default, this "lose advance" is set.

If the client system 1, which is supposed to remain, refuses to continue playing (S110: NO), the game server 20 moves each client system 1 to the operation conference room S30. In addition, when the client system 1 to be the next opponent returns to the operation conference room by the setting of the communication character, the game server 20 further moves the next client system 1 to the combat mode.

When the game by the last formation ends (S105: YES), since all the games are finished (S106: YES), the game server 20 returns all the client systems 1 to the operation conference room (state S30).

At that time, the game server 20 makes a rank determination. That is, when the battle format of the match is set to "actual", the game server 20 makes a rank determination of the competitive group member based on the competitive result. For example, it is determined by raising one rank of the client system 1 that has reached a predetermined number of victories, and lowering the rank of the client system 1 that has reached a predetermined number of defeats. If there is a client system that has not been connected to the game network for a period of time, the rank is reduced by one. The game server 20 updates the game history information in the personal information of the client system 1 which has changed the rank.

When there is a change in rank, the game server 20 causes the operation meeting room to display a window informing the fact that there has been a change of rank in a display format such as "command". In addition, when there is a rank change, the game server 20 creates a file for displaying the match history based on the match history information of the user DB 210 and transfers it to the storage area of the WWW server system. That is, the game server 20 creates a file in a hypertext format for displaying the match history, connects to the Internet, and uses an ftp (file transfer protocol) command or the like to the HTML storage area 31 of the WWW server 30. Transfer the file. Accordingly, the game history is stored in a state that can be viewed by a computer. It is preferable to set the game server 20 to display the match history periodically so that the game server 20 searches the user DB 210 to create and transmit the file.

Thus, according to 1st Embodiment, there exist the following advantages.

1) According to the present embodiment, since a simple easy lobby and an expert's preference for an expert's taste can be arbitrarily selected, an appropriate game environment can be provided for a beginner and an expert, respectively.

2) According to the present embodiment, since it is set to start from a simple and easy easy lobby, it is possible to prevent an inexperienced person from suddenly entering the expert lobby and causing confusion or annoying others.

3) According to this embodiment, since the required menu is selected as the start menu, the operation is simple and easy to be familiar.

4) According to the present embodiment, since the self-introduction comment is set for each player and displayed on the opponent's system, other players can easily know the person's personality and the like.

5) According to the present embodiment, since quick messages such as slogans displayed at the time of operation are configured to be displayed on other systems in response to the operation buttons, communication with others rich in realism without burdening the player being operated is performed. We can plan.

6) According to the present embodiment, since the competitive group can be set to an arbitrary rule in the form of a conference room, it is possible to provide a player with various play methods and a large number of options of the player.

7) According to the present embodiment, since the situation of the competitive game group is displayed, others can easily grasp the situation of the competitive game group.

8) According to this embodiment, since the match history of each player is displayed together with the number of wins, the winning rate, etc., the strength of each member can be easily grasped.

9) According to this embodiment, since chat can be freely performed between players, communication between players can be deepened.

10) According to the present embodiment, since a chat channel is provided in a plurality of hierarchies, various chats can be enjoyed from a general chat to a chat between specific people.

11) According to the present embodiment, it is possible for a person other than to compete in the competitive group to watch both games, so that a pleasant game environment can be provided, such as playing or watching a competitive game between friends in an entertainment center. Can be.

12) According to the present embodiment, since the person who is watching can send a chat to the person playing the game, it is possible to provide a pleasant game environment in which the entertainment center is watching a game of competition between friends.

13) According to the present embodiment, the new match formation can be executed in various forms, so that a pleasant game progression method suitable for the user can be set.

14) According to the present embodiment, since the message can be transmitted to any of the accessors without being restricted to the competitive game group to which it belongs, a pleasant communication environment can be provided.

2nd Embodiment

A second embodiment of the present invention relates to a communication game system for playing team battle in a match group.

The system configuration, hardware configuration, overall processing procedure, and operation in each client system in the second embodiment are the same as those in Figs. 1 to 3, 8 and the corresponding descriptions of the first embodiment, so that description thereof will be omitted. Omit.

"Team match" of the present embodiment refers to a match mode in which the same group is divided into two subgroups and competes for victory or loss. Client systems selected from both of the subgroups play against each other, and as a result of the match, the losing client system replaces the other client systems of the same subgroup, and fights the winning client system.

"Team game operation meeting room" (team game game group) is created in the menu M2 of state S12 (FIG. 12) of FIG. 3, when the client system 1 used as a host selects "team game." In the meeting room preparation of state S13, the client system 1 which creates a "team battle operation conference room" WHEREIN: The combat form, the number of seconds, the number of sets, and the number of stages are determined similarly to 1st Embodiment. In particular, the client system 1 which creates this conference room must divide the match group into two subgroups, DNA and RNA, as shown in FIG. do.

By the way, the player of the client system 1 who wants to participate in the "team battle" moves the cursor on the operation meeting room icon of the operation name list W3 in which the competitive mode is "team battle" in the expert lobby operation menu (FIG. 10). The game server 20 searches the expert lobby DB 212 based on the operation name information, specifies the team match DB 214 in which the match group of the corresponding "team match" is stored, and reads the detailed information to read the client system. Return to (1).

In the situation report window W5 (state S20), when a predetermined operation (for example, the "A" button is pressed) is performed by the player, the game server 20 requests to join the competitive game group selected from the client system 1. It is determined that there has been, and the client system 1 is registered as a new participant in this competitive game group (S40). That is, the team game DB 214 is updated by newly relating the personal information of the client system 1 which wanted to participate in the group information of the competitive game group.

19 shows an example of the screen display provided to the client system 1 participating in the "team match" competitive mode. This "Operation Meeting Room" is provided only to the person who created the Great War Group (host) or the person who participated in it. The game server 20 performs each display by reading the corresponding record from the team game DB 214.

In the title window W1, "team match" which is this competitive mode is displayed. Underneath it is a status display indicating whether or not a match is being played, the name of the operation that is the name of this match group, and the number of participants. The chat window W2, the member list W8, and the game rule window W9 are the same as in FIG. However, in the game rule window W9, since there is a game rule that the member of the subgroup to which the losing client system 1 belongs is replaced, there is no setting for "change at end". The battle schedule window W11 is divided into a DNA side and an RNA side, and members of the two subgroups are displayed in the order of battle in the name field W111. In the number of winnings display column W112, the number of winnings for each team member is indicated by a marker. In the knitting display W113, what kind of competitive game was played. Results In W114, the number of victories, defeats, and draws for each sub team is displayed.

In the state S40, when the player moves the cursor over one member displayed in the member list W8, the game server 20 reads the personal information corresponding to the member from the user DB and displays it in the player data window W7. (S43: Fig. 20). This window is the same as the player data window in FIG. In the state S40, only when the player of the host client system 1 has pressed the start button of the control pad 11, the same start menu as shown in Fig. 11 is displayed (S41). However, it differs in that the start menu and the team fight schedule change items are added to the start menu M1.

Only the client system 1 serving as the host is authorized to change the game rules. If the player who is the host selects "Change Team Battle Battle Schedule", the game server 20 moves to the schedule change state (S42) and changes the Team Battle Battle Schedule Change window W12 as shown in FIG. 21 to the host client system 1. Display. In this window, it is possible for the host client system 1 to register and change the member selected from the member list W8 in any order from any subgroup. The battle type, the number of seconds, the number of sets, and the numbers and rules of the stage are also determined by the selection.

When the player of the host client system 1 selects "match start" in the start menu, the game server 20 moves each client system 1 to the competitive mode (S44).

The detailed operation in team match-up mode is demonstrated based on FIG.

The game server 20 transmits a command for transitioning to the combat mode to the client system 1 set to the initial formation in the combat schedule, and a command for transitioning to the observer mode for the other client systems 1. (S200). If there is a client system 1 that has joined the conference room later, the game server 20 joins the system to the team in spectator mode.

The game server 20 designates a character to be displayed in battle with respect to the client system 1 entering the combat mode (S201). The character is selected from among a plurality of candidates, for example. If the player specifies a specific key operation such as an escape key at the time of setting the communication character (S202: YES), the player can escape from the permanent loop and return to the expert lobby.

When the setting of the communication character is finished (S203: YES), the game server transmits a command for starting a match to the client system 1 set for the first knitting (S204). The operation of each client system 1 and game server 20 in the combat mode and the watching mode is the same as in the first embodiment.

The battle process continues until the battle in the first formation ends (S205: NO). If the match ends (S205: YES), the team play continues unless any player whose rank is set to "Captain" in any subgroup loses (S206: NO). That is, the game server 20 transfers the lost client system to the observer mode, and instead transfers the client system set in the following order from the subgroup to which the client system belongs to the competitive mode (S207). Draw the line of organization indication W113 between the name of the client system and the name of the client system that is eligible to compete in the next meeting. In addition, the number of markers is increased in the number of wins W112 of the client system eligible for the next meeting. Subsequently, the processes (S201 to S207) after setting the communication character are repeated.

When the "master" of one subgroup is lost (S206: YES), the game server 20 notifies each client system 1 of the result of the team game (S208). The game server 20 updates the score display W114 in the subgroup according to the match result.

In addition, the game server 20 executes rank determination before and after display of the competitive game result as in the first embodiment. Uploading of the match history to the WWW server is also performed in the same manner as in the first embodiment.

As described above, according to the second embodiment, since the same effects as those of the first embodiment can be achieved, team play can be executed. Therefore, a unique play method in which players from remote locations fight in teams can be provided.

Third embodiment

A third embodiment of the present invention relates to a communication game system for playing a league match in a match group. Since the system configuration, hardware configuration, overall processing procedure, and operation in each client system in the third embodiment are the same as those in Figs. 1 to 3, 8 and the corresponding description of the first embodiment, the description thereof will be given. Omit.

The "league match" of the present embodiment refers to a match mode in which one client system is ordered to play against all other client systems in the same group. When the match by one formation is finished, another client system that is not playing as a client system that each client system has not yet played is determined as the next match formation for each client system.

The "league war game room" (league war game group) is created by the client system 1 serving as a host selecting "league war" in menu M2 of state S12 (FIG. 12) of FIG. The client system 1 which creates a "league operation conference room" determines the battle format, the number of seconds, the number of sets, and the number of stages similarly to the first embodiment in the actual production of the meeting in state S13. In particular, in this conference room, the game server 20 simultaneously plays a game against a plurality of client systems 1, so that the host client system 1 selects a member who participates in the league in the list of participating members from the match group. Register.

The player of the client system 1 who wants to participate in the "league battle" moves the cursor on the operation meeting room icon of the operation name list W3 in which the competitive mode is "league battle" in the expert lobby operation menu (FIG. 10). The game server 20 searches the expert lobby DB 212 based on the operation name information, specifies the league game DB 215 in which the match group of the corresponding "league game" is stored, and reads the detailed information to the client. It returns to the system 1. In the situation report window W5 (state S20), when a predetermined operation (for example, the "A" button is pressed) is performed by the player, the game server 20 joins the competitive game group selected from the client system 1. It is determined that a request has been made, and the client system 1 is registered as a new participant in this competitive game group (S50). That is, the league DB 215 is updated by newly relating the personal information of the client system 1 which wanted to participate in the group information of the match group.

23 shows an example of the screen display provided to the client system 1 participating in the "league war" competitive mode. This "Operation Meeting Room" is provided only to the person who created the Great War Group (host) or the person who participated in it. The game server 20 performs each display by reading the corresponding record from the league DB 215.

In the title window W1, "league match" which is this competitive mode is displayed. Underneath it is a status display indicating whether or not a match is being played, the name of the operation that is the name of this match group, and the number of participants. The chat window W2, the member list W8, and the game rule window W9 are the same as in FIG. However, in the game rule widow W9, since the league is a game rule, there is no setting for "change at end". The participating member window W12 displays a list of combat participating members assigned by the host client system 1. The first part W131 of the participant window W13 displays the number of battle participants, the battle start time, and the battle end time of the league game. Name field W132 displays the names of the members participating in the battle. In the number of wins, W133 displays the number of wins of each member. The grade column W134 is given an asterisk from the top to a certain rank for the participants with excellent grades.

The player data window can be displayed as in the first embodiment or the second embodiment.

In the state S50, only when the player of the host client system 1 has pressed the start button of the control pad 11, the same start menu as shown in Fig. 11 is displayed (S51). However, it differs in that items such as "game start" and "registration registration of league participants" are added to the start menu M1.

Only the client system 1 serving as the host is authorized to change the game rules. If the player who is the host selects "Registration of league participation member", the game server 20 moves to the participation member registration state (S52), and the league battle participation member registration window as shown in FIG. 23 in the host client system 1. Display W13. In this window, the host client system 1 can register and change the member selected from the member list W8 to any one of the league battle participation member lists. The battle type, the number of seconds, the number of sets, and the numbers and rules of the stage are also determined by the selection.

When the player of the host client system 1 selects "match start" in the start menu, the game server 20 moves each client system 1 to the competitive mode (S54).

The detailed operation in the league match game mode will be described with reference to FIG. 6.

The game server 20 transmits a command for appropriately dividing the member registered as the combat participation member into a plurality of groups to transfer the client system 1 to the combat mode (S300). The game server 20 transmits a command for transitioning to the game mode for the client system 1 and the other client systems 1 which have an odd number of participating members and are eliminated from the first game. If there is a client system 1 that has participated in the conference room later, the game server 20 joins the system to the league in spectator mode.

The game server 20 designates a character to be displayed in battle with respect to the client system 1 entering the combat mode (S301). The character is selected from among a plurality of candidates, for example. If the player specifies a specific key operation such as an escape key at the time of setting the communication character (S302: YES), the player can escape from the permanent loop and return to the expert lobby.

When the setting of the communication character is finished (S303: YES), the game server transmits a command to start a match to the client system 1 assigned to the first match formation (S304). The operation of each client system 1 and game server 20 in the combat mode and the watching mode is the same as in the first embodiment.

The battle process continues until the battle in the first formation ends (S305: NO). If the match ends (S305: YES), the league match continues unless all matches are finished (S306: NO). That is, the game server 20 records the scores of the first competitive game in the number of wins W133 and the score column W134, and then competes with each client system 1 and the participant who has not yet played the game without considering the win or loss of the first competitive game. Let's do it. There is no limitation on the method of determining the combination. Although it may be divided in the order of participation list, it is preferable to start the next battle without waiting for the end of the other teams by determining the grouping from the person who finished the match first, and thus, it is preferable. When the client system 1 which has already played all the other participating members comes out, the game server 20 transmits a command for switching to the watching mode (S307). The number of wins and grades will be updated each time the match ends.

If the league is terminated for all combat participating members (S306: YES), the game server 20 notifies each client system 1 of the result of the league match (S308). The game server 20 displays the victory / loss of the battle participating member in the form of the win number table W15 as shown in FIG.

In addition, the game server 20 executes rank determination before and after display of the competitive game result as in the first embodiment. The upload of the match history to the WWW server is also performed in the same manner as in the first embodiment.

As described above, according to the third embodiment, the league game can be executed in addition to the same effects as in the first embodiment. Therefore, a unique play method of competing for the superiority of the game operation after all the players in the remote field fights. Can be provided.

Fourth embodiment

A fourth embodiment of the present invention relates to a communication game system for playing tournaments within a match group. The system configuration, hardware configuration, overall processing procedure, and operation in each client system in the fourth embodiment are the same as those in Figs. 1 to 3, 8 and the corresponding descriptions of the first embodiment, and thus the description thereof. Omit.

"Tournament match" of the present embodiment is a match mode in which a match is played in a so-called winner advance game in the same group. The game server 20 sets the organization to play against by referring to the tournament group information in advance, and the client systems that have been the winners of the game starting from the lower floor are determined as the next game formation. To determine one winner.

The "tournament battle battle meeting room" (tournament battle competition group) is created by the client system 1 serving as the host selecting "tournament competition" in menu M2 of state S12 (FIG. 12) of FIG. In the meeting room preparation of state S13, the client system 1 which creates a "tournament operation meeting room" determines the battle format, the number of seconds, the number of sets, and the number of stages as in the first embodiment. In particular, in this conference room, the host client system 1 sets the organization of the tournament among the combat participation members participating in the tournament.

The player of the client system 1 who wants to participate in the "tournament exhibition" moves the cursor on the operation meeting room icon of the operation name list W3 whose competitive mode is "tournament exhibition" in the expert lobby operation menu (FIG. 10). . The game server 20 searches the expert lobby DB 212 based on the operation name information, specifies the tournament game DB 216 in which the match group of the corresponding "tournament game" is stored, and reads the detailed information. To the client system 1. In the situation report window W5 (state S20), when a predetermined operation (for example, the "A" button is pressed) is performed by the player, the game server 20 joins the competitive game group selected from the client system 1. It is determined that a request has been made, and the client system 1 is registered as a new participant in this competitive game group (S60). That is, the tournament information DB 216 is updated by newly relating the personal information of the client system 1 which wanted to participate in the group information of the match group.

FIG. 25 shows an example of a screen display provided to the client system 1 participating in the "Tournament War" match-up mode. This "Operation Meeting Room" is provided only to the person who created the Great War Group (host) or the person who participated in it. The game server 20 performs each display by reading the corresponding record from the DB 216 before the tournament.

In the title window W1, the "tournament match" which is this competitive mode is displayed. Underneath it is a status display indicating whether or not a match is being played, the name of the operation that is the name of this match group, and the number of participants. The chat window W2, the member list W8, and the game rule window W9 are the same as in FIG. However, in the match rule window W9, since the tournament is a match rule, there is no setting for "change upon end". In the battle schedule window W16, the tournament organization table of the battle participation member determined by the host client system 1 is displayed. The first part W161 of the battle schedule window W16 displays the number of battle participants, the battle start time, and the battle end time before the tournament. Name field W163 displays the names of the participating members. In the organization display column W162, the organization of the combatants is displayed in a line form. The paths of participating members who are eligible for the next meeting will be displayed in bold lines or colors.

The player data window can be displayed as in the first embodiment or the second embodiment. In the state S60, only when the player of the host client system 1 has pressed the start button of the control pad 11, the same start menu as shown in Fig. 11 is displayed (S61). However, it differs in that the items such as "match start" and "registration of tournament participants" have been added to the start menu M1.

Only the client system 1 serving as the host is authorized to change the game rules. If the host player selects "registration of the tournament match member", the game server 20 moves to the participation member registration state (S62) and registers the tournament match member as shown in FIG. 26 in the host client system 1. Display window W17. In this window, the host client system 1 can register and change the member selected in the member list W8 to the name field W163 in any of the battle schedule windows W16 before the tournament. The battle type, the number of seconds, the number of sets, and the numbers and rules of the stage are also determined by selection.

When the player of the host client system 1 selects "match start" in the start menu, the game server 20 moves each client system 1 to the competitive mode (S64).

The detailed operation in the pre- tournament match mode will be described with reference to FIG. 7.

The game server 20 transmits a command for transitioning to the combat mode from the client system 1 of the combat participation member who is to be played in the first formation before the tournament (S400). To the client system 1 of the competitive member who did not participate in the battle, the game server 20 transmits a command to switch to the watching mode. If there is a client system 1 that later joined the conference room, the game server 20 joins the system in the spectator mode before the tournament.

The game server 20 designates a character to be displayed as a battle with respect to the client system 1 entering the combat mode (S401). The character is selected from among a plurality of candidates, for example. If the player specifies a specific key operation such as an escape key at the time of setting the communication character (S402: YES), the player can escape from the permanent loop and return to the expert lobby.

When the setting of the communication character is completed (S403: YES), the game server transmits a command for starting the competition between the client systems 1 of the first rotation according to the formation before the tournament (S404). The operation of each client system 1 and game server 20 in the combat mode and the watching mode is the same as in the first embodiment.

The charging process is continued until the first rotation is completed (NO at S405). If the rotation ends (S405: YES), the game proceeds to the next winner advance competition unless the final game is finished (S406: NO). That is, the game server 20 wins one turn and displays the path in a specific display form up to the position of the second turn of the client system 1 which is eligible for the next meeting. The game server 20 transmits a command to transition to the combat mode so that the person who competes in the next round wins the first round in the second round, and enters the watching mode to the client system lost in the first round. The command to transmit is sent (S407). This processing (S401 to S407) is repeated until the final game is finished.

When the final game ends (S406: YES), the game server 20 notifies each client system 1 of the result before the tournament (S408). In other words, the game server 20 performs display on the tournament operation conference room (FIG. 25) to compliment the winner or the runner-up.

In addition, the game server 20 executes rank determination before and after display of the competitive game result as in the first embodiment. In particular, the degree of promotion of the rank may be increased for the winner or the runner-up. The upload of the match history to the WWW server is also performed in the same manner as in the first embodiment.

As described above, according to the fourth embodiment, since it is configured to perform the tournament game in addition to exhibiting the same effects as in the first embodiment, it is possible to provide a unique play method in which new players can compete with remote players. Can be.

According to the first to fourth embodiments Variant

The present invention is not limited to the above embodiment and can be applied in various modifications. For example, in the above-described embodiment, a typical sports competition format such as normal, team, league, and tournament competitions is applied, but other competition formats may be applied.

Moreover, in the said embodiment, although the participant member was selected from the competitive group, the battle according to the competitive mode of this invention may be provided with respect to all the connecting users. The game environment of the present invention is provided to a client server which is connected at the time of responding to the call of the game server and applied for participation. Particularly in team play, it is possible to play a match between specific categories, for example, an East-West match. In addition, it is desirable to hold national tournaments during tournaments.

Also, in the above-described mode, when determining the competitive game arrangement in the competitive game group, the judgment is not made according to the rank. good. In other words, if a player who is too far from each other wins and loses, the game server prohibits the game.

In addition, when determining the match formation in the match group, a handicap may be set for each client system based on the match history information. In this way, charging can be performed in relation to the uniform force, thereby maintaining fairness. In the case of a competitive game in a set handicap, the class change may be prohibited in accordance with the competitive game result as in the above-described simulated competitive game.

In addition, although the client system performs the process of generating a vibration based on a command from the game server, the same effect can be obtained even if the client system is configured to drive the vibration generating means independently if the client system has a predetermined operation condition.

In other words, the configuration of the database and the role sharing between the game server system and the client system can be easily changed and reconfigured according to the system, without being limited to the above embodiments.

Fifth Embodiment

Subsequently, a fifth embodiment according to the present invention will be described based on FIGS. 27 to 35.

The communication game system according to this embodiment is characterized by a character selection process, and the configuration of this selection process is applicable to the first to fourth embodiments described above.

In addition, since the system structure and the whole process sequence in this 5th Embodiment are substantially the same as each above-mentioned embodiment, these description is abbreviate | omitted and it demonstrates centering around a different part. The different main part is the character selection process in each client system.

In order to execute this character selection process, each client system 1 according to the present embodiment is provided with a control pad 11 shown in FIG. 27.

This control pad 11 has a structure as a manual manipulator operated by each player, and is provided with an operation button group 301, a cross key 302, an analog direction key 303, an R trigger switch 304, etc. as an operation part. The connection cord 305 provided with the connector P can be connected to the game machine main body 10.

Among these, for example, the quick messages described in the above-described first embodiment are assigned to each button of the operation button group 301, for example. For this reason, the player can send the game console main body 10 the data of the quick message assigned to the button only by one-touch operation of the desired button of this operation button group 301 during a game. The quick message is transmitted to the client system of the opponent or the spectator via the game network 40, and is superimposed and displayed on the game screen of these monitors 12.

The control pad 11 outputs the pad data to the game console main body 10 in the format shown in Fig. 28 when the various operation units 301 to 304 described above are operated. That is, it consists of all 16 bits of pad data, and 0 to 13 bits are allocated to the operation state of an operation unit such as a pad or a stick. The 14 bits indicate whether the device used is a twin stick or pad. The last 15 bits are allocated as bits for notifying the end of the custom selection mode at the time of character selection described later. Normally, 15 bits are set to 0, and 15 bits are set to 15 bits when notifying the end of the custom selection mode.

The control pad 11 can be detachably mounted with a portable card memory 306 serving as an external recording medium. Although the connection port PT of the card memory 306 is not shown in FIG. 27, two points are prepared in one control pad 11. In addition, as shown in Fig. 27, the game console main body 10 is provided with four ports A to D for connecting the control pad 11 to each other. Therefore, up to four control pads 11 can be connected to the game machine main body 10, and up to eight memory cards 306 can be operated at that time.

In this embodiment, this memory card 306 is used to store data of a customized (custom made) character at the time of character selection described later. The customized character means that the player changes the color and brightness of the part according to his or her preference without changing the shape of the part of the character prepared as a default in each client system 1 in advance. That is, each client system 1 can have a maximum of eight memory cards, i.e. eight customized character data.

By connecting the memory card 306 to the port of the control pad 11, the game console main body 10 reads the data of the customized character from the memory card 306, loads it into the RAM of the own system, and simultaneously plays a game network. It may transmit to the counterpart client system 1 via 40.

In addition, the memory card 306 may load character data customized by other recording media, such as a CD-ROM, into the game console main body 10. As shown in FIG.

29 to 31 are processes executed by each client system 1, and the above-described first embodiment corresponds to FIG.

Specifically, as shown in Figs. 29 and 30, the game machine main body 10 of each client system 1 reads an operation signal (S599) and checks whether or not the operation content indicates communication start (S600). ). If communication is not started (NO at S600), the processing as a normal independent game device is continued as the independent mode (S601).

On the other hand, when the communication start is indicated (S600: YES), since the game console main body 10 communicates in the synchronous mode, a general procedure for establishing a connection is executed. That is, the game console main body 10 selects and calls the server registered beforehand, and transmits necessary information, such as a handle name, ID, and a password, after connection (S602). If the connection cannot be established, the processing apparatus returns to the effect as normal error processing.

After the connection is established, the game console main body 10 displays the main menu (S603), further reads the transmission command from the game network 40, and interprets it based on a predetermined command agreement (S604, 605).

Subsequently, when the command shows the easy lobby (simple match mode) operation window display (S606: YES), the game console main body 10 displays a basic screen (see FIG. 9 described above) called the easy lobby operation window (S607). ). In addition, the game machine main body 10 performs character selection (S608: see FIG. 31) as mentioned later.

Similarly, when the command is displaying the expert lobby (professional competitive mode) operation window display (YES at S609), the game console main body 10 displays a basic screen called the expert lobby operation window (S610). In addition, the game machine main body 10 executes character selection (S611: see FIG. 31) as mentioned later.

It is assumed that the expert lobby operation window referred to herein includes various window displays (described above with reference to FIGS. 11 to 26) in addition to the basic screen (see FIG. 10 and the like described above). These basic screens are displayed based on the image data stored in the client system. However, the game server system 2 is configured to store a file in a hypertext format for displaying these operation windows, provide it to the client system in a timely manner, and display the file based on the function of the browser for viewing the hypertext. Also good.

If the command indicates the transition to the competitive mode (S612: YES), the game console main body 10 executes the competitive game process based on the image data in the client system or the like instead of these screen displays (S613).

Subsequently, when the operation signal is supplied from the control pad 11 (S614: YES), the game machine main body 10 reads the operation signal (S615), and commands the game network 40 in accordance with a predetermined command agreement. (S616).

In addition, when the read operation signal includes quick message information output by one-touch operation of the operation button of the control pad 11, the game console main body 10 commands the information to the user via the game network 40. It sends to the game server system 2 (S617). This quick message is notified by the game server system 2 to all the client systems 1 of the grandfather and spectators.

In addition, when the operation signal includes the viewpoint change information for the client system 1 that is watching, the game console main body 10 changes the viewpoint of the virtual camera in the game space according to the information, and projects from that position. The imaging process of a game space is commanded by the own system (S618). That is, the change of camera viewpoint functions effectively only in the client system 1 which is watching.

Further, when a command has been transmitted from the game network 40 (S619: YES), the game machine main body 10 reads this and interprets it based on the command agreement (S620).

Subsequently, when the chat information is sent as a command, the game machine main body 10 displays the character information on the screen of the monitor 12 based on the chat information (S621). In the present embodiment, the chat information is communicated to all of the client systems 1 that are watching, but the client systems 1 that are watching the game may be configured to exchange chat information. In addition, even when receiving the information, the client system 1 in the game is to discard it, so that the mood of the opponent is not distracted according to the chat information.

In addition, when a command to vibrate is sent as a command, the game machine main body performs a process of vibrating the vibration generating means 111 of the control pad 11 (S622).

The game machine main body 10 executes the permanent loop processing which does not return unless special operation, such as an escape, is carried out by cycling from step S604 to S622.

Next, the above-described character selection routine will be described based on FIG. 31.

The game machine main body 10 displays the normal character selection screen GM1 for the normal selection mode (first selection mode) as an initial screen in order to allow the player to select his character (S701: Fig. 32). Since this screen display is performed between the client systems 1 of which the competition is arranged, both players initially see the common screen GM1 in regard to character selection. While both players watch this screen GM1, the desired character is specified while selecting the character buttons on the screen described later.

As shown in Fig. 32, this normal character selection screen GM1 is a normal character stored in the game console main body 10 or the game server system 2 as a default in advance for the normal mode in the vicinity of the center portion and above (hereinafter, referred to as a normal character). Buttons for selecting a character for random mode: "random" B12, and two buttons for selecting a character for custom mode: "custom" B13 and It has a "custom rod" B14. The normal character selection screen GM1 is also set with windows for displaying game information necessary for messages other than the message windows M1 and M2 for displaying messages from itself and messages from the opponent.

This normal character selection screen GM1 is not only used for selecting a normal character but also serves as a button screen for selecting a character in a random mode and a custom mode.

The buttons B1 to B11 are buttons designated in the normal mode. These buttons are character selection buttons common to all client systems 1 that are set as defaults in advance, and the characters can be designated by simply selecting one button with a cursor as described later. Here, a desired character can be selected from 11 kinds of characters (combat game aircraft).

In addition, button B12 ("random") is a button specified in the random mode. When this button B12 is designated, a character is automatically prepared by the CPU side of the game machine main body 10 of the client system 1.

In addition, two buttons B13 and B14 ("custom" and "custom rod") are buttons which are selectively designated in the custom mode. If any one of these buttons is specified while the character data has not been loaded yet, the character data customized from the memory card 306 attached to the control pad 11 described above is entered in the order of loading.

Subsequently, the game machine main body 10 calculates the positions of the 1P cursor (self character selection cursor) and the 2P cursor (relative character selection cursor) currently placed on the normal character selection screen MG1 (S702). This cursor position is generated as the pad data described above and sent to the opponent via the game server system 2. This cursor position can be arbitrarily changed by operating the control pad 11. The own 1P cursor is displayed on the normal character selection screen MG1 as it is, for example, in the green frame around the buttons B1 to B14. The data of the opponent's 2P cursor is sent through the game network 40 and displayed on his normal character selection screen MG1 around the buttons B1 to B14, for example, as a red frame.

In the state of the normal character selection screen MG1 illustrated in FIG. 32, the 1P cursor is placed on the "custom rod" of the button B14, and the opponent 2P cursor is placed on the button B3.

Therefore, the game machine main body 10 determines whether "custom rod" or the first "custom" is specified based on the position on the screen indicated by the 1P cursor of the game machine (S703).

If it is determined that "custom load" or the first "custom" is specified by this determination, the custom data selection screen GM2 is displayed (S704: see FIG. 33). As shown in FIG. 33, this custom data selection screen GM2 is a window A1, A2, B1 which imitates the symbols of the four ports A to D of the game console body 10 and the memory card 306 belonging to each port. , ···, D1, D2 is presented. In addition, a window indicating a point where the memory card 306 is actually mounted is displayed with a higher luminance (indicated by diagonal lines in FIG. 33). In this case, FIG. 33 shows that the memory card 306 is attached to the ports B1 and B2 of the control pad 11 connected to the port B of the game machine main body 10.

Thus, the game machine main body 10 designates the desired memory card 306 via the button of the control pad 11 (FIG. 31: S705). That is, in this example, the memory card 306 of any one of the ports B1 and B2 is designated. When this designation is made, the character data is loaded into the game machine main body 10 from the memory card 306 of the designated port (S706). The processing in steps S704 to S706 corresponds to the custom mode processing. Thereafter, the screen returns to the normal character selection screen GM1 (S707).

On the other hand, in the case where NO is determined in step S703, the game console main body 10 determines whether the button selection is in the state of "custom (button B13)" after performing "custom load (button B14)" once (S708). ). In this case, since the desired desired character data is already loaded in the RAM of the game machine main body 10, the custom mode processing of steps S704 to S706 is omitted.

In other words, both the "custom rod (button B14)" and "custom (button B13)" are used when designating a custom mode, but the "custom (button B13)" side uses the same character when customized character data is already loaded. It is possible to make the reset to be performed simply by one touch. However, when the customized character data has not been loaded yet, the custom mode processing of steps S704 to S707 is included even when any one of "custom load (button B14)" and "custom (button B13)" is operated. The process is newly executed (S703).

Subsequently, in the case where NO is determined in step S708, the game console main body 10 determines whether the selection button is "random" of B12 (S709). When it determines with "random" designation by this, appropriate random mode processing, such as presenting the character set automatically by the computer side, is performed (S710), and the character data is loaded into the VRAM of the game machine main body 10. FIG.

On the other hand, when NO is determined in step S708, the button selected by the game console main body 10 is any one of the normal mode. For example, in the case of FIG. 32, it is any one of buttons B1-B11. Thus, the game console main body 10 determines a designated button and executes a process (normal mode processing) of loading data of a normal character assigned to the button into its own VRAM (S711).

In parallel with the above-described character selection, synchronous communication with the game server system 2 is regularly performed in both directions by the communication device 101 of the game machine main body 10 via the game network 40.

For this reason, data of the cursor position information on the screen GM1 calculated in step S702 and the character loaded in the self VRAM are transmitted to the game server system 2 via the game network 40. This character data is sent to the client system 1 of the opponent and stored, and is used for displaying the game screen according to the subsequent game. On the contrary, the character data and information sent by the client system 1 of the other party through the game network 40 under the control of the game server system 2 are also periodically and periodically transmitted to the communication device 101 of the main body of the game machine 10. Is received and downloaded to the game console body 10.

Therefore, the main body of the game machine 10 is based on the cursor position on the normal character selection screen MG1 included in this received information, and currently, the client system of the opponent has a character mode for custom mode (custom data) or character data for random mode (random data). It is determined whether or not) is being selected (S721). If this determination is NO, it is judged based on the same cursor position information whether or not the custom data or random data is continuously selected (S722). Since this judgment also indicates that the normal mode is designated when NO, the game console main body 10 commands the screen display processing of the normal mode (S723).

In the case of the screen display processing in this normal mode, the character selected by the other party is a normal character, so that a process of matching the position of the 2P cursor to the button according to the cursor position is instructed.

On the other hand, when YES in step S722, it indicates that the selection of the custom data or the random data is started at the other party now. That is, when the button "random", "custom load", or "custom" is specified. For this reason, the game machine main body 10 commands the process of reading and discarding the cursor position (pad data) received after this (S724). In other words, the pad data is read, but the processing (ie, invalidation processing) for discarding as it is is commanded without displaying processing.

Subsequently, the game console main body 10 instructs the display screen processing of the custom mode to replace the discarded pad data with the cursor position (pad data) used until immediately before the disposal process (S725). Therefore, while the discarding of the cursor position is continued, that is, while the selection process for the random mode or the custom mode of the other party is continued, the assistance by the judgment of step S726 described later is also obtained and displayed on the normal character selection screen MG1. The position of the opponent's 2P cursor does not change.

In addition, the game console main body 10 determines whether the selection of the custom data or the random data is completed from the binary state of the 15-bit pad data described above (S726). If this determination is NO, such selection is continued and processing for reading and discarding the pad data and display screen processing in the custom mode is continued (S724, S725).

However, when the determination of YES is made in step S726, the selection of the custom data or the random data is finished, and the process returns to the screen display processing of the normal mode (S727).

Since the character selection of the present embodiment is performed as described above, the character data in the normal mode as well as the custom mode and the random mode can be loaded in a natural screen state and in a state of securing game characteristics.

In other words, when one of the players who play the game designates these modes on the screen, the received cursor position, that is, the pad data is read and discarded (disabled), so that the 2P cursor indicating the selection of the opponent character is displayed on the screen of the other player. , "Custom" or "random" button will remain locked and will not move until character selection in these modes is complete. Accordingly, the other player described above can recognize that the opponent selects the character in the custom mode or the random mode. At this time, the cursor does not move unnaturally, which does not match the screen contents, and there is no discomfort. On the other hand, in the case of players who are aware of the situation, the opponent cursor may be able to predict the opponent's selected character from unnatural movements, but since the opponent cursor does not move in these modes, the expectation of the game is rather high. It can increase.

As such, there is no need to change the format of the transmission / reception data only for a specific process called character selection, and the consistency of the transmission / reception processing for real-time synchronous communication is achieved by a simple invalidation process that reads and discards data that the other party does not want to display. Can be maintained.

An example of the game screen obtained through the character selection in this way is schematically illustrated in FIGS. 34 and 35. These game screens are screens viewed by, for example, two opponents and the remaining ten spectators (waiters) determined by a game type among twelve players gathered through the Expert Lobby operation window.

34 shows an example of a game screen viewed from the monitor 12 by one of the two players competing. This game screen shows a game space with a camera point of view on the head of one character, and mutual characters C1 and C2 selected through the above-described character selection process are replaced. Emblems EB1 and EB2 of both opponents are displayed on both sides of the left and right sides of the screen as shown in identification numbers ID1 and ID2. In addition, the window WDa of the quick message is displayed at the position shifted downward in the screen. This quick message is sent to and displayed by the opponent as well as all the client systems 1 watching. Since the quick message can be displayed with a simple operation, the operation of the game is almost impaired, and the atmosphere of the game can be enhanced. Often, the game screen displays a window WDb representing the remaining time and life gauges LG1 and LG2 representing the remaining power of both characters.

35 is an example of a game screen viewed by the player 12 who is watching. This game screen represents the game space of another game with the camera point at an arbitrary position in the game space. The difference from the case of FIG. 34 is that a window WDc displaying a mode of the current camera view point biased to the lower left of the screen and a window WDd displaying chat information performed by spectators at the top of the screen are displayed.

In the case of the spectator, since the game can be watched at any camera viewpoint of the reader for each client system 1, the mode of the camera viewpoint at that time is displayed.

The chat information is also displayed in the translucent processed window WDd. As a result, the game screen is hardly influenced, and through this window, spectators can exchange appreciation of the current game state. Therefore, the sense of unity and the like which participate in the game can be enhanced, and the interest in the game is further increased, and the tiredness is reduced. Since the chat information can only be exchanged by the spectator and not displayed to the opponent, problems such as reduced concentration in the game are also prevented.

Thus, when a certain client system 1 is assigned to the combat mode, the game machine main body 10 moves its character based on the operation signal and based on the operation command provided from the game network 40. Change the position or shape of an enemy character. The assignment of the operation command can be arbitrarily determined for each game. By these processes, the player can play the game as if the two control pads 11 are connected to one game machine and are playing against another person.

On the other hand, when a certain client system 1 is assigned to the watching mode, the game console main body 10 moves both characters on the screen on the screen based on an operation command provided from the game network 40, Change the display style. At this time, the game screen being watched is easily changed to the desired position and angle by the player operating the switch of the magnetic control pad 11 (see Fig. 35).

By the processing of this viewpoint change, the spectating player can easily obtain the image which looked at the competition from all the places of the game space. Accordingly, the player can observe the progress state of the game in more detail, can enjoy more sense of realism of the game, and can taste a sense of unity with the game. Therefore, even if you are watching, you can increase your interest in the game and rarely get tired of it.

In addition, since the client systems 1 assigned to this watching mode can chat with each other, the player can watch the game as if they are cheering for a friend playing a game at the entertainment center. .

In addition, in the above-described embodiment, the character selection process has been described for the invalidation process for the display resulting from reading and discarding the received data. However, the present invention is not limited to this case, and the case where different game scenes are represented between the two client systems is described. Applicable to

In addition, in each of the above embodiments, as a method for providing an image or sound to a client system, basic image data, sound data, and program data for operating them are stored in the client system, and a game server transmits a command for operating them to the client. The form of operating the system is adopted.

However, a configuration may be provided so that images and sounds can be provided directly from the game server side by viewing a file in a hypertext format. For example, viewing files only in window screens such as operation conference rooms is preferable from the viewpoint of ease of information update and load distribution to devices.

1 is a system configuration diagram of a communication game system of the present invention.

2 is a hardware block diagram of a communication game system of the present invention.

3 is a state change diagram of the communication game system of the present invention.

4 is a flowchart of a communication game processing method (normal competitive mode) according to the first embodiment;

Fig. 5 is a flowchart of the communication game processing method (team match, that is, team opposing mode) in the second embodiment.

Fig. 6 is a flowchart of the communication game processing method (league match mode) in the third embodiment.

Fig. 7 is a flowchart of the communication game processing method (tournament match game) in the fourth embodiment.

8 is a processing flowchart of a client system in the present invention.

9 is a display example of an easy lobby operation window S01.

10 is a display example of an expert lobby operation window S10.

11 is a display example of the start menu S11.

12 is a display example of a meeting room selection menu S12.

13 is a display example of comment registration (S14).

14 is a display example of a battle situation report window S20.

15 is a display example of a connection list S21.

16 is a display example of a normal operation conference room S30.

17 is a display example of a player data window S33.

18 is a display example of a game rule change window S32;

19 is a display example of a team game operation meeting room S40.

20 is a display example of a player data window S43.

21 is a display example of a battle schedule change window S43.

22 is a display example of a league game operation conference room S50.

23 is a display example of a participation member registration window S52.

24 is a display example of the game score report S55.

25 is a display example of a tournament operation conference room S60;

26 is a display example of a participation member registration window S62;

27 is a schematic configuration diagram of a game machine body according to a fifth embodiment.

Fig. 28 is a schematic diagram showing the configuration of a data format.

29 is a flowchart showing an outline of character selection in conjunction with FIG. 30;

30 is a flowchart showing an outline of character selection in conjunction with FIG. 29;

Fig. 31 is a flowchart showing an outline of a character selection processing routine.

Fig. 32 is a diagram showing an initial screen at the time of character selection.

33 shows a selection screen in a custom mode at the time of character selection.

Fig. 34 is a diagram illustrating a game screen for a game game.

35 is a diagram illustrating a game screen for spectators.

<Explanation of symbols for main parts of drawing>

1: client system

2: game server system

3: World Wide Web Server System

4: circuit network

10: game console

11: control pad

12: monitor

20: Game Server

21: storage area (database)

30: World Wide Web Server

31: Hypertext Writing Language (HTML) Storage Area

40: Game Network

41: Internet

100, 200: processing unit

101, 201: communication device

102: output data generating device

110: operating device

111: vibration generating means

210: user database

211: easy lobby database

212 Expert Lobby Database

213: Normal Database

214: Team Match Database

215: League Database

216: Database before tournament

306: Card Memory

Claims (12)

And a game server system for communicating with a plurality of client systems and the plurality of client systems, and sequentially communicating communication data about a game between the one client system and another client system through the game server system. A communication game system that can transmit and receive Common data storage means for storing common data selectable in common from the one client system and the other client system; Separate data storage means for storing individual data selectable only in each of the one client system and the other client system; A common display screen commonly displayed on each of the display means of the one client system and the other client system as a screen for selecting and operating the common data, and the one client system and another client as a screen for selecting and manipulating the individual data. Display screen switching means for switching the individual display screens displayed individually on each display means of the system, When the one client system is displaying an individual display screen on the display means at the time of transmission and reception of the communication data between the client systems, the client system includes data to be invalidated in the communication data. And the other client system causes the invalidation process to be performed on the data to be invalidated. The communication game system of claim 1, wherein the common data is a normal character and the individual data is a custom character. A communication game system according to claim 1, wherein said individual data storage means is external storage means. The communication game system according to claim 1, wherein the data to be invalidated is data relating to a selection operation of changing the position of a cursor on the individual display screen. A communication method of game data for transmitting and receiving communication data about a game between a plurality of client systems through a game server system, The client system, Common data that can be selected in common with other client systems, and individual data that can be selected only from their client systems are stored in advance in the data storage means, A common display screen commonly displayed on the display means of the self and other client systems as the screen on which the common data is selected and operated, and an individual display individually displayed on the display means of the client system as the screen on which the individual data is selected and operated. It is to switch the display screen to switch the screen, When the individual display screen is displayed on the display means when transmitting the communication data to the other client system, the communication data is transmitted including the data to be invalidated. A communication method characterized by performing invalidation processing on data to be invalidated. The method of claim 5, wherein the common data is a normal character and the individual data is a custom character. 6. The method of claim 5, wherein said individual data is stored on an external storage medium. The communication method according to claim 5, wherein the data to be invalidated is data concerning a selection operation of changing the position of a cursor on the individual display screen. delete delete delete delete

Images