JP2004089584A - Network game playing system and computer program for realizing system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a network game playing system and its computer program that enables the user to easily understand the progress of the game visually and to achieve a sense of operating as if the Shogi and Igo games are actually being played there. <P>SOLUTION: An animation displaying means for displaying animation on the game display window on the terminal is installed on the terminal. And by composing the network game playing system to exchange only the animation activating command between the terminal and the server, the animation activating command can be constituted with relatively smaller capacity of information than the case where animation itself is being exchanged. By this a low volume of communication module can be exchanged between the terminal and the server and the animation can be displayed while reducing the time required for transmitting/receiving the data and the load of the server for processing data to enable the users to easily understand the progress of the game visually. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network game system capable of playing at least one of Shogi and Go games between two terminals connected to a server via a communication network, and a computer program for realizing the system. .
[0002]
[Prior art]
2. Description of the Related Art Conventionally, network game systems that connect to a predetermined server via a communication network and play games such as shogi and go with other users connected to the server have become widespread. Normally, such game play is realized on the Internet WEB browser of each terminal by an applet written in Java (trademark of Sun Microsystems, Inc.) which is a well-known programming language. The applet is downloaded to the terminal when connected to the server, operates on the Internet WEB browser, and is deleted from the terminal when the connection with the server is disconnected (when the applet ends).
[0003]
[Problems to be solved by the invention]
However, in the network game using such an applet, it is necessary to reduce the capacity of the applet due to problems such as the trouble of downloading the applet and the increase in communication amount due to the applet at the time of the game. It becomes what was done. For example, with regard to game display, in order to display a piece movement / stone driving animation on the terminal side during movement of a piece in shogi or stone driving in Go, the display before and after the piece movement / stone driving is switched. It is difficult to display an animation because it requires processing of a large amount of data as compared with only processing. Because animation is not displayed in this way, it is difficult for the user to visually understand which piece has moved and how even if the game record is displayed when moving pieces / stones. There was a problem.
[0004]
Therefore, the object of the present invention is to allow the user to easily understand the progress of the game visually and to obtain an operational feeling as if a full-scale shogi or go game is actually being played there. The object is to provide a network game system and a computer program for realizing the system on a computer.
[0005]
[Means for solving the problems and actions / effects]
In order to solve the above problem, in the network game system of the present invention,
In a network game system capable of playing at least one of Shogi and Go games between two terminals connected to a server via a communication network,
If the game is shogi,
The terminal
Game display window setting means for displaying a game display window having a board surface for shogi on the terminal;
An animation display means for receiving an animation start command and displaying an animation of shogi piece movement on the game display window;
Input means for inputting a piece movement on the board;
Based on the input by the input means, an animation activation command is generated, the command is transmitted to the animation display means of the terminal, and the animation activation command generation means is also transmitted to the server,
The server
The animation activation command distribution means for distributing the animation activation command received from one terminal to the other terminal,
The game is progressed by the two terminals alternately sending animation start commands to the server.
[0006]
Also, if the game is Go,
The terminal
Game display window setting means for displaying a game display window having a board surface for Go on the terminal;
An animation display means for receiving an animation start command and displaying an animation of Go stone smashing on the game display window;
Input means for inputting stones on the board surface;
Based on the input by the input means, an animation activation command is generated, the command is transmitted to the animation display means of the terminal, and the animation activation command generation means is also transmitted to the server,
The server
The animation activation command distribution means for distributing the animation activation command received from one terminal to the other terminal,
The game is progressed by the two terminals alternately sending animation start commands to the server.
[0007]
As described above, the network game system is configured so that animation display means for displaying animation on the game display window of the terminal is provided on the terminal side, and only the animation activation command is exchanged between the terminal and the server. If configured, the animation activation command includes the piece type information, the pre-movement position information, and the post-movement position information in the case of shogi, the meteorite type information and the stone driving position information in the case of Go, and the animation itself. Compared with the case of exchanging information, it can be configured from information having a relatively small capacity. As a result, since a low-capacity communication module is exchanged between the terminal and the server, it is possible to display an animation while reducing the time required for data transmission and reception and the processing load on the server. The user can easily understand the progress of the game visually.
[0008]
In addition, the server can distribute the animation activation command to a terminal that is not in a game state,
The terminal that is not in the game state can receive the animation start command from the server and display the animation in the game display window, thereby browsing and displaying the game in real time in the game display window. If the network game system is configured so that it can be played, a third person who is not playing games can watch a game with the same animation display as described above. You can easily understand the progress of the game.
[0009]
In the network game game system of the present invention, the server and the terminal have chat execution means for displaying chat information in the game display window and enabling chat between the terminals related to the game. The term “between the terminals related to the game” here means that the two terminals in the game state and the third party's terminal browsing and displaying the game are included. This makes it possible to chat between players or between spectators, and feels as if you are actually playing a game while surrounding a single board with multiple people. It is done.
[0010]
Also, in such a situation, the spectator may be lying down and the player may not be able to concentrate, so the terminal in the game state is refused to participate in the chat of the terminal not in the game state It is possible to prevent a spectator from lying down by having a function that can do this.
[0011]
In the network game game system of the present invention, the terminal is capable of storing a game record of the game, and configured to reproduce and display the game on the game display window based on the game record after the game. ing. By displaying the game reproduction display in the game display window, the user can easily look back on the past game visually.
[0012]
In the network game system of the present invention, the plurality of terminals connected to the server synchronize each terminal with the same reproduction display on each terminal based on the past game records. It can be performed in real time. The terminal displays such a real-time reproduction display on each game window. When the server and the terminal have chat execution means, the server relates the plurality of terminals to the game. When a network game game system is configured so that a chat can be performed between the plurality of terminals as a terminal, past games can be reproduced and displayed on the plurality of terminals in real time. In addition, when the terminal has a chat function, it is possible to talk about the game between users by chatting while watching the reproduction display.
[0013]
Furthermore, a user who operates at least one of the plurality of terminals is a shogi and / or go stepped person, and a user who operates another terminal can view the reproduction display in real time with the stepped person, If it is possible to receive instruction from the stepped person through the chat, it will lead to improvement of the user's competition level. And the user who received the said guidance pays a fee to the said stepped person according to the number of games to which the said instruction was performed, and brings a side income to the stepped person.
[0014]
In the network game playing system of the present invention,
The server and the terminal set a chat room in which chat between a plurality of terminals connected via a communication network is possible, and display chat information of the chat room in a chat room window set in each terminal. Having chat room execution means to perform,
When the terminal starts to access the server or after the end of the network game, a user who operates the terminal joins the chat room and chats with other users participating in the chat room. The network game is started when the game is negotiated by mutual exchange and the both parties reach an agreement.
[0015]
As described above, by providing a chat room that allows chatting between multiple terminals, the user can go to a place such as Shogi Dojo or Sakaikai, find an opponent, and play a game. A feeling can be obtained.
[0016]
The computer program of the present invention is for causing a computer to function as each means of the network game playing system. The computer in which the computer program is installed includes a CPU for functionally realizing each unit of the system, a RAM that serves as a work area of the CPU, a storage device that serves as a data storage unit, and a display device. It is necessary to have a display device for this purpose.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the network game game system of the present invention will be described below with reference to the accompanying drawings.
FIG. 1 is a block diagram showing an overall configuration of a network game playing system 1 (hereinafter also simply referred to as system 1) of the present invention. The system 1 includes a communication network 2 such as the Internet, a server 3 connected via the communication network 2, and a terminal 4 composed of a user's personal computer, etc., and includes the Internet, an intranet, a personal computer communication network, a public telephone One terminal 4 connected to the server 3 via a communication network 2 (in this embodiment, the Internet) including a line network, a LAN, or the like plays a game of either shogi or go.
[0018]
FIG. 2 shows a configuration example of the terminal 4, which includes an I / O port 11, a CPU 12, a ROM 13, a RAM 14, a hard disk drive (HDD) 15 forming a local volume, and a modem for connecting to a network (modem, router, (LAN board, etc.) 16, an input unit 17 including a keyboard, a mouse, and other pointing devices, a monitor 18, a D / A converter 19, and a speaker 20 connected thereto. A storage device (CD-ROM drive or the like) 21 other than the HDD 15 is also connected.
[0019]
The RAM 14 serves as a work area for the CPU 12, and forms an execution memory for a game program executed by the CPU 12 and various data memories (including a cache memory) used when the game program is executed. The game program loaded into the memory is installed in the HDD 15 described above. In this embodiment, the game program is distributed in the form of a CD-ROM and installed from the storage device (CD-ROM drive) 21, but the game program is downloaded from the server 3 via the Internet 2 and installed in the HDD 15. Other formats, such as, may be used.
[0020]
Hereinafter, the meaning of each memory will be described. First, the OS execution memory uses the operating system software of the terminal 4 (OS: Windows (trademark name of Microsoft Corporation in the present embodiment) of Windows 95 OSR2 or higher. Is a work memory for executing Furthermore, a work memory for executing a game program running on the OS is formed, and the game program execution memory performs processing of information relating to game battle and chat, which will be described later, or transmission / reception to / from the server 3. .
[0021]
Next, FIG. 3 shows an example of the configuration of the server 3, which includes an I / O port 40, which includes a CPU 41, ROM 42, RAM 43, a hard disk drive (HDD), a fixed storage device 48, and a network connection. A modem unit (modem, router, LAN board, etc.) 44, an input unit 45, a monitor 46, and the like are connected. The HDD 48 stores a program and data related to the game system. In the area, a chat room and a game room, which will be described later, are formed. When there is an input from the terminal 4, the contents are read by the CPU 41 and the RAM 43. Will be updated from time to time.
[0022]
Further, the meaning of each memory in the RAM 43 will be described. As the OS execution memory, the operating system software of the server 3 (OS: Windows (trademark name of Microsoft Corporation in the present embodiment) is used in this embodiment) is used. Work memory for execution. In addition, a work memory for executing a game system program running on the OS is formed. In the game system program execution memory, reception and processing of information relating to a game battle and chat (to be described later) (Including content update) or distribution to the terminal 4.
[0023]
In the network game system of this embodiment, the server 3 and the terminal 4 set a chat room in which chat is possible between a plurality of terminals 4 connected via the communication network 2, and the chat information of the chat room is set as follows. The chat room execution means for displaying in the chat room window set in each terminal, and when the terminal 4 starts accessing the server 3 or after the end of the network game, the user who operates the terminal 4 Participate in a room and chat with other users participating in the chat room to negotiate a game, and when both parties reach an agreement, a network game is started. Specific contents will be described below with reference to flowcharts.
[0024]
FIG. 4 is a flowchart showing an overall flow of the network game system according to the present embodiment. The following is a bulleted list:
(1) A terminal (hereinafter also referred to as a client) starts up a game program (software) and selects either a game of shogi or go (R1).
(2) After connecting to the host server (R2), the client performs ID password authentication (R3).
(3) Even if the connection is reestablished after the network is disconnected during the game, if the game partner is still waiting, the game is continued (R5 → R6).
(4) After the member authentication, the system adds the person who enters the chat room to the entry list (R7).
(5) Members who enter the chat room can search for and talk with Shogi players through chat (R8). Also, from here, you can fly to a shogi game or a game watching (hereinafter also referred to as entering a game room) (R9, R10 and R11).
(6) The member's program ends after deleting the person who leaves the room from the entry list (R13).
[0025]
In the chat room window of the terminal 4, the competition level of the user participating in the chat room is displayed (see the chat room entry window in FIG. 8). This competition level is determined according to past game results. Thereby, the user can search for an opponent suitable for his / her competition level.
[0026]
FIG. 5 is a flowchart showing the flow of processing performed when moving from R8 (chat) to R10 (application for a game) or R11 (application for a game) in FIG. The following bullets describe
(1) The game condition (described later) is calculated from the difference in rank between the player who wants to play and the other party (R111).
{Circle around (2)} The game applicant confirms / changes the game conditions and presents the conditions to the other party (R112).
{Circle around (3)} The opponent of the game confirms the game conditions from the player who wants to play, and selects the game condition acceptance (R101), the game rejection (R102), or the game condition correction (R103). When the game conditions are accepted, the game is started (→ B1), and the correction conditions can be presented to the player who wants to play (→ R113).
(4) The game applicant confirms the presentation of the game condition from the game partner and selects whether to give up the game (R113). If the user does not give up, the operation returns to the procedure (2).
The game condition is to provide a handicap such as a palm, a fallen vehicle, a corner drop, or a double drop when there is a difference in rank.
[0027]
Hereinafter, the chat will be described.
First, FIG. 7 shows a flowchart of the chat flow in the chat room. The following is a bulleted list:
(1) The server 3 refers to the chat room entry list from the server 3 and connects to the member who is entering the room. The room entry list is displayed as a list in the chat room window (see FIG. 8).
(2) The room occupant selects one of status change (C35), game application (C32: to R11 described above), various settings (C31), exit (C34), and chat character input (C33).
[0028]
In the chat room entry window (see FIG. 8), either “play request” or “play reject” is displayed in order to indicate the user's intention to play. This is a status change (C35). Is selected. Further, “currently playing” is displayed for the user who is playing the game at that time, and “watching” is displayed for the user who is watching the game.
[0029]
The terminal 4 having the chat execution means has a secret function (Whisper) function that transmits chat information only to a specific user and / or a mute function that does not display the chat information transmitted from the specific user. These are selected in various settings (C31), respectively. In C24, when chat reception is received from a mute designated person, the chat window (see FIG. 8) is not displayed. In C36, chat transmission is designated. It is transmitted only to the other party (whisper designation) (C38).
[0030]
FIG. 8A shows a chat room window displayed on the monitor 18 of the terminal 4. In the left part of the window, a chat window in which chat contents are displayed is arranged, and in the lower part, a chat character input window is arranged. In the chat entry window on the upper right, the names, ranks (described above), and states (described above) of all users who have entered the chat room are displayed, and an update process is performed when the client leaves the room. Below that, a fixed text window is provided, and the user can enter the text in the chat character input window by simply clicking on the text in the text window, and can enjoy chatting easily. In the lower part of the chat room window, buttons for “application for game”, “game circulation”, “change state”, and “exit” are provided. Here, “game circulation” is a list of all currently played games in the dialog, and by selecting the game you want to watch from this list and pressing the watch button, the screen moves to the Shogi game screen, You can watch the game. Details of the game watching will be described later.
[0031]
Also, the terminal 4 having the chat execution means can set the color and / or sound for each user when receiving and displaying the chat information. As shown in the chat room window of FIG. 8B, by providing a color setting button or a ring tone setting button, a specific user displayed in the chat window and the chat entrance window and a message of the user are colored, Alternatively, since a ring tone can be sounded when a specific user message is displayed, a user who operates the terminal can set up a chat so that the user can easily understand. The specific user here is not limited to one user.
[0032]
Further, the terminal 4 having the chat execution means can set a predetermined color in an arbitrary portion of the chat message in the chat information to be transmitted. By providing a palette (16 colors in this embodiment) as in the chat room window of FIG. 8C, the selected color can be added to a specific part of the chat statement. Thereby, a colorful chat can be enjoyed.
[0033]
The server 3 can display a predetermined message at a predetermined time in a game display window (described later) and / or a chat room window of the terminal 4 having a chat execution unit connected to the server 3. In other words, the administrator of the server 3 can automatically send a specific message to a logged-in user by specifying a time by registering the message in the server 3 (it can be repeated). This makes it possible to send various information to the user from the system management side.
[0034]
Hereinafter, the game will be described.
First, FIG. 6 shows a flowchart of the flow of Shogi games. The following is a bulleted list:
(1) After the game is started, the screens of both players are initialized according to the game condition settings. The first mover is the turn and the second waits for data reception from the first mover.
{Circle around (2)} The player selects either advance piece or hit piece (B34 or B35), end (B33), or wait (B31). At the same time as entering this state (selection of the number), time counting is started, and if the time is exceeded from the start of time counting (B32), the process is terminated. The selected information is transmitted to the opponent, but forbidden check processing is entered for advancement of the piece (B34) and strike of the piece (B35).
(3) In the case of a forbidden thousand day hand (described later), a draw request (B43), a continuation request (B45), and a re-attack request (B44) must be selected. In addition, in the case of a thousand-day hand (described later) by the consecutive champion, the turn is transferred to the opponent along with the message at the time of establishment.
(4) The received data sent from the opponent is: opponent termination (B21), opponent win reception (B27), draw / redo / continue request (B22), draw / redo / continue response (B28), piece It is classified into strike or piece movement (B24), waiting request (B26), waiting reply (B25), and predetermined processing is performed.
When an input for advancing a piece (B34) or hitting a piece (B35) is made, the terminal on the input side also receives the instruction and displays an animation.
[0035]
A command (B47) that is transmitted by advancing the piece (B34) or hitting a piece (B35) (command to enter the opponent's piece movement or piece placement (B24) on the receiving side) is exchanged alternately. At the turn, the other waits for data reception, and after sending the command, the opposite is true, and the game progresses by repeating this. Such a command corresponds to the animation start command for moving the piece, and the game is progressed when the two terminals 4 alternately transmit the animation start command to the server 3.
[0036]
Alternatively, if all the commands transmitted by the terminal 4 (B41 to 47: B21 to 27 on the receiving side) are regarded as animation activation commands in a broad sense (strictly speaking, there are those that do not activate animation even if received) ) By alternately exchanging this animation activation command between the terminals, it can be seen that the game is progressing.
[0037]
The animation display of the frame movement is displayed on the game display window as follows based on the movement information of the movement designated frame included in the animation activation command. FIG. 12 shows the flow. The translucent frame designed to be translucent and of the same type as the movement designation frame is displayed so as to overlap the movement designation frame (FIG. 12 (b)). After the movement designation frame is deleted, the translucent frame is moved to the movement designation frame. After moving and displaying asymptotically to the movement destination (FIG. 12 (c)), the translucent frame reaches the movement destination of the movement designation frame and the movement designation frame is displayed so as to overlap the translucent frame (FIG. 12 (d)). )) And a series of animation display such as erasing the translucent frame (FIG. 12E) represents the movement of the frame.
[0038]
The animation of the movement of the translucent piece is displayed on the terminal side. The animation activation command includes information before and after the movement (for example, as shown in FIG. 14). When the terminal receives the animation activation command, the translucent frame moves from the original position to the placement position. By generating a predetermined number of frames that move gradually, and displaying the frames in sequence on the board of the game window, the animation of moving the translucent frame can be displayed. it can.
[0039]
In addition, if a predetermined sound effect (for example, a sound of hitting a piece) is sounded at the stage of FIG. 12 (d) or FIG. 12 (e), a sound is sounded when the piece is placed. Users can feel as if they are actually playing shogi.
[0040]
Next, FIG. 9 shows a flowchart of the game flow of Go. The following is a bulleted list:
(1) After the game is started, the screens of both players are initialized according to the game condition settings. The first mover is the turn and the second waits for data reception from the first mover.
{Circle around (2)} The player must select either stone driving (G37), pass (G35), termination (G34), waiting (G31), or drawing (G32). At the same time as entering this state (selection of the number), time counting is started, and if the start set time is exceeded from the start of time counting (G33), it is terminated (G34). The same applies if the total count of time since the start of the game exceeds the set time. Then, the selected information is transmitted to the other party.
(3) The received data sent from the opponent is a draw request (G22), a draw reply (G21), the opponent's termination (G23), the end (G24), the opponent's pass or stone strike (G25), the waiting request (G27), waiting response (G26) is classified into seven, and predetermined processing is performed.
Note that when a stone strike (G37) is input, the terminal on the input side also receives the command and displays an animation.
[0041]
Sending (G45) command (command to enter the opponent's pass or stone driving (G25) on the receiving side) by exchanging with stone input (G37) alternately, that is, when one is a turn After one side waits for data reception and sends the command, the opposite is true, and the game progresses by repeating this. Such a command corresponds to the stone-launched animation activation command, and the game is progressed when the two terminals 4 alternately transmit animation activation commands to the server 3.
[0042]
Alternatively, if all the commands (G41 to 45: G21 to 27 on the receiving side) transmitted by the terminal 4 are regarded as animation starting commands in a broad sense (strictly speaking, there are those that do not start animation even if received) ) By alternately exchanging this animation activation command between the terminals, it can be seen that the game is progressing.
[0043]
The stone display animation is displayed on the game display window as follows based on the stone position information included in the animation activation command. FIG. 13 shows the flow. An enlarged meteorite that is larger than the meteorite displayed on the game display window is displayed so that the position where the stone is cast is centered (FIG. 13B), and then the enlarged meteorite is displayed so as to be gradually reduced in the radial direction. (FIG. 13 (c)) After the enlarged meteorite reaches the same size as the meteorite displayed on the game display window, and the meteorite is displayed so as to overlap the enlarged meteorite (FIG. 13 (d)), the enlarged meteorite is displayed. The stone is expressed by performing a series of animation display such as erasing (FIG. 13E). The enlarged meteorite may be designed to be translucent.
[0044]
The reduced animation of the enlarged meteorite is displayed on the terminal side. The animation activation command includes information on the type of meteorite and the location to hit the stone. When the terminal receives the animation activation command, the enlarged meteorite is displayed in the game window from a predetermined size. Generate a predetermined number of frames that gradually reduce to the size of the meteorite, and display the animation that the enlarged meteorite shrinks by performing processing such as sequentially synthesizing and displaying the frames on the board of the game window can do.
[0045]
In addition, if a predetermined sound effect (for example, the sound of a stone striker) is sounded at the stage of FIG. 13 (d) or FIG. 13 (e), a sound will sound when a meteorite is placed. The user can feel as if they are actually going.
[0046]
Hereinafter, a mechanism in which a third party other than the player enters the game room and watches the game will be described. The server 3 can distribute the animation activation command to the terminal 4 that is not in the game state, and the terminal 4 that is not in the game state receives the animation activation command from the server 3 and displays the animation in the game display window. It is possible to display the game, so that the game can be browsed and displayed in real time in the game display window. In other words, the server 3 that has received the animation start command (described above) transmitted by the terminal 4 in the game state distributes the animation start command to the other terminal 4 in the battle state and also plays the game state in the game room. Distribute to terminals 4 that are not in Thereby, the game is displayed in the game display window of the terminal 4 that is not in the game state (hereinafter also referred to as browsing display), and the user can watch the game. Since terminals that are not in the game state in the game room are always in a state of waiting for data reception, terminals that are not in the game state may input the movement of pieces and / or stones by the input means at the time of browsing display. It is prohibited.
[0047]
In addition, a terminal that is in the game state can refuse to perform browsing display by a terminal that is not in the game state. That is, it is possible to refuse a user other than the player from entering the game room.
[0048]
Next, a game display window including a board surface displayed on the monitor 18 of the terminal 4 when entering the game state will be described. FIG. 10 shows a game display window of Shogi, and FIG. 11 shows a game display window of Go. A board is displayed so as to occupy most of the window, and in the case of shogi, a stand is displayed next to it. In actual Shogi, the Komaoki stand is placed right next to the Shogi board, but here both are placed on the right side of the board to increase the area of the Shogi board. In addition, on the top and bottom of the board, an opponent window displaying each opponent's name, competition level, time, etc. is displayed, which is configured to be movable by mouse drag and drop.
[0049]
The server and the terminal have chat execution means for displaying chat information in the game display window and enabling chat between the terminals related to the game. Specifically, a game chat window, a game chat character input window, and a fixed text window for chatting are provided on the right side of the game display window. Here, the terminal related to the game includes not only the player but also the user who is watching the game (described above). In addition, a terminal (player) who is in a game state can refuse to participate in a chat of a terminal (watcher) who is not in the game state.
[0050]
The chat between the terminals related to the game (game room) can have the same configuration as the chat in the chat room as shown in FIG. 7 (here, the chat room corresponds to the game room). However, in this case, there is no command for changing the state (C35) and application for game (C32), and the terminal (player) in the game state cannot execute the command for leaving the room (C34). Will be composed.
[0051]
In addition, the chat in the game room is configured in the same way as the chat in the chat room, so that the color and / or sound can be set for each user when displaying the chat information as described above. In addition, it is possible to provide a function capable of setting a predetermined color in an arbitrary part of the chat message.
[0052]
In the case of shogi, in the game display window, as shown in FIG. 10, the movable range of the piece selected by the input means is displayed on the board in a color different from the board. More specifically, when a board coordinate space (the coordinates of (1-9, 1-9 in Shogi) are defined so that one square of the shogi board becomes one coordinate, and a piece on the coordinates is designated In accordance with the rule of piece movement shown in FIG. 15, coordinates where the piece can be moved are calculated, and a square corresponding to the coordinates is displayed in a color different from the color of the shogi board. In addition, when the own piece exists on the coordinate which can move a piece, the coordinate is not included. In FIG. 15, the items marked with (*) are until they hit the coordinates where the piece exists (they do not include the coordinates if they are the own piece, and include the coordinates if they are enemy pieces). Or as long as there is a board coordinate, it shows what performs the calculation.
[0053]
Hereinafter, the reproduction of the game score will be described. The terminal 4 can save the game record, and can reproduce and display the game on the game display window based on the game record after the game. The game record is stored for each turn as shown in FIG. In the case of shogi, each turn is composed of piece movement information as shown in FIG. In the case of Go, each turn is composed of stone sculpture information as shown in FIG. The game score is accumulated in the terminal 4 from the game.
[0054]
Various means can be provided in the method of reproducing the game by the game record. For example, commands that advance one by one by user input, such as “go one step” or “return one step”, or move forward to the next step after a certain period of time, such as “automatic display” A command to be displayed, a command that jumps to a number that is five steps ahead of that number, such as “5 skips”, and a number that is specified as “number specification” Thus, a command that can be referred to from a desired turn can be provided. Among these, in the case of a command that advances one by one, such as “go one hand”, “return one hand”, and “automatic display”, the movement / stone driving animation is displayed for each hand. . In the case of “five skips” or “specify number”, all the numbers up to the displayed number are combined on the board and displayed.
[0055]
The plurality of terminals 4 connected to the server 3 can reproduce and display in real time in the game display window of each terminal 4 based on the game record. Further, since such reproduction display is performed in the game room, it is possible to perform chat in the game room described above.
[0056]
When performing such reproduction display, the user who operates the terminal 4 sends the game record to the other terminals 4 via the server 3, and performs the reproduction display with each terminal 4 having the game record.
[0057]
In the present embodiment, by using the reproduction display by the above-mentioned game record, the user who operates the terminal 4 is allowed to operate the shogi and / or go stepped person, and the user who operates the other terminal 4 browses the reproduction display in real time with the stepped person. It is possible to receive instruction from the stepped person by chat, and the user who receives the instruction pays the stepped person according to the number of games for which the instruction is given.
[0058]
In addition, when the terminal 4 having the game record is performed alone, the reproduction display of the game by the game record can be executed even when the terminal 4 is not connected to the server 3 via the communication network, that is, in a stand-alone state. It is.
[0059]
In the following, the thousand-day hand check including the thousand-day hand and the leading hand in shogi will be described. In the network game system according to the present invention, when an input for moving a piece is performed during a game, whether or not the same procedure is repeated three times by the input is determined based on all the previous steps before the input in the game. A thousand-day hand checking means for checking a thousand-day hand by searching across, and a thousand-day hand checking means including a hand for checking a thousand-day hand including the leading hand by searching whether or not the leading hand is included in the same procedure. It is characterized by having both or any one of these. Such a thousand-day hand check means and a thousand-day hand check means including the king are included in the input means (configured in the terminal 3, which is different from the input unit 17). In the present embodiment, as shown in the flowchart of FIG. 6, after inputting a piece advance (B34) and hitting a piece (B35), a 1000-day hand check (B50) is performed. In the rules of shogi, a thousand day hand is a forbidden hand, and a thousand day hand is defined by repeating the same procedure three times. For example, as shown in FIG. 18 (a), after the attacking side (▲) hits the hand A, (in shogi, the side with the ball is the attacking side (first hand) and the side with the king is the king side (rear hand) )), And after a certain procedure, when the king (△) hits the hand Z, there is a loop in which the attacker (▲) returns to the state before hitting the hand A. When this procedure of ▲ A △ X ... ▲ C △ Z is repeated three times, it becomes a thousand days. In this embodiment, when a thousand day hand is generated (B51), in this embodiment, any one of draw (B43), replay (B44), and continuation (B45) is selected and transmitted.
[0060]
Also, if the procedure includes a procedure in which the king (△) takes the lead and the attacking (▲) avoids it, the attacker becomes a thousand-day hand, and the opposite procedure is included. If it is, it will become the king's thousand days. These are called thousand-day hands including the master, and in the present embodiment, when a thousand-day hand including the master occurs, the numbers are switched (B52).
[0061]
Conventionally, there have not been many computer programs that realize a shogi game that have a function of performing a 1000-day hand check. In particular, there was nothing that checked the thousand-day hand including the crown. Even if it has a thousand-day hand check function, it is like referring to the past ten games in the past, so it is a very simple thousand-day hand (a thousand-day hand in which a loop consisting of four hands is repeated three times: Could only check 4). In other words, after the 11th hand from the beginning of the loop (the hand immediately before the third round of the 1000-day hand) is struck, the past 10 hands are referenced to recognize that the 1000-day hand is just before Then, if the next 12th move is to complete the loop, the process is to make a thousand days.
[0062]
In this way, if there is no function to accurately determine the 1000-day hand including the forbidden hand and the 1000-day hand including the king, the game may not be performed correctly. Therefore, the higher the level of the game, especially the book. If the system is such that the competition level is determined according to the game results as in the embodiment, a check function for fairness is required.
[0063]
In the network game system of the present invention, the flow of the 1000-day hand including the 1000-day hand and the king hand performed by the terminal 4 will be described with reference to the flowcharts of FIGS. The thousand-day hand and the thousand-day hand including the king are checked over all steps. In other words, it is possible to check a thousand day hand including any long loop. Note that the number of moves and the number of moves are accumulated in the terminal 4 during the game as described above. First, in S1, it is determined whether or not the current number of movements (number of movements before entering a piece movement or a piece strike) is within 10 moves. If it is within 10 moves, the 1000-day hand check is terminated. Move. This is because the minimum structural unit of the loop is four hands as described above.
[0064]
Next, the initial value of b is set to 4 (S2), and the hand before b is compared to the current number n, and it is checked whether it is the same as the number n of hands (S3). If they are not the same, b is incremented by 2 (S5), and the process of S3 is continued until b becomes larger than n / 3 (rounded up when a decimal appears) (S4). When b is larger than n / 3 (rounded up when a decimal number appears), it is determined that a thousand days are not performed, and the process is terminated. This series of processes is a process for searching for the same hand as the number n, and the initial value of b in S2 is 4 because the minimum loop is composed of 4 hands. The reason why 2 is added to b in S5 is to retrieve only the number of moves on the one side (attack side or king side) such as 4th, 6th, 8th,... The upper limit of b is n / 3 (rounded up if a decimal number appears) because the 1000-day hand needs to be repeated three times, so it is sufficient to search at most one third of the number n. is there. Accordingly, since it is sufficient to search for about one-sixth of the total number of moves n, the processing load on the terminal is reduced compared to the case where all the steps are referred to.
[0065]
In S3, when the same hand as the number n is found in the number nb (b before the number n), the process moves to S6, where the number n is b further before the number nb (number n-2b). Find out if you have the same hand. As a result, if the number of moves n-2b, the number of moves nb, and the number of moves n are all the same, there is a possibility of a thousand days, so it is checked whether the previous steps are the same. That is, it is checked whether the procedure from the number n−b + 2 to the number n, the procedure from the number n−2b + 2 to the number nb, and the procedure from the number n−3b + 2 to the number n−2b match. If they match, it is checked whether the hand of the number n−b + 1 matches the hand of the number n−2b + 1. If this matches, the terminal determines that the terminal is one thousand days ahead, and the same hand as the matched hand (number n−b + 1 hand and number n−2b + 1 hand), then the next day, the next day is a thousand day hand candidate that becomes a thousand day hand Become a hand. These explanations can be easily understood with reference to FIG. If the hand or procedure examined in these processes does not match, the check is terminated because it is not a thousand day hand.
[0066]
In S10, if the n + 1 hand input from the terminal coincides with the 1000-day candidate hand, the 1000-day hand is established, and then the check moves to the 1000-day hand including the crown. In S11, when the procedure from the maneuver n−b + 1 to the maneuver n, that is, in the loop, includes a procedure in which the king side wins the hand and the attacking side can avoid it, the attacking thousand day hand (S12) Also, in S13, if there is a procedure from the number nb + 1 to the number n, that is, in the loop, the attack side takes the lead and the king side avoids it, the king side The thousand-day hand (S14) is selected, and the turn change transmission (B52) in FIG. 6 is performed. If neither of the hands is included in the loop, it is determined as a normal thousand-day hand (S15), and in FIG. 6, the process shifts to B51 thousand-day hand selection, draw (B43), re-attack (B44), Select one of Continue (B45) and send it to the other party.
[0067]
When the thousand-day hand and the thousand-day hand including the king are checked according to the procedure as described above, the check can be performed over all the steps. In other words, it is possible to check a thousand day hand including any long loop. In this way, in the case of the shogi of the network game system of the present invention, a thousand-day hand check including a thousand-day hand and a king hand is realized, so that a user who plays a game can play a full-scale shogi game It becomes.
[0068]
In the present embodiment, the latest program that operates on the terminal 4 is stored in the server 3, and when the terminal 4 is connected to the server 3 via the communication network, the version of the program installed in the terminal 4 and the server 3 is compared with the latest program version stored in the communication network, and if it is determined that the version needs to be upgraded as a result of the comparison, the difference between before and after updating the program of the terminal 4 through the communication network Only the portion corresponding to is rewritten. Here, the program means a program for realizing the present embodiment. In this way, when connected to the server 3, it is automatically determined whether the program is the latest program, and the function of automatically updating the program of the terminal 4 is provided, so that the user can always use the latest program without trouble. It can be performed.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of the overall structure of a network game system according to the present invention. FIG. 2 is a block diagram showing a configuration example of a terminal. FIG. 3 is a block diagram showing a server configuration example. Flowchart showing the overall flow of the game system [FIG. 5] Flowchart showing the flow until entering the game from the chat room [FIG. 6] Flowchart showing the flow of Shogi playing [FIG. 7] Flowchart showing the flow of chat ] Chat room window [Fig. 9] Flow chart showing the game flow of Go [Fig. 10] Game display window in shogi [Fig. 11] Game display window in Go [Fig. 12] Example of animation display of shogi movement [Fig. 13] ] An example of the animation display of Go stone driving [Fig.14] An internal definition of Shogi piece movement information [Fig. 15] Shogi piece movement law table [Fig. 16] An example of the composition of the game score [Fig. 17] An example of the internal definition of Go positioning information [Fig. 18] An illustration of a thousand-day hand [Figure 19] A thousand-day hand and a king Flow chart showing the flow of checks including a thousand days [Explanation of symbols]
1 Network game system 2 Internet 3 Server 4 Terminal

Claims (29)

In a network game system capable of playing at least one of Shogi and Go games between two terminals connected to a server via a communication network,
If the game is shogi,
The terminal
Game display window setting means for displaying a game display window having a board surface for shogi on the terminal;
An animation display means for receiving an animation start command and displaying an animation of shogi piece movement on the game display window;
Input means for inputting a piece movement on the board;
Based on the input by the input means, an animation activation command is generated, the command is transmitted to the animation display means of the terminal, and the animation activation command generation means is also transmitted to the server,
The server
The animation activation command distribution means for distributing the animation activation command received from one terminal to the other terminal,
A network game system, wherein the two terminals advance the game by alternately sending an animation start command to the server. 2. The network game system according to claim 1, wherein the input means displays a movable range of the selected piece on the board surface in a color different from the board surface. The animation display means is based on movement information of the movement designated piece included in the animation activation command,
On the game display window,
A translucent frame designed to be translucent and of the same type as the movement designation piece is displayed so as to overlap the movement designation piece, and after erasing the movement designation piece,
Move and display the translucent piece asymptotic to the movement destination of the movement designated piece,
The semi-transparent piece reaches the destination of the movement designated piece, and after displaying the movement designated piece so as to overlap the semi-transparent piece, a series of animation display such as deleting the semi-transparent piece is performed. The network game system according to claim 1, wherein movement is expressed. A game system capable of playing shogi at a terminal,
When an input for moving a piece is performed during the game, whether or not the same procedure has been repeated three times by the input is searched over all the previous operations before the input in the game, a thousand days Thousand days hand checking means to check,
The game system according to claim 1, wherein the game system has one or both of a thousand-day hand check means including a leading hand that checks a thousand-day hand including the leading hand by searching whether or not the leading hand is included in the same procedure. The network game system according to any one of claims 1 to 3, wherein the 1000-day hand check means according to claim 4 and the 1000-day hand check means including the king are included in the input means. In a network game system capable of playing games between Shogi and Go between two terminals connected to a server via a communication network,
If the game is Go,
The terminal
Game display window setting means for displaying a game display window having a board surface for Go on the terminal;
An animation display means for receiving an animation start command and displaying an animation of Go stone smashing on the game display window;
Input means for inputting stones on the board surface;
Based on the input by the input means, an animation activation command is generated, the command is transmitted to the animation display means of the terminal, and the animation activation command generation means is also transmitted to the server,
The server
The animation activation command distribution means for distributing the animation activation command received from one terminal to the other terminal,
A network game system, wherein the two terminals advance the game by alternately sending an animation start command to the server. The animation display means is based on stone driving position information included in the animation activation command,
On the game display window,
After displaying an enlarged meteorite that is larger than the meteorite displayed on the game display window so that the position where stoning is performed is the center,
The enlarged meteorite is displayed so as to be gradually reduced in the radial direction,
The enlarged meteorite reaches the same size as the meteorite displayed on the game display window, and after displaying the meteorite so as to overlap the enlarged meteorite, performing a series of animation display such as erasing the enlarged meteorite The network game system according to claim 6, wherein the stone game is expressed by a game. The network game system according to claim 7, wherein the enlarged meteorite is designed to be translucent. The server can deliver the animation activation command to a terminal that is not in a game state,
The terminal that is not in the game state can receive the animation start command from the server and display the animation in the game display window, thereby browsing and displaying the game in real time in the game display window. The network game system according to any one of claims 1 to 8, wherein the game system can be played. The network game system according to claim 9, wherein a terminal that is not in the game state is prohibited from inputting a piece movement and / or stone driving by the input means during the browsing display. The network game system according to claim 9 or 10, wherein the terminal in the game state can refuse to perform the browsing display by a terminal not in the game state. The network according to any one of claims 1 to 11, wherein the server and the terminal have chat execution means for displaying chat information in the game display window and enabling chat between the terminals related to the game. A game system. The network game system according to claim 12, wherein the terminal in the game state has a function capable of refusing participation in chat of a terminal not in the game state. 14. The terminal according to any one of claims 1 to 13, wherein the terminal can store a game record, and can reproduce and display the game on the game display window based on the game record after the game. Network game system. In a network game system capable of playing at least one of Shogi and Go games between two terminals connected to a server via a communication network,
The plurality of terminals connected to the server can perform the same reproduction display on each terminal in real time in synchronization with each other on the basis of past game records. A network game system. The terminal displays the real-time reproduction display according to claim 15 on a game display window of each terminal,
15. The server according to claim 14, wherein when the server and the terminal have chat execution means, the server can use the plurality of terminals as the terminal related to the game and perform chat between the plurality of terminals. Network game system. The user who operates at least one of the plurality of terminals is a shogi and / or go stepped person,
The network game system according to claim 16, wherein a user who operates another terminal can receive guidance from the stepped person in the chat by browsing the reproduction display in real time with the stepped person. The network game system according to claim 17, wherein the user who has received the instruction pays the stepped person according to the number of games for which the instruction has been performed. 19. The user who operates the terminal sends the game record to the other terminal via the server, and performs the reproduction display in a state where the game record is held in each terminal. Network game system. The reproduction display of the game by the game record can be executed even when the terminal having the game record is performed alone even when the terminal is not connected to the server via a communication network. Network game system. The server and the terminal set a chat room in which chat between a plurality of terminals connected via a communication network is possible, and display chat information of the chat room in a chat room window set in each terminal. Having chat room execution means to perform,
When the terminal starts to access the server or after the end of the network game, a user who operates the terminal joins the chat room and chats with other users participating in the chat room. 21. The network game system according to claim 1, wherein the network game is started when the game is negotiated by the exchange and the both parties reach an agreement. The network game system according to claim 21, wherein a game level of a user participating in the chat room is displayed in the chat room window of the terminal. The network game system according to claim 22, wherein the competition level is determined according to a past game result of the network game. The network according to any one of claims 11 to 23, wherein the terminal having the chat execution unit can set a color and / or a sound for each user when receiving and displaying the chat information. A game system. The terminal having the chat execution means has a secret function that transmits chat information only to a specific user and / or a silent function that does not display chat information transmitted from a specific user. The network game system described in 1. The network game system according to any one of claims 11 to 25, wherein the terminal having the chat execution unit can set a predetermined color in an arbitrary portion of a chat message in the chat information to be transmitted. . 12. The server can display a predetermined message at a predetermined time in a game display window and / or a chat room window of the terminal having the chat execution means connected to the server. 27. The network game system according to any one of 26. A computer program for causing a computer to function as each means of the network game system according to any one of claims 1 to 27. A computer program meeting the requirements of claim 28,
The latest program that operates on the terminal is stored in the server, and when the terminal is connected to the server via a communication network, the version of the program installed in the terminal and the server are stored in the server. When the latest version of the program is compared via a communication network, and it is determined that the version needs to be upgraded as a result of the comparison, this corresponds to the difference between before and after updating the program of the terminal via the communication network. A network game system characterized by rewriting only the part.

Images