JP2015039591A - Program, terminal, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program, a terminal, and a game system which can undo update of a right to play when the player cannot play a game after the game is established and the right to play is updated.SOLUTION: A terminal 10 includes: a game processing part 110; a communication control unit 134 which performs control so as to receive right to play information A from a server A before a game is established and receive right to play information B from a server B; a right to play information comparison part 126 which compares the received right to play information A with the right to play information B; and a right to play information update processing part 128 which performs processing that first requests the server A to update the right to play information A and then requests the server B to update the right to play information B when the game is established and the right to play information A and the right to play information B match and, when the right to play information A and the right to play information B do not match, does not request the server A to update the right to play information A but requests the server B to update the right to play information B.

Description

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

  In recent years, with the development of communication technology and communication infrastructure, or the progress of portable terminals such as game terminals and portable telephones having communication functions, online games played via networks have become widespread. Among paid online games, a player (user) purchases a play right such as virtual currency (items such as coins) in advance on a specific website, and the play right is consumed each time the player plays the game. Some are. In such a system, for example, a billing server manages information on play rights for each player, and each time a player plays a game on the terminal, the terminal accesses the billing server and consumes the play right.

  In such a system, it is assumed that after the play right is consumed, a network error occurs and the player cannot play the game. For example, as in the system described in Patent Document 1, by charging after the game is completed, a situation in which the player is only charged and cannot play the game even if a network error occurs does not occur.

JP 2012-223614 A

  However, in the system that charges after the game is completed, if the player intentionally interrupts the game during the game, the game is not charged and the loss on the management side is expected to increase.

  On the other hand, as a countermeasure in the system in which the play right is consumed before the game is started, the player's terminal constantly monitors the network error, and when the network error is detected, the player accesses the billing server and after the play right is consumed. If possible, it is possible to restore the play right. However, this method has a problem that the load on the terminal becomes heavy and the terminal needs to perform very complicated processing, which increases the design cost.

  The present invention has been made in view of the problems as described above, and the object of the present invention is when the player cannot play the game after the game is established and the play right is updated. An object of the present invention is to provide a program, a terminal, and a game system that allow the play right not to be updated.

(1) The present invention
In a terminal connected via a network to a first server for storing first play right information for playing a game and a second server for storing second play right information for playing the game A program to be executed,
A game processing unit for performing game processing of the game;
A communication control unit configured to receive the first play right information from the first server and to receive the second play right information from the second server before the game is established;
A play right information comparing unit that compares the received first play right information with the second play right information;
When the first play right information matches the second play right information when the game is established, after requesting the first server to update the first play right information , Requesting the second server to update the second play right information, and if the first play right information and the second play right information do not match, the first server The present invention relates to a program that causes the terminal to function as a play right information update processing unit that performs a process of requesting the second server to update the second play right information without requesting the update of the first play right information.

  The present invention also relates to an information storage medium readable by a computer and storing the above program. The present invention also relates to a terminal including the above-described units. The present invention also relates to a game system including the first server, the second server, and a terminal including the above-described units.

  According to the present invention, if a network error occurs after the first play right information is updated and the second play right information is updated when the game is established, the first play right information is updated. When there is a difference between the right information and the second play right information, and the next game is established, the first play right information and the second play right information do not match. Without requesting the update of the first play right information, the second server is requested to update the second play right information. Thereby, since the first play right information updated when the previous game was established is not updated when the next game is established, the play right is updated when the player cannot play the game. It is possible to have not.

(2) In the program, information storage medium, terminal, and game system of the present invention,
The play right information update processing unit
When the game is established, if the first play right information and the second play right information do not match, the second play right information is made to match the first play right information. In addition, the second server may be requested to update the second play right information.

  According to the present invention, when the game is established, if the first play right information and the second play right information do not match, the terminal uses the second play right information as the first play right information. Since the second server requests the second server to update the second play right information so as to match, basically, the first play right information and the second play right information are kept in the same state, and the difference is Even if it occurs, it can fall within a certain range. Thereby, the update process of 1st play right information and 2nd play right information can be simplified.

(3) In the program, information storage medium, terminal, and game system of the present invention,
Further causing the terminal to function as a display control unit that performs control to display play right information on the display unit of the terminal,
The play right information comparison unit
Before the game is established, the first play right information and the second play right information are compared,
The display control unit
If the first play right information and the second play right information do not match, the first play right information may be displayed on the display unit.

  According to the present invention, even if the first play right information is actually updated even though the player has not been able to play the game, it can appear to the player that the play right has not been updated. it can. As a result, it is possible to present the right play right information to the player and prevent the player from being confused.

(4) In the program, information storage medium, terminal, and game system of the present invention,
Game establishment information update that requests the second server to record game establishment information when the game is established and requests the second server to erase the game establishment information after the game is over And
Before the game is established, it is determined whether or not the game establishment information is recorded in the second server, and when the game establishment information is recorded, the specific processing unit that performs a specific process You may make it make a terminal function further.

  According to the present invention, the game establishment information is recorded on the second server during the game, but the recorded game establishment information is erased after the game ends. No game establishment information remains on the second server. On the other hand, if a network error occurs during the game and the game ends abnormally, the game establishment information remains in the second server. Therefore, a specific process corresponding to the abnormal end is performed to appropriately compensate the player. be able to.

(5) In the program, information storage medium, terminal, and game system of the present invention,
The first play right information and the second play right information may be information on a consumption-type billing item.

  According to the present invention, it is possible to assume that the item has not been consumed when the player cannot play the game when the game is established.

(6) In the program, information storage medium, terminal, and game system of the present invention,
The game is a battle game,
The game may be established when matching of the opponent is completed.

  According to the present invention, after the match of the opponent is completed, it is possible to assume that the play right has not been updated when the player cannot play the battle game.

(7) In the program, information storage medium, terminal, and game system of the present invention,
The first server is a server that manages billing information;
The second server may be a server that manages game information of the game.

The figure which shows an example of a structure of the game system of this embodiment. The functional block diagram of the terminal of this embodiment. The functional block diagram of the server A of this embodiment. The figure which shows an example of the correspondence table memorize | stored in the server A. The functional block diagram of the server B of this embodiment. The figure which shows an example of the corresponding | compatible table memorize | stored in the server B. FIG. The flowchart figure which shows an example of the process of the terminal of this embodiment. The flowchart figure which shows an example of the check / update process of the play right of the terminal of this embodiment. The flowchart figure which shows an example of the process of the server A of this embodiment. The flowchart figure which shows an example of the process of the server B of this embodiment. The figure which shows an example of the sequence of the process of the game system of this embodiment. The figure which shows an example of the sequence of the process of the game system of this embodiment. The figure which shows an example of the sequence of the process of the game system of this embodiment.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. In addition, all the configurations described in the present embodiment are not necessarily essential configuration requirements of the present invention.

1. Configuration of Game System (Network System) FIG. 1 is a diagram illustrating an example of a configuration of a game system 1 according to the present embodiment. As shown in FIG. 1, the game system 1 of this embodiment is configured such that a terminal 10, a server 20 (server A), and a server 30 (server B) can be connected to a network (for example, the Internet). . In this embodiment, a player (user) uses the terminal 10 to play a battle game with a player of another terminal 10. In order for the player to play this battle game on the terminal 10, the player is required to have the right to play the game (play right). The play right may be a playable number of times or points, or may be an item such as a virtual currency (coin). In the present embodiment, the play right is a fee-based charging item that is consumed every time a game is played on the terminal 10, and is increased when the player purchases at a predetermined website or purchases during the game. be able to.

  The terminal 10 is an information processing device such as a mobile terminal (a mobile phone, a PHS terminal, a smartphone, a PDA, a portable game machine, etc.), a personal computer (PC), a game machine, an image generation device, the Internet (WAN), a LAN It is a device that can be connected to the server 20, the server 30, or another terminal 10 via a network such as. The communication line between the terminal 10 and the server 20, the server 30, or another terminal 10 may be wired or wireless.

  The server 20 (server A) and the server 30 (server B) are computers used when a game administrator operates and manages a game service. The server A and the server B are computers (for example, workstations and personal computers), and perform processing according to various commands (requests) and data transmitted from the terminal 10.

  The server A (an example of the first server) purchases play rights such as play right information (play right information A), player card number and purchase date for each player using the terminal 10. This is a billing server that stores and manages information (billing information) and the like. In the present embodiment, the play right stored in the server A can be increased by purchase, but the play right once consumed cannot be recovered.

  The server B (an example of a second server) is a game server that stores and manages game information (game data) for each player who plays a game on the terminal 10. However, when there is a game content distribution request from the terminal 10, the server B transmits a game content corresponding to the request, for example, a game program operable on the terminal 10, or by a browser of the terminal 10 or the like. A browseable web page may be transmitted.

  The server B also stores and manages play right information (play right information B) for each player. That is, the server B also functions as a backup server for the play right information A stored and managed by the server A.

In this embodiment, the terminal 10 accesses the server A and the server B every time the player logs in, and when the play right stored in the server A is increased, the play right of the server B is the same. Increase to. Further, when the player plays a game, the terminal 10 accesses the server A to update the play right information A stored in the server A (consumes the play right), and then accesses the server B to access the server The play right information B stored in B is updated (play right is consumed). Therefore, when the player starts a game on the terminal 10, the play right information A stored in the server A and the play right information B stored in the server B are in principle coincident.

  However, in this embodiment, the terminal 10 is designed to return to the login screen immediately when a network error (communication error) occurs, and is stored in the server A when the player starts a game on the terminal 10. If a network error occurs after the play right information A is updated and before the play right information B stored in the server B is updated, the player does not play the game, but only the play right of the server A is consumed. It will be done. That is, when the player plays a game next time, the play right for the server B is more than the play right for the server A, and the play right for the server A is more than the play right for the server A. It will be. For example, such a situation occurs when a network error occurs during communication between the terminal 10 and the server B for updating the play right information B of the server B.

  Therefore, in this embodiment, when the player plays a game, if there is a difference between the play right information A and the play right information B, the play right of the server A is not consumed, and the play right of the server B is consumed only by the difference. Let As a result, even when a network error occurs, the next time the player plays the game, the play right information A and the play right information B match, and the player may have It can be said that the play right was not consumed.

2. Terminal Configuration FIG. 2 shows an example of a functional block diagram of the terminal 10 of the present embodiment. Note that the terminal 10 of the present embodiment may have a configuration in which some of the components (each unit) in FIG. 2 are omitted or changed, or other components are added.

  The input unit 160 is a device for inputting input information from the player, and outputs the input information of the player to the processing unit. The input unit 160 includes, for example, a lever, a button, a steering, a microphone, a touch panel display, a keyboard, a mouse, and the like.

  The input unit 160 may be an input device including an acceleration sensor that detects triaxial acceleration, a gyro sensor that detects angular velocity, and an imaging unit. For example, the input device may be one that the player holds and moves, or one that the player wears and moves. Input devices also include controllers made by imitating actual tools such as sword-type controllers and gun-type controllers held by players, or glove-type controllers worn by players (attached to hands by players) It is. The input device also includes a game device, a portable game device, a mobile phone, a smartphone, and the like that are integrated with the input device. The terminal of this embodiment may include a plurality of input units 160.

  The storage unit 170 serves as a work area for the processing unit 100, the communication unit 196, and the like, and its function can be realized by a RAM (VRAM) or the like. The storage unit 170 includes a main storage unit 171 used as a work area, a drawing buffer 172 that stores a final display image, an object data storage unit 173 that stores object model data, and each object data A texture storage unit 174 for storing textures for use, and a Z buffer 175 for storing Z values at the time of object image generation processing. Some of these components may be omitted or changed, or other components may be added.

The information storage medium 180 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The processing unit 100 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 180. The information storage medium 180 can store a program for causing the terminal 10 (computer) to function as each part of the present embodiment (a program for causing the terminal 10 (computer) to execute processing of each part).

  In the present embodiment, a program or game data for causing the terminal 10 (computer) to function as each unit of the present embodiment stored in the information storage medium or storage unit of the server 30 or another server is stored in a network. The received program and data may be stored in the storage unit 170 or the information storage medium 180. The case where the terminal 10 is made to function by receiving the program and data as described above is also included in the scope of the present invention.

  The display unit 190 outputs an image generated by the processing unit 100, for example, a game image (an image obtained by viewing the object space from a given viewpoint), and its functions are CRT, LCD, touch panel display, Alternatively, it can be realized by an HMD (head mounted display) or the like.

  The sound output unit 192 outputs the sound generated by the processing unit 100, and its function can be realized by a speaker, headphones, or the like.

  The communication unit 196 performs various controls for communicating with the outside (for example, other terminals and servers), and the functions are realized by hardware such as various processors or communication ASICs, programs, and the like. it can.

  The processing unit 100 (processor) performs processing such as game processing, image generation processing, or sound generation processing based on input information from the input unit 160, a program, and the like. The processing unit 100 performs various processes using the main storage unit 171 in the storage unit 170 as a work area. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 100 includes a game processing unit 110, an image generation unit 120, a sound generation unit 122, a matching processing unit 124, a play right information comparison unit 126, a play right information update processing unit 128, a game establishment information update processing unit 130, a specific process. Unit 132, communication control unit 134, and display control unit 136. In addition, the process part 100 is good also as a structure which abbreviate | omitted or changed some of these components (each part), or added the other component.

  The communication control unit 134 performs processing for transmitting / receiving data to / from the server A and the server B. For example, the communication control unit 134 performs processing for storing data received from the server A or the server B in the storage unit 170, processing for analyzing the received data, control processing related to other data transmission / reception, and the like. The communication control unit 134 may store the destination information of the server A or the server B in the storage unit 170 or the information storage medium 180 and perform a management process. Further, the communication control unit 134 may perform communication with the server A and the server B when receiving input information for starting communication from the player.

  Further, the communication control unit 134 performs processing for transmitting player identification information and receiving information about the player from the server A and the server B.

  In addition, the communication control unit 134 receives information on the opponent's character from the other terminal 10 via the network. In addition, the communication control unit 134 may transmit matching permission information indicating that the battle is permitted to the other terminal 10.

In particular, in this embodiment, the communication control unit 134 receives the play right information A (first play right information) from the server A before the game is established, and the play right information B (second play) from the server B. (Playing right information) is received. In the present embodiment, the game is established when matching of the opponent is completed.

  The matching processing unit 124 performs processing for selecting a player of another terminal 10 that wishes to compete and determining an opponent based on input information from the input unit 160 by the player of the terminal 10.

  The play right information comparison unit 126 performs a process of comparing the received play right information A and the play right information B.

  The play right information update processing unit 128 performs a process of updating the play right information A stored in the server A and the play right information B stored in the server B. In particular, in the present embodiment, when the game is established, the play right information update processing unit 128 sends the play right information A to the server A when the received play right information A matches the play right information B. After requesting the update, the server B is requested to update the play right information B. In addition, when the game is established, the play right information update processing unit 128 does not request the server A to update the play right information A when the received play right information A and the play right information B do not match. The server B is requested to update the play right information B.

  Further, the play right information update processing unit 128 matches the play right information B with the play right information A when the received play right information A and the play right information B do not match when the game is established. In addition, the server B may be requested to update the play right information B.

  The game establishment information update processing unit 130 requests the server B to record the game establishment information when the game is established, and performs a process of requesting the server B to delete the game establishment information after the game ends. In the present embodiment, the game is established when matching of the opponent is completed. The game establishment information may be flag information having a predetermined value (for example, 1) indicating that the game has been established, or information existing at the time of establishment of the game, such as opponent information, may be used as the game establishment information. .

  The identification processing unit 132 determines whether or not game establishment information is recorded in the server B before the game is established, and performs the identification process when the game establishment information is recorded. The specific process may be, for example, a process of giving an experience value or a reward when winning the battle.

  The game processing unit 110 performs various game calculation processes. For example, there are a process for starting a game when a game start condition is satisfied, a process for advancing the game, and a process for ending a game when a game end condition is satisfied.

  The game processing unit 110 may include a game parameter setting unit 112. Based on the game data of the player received from the server B, the game parameter setting unit 112 determines the game parameters (for example, game parameters representing the attack power, defense power, and physical strength value of the player character, or the type of special effect or special attack). Processing for setting the game parameters to be expressed). The game processing unit 110 performs game processing based on the game parameters set by the game parameter setting unit 112.

In addition, the game processing unit 110 may include an object space setting unit 114. The object space setting unit 114 includes various objects (polygons, free-form surfaces, subdivision surfaces, etc.) representing display objects such as player characters, buildings, stadiums, cars, trees, pillars, walls, and maps (terrain). (Object) is set in the object space. Here, the object space is a game space (virtual space) and includes both a two-dimensional space and a three-dimensional space. For example, when the object space is a three-dimensional space, the object space setting unit 114 is synonymous with the position and rotation angle (direction and direction of the object in the world coordinate system. For example, X, Determine the rotation angle when rotating in the clockwise direction when viewed from the positive direction of each of the Y and Z axes, and the rotation angle (rotation angle around the X, Y, and Z axes) at that position (X, Y, Z) ) Place the object.

  Further, the game processing unit 110 may include a movement / motion processing unit 116. The movement / motion processing unit 116 performs a movement / motion calculation (movement / motion simulation) of the object. That is, an object such as a player character is moved in the object space (game space) based on data from the input unit 160, a program (movement / motion algorithm), various data (motion data), a physical law, etc. Performs processing to move the object (motion, animation). Specifically, the movement / motion processing unit 116 stores object movement information (position, rotation angle, speed, or acceleration) and movement information (position or rotation angle of each part constituting the object) in one frame ( A simulation process is sequentially performed every 1/60 seconds or 1/30 seconds. A frame is a unit of time for performing object movement / motion processing (simulation processing) and image generation processing.

  Further, the game processing unit 110 may include a virtual camera control unit 118. The virtual camera control unit 118 performs a virtual camera (viewpoint) control process for generating an image that can be seen from a given (arbitrary) viewpoint in the object space. Specifically, the virtual camera control unit 118 determines the position (X, Y, Z) or optical axis of the virtual camera in the world coordinate system based on data from the input unit 160 or a program (movement / motion algorithm). A process for controlling the direction (for example, a rotation angle when rotating in the clockwise direction when viewed from the positive direction of the X, Y, and Z axes) is performed. In short, the virtual camera control unit 118 performs processing for controlling the viewpoint position, the orientation of the virtual camera, and the angle of view.

  The image generation unit 120 performs drawing processing based on the results of various processes performed by the processing unit 100, thereby generating an image and outputting the image to the display unit 190. The image generated by the image generation unit 120 may be a so-called two-dimensional image or a so-called three-dimensional image.

  When generating a so-called three-dimensional image, first, object data (model data) including vertex data (vertex position coordinates, texture coordinates, color data, normal vector, α value, etc.) of each vertex of the object is input. Based on the vertex data included in the input object data, vertex processing (shading by a vertex shader) is performed. When performing the vertex processing, vertex generation processing (tessellation, curved surface division, polygon division) for re-dividing the polygon may be performed as necessary.

  In the vertex processing, according to the vertex processing program (vertex shader program, first shader program), vertex movement processing, coordinate transformation, for example, world coordinate transformation, visual field transformation (camera coordinate transformation), clipping processing, projective transformation (perspective transformation) , Projection conversion), viewport conversion (screen coordinate conversion), light source calculation, and other geometric processing are performed, and based on the processing results, the vertex data given to the vertex group constituting the object is changed (updated, adjusted). To do. Object data after geometry processing (position coordinates of object vertices, texture coordinates, color data (luminance data), normal vector, α value, etc.) is stored in the storage unit 170.

Then, rasterization (scan conversion) is performed based on the vertex data after the vertex processing, and the surface of the polygon (primitive) is associated with the pixel. Subsequent to rasterization, pixel processing (shading or fragment processing by a pixel shader) for drawing pixels (fragments forming a display screen) constituting an image is performed.

  In pixel processing, according to a pixel processing program (pixel shader program, second shader program), various processes such as texture reading (texture mapping), color data setting / change, translucent composition, anti-aliasing, etc. are performed, and an image is processed. The final drawing color of the pixel to be configured is determined, and the drawing color of the perspective-transformed object is output (drawn) to the drawing buffer 172 (buffer that can store image information in units of pixels; VRAM). That is, in pixel processing, per-pixel processing for setting or changing image information (color, normal, luminance, α value, etc.) in units of pixels is performed. Thereby, an image that can be seen from the virtual camera (given viewpoint) in the object space is generated. Also. The image generation unit 120 performs texture mapping, hidden surface removal processing, α blending, and the like when drawing an object.

  The sound generation unit 122 performs sound processing based on the results of various processes performed by the processing unit 100, generates game sounds such as BGM, sound effects, or sounds, and outputs the game sounds to the sound output unit 192.

  The display control unit 136 performs display control for displaying the game processing content by the game processing unit 110 and display control for displaying the image generated by the image generation unit 120 on the display unit 190.

  Further, the display control unit 136 performs control for displaying the play right information of the player on the display unit 190. In particular, in the present embodiment, the display control unit 136 performs a process of displaying the play right information A on the display unit 190 when the received play right information A and the play right information B do not match.

3. Configuration of Server A FIG. 3 shows an example of a functional block diagram of the server A (server 20) of the present embodiment. Note that the server A of the present embodiment may have a configuration in which some of the components (each unit) in FIG. 3 are omitted or changed, or other components are added.

  The storage unit 270 serves as a work area for the processing unit 200, the communication unit 296, and the like, and its function can be realized by a RAM (VRAM) or the like. The storage unit 270 includes a main storage unit 271 and a storage unit 272 (for example, a database).

  The storage unit 272 stores (records) player identification information 273 (user account, user identification information) in association with the terminal identification information of the terminal 10. The storage unit 272 may store a player password, an email address, and the like. In the present embodiment, the storage unit 272 stores (records) play right information 274 (play right information A) and billing information 275 for each player in association with the player identification information 273.

  FIG. 4 shows an example of a correspondence table (table) stored in the storage unit 272. In the correspondence table shown in FIG. 4, the player identification information 273 of each player is P1, P2, P3, P4,..., And is associated with the player identification information P1, P2, P3, P4,. Each of them includes play right information 274 (play right information A) such as the number of remaining coins, billing information 275 including information such as a card number, purchase date and time, and purchase amount.

The information storage medium 280 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The processing unit 200 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 280. That is, the information storage medium 280 stores a program for causing the server A (computer) to function as each part of the present embodiment (a program for causing the server A (computer) to execute processing of each part).

  The communication unit 296 performs various controls for communicating with the outside (for example, a terminal, another server, or another network system), and functions as hardware such as various processors or communication ASICs. Or by a program.

  The processing unit 200 (processor) performs processing based on a program stored in the information storage medium 280. Specifically, a service is provided in response to a request from a terminal.

  The processing unit 200 performs various processes using the main storage unit 271 in the storage unit 270 as a work area. The functions of the processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  In particular, the processing unit 200 of the server A according to the present embodiment includes a storage processing unit 210 and a communication control unit 212.

  The storage processing unit 210 performs processing such as recording and reading of various types of information on the storage unit 272 of the storage unit 270.

  The communication control unit 212 performs processing for transmitting / receiving data to / from the terminal 10 or the like via a network. For example, the communication control unit 212 performs a process of receiving various information from the terminal 10 of the player and transmitting the various information to the terminal 10 in response to a request from the player terminal 10.

  In the present embodiment, the processing unit 200 performs processing for recording the player identification information 273 transmitted from the terminal 10 in the storage unit 272.

  Further, the processing unit 200 performs a process of updating the play right information 274 (play right information A) recorded in the storage unit 272 in response to a request from the terminal 10 (consuming the play right by N). The number N of play rights consumed per play is determined in advance.

  Further, the processing unit 200 performs a process of recording the charging information 275 in the storage unit 272 in response to a purchase right purchase request from the terminal 10 (or another terminal).

  Further, the processing unit 200 performs a process of transmitting play right information 274 (play right information A) and billing information 275 recorded in the storage unit 272 to the terminal 10 in response to a request from the terminal 10.

4). Configuration of Server B FIG. 5 shows an example of a functional block diagram of the server B (server 30) of the present embodiment. Note that the server B of this embodiment may have a configuration in which some of the components (each unit) in FIG. 5 are omitted or changed, or other components are added.

  The storage unit 370 serves as a work area such as the processing unit 300 and the communication unit 396, and its function can be realized by a RAM (VRAM) or the like. The storage unit 370 includes a main storage unit 371 and a storage unit 372 (for example, a database).

The storage unit 372 stores (records) player identification information 373 (user account, user identification information) in association with the terminal identification information of the terminal 10. The storage unit 372 may store a player password, an email address, and the like. In the present embodiment, the storage unit 372 associates the player identification information 373 with the play right information 374 (play right information B), game establishment information 375, and game information 376 (game data) for each player. Is stored (recorded).

  FIG. 6 shows an example of a correspondence table (table) stored in the storage unit 372. The correspondence table (table) shown in FIG. 6 records the same player identification information P1, P2, P3, P4 as FIG. 4 as the player identification information 273, and the player identification information P1, P2, P3, P4,. In association with each other, play right information 374 (play right information B) such as the remaining number of coins, game establishment information 375 including opponent information such as the opponent's character and rank, war record, reward, experience value , Game information 376 (game data) including information such as level is included.

  In the present embodiment, the game is established by completing the matching of the opponent, and after the matching of the opponent is completed, the game establishment information 375 including the information of the opponent is recorded in the storage unit 372 before the battle is started. When the match is over, the game establishment information 375 is deleted. That is, the player whose game establishment information 375 is recorded in the storage unit 372 indicates that it is in a battle state, and the player whose game establishment information 375 is not recorded is not in a battle state, that is, after the game is started It is shown that it is either the state before the battle or the state after the battle. In the example of FIG. 6, the players whose player identification information is P1 and P2 are in a battle state (P1 and P2 are not necessarily fighting), and the players whose player identification information is P3 and P4 are This indicates that you are not in a battle.

  An information storage medium 380 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM). The processing unit 300 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 380. That is, the information storage medium 380 stores a program for causing the server B (computer) to function as each part of the present embodiment (a program for causing the server B (computer) to execute the process of each part).

  The communication unit 396 performs various controls for communicating with the outside (for example, a terminal, another server, or another network system), and functions as hardware such as various processors or communication ASICs. Or by a program.

  The processing unit 300 (processor) performs processing based on a program or the like stored in the information storage medium 380. Specifically, a service is provided in response to a request from a terminal.

  The processing unit 300 performs various processes using the main storage unit 371 in the storage unit 370 as a work area. The functions of the processing unit 300 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  In particular, the processing unit 300 of the server B according to the present embodiment includes a storage processing unit 310 and a communication control unit 312.

  The storage processing unit 310 performs processing such as recording, reading, and erasing various information on the storage unit 372 of the storage unit 370.

The communication control unit 312 performs processing for transmitting / receiving data to / from the terminal 10 or the like via a network. For example, the communication control unit 312 receives various information from the terminal 10 of the player, and performs processing to transmit the various information to the terminal 10 in response to a request from the player terminal 10.

  In the present embodiment, the processing unit 300 performs processing for recording the player identification information 373 transmitted from the terminal 10 in the storage unit 372.

  Further, the processing unit 300 updates the play right information 374 (play right information B) recorded in the storage unit 372 in response to a request from the terminal 10 (increases by the increase in the play right information A due to purchase). I do.

  Further, the processing unit 300 performs a process of updating the play right information 374 (play right information B) recorded in the storage unit 372 in response to a request from the terminal 10 (consuming the play right by N). This consumption number N is the same as the consumption number N of play rights per play in the server A.

  In addition, the processing unit 300 records the game establishment information 375 transmitted from the terminal 10 in the storage unit 372, and deletes the game establishment information 375 recorded in the storage unit 372 in response to a request from the terminal 10. Do.

  Further, the processing unit 300 performs a process of transmitting play right information 374 (play right information B) and game establishment information 375 recorded in the storage unit 372 to the terminal 10 in response to a request from the terminal 10.

  In addition, the processing unit 300 records the game information 376 in the storage unit 372 during or after the game, and transmits the game information 376 recorded in the storage unit 372 to the terminal 10 in response to a request from the terminal 10. I do.

5. Processing of Game System Next, an example of processing of the game system of the present embodiment will be described using the flowcharts of FIGS.

5-1. Processing of Terminal FIG. 7 is a diagram illustrating an example of processing of the processing unit 100 of the terminal 10. As shown in FIG. 7, when the game is started, the processing unit 100 first displays a title screen on the display unit 190 (step S10), and when a start operation is performed by the player (Y in step S12). Next, a login screen is displayed on the display unit 190 (step S14).

  When the player inputs player identification information (player ID) and password (player password) on the login screen, the processing unit 100 performs login processing. If the login is successful (Y in step S16), the player The identification information is added and the server A is requested to transmit the play right information A and the billing information (step S18).

  When the reception from the server A is completed (Y in step S20), the processing unit 100 then adds the player identification information and requests the server B to transmit the play right information B and the game establishment information ( Step S22).

  When the processing unit 100 completes the reception from the server B (Y in step S24) and does not receive the game establishment information (N in step S26), next, a play right check / update process (step S26). S30) is performed. Details of the play right check / update process (step S30) will be described later.

In addition, when the processing unit 100 completes the reception from the server B (Y in Step S24) and receives the game establishment information (Y in Step S26), the specific processing (Step S28) is performed next. Thereafter, a play right check / update process (step S30) is performed.

  Next, the processing unit 100 starts a game process (step S32), and performs a game process (a battle process between a player character and an opponent character) until a game end condition is satisfied.

  When the game end condition is satisfied (Y in step S34), the processing unit 100 adds player identification information and requests the server B to delete the game completion information (step S36), and ends the process. .

  As described above, since the game establishment information recorded in the server B during the battle is deleted at the end of the game, normally, the game establishment information is not recorded in the server B before the next battle. Accordingly, the processing unit 100 normally receives only the play right information B from the server B in response to the transmission request to the server B in step S22. However, if a network error occurs during the previous match, the processing unit 100 returns to the login screen display process (step S10), so that the game establishment information remains on the server B without being erased. That is, if the processing unit 100 receives game establishment information from the server B in response to the transmission request to the server B in step S22, it means that a network error has occurred during the previous battle. Therefore, in step S28, the processing unit 100 performs specific processing as compensation processing for the network error, for example, processing for giving an experience value or a reward when the player wins the battle, assuming that the player has won. May be performed. If the processing unit 100 detects that the player has intentionally lost the network connection when the player becomes defeated during the previous match, the processing unit 100 assumes that the player has lost and the player loses the match. If you perform a specific process to give experience points and rewards, and conversely detect that the opponent has intentionally disconnected from the network, it is assumed that the player won and the experience points and rewards when winning the match A specific process for assigning may be performed.

  FIG. 8 is a diagram illustrating an example of the process (play right check / update process) in step S30 of FIG. As shown in FIG. 8, in the play right check / update process, the processing unit 100 of the terminal 10 first purchases the play right before the current login based on the billing information received in step S20 of FIG. Whether or not (step S50).

  When the player has not purchased the play right (N in Step S50), the processing unit 100 plays the play right information A received in Step S20 in FIG. 7 and the play right information B received in Step S24 in FIG. Are compared to determine whether or not they match (S50).

  Further, when the player has purchased the play right (Y in step S50), the processing unit 100 updates (increases) the play right information B received in step S20 in FIG. 7 according to the purchase right purchase amount. Then, the player identification information is added and the server B is requested to update the play right information (increase the play right according to the purchase amount) (step S52).

  Then, the processing unit 100 compares the play right information A received in step S20 of FIG. 7 with the play right information B updated (increased) in step S52 of FIG. 8, and determines whether or not they match (S54). ).

  When the play right information A and the play right information B coincide with each other as a result of the determination in step S54 (Y in S54), the processing unit 100 displays the play right information A on the display unit 190 (step S56). If the right information A and the play right information B do not match (N in S54), the play right information B is displayed on the display unit 190 (step S58).

  Next, the processing unit 100 communicates with another terminal 10 based on input information from the player, and starts an opponent matching process (S60). Then, when the opponent is found and matching is completed (Y in S62), the processing unit 100 generates game establishment information including information on the opponent as a game is established (step S64).

  Next, when the play right information A and the play right information B match (Y in step S66), the processing unit 100 adds the player identification information and updates the play right information to the server A (play right) (Step S68), and the player identification information is added to request the server B to update the play right information (play right consumption) (step S70).

  Further, when the play right information A and the play right information B do not match (N in step S66), the processing unit 100 does not request the server A to update the play right information (consumption of the play right). Then, the server B is requested to update the play right information (play right consumption) (step S70).

5-2. Processing of Server A FIG. 9 is a diagram illustrating an example of processing of the processing unit 200 of the server A (server 20). As illustrated in FIG. 9, when receiving a play right purchase request from a player (Y in S100), the processing unit 200 associates the received player identification information with the storage unit 272 of the storage unit 270. Then, processing for recording the billing information such as the card number and purchase date and processing for updating the play right information A according to the purchase amount (increase the play right) are performed (step S102).

  In addition, when the processing unit 200 receives a request to update the play right information (consumption of play right) from the terminal 10 (Y in step S104), the processing unit 200 sends the received player identification to the storage unit 272 of the storage unit 270. In association with the information, a process of updating the play right information A (consuming the play right) is performed (step S106).

  Further, when receiving a play right information transmission request from the terminal 10 (Y in step S108), the processing unit 200 receives a play associated with the received player identification information from the storage unit 272 of the storage unit 270. The right information A is read and transmitted to the terminal 10 (step S110).

5-3. Processing of Server B FIG. 10 is a diagram illustrating an example of processing of the processing unit 300 of the server B (server 30). As illustrated in FIG. 10, when the processing unit 300 receives a request to transmit play right information and game establishment information from the terminal 10 (Y in step S200), the processing unit 300 stores the received player in the storage unit 372 of the storage unit 370. If not only the play right information B associated with the identification information but also the game establishment information is recorded (Y in step S202), a process of reading the play right information B and the game establishment information and transmitting them to the terminal 10 is performed. This is performed (step S204).

  If the game establishment information associated with the received player identification information is not recorded in the storage unit 372 of the storage unit 370 (N in step S202), the processing unit 300 reads the play right information B. Processing to transmit to the terminal 10 is performed (step S206).

  In addition, when the processing unit 300 receives a request to update the play right information (increase the play right according to the purchase amount) from the terminal 10 (Y in step S208), the processing unit 300 sends the storage unit 270 to the storage unit 272. Then, a process for updating the play right information B (increase the play right in accordance with the purchase amount) in association with the received player identification information is performed (step S210).

In addition, when the processing unit 300 receives a request for recording game establishment information & updating play right information (consumption of play right) from the terminal 10 (Y in step S212), the processing unit 300 sends a request to the storage unit 272 of the storage unit 270 Then, in association with the received player identification information, a process for recording the game establishment information and a process for updating the play right information B (consuming the play right) are performed (step S214).

  Further, when the processing unit 300 receives a game establishment information deletion request from the terminal 10 (Y in step S216), the processing unit 300 associates the received player identification information with the storage unit 372 of the storage unit 370. The process which erases the game establishment information which exists is performed (step S218).

5-4. Specific Examples of Processing Sequence of Game System Specific examples of processing sequences of the game system 1 according to the flowcharts of FIGS. 7 to 10 are shown in FIGS. 11 to 13, the processes performed by the terminal 10, the server A, and the server B are displayed in time series from top to bottom, and each process is the same as the corresponding process in the flowcharts of FIGS. 7 to 10. The code is attached. In addition, in FIGS. 11-13, the display of the one part process of the flowchart of FIGS. 7-10 is abbreviate | omitted.

  FIG. 11 is a diagram illustrating an example of a sequence of processing when the player next plays a game on the terminal 10 when a network error does not occur after the previous game is established and the battle is normally completed. Since the previous game ended normally, no game establishment information remains in the server B. Further, since no network error has occurred since the previous game was established, the play right of server A and the play right of server B are consumed similarly. As a result, at the start of the sequence shown in FIG. 11, the play right information A () is shown in the column P2 in the player identification information in the server A correspondence table shown in FIG. 4 and the server B correspondence table shown in FIG. 274) and the play right information B (374) coincide with each other, and the game establishment information 375 is not recorded.

  Therefore, in the sequence of FIG. 11, the terminal 10 receives only the play right information B from the server B (step S24), and does not perform the specific process (step S28) performed when the game establishment information is received. Also, the play right of server A and the play right of server B are the same when the game is completed when the play right information A and play right information B match in the comparison process of step S54 and the matching process of the opponent (step S60) is completed. (Steps S106 and S214).

  FIG. 12 shows that the player plays the next game on the terminal 10 when a network error occurs before the play right of the server B is consumed after the play right of the server A is consumed after the previous game is established. It is a figure which shows an example of the sequence of the process in a case. Due to the occurrence of the previous network error, the terminal 10 immediately returns to the title screen display process (step S10), so that the play right of the server A is consumed, but the play right of the server B is not consumed. That is, for the player, there is a problem that the play right of the server A is consumed even though the previous game could not be played. In this case, the play right of the server B is increased by one play more than the play right of the server A. Further, since the game establishment information is recorded simultaneously with the consumption of the play right of the server B, the game establishment information is not recorded in the server B. As a result, at the start of the sequence shown in FIG. 12, the play right information A (() in the player identification information field P3 in the correspondence table of server A shown in FIG. 4 and the correspondence table of server B shown in FIG. 274) and play right information B (374), and the game establishment information 375 is not recorded.

  Therefore, in the sequence of FIG. 12, the terminal 10 receives only the play right information B from the server B (step S24), and does not perform the specific process (step S28) performed when the game establishment information is received.

Further, the play right information A and the play right information B do not match in the comparison process of step S54, and the play right information B is displayed (step S58). Thus, by displaying the play right information B instead of the play right information A, it is possible for the player not to know that the play right of the server A was consumed when the previous game was established. As a result, it is possible to present the right play right information to the player and prevent the player from being confused.

  Furthermore, since the play right information A and the play right information B do not coincide with each other when the match process of the opponent (step S60) is completed, the play right of the server A is not consumed and only the play right of the server B is consumed. (Step S214). In this way, by consuming only the play right of the server B, as a result, the play right of the server A is not consumed in the previous game in which the network error has occurred.

  FIG. 13 is a diagram illustrating an example of a sequence of processing when the player next plays a game on the terminal 10 when a network error occurs during the battle (game processing in step S32) after the previous game is established. is there. Due to the occurrence of the previous network error, game establishment information remains recorded on the server B. Further, the play right of the server A and the play right of the server B are consumed similarly. As a result, at the start of the sequence shown in FIG. 13, the play right information A (() in the player identification information field P4 in the server A correspondence table shown in FIG. 4 and the server B correspondence table shown in FIG. 274) and play right information B (374) coincide with each other, and game establishment information 375 is recorded.

  Therefore, in the sequence of FIG. 13, the terminal 10 receives the play right information B and the game establishment information from the server B (step S24), and performs a specific process (step S28) performed when the game establishment information is received. Also, the play right of server A and the play right of server B are the same when the game is completed when the play right information A and play right information B match in the comparison process of step S54 and the matching process of the opponent (step S60) is completed. (Steps S106 and S214).

  As described above, according to the present embodiment, when the game is established, after the play right information A is updated (consumed), the network error occurs before the play right information B is updated (consumed). If it occurs, there is a difference between the play right information A and the play right information B. In this case, when the next game is established, the play right information A is not updated (consumed), and the play right information B is updated (consumed). ) Played right information A is not updated (consumed) when the next game is established. Accordingly, it is possible to assume that the play right has not been updated (consumed) when the player was unable to play the previous game.

  Further, according to the present embodiment, when the game is established, when the play right information A and the play right information B do not match, the play right information B is updated (consumed) to match the play right information A. Therefore, basically, the play right information A and the play right information B are kept in the same state, and even if a difference occurs, only one play is not generated. Thereby, the update process of the play right information A and the play right information B can be simplified.

  The present invention is not limited to the one described in the above embodiment, and various modifications can be made. For example, terms cited as broad or synonymous terms in the description in the specification or drawings can be replaced with broad or synonymous terms in other descriptions in the specification or drawings.

For example, in the above embodiment, the game is formed by completing the matching process between the players on the premise of the battle game. However, even in the battle game, the battle with the CPU character or the CPU ghost character, etc. In this case, for example, the game may be established by completing the selection of the player character. In addition, the present invention can be applied to a game other than the battle game by setting a certain condition for the play right to be consumed as a game establishment condition.

  Further, for example, in the above embodiment, a system in which play rights are consumed every time a game is established is taken as an example. However, a system in which play rights are increased every time a game is established, or any time a game is established, It may be a system in which play rights are consumed or increased according to conditions. In any case, if a network error occurs after the game is established and the play right of server A is updated and before the play right of server B is updated, the next time the game is established, The play right may be updated in the same manner as the previous play right update of the server A.

  The present invention includes configurations that are substantially the same as the configurations described in the embodiments (for example, configurations that have the same functions, methods, and results, or configurations that have the same objects and effects). In addition, the invention includes a configuration in which a non-essential part of the configuration described in the embodiment is replaced. In addition, the present invention includes a configuration that exhibits the same operational effects as the configuration described in the embodiment or a configuration that can achieve the same object. Further, the invention includes a configuration in which a known technique is added to the configuration described in the embodiment.

1 game system, 10 terminals, 20 servers, 30 servers, 100 processing unit, 110 game processing unit, 112 game parameter setting unit, 114 object space setting unit, 116 movement / motion processing unit, 118 virtual camera control unit, 120 image generation Unit, 122 sound generation unit, 124 matching processing unit, 126 play right information comparison unit, 128 play right information update processing unit, 130 game establishment information update processing unit, 132 specific processing unit, 134 communication control, 136 display control unit, 160 Input unit, 170 storage unit, 171 main storage unit, 172 drawing buffer, 173 object data storage unit, 174 texture storage unit, 175 Z buffer, 180 information storage medium, 190 display unit, 192 sound output unit, 196 communication unit, 200 Processing unit, 210 Storage processing unit 220 communication control unit, 270 storage unit, 271 main storage unit, 272 storage unit, 273 player identification information, 274 play right information, 275 charging information, 280 information storage medium, 296 communication unit, 300 processing unit, 310 storage processing unit, 320 communication control unit, 370 storage unit, 371 main storage unit, 372 storage unit, 373 player identification information, 374 play right information, 375 game establishment information, 376 game information, 380 information storage medium, 396 communication unit

Claims (9)

In a terminal connected via a network to a first server for storing first play right information for playing a game and a second server for storing second play right information for playing the game A program to be executed,
A game processing unit for performing game processing of the game;
A communication control unit configured to receive the first play right information from the first server and to receive the second play right information from the second server before the game is established;
A play right information comparing unit that compares the received first play right information with the second play right information;
When the first play right information matches the second play right information when the game is established, after requesting the first server to update the first play right information , Requesting the second server to update the second play right information, and if the first play right information and the second play right information do not match, the first server The terminal is caused to function as a play right information update processing unit that performs a process of requesting the second server to update the second play right information without requesting an update of the first play right information. Program. In claim 1,
The play right information update processing unit
When the game is established, if the first play right information and the second play right information do not match, the second play right information is made to match the first play right information. And requesting the second server to update the second play right information. In claim 1 or 2,
Further causing the terminal to function as a display control unit that performs control to display play right information on the display unit of the terminal,
The play right information comparison unit
Before the game is established, the first play right information and the second play right information are compared,
The display control unit
A program for causing the display unit to display the first play right information when the first play right information and the second play right information do not match. In claim 1 or 2,
Game establishment information update that requests the second server to record game establishment information when the game is established and requests the second server to erase the game establishment information after the game is over And
Before the game is established, it is determined whether or not the game establishment information is recorded in the second server, and when the game establishment information is recorded, the specific processing unit that performs a specific process A program for causing a terminal to further function. In any one of Claims 1 thru | or 4,
The program according to claim 1, wherein the first play right information and the second play right information are information on consumption-type charging items. In any one of Claims 1 thru | or 5,
The game is a battle game,
A program characterized in that the game is established when matching of an opponent is completed. A terminal connected via a network to a first server for storing first play right information for playing a game and a second server for storing second play right information for playing the game There,
A game processing unit for performing game processing of the game;
A communication control unit configured to receive the first play right information from the first server and to receive the second play right information from the second server before the game is established;
A play right information comparing unit that compares the received first play right information with the second play right information;
When the first play right information matches the second play right information when the game is established, after requesting the first server to update the first play right information , Requesting the second server to update the second play right information, and if the first play right information and the second play right information do not match, the first server And a play right information update processing unit that performs a process of requesting the second server to update the second play right information without requesting the update of the first play right information. . A first server for storing first play right information for playing a game;
A second server for storing second play right information for playing the game;
A game system including a terminal connected to the first server and the second server via a network,
The terminal
A game processing unit for performing game processing of the game;
A communication control unit configured to receive the first play right information from the first server and to receive the second play right information from the second server before the game is established;
A play right information comparing unit that compares the received first play right information with the second play right information;
When the first play right information matches the second play right information when the game is established, after requesting the first server to update the first play right information , Requesting the second server to update the second play right information, and if the first play right information and the second play right information do not match, the first server And a play right information update processing unit that performs a process of requesting the second server to update the second play right information without requesting the update of the first play right information. system. In claim 8,
The first server is a server that manages billing information;
The game system, wherein the second server is a server that manages game information of the game.

Images