JP6422656B2 - Game system and server system - Google Patents

Description

  The present invention relates to a game system, a server system, and the like.

  2. Description of the Related Art Conventionally, a game system is known in which a player operates a moving object such as a car and plays a game by competing with a computer or another vehicle operated by another player. As such a game system, there is a conventional technique disclosed in Patent Document 1, for example.

  In such a game system, a player dresses up and tunes a car owned by the player with parts or the like. The car data after the dress-up / tuning is stored in a storage unit (database) of the server system, for example. For example, the player can own a plurality of cars, and the data of the plurality of cars is associated with a card ID of a game card which is a portable information storage medium. When a player plays a game on a game device installed in an amusement facility using car data owned by the player, this game card is used. Specifically, a game card is touched to a card reader of a game device or a game management device (terminal) installed in a game facility together with the game device. Then, data of a plurality of vehicles associated with the card ID of the game card is read from the storage unit of the server system. The player selects desired car data from the read data of a plurality of cars, and plays a game using the selected car data. Or, if you want to further dress up and tune your own car, you can install new parts to the selected car.

JP 2013-59574 A

  In such a game system, a player can own data of a large number of cars, such as 100 cars, using a game card. Therefore, a function that allows the player to delete unnecessary car data is desired.

  However, if such a deletion function is introduced without any contrivance, an unfavorable situation may occur in terms of security. For example, the player drops the game card, and another person who picks up the game touches the game device or the game management device to delete the car data without permission.

  According to some aspects of the present invention, it is possible to provide a game system, a server system, and the like that can implement a game data release process with high security.

  One aspect of the present invention is a reception processing unit that receives information via a network, a transmission processing unit that transmits information via the network, and a game management device connected to the game device or the game device. When a release reservation request for game data owned by a player is made, the release reservation request is accepted, and after accepting the release reservation request, a release confirmation request for the game data is made at the terminal device of the player And a release processing unit that executes a release process of the game data.

  According to one aspect of the present invention, when a release reservation request for game data of a player is made in the game device or the game management device, the release reservation request is accepted. Release processing is not executed at the stage of this release reservation request. After the release reservation request is accepted, the game data release process is executed only when a game data release confirmation request is made in the player terminal device. In this way, for example, the game data release process can be realized with higher security as compared to a method in which the release process is performed only by input from the game device or the game management device.

  In one aspect of the present invention, the release processing unit specifies the game data in the game device or the game management device using a portable information medium possessed by the player, and the specified game data The release reservation request may be received when the release reservation request is made.

  In this way, for example, even when the portable information medium is used by others, only a release reservation request for game data specified by the portable information medium is made. Since the release process is not executed unless a release confirmation request using the terminal device is subsequently made, the security of the release process can be improved.

  Also, in one aspect of the present invention, the release processing unit is configured such that the game data for which the release confirmation request is made in the terminal device is the game data for which the release reservation request is made in the game device or the game management device. Whether the data corresponds to data may be determined using the medium ID of the portable information medium.

  In this way, the portable information storage for identifying the game data for which the release reservation request has been made, whether or not the game data for which the release confirmation request has been made corresponds to the game data for which the release reservation request has been made. The determination can be made using the medium ID of the medium.

  In one aspect of the present invention, the release processing unit receives the release confirmation request after the player logs in to the game site where the game data is used using the terminal device. The game data release process may be executed.

  As described above, when the user can log in to the game site where the game data is used, it can be determined that the terminal device is likely to belong to the player. Therefore, if the game data release process is executed on condition that a release confirmation request is made after login, a release process with high security can be realized.

  Moreover, in one aspect of the present invention, it may include a storage unit that stores the game data, and the release processing unit may perform a process of deleting the game data from the storage unit in the release process.

  In this way, for example, game data that is no longer necessary for the player can be deleted from the storage unit of the game system by the release process.

  In one aspect of the present invention, the release processing unit performs a process of associating the game data associated with the player with the other player as game data owned by the other player in the release process. You may go.

  In this way, transfer of game data from a player to another player can be executed by release processing.

  In one aspect of the present invention, the release processing unit receives a release reservation request for the game data, then satisfies a predetermined condition, and receives the release confirmation request after the predetermined condition is satisfied. The release process of the game data may be executed.

  In this way, even when a release reservation request is accepted, the release process will not be executed unless a release confirmation request is made after the predetermined condition is satisfied, thus further improving the security of the release process. it can.

  In one aspect of the present invention, the release processing unit is based on a lapse of a predetermined time after the release reservation request is made or distance information between the game device or the game management device and the terminal device. Then, it may be determined whether or not the predetermined condition is satisfied.

  In this way, even when a release reservation request is accepted, the release process is not executed unless, for example, a predetermined time elapses or a predetermined distance is set between the game device or the game management device and the terminal device. It becomes possible to do so.

  Moreover, in one aspect of the present invention, the game data may be data of a moving object appearing in the game or an item used in the game.

  In one aspect of the present invention, the game data may be game content data.

  According to another aspect of the present invention, there are provided a reception processing unit that receives information via a network, a transmission processing unit that transmits information via the network, and a game management device connected to the game device or the game device. When a release reservation request for game data owned by a player is made, the release reservation request is accepted, and after receiving the release reservation request, a release confirmation request for the game data is made at the terminal device of the player. A release processing unit that executes a release process of the game data.

Explanatory drawing of the structural example of the game system of this embodiment. An example of a game device and a game management device connected to the game device. The structural example of the server system of this embodiment. The structural example of the game device of this embodiment. The example of the vehicle data linked | related with card ID of a game card. The example of the game image produced | generated by the game device. 7A and 7B show examples of input screens used for deletion reservation. 8A and 8B show examples of input screens used for canceling deletion reservation. An example of an input screen used to confirm deletion. The flowchart explaining the process at the time of login. Explanatory drawing of the deletion process of car data. Explanatory drawing of the transfer process of vehicle data. FIGS. 13A and 13B are explanatory diagrams of the relationship between the user ID and the terminal ID and the content data that is game data. FIG. 14A and FIG. 14B are explanatory diagrams of a technique for executing deletion processing when a predetermined condition is satisfied. FIG. 15A and FIG. 15B are also explanatory diagrams of a technique for executing a deletion process when a predetermined condition is satisfied. The flowchart of the detailed process example of this embodiment. The flowchart explaining the acquisition process of card ID using user ID.

  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. Game System First, a configuration example of a game system according to the present embodiment will be described with reference to FIG.

  In FIG. 1, a server system 500 (information processing system) is communicatively connected to a game management device MN, game devices GM1 to GM4, and a terminal device TM via a network 510. For example, the server system 500 is a host, and the game management device MN, the game devices GM1 to GM4, and the terminal device TM are clients. Specifically, a plurality of game devices GM1 to GM4 and a game management device MN connected to the game devices GM1 to GM4 are installed in an amusement facility such as a store. The game management device MN is also called a terminal and is a non-game device that cannot play a game, but performs various management processes on the game devices GM1 to GM4. The game management device MN serves as a parent device for the game devices GM1 to GM4, and the game management device MN and the game devices GM1 to GM4 are communicatively connected via a LAN or the like. Communication connection between the server system 500 and the game devices GM1 to GM4 is performed via the game management device MN. In the following, a case where the game system and its processing of the present embodiment are mainly realized by the server system 500 will be described as an example. However, the game system and a part of the processing will be described with reference to the game management device MN and the game device GM1. -You may implement | achieve by GM4 or the terminal device TM.

  The server system 500 can be realized by, for example, one or a plurality of servers (management server, game server, billing server, service providing server, content distribution server, authentication server, database server, ID server, card server, or communication server). The server system 500 provides various services for managing community-type websites and online games, and can manage data necessary for game execution and distribute client programs and various data.

  The network 510 (distribution network, communication line) is a communication path using, for example, the Internet or a wireless LAN. In addition to a LAN using a dedicated line (dedicated cable) or Ethernet (registered trademark) for direct connection, telephone communication is also possible. A communication network such as a network, a cable network, or a wireless LAN can be included. The communication method may be wired / wireless.

  The terminal device TM is a terminal having a network connection function (Internet connection function). As these terminal devices TM, for example, a mobile communication terminal such as a smartphone, a mobile phone, or a future phone can be used.

  FIG. 2 shows an example of the game devices GM1 to GM4 and the game management device MN. Each of the game devices GM1 to GM4 includes a monitor 10 that functions as a display unit 190 of FIG. 4 to be described later, a handle 20, a brake 22, an accelerator 24, a shift lever 26, a card reader 28, and the like that function as an operation unit 160. . The player sits on the seat of the game apparatus and operates the steering wheel 20, the brake 22, the accelerator 24, the shift lever 26, and the like, and enjoys a racing game by car.

  The game management device MN is purchased by a monitor 40 for displaying various information, a touch panel monitor 42 for inputting various information, a card reader 44 of a game card (portable information storage medium in a broad sense), and a player The game card has a carry-out port 46 and a take-in port 48 for a takeover magnetic card.

  FIG. 3 shows a configuration example of a server system (game system) 500 of the present embodiment.

  The server system 500 includes a processing unit 600, a storage unit 670, and a communication unit 696. The processing unit 600 includes a reception processing unit 602, a transmission processing unit 604, a game results processing unit 606, a release processing unit 608, a charging processing unit 616, a management processing unit 618, an image generation data generation unit 620, and a sound generation data generation unit. 630. Note that the configuration of the server system 500 is not limited to FIG. 3, and various modifications such as omitting some of the components (each unit) or adding other components are possible.

  The reception processing unit 602 performs information reception processing. For example, a process for receiving information from the game management device MN, the game devices GM1 to GM4, the terminal device TM, and the like via the network 510 is performed. The transmission processing unit 604 performs information transmission processing. For example, a process of transmitting information to the game management device MN, the game devices GM1 to GM4, the terminal device TM, and the like via the network 510 is performed. Here, the reception process includes a process of instructing the communication unit 696 to receive information, a process of acquiring information received by the communication unit 696, and writing the information in the storage unit 670. The transmission process is a process of instructing the communication unit 696 to transmit information, or instructing the communication unit 696 to transmit information.

  The game result processing unit 606 performs various kinds of calculation processing for game results. For example, a player's game score totaling process or update process is performed. The release processing unit 608 executes release processing. Details of the release processing unit 608 will be described later.

  The billing processing unit 616 performs various billing processing (billing determination processing, billing data creation processing, storage processing, etc.). The billing information storage unit 676 of the storage unit 670 stores billing information to be charged by the billing processing unit 616.

  The management processing unit 618 performs various server management processes. For example, management processing of various services provided by the server and management processing of various information such as server management information are performed.

  For example, in order to use the service provided by the server system 500, the player performs a predetermined procedure to acquire an account. By logging in by entering the password associated with the acquired account, the player can play network games, service on the game site, online shopping for items, etc., exchange messages between players, and friends Various services such as user registration can be used. The management processing unit 618 also performs such account information management processing of the player.

  The image generation data generation unit 620 generates image generation data for generating an image. The sound generation data generation unit 630 generates sound generation data for generating sound (sound, game sound, sound effect). Here, the image generation data for generating an image is data for generating (displaying) an image generated by the method of the present embodiment on the game devices GM1 to GM4 and the like, and is image data itself. Alternatively, various data (display screen setting data, object data, etc.) used by each game device to generate an image may be used. The same applies to the sound generation data generated by the sound generation data generation unit 630.

  The operation unit 660 is for a system administrator (operator) to input various information.

  The storage unit 670 stores various types of information. For example, various information is stored in a database format. The storage unit 670 functions as a work area such as the processing unit 600 and the communication unit 696. The function of the storage unit 670 can be realized by RAM (DRAM, SRAM, VRAM), SSD (Solid State Drive), HDD (Hard Disk Drive), or the like.

  Storage unit 670 includes game data storage unit 672, billing information storage unit 676, and user information storage unit 678. The game data storage unit 672 stores game data. The game data is data of game content such as mobile objects appearing in the game or items used in the game, game music, game images, or game images. The billing information storage unit 676 stores billing processing information performed by the billing processing unit 616. The user information storage unit 678 stores player personal information (name, sex, date of birth, e-mail address, etc.) as user information. For example, the aforementioned player account information is also stored as user information. The accounting information stored in the accounting information storage unit 676 is associated with each account information of each player.

  An information storage medium 680 (a computer-readable medium) stores programs, data, and the like, and its function can be realized by an HDD, a memory (ROM, etc.), an optical disk (CD, DVD), or the like. In this information storage medium 680, a program (a process for each unit) for causing each unit of the game system (server system or the like) of the present embodiment to function as a computer (an apparatus including an operation unit, a processing unit, a storage unit, and an output unit). A program for causing a computer to execute) is stored.

  The communication unit 696 performs communication with the game management device MN, the game devices GM1 to GM4, the terminal device TM, and the like via a wired or wireless network 510, and the function thereof is a communication ASIC, a communication processor, or the like. It can be realized by hardware and communication firmware.

  FIG. 4 shows a configuration example of the game devices (GM1 to GM4) of the present embodiment. Note that the configuration of the game device is not limited to that shown in FIG. 4, and various modifications may be made such as omitting some of the components (each unit) or adding other components.

  The operation unit 160 is for a player to input operation data, and functions thereof are direction instruction keys, operation buttons, analog sticks, levers, various sensors (such as an angular velocity sensor and an acceleration sensor), a microphone, or a touch panel type. This can be realized with a display.

  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 (DRAM, SRAM, VRAM) or the like.

  An information storage medium 180 (a computer-readable medium) stores programs, data, and the like, and functions as an optical disk (DVD, CD, etc.), HDD (hard disk drive), memory (ROM, etc.), etc. Can be realized. The processing unit 100 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 180. That is, in the information storage medium 180, a program for causing a computer (an apparatus including an operation unit, a processing unit, a storage unit, and an output unit) to function as each unit of the present embodiment (a program for causing the computer to execute processing of each unit). Is memorized.

  The display unit 190 outputs an image generated according to the present embodiment, and the function can be realized by an LCD, an organic EL display, a CRT, various projector-type displays, an HMD, or the like. The sound output unit 192 outputs the sound generated by the present embodiment, and its function can be realized by a speaker, headphones, or the like.

  The I / F (interface) unit 194 performs interface processing with the portable information storage medium 195, and the function can be realized by an ASIC for I / F processing or the like. The portable information storage medium 195 stores various information for a player to play a game, and can be realized by an IC card (memory card), a USB memory, a magnetic card, or the like.

  When the portable information storage medium 195 is an IC card (game card), the I / F unit 194 can be realized by the card reader 28 in FIG. 2 that reads information from the IC card.

  The communication unit 196 communicates with an external device (for example, another game device, a game management device, a server system, etc.) via a wired or wireless network, and functions as a communication ASIC or communication. It can be realized by hardware such as a processor for communication and firmware for communication.

  Note that a program (data) for causing a computer to function as each unit of the present embodiment is transferred from the information storage medium included in the server system (host device) to the information storage medium 180 (or storage unit 170) via the network and communication unit 196. You may distribute. Use of the information storage medium by such a server system can also be included in the scope of the present invention.

  The processing unit 100 (processor) performs game processing, image generation processing, sound generation processing, and the like based on operation data from the operation unit 160, a program, and the like. The processing unit 100 performs various processes using 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, GPU, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 100 includes a game calculation unit 102, an object space setting unit 104, a moving body calculation unit 106, a virtual camera control unit 108, a reception processing unit 110, a transmission processing unit 114, a battle processing unit 116, an image generation unit 120, and sound generation. Part 130. It should be noted that modifications can be made such as omitting some of these components or adding other components.

  The game calculation unit 102 performs game calculation processing. Here, the game calculation includes a process of starting a game when a game start condition is satisfied, a process of advancing the game, or a process of ending a game when a game end condition is satisfied.

  The object space setting unit 104 performs an object space setting process in which a plurality of objects are arranged. For example, various objects (polygons, free-form surfaces or subdivisions) representing display objects such as moving objects (cars, people, airplanes, ships, robots, animals, etc.), maps (terrain), buildings, courses (roads), trees, walls, etc. The object is configured to place and set an object composed of a primitive surface such as a surface in the object space. In other words, the position and rotation angle of the object in the world coordinate system (synonymous with direction and direction) are determined, and the rotation angle (rotation angle around the X, Y, and Z axes) is determined at that position (X, Y, Z). Arrange objects. Specifically, the object data storage unit 172 of the storage unit 170 stores object data such as the position, rotation angle, moving speed, moving direction, etc. of the object (part object) in association with the object number. . The object space setting unit 104 performs a process of updating the object data for each frame, for example.

  The moving object calculation unit 106 performs an operation for moving the moving object. Also, a calculation for operating the moving object (moving object) is performed. That is, based on operation data input by the player through the operation unit 160, a program (movement / motion algorithm), various data (motion data), etc., a moving body (object, model object) is moved in the object space, Performs processing to move the moving body (motion, animation). Specifically, a simulation for sequentially obtaining movement information (position, rotation angle, speed, or acceleration) and movement information (part object position or rotation angle) of a moving body for each frame (1/60 seconds, etc.). Process. A frame is a unit of time for performing a moving / movement process (simulation process) and an image generation process of a moving object.

  The virtual camera control unit 108 performs control processing of a virtual camera (viewpoint, reference virtual camera) for generating an image that can be seen from a given (arbitrary) viewpoint in the object space. Specifically, processing for controlling the position (X, Y, Z) or rotation angle (rotation angle about the X, Y, Z axis) of the virtual camera (processing for controlling the viewpoint position, the line-of-sight direction or the angle of view) I do.

  The reception processing unit 110 receives information from an external device such as a server system or a game management device. The transmission processing unit 114 performs processing for transmitting information to an external device such as a server system or a game management device. Here, the reception process includes a process of instructing the communication unit 196 to receive information, a process of acquiring information received by the communication unit 196, and writing the information in the storage unit 170, and the like. The transmission process is a process of instructing the communication unit 196 to transmit information, or instructing the communication unit 196 to transmit information.

  The battle processing unit 116 performs various processes for battle play. For example, a battle process is performed between a player moving body controlled based on operation information from the operation unit 160 and an enemy moving body controlled by an operation of a computer or another player.

  The image generation unit 120 generates an image displayed on the display unit 190. For example, a drawing process is performed based on the results of various processes (game process, simulation process) performed by the processing unit 100, thereby generating an image and outputting it to the display unit 190. Specifically, geometric processing such as coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, perspective transformation, or light source processing is performed. Based on the processing result, drawing data (the position of the vertex of the primitive surface) Coordinates, texture coordinates, color data, normal vector, α value, etc.) are created. Then, based on the drawing data (primitive surface data), the perspective transformation (geometry processing) object (one or a plurality of primitive surfaces) is converted into image data in units of pixels such as a drawing buffer 176 (frame buffer, work buffer, etc.). Draw in a buffer that can be stored. Thereby, an image that can be seen from the virtual camera (given viewpoint) in the object space is generated.

  The sound generation unit 130 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.

  4 shows the configuration of the game devices GM1 to GM4 of FIGS. 1 and 2, the game management device MN can be realized by the same configuration as that of FIG. For example, the game management device MN includes a processing unit, an operation unit, a storage unit, a display unit, a sound output unit, an I / F unit, a communication unit, and the like, similarly to the game device. The processing unit of the game management device MN can be realized by the same configuration as the processing unit 100 of FIG. 4 except that the game calculation is not performed. The storage unit, the display unit, the sound output unit, the I / F unit, and the communication unit of the game management device MN are the same as the storage unit 170, the display unit 190, the sound output unit 192, the I / F unit 194, and the communication unit 196 in FIG. A similar configuration can be realized. The I / F unit of the game management device MN can be realized by the card reader 44 of FIG. The communication unit of the game management device MN communicates with the server system 500 via the network 510. The communication unit communicates with the game devices GM1 to GM4 via a network such as a LAN provided in the amusement facility.

  As shown in FIG. 3, in this embodiment, the server system 500 (game system) receives a reception processing unit 602 that receives information via the network 510, a transmission processing unit 604 that transmits information via the network 510, A release processing unit 608 is included.

  The release processing unit 608 executes game data release processing. Specifically, when the game device GM1 to GM4 or the game management device MN communicatively connected to the game devices GM1 to GM4 makes a release reservation request for game data owned by the player, the release processing unit 608 Accept release reservation request. For example, when the player makes an input for instructing a release reservation in the game devices GM1 to GM4 or the game management device MN, the game devices GM1 to GM4 or the game management device MN transmit a release reservation request via the network 510, and receive processing The unit 602 receives this release reservation request. When the release processing unit 602 receives the release reservation request, the release processing unit 608 receives the release reservation request.

  Then, after receiving the release reservation request in this way, the release processing unit 608 executes a game data release process when a game data release confirmation request is made in the terminal device TM of the player. For example, it is assumed that the player inputs release confirmation of the game data in the terminal device TM after inputting the game data release reservation. Then, the terminal apparatus TM transmits a release confirmation request via the network 510, and the reception processing unit 602 receives this release confirmation request. The terminal device TM is a portable communication terminal such as a smartphone, a mobile phone, or a future phone. When a release confirmation request is received by the reception processing unit 602, the release processing unit 608 executes a release process for the game data.

  Here, the release process is a process for releasing game data owned by the player. For example, the release process includes a process of deleting game data, a process of transferring (presenting) game data to another player without charge, or a process of transferring (sale) game data to another player for a fee.

  For example, as shown in FIG. 3, the server system 500 (game system) includes a game data storage unit 672 (storage unit) that stores game data. The game data storage unit 672 stores game data in association with a player (such as a user ID) that stores the game data. In this case, the release processing unit 608 performs processing for deleting the game data from the game data storage unit 672 in the release processing. In this way, the game data erasing process, which is a release process, is realized.

  In addition, the release processing unit 608 performs processing for associating the game data associated with the player in the release processing with another player as game data owned by the other player. That is, the player associated with the game data is changed. In this way, a game data transfer process, which is a release process, is realized. This transfer process may be performed free of charge or for a fee. Moreover, when performing for a fee, you may transfer virtual currency (currency in a game) as consideration, and you may transfer real world money as consideration.

  Further, game data to be subjected to release processing is data used for a game as a game element, for example. For example, the game data is data of a moving object appearing in the game or an item used in the game. A moving object is an object (three-dimensional object, two-dimensional object) that moves in the game space. For example, the moving object is a character object representing a car, an airplane, a robot, a person, a ship, an animal, a monster, or the like that the player operates in the game. An item is an object used by a player or the like during a game. For example, when an item is used, a game parameter or the like used for game calculation processing is changed. The item includes an item that the character equips, an item that the character uses during the game and generates a predetermined effect, an item for decoration or ornament, or an item that is represented as a card.

  The game data may be game content data. The game content data includes music data (such as BGM) used in the game, sound data (such as character sound data), image data (such as character or item graphic data), or moving image data (moving image data capturing the game). Etc.).

  Further, the release processing unit 608 specifies game data using the portable information medium possessed by the player in the game devices GM1 to GM4 or the game management device MN, and makes a release reservation request for the specified game data. If so, accept this release reservation request. Specifically, the release processing unit 608 determines whether or not the game data for which the release confirmation request is made in the terminal device TM corresponds to the game data for which the release reservation request is made in the game devices GM1 to GM4 or the game management device MN. Is determined using the medium ID (medium identification information) of the portable information medium.

  For example, the player causes the game devices GM1 to GM4 or the game management device MN to read the medium ID (medium identification information) of the portable information storage medium, and then operates the game devices GM1 to GM4 or the game management device MN to play the game. Make a data release reservation. When the portable information storage medium is a game card (IC card or the like), the player touches the card reader 28 of the game devices GM1 to GM4 or the card reader 44 of the game management device MN before touching the game card. Make a data release reservation. This medium ID is associated with game data to be released. Then, the release reservation and the corresponding medium ID are transmitted by the game devices GM1 to GM4 or the game management device MN and received by the reception processing unit 602.

  Next, the player inputs a release confirmation of the game data using the terminal device TM, the terminal device TM transmits a release confirmation request, and the reception processing unit 602 receives the release confirmation request. Then, the release processing unit 608 determines whether or not the game data for which the release confirmation request has been made is the game data for which the release reservation request has been made, using the medium ID of the portable information medium. For example, when the player inputs a game data release confirmation using the terminal device TM, the release processing unit 608 can determine which medium ID the game data is associated with. ing. When the release processing unit 608 determines that the game data requested to be released is the game data requested to be released, the release processing unit 608 executes the release processing of the game data.

  Specifically, the release processing unit 608 performs a game data release process when a player confirms a release confirmation request after logging in to the game site where the game data is used using the terminal device TM. Run. For example, when a player logs in to the site, a portable information storage medium used by the player for the game is searched, and a medium ID of the portable information storage medium is acquired. Specifically, after the player registers as a member of the site, the player registers a portable information storage medium used for the game. For example, the medium ID of the portable information storage medium used by itself is input. Thereby, the user ID of the player and the medium ID are associated with each other. Accordingly, when the game data release confirmation request is input after the player logs in to the site, the release processing unit 608 can acquire the medium ID of the portable information storage medium associated with the game data. Accordingly, the release processing unit 608 can determine the identity of the game data requested for release reservation and the game data requested for release confirmation using the acquired medium ID. When the identity of the game data can be confirmed using the medium ID, the game data release process is executed. As a result, a process of deleting the game data from the game data storage unit 672 or transferring it to another player is executed.

  In addition, the release processing unit 608 may execute the game data release process when a predetermined condition is satisfied after receiving a release reservation request for game data and a release confirmation request is received after the predetermined condition is satisfied. . For example, the release processing unit 60 determines the above predetermined condition based on the elapse of a predetermined time after the release reservation request is made or the distance information between the game devices GM1 to GM4 or the game management device MN and the terminal device TM. Judging. For example, when a release confirmation request is made after a predetermined time has elapsed after the release reservation request is made, it is determined that the predetermined condition is satisfied. Alternatively, when the distance between the game devices GM1 to GM4 or the game management device MN and the terminal device TM is equal to or greater than the predetermined distance, it is determined that the predetermined condition is satisfied. Then, after such a predetermined condition is satisfied, when the release confirmation is input in the terminal device TM and a release confirmation request is received, the release processing unit 60 executes a game data release process.

2. Next, the method of this embodiment will be described. In the following description, the method of the present embodiment will be described mainly using an example where it is applied to a car game. However, the method of the present embodiment can be applied to various games other than car games (such as fighting games, airplane games, role playing games, card games, action games, and puzzle games). In the following, the case where the game data is car data and the release process is a car data deletion process will be mainly described as an example, but the present embodiment is not limited to this. For example, the game data may be data on a moving object or item other than a car, or game content data. The release process may be a game data transfer process to another player. In the following, the case where the portable information storage medium is a game card (IC card) and the game data release reservation is performed by the game management apparatus MN will be mainly described as an example, but the present embodiment is not limited to this. . For example, the portable information storage medium may be a storage medium other than the game card, and the game data release reservation may be performed in the game devices GM1 to GM4.

2.1 Game Card FIG. 5 shows an example of a game card (portable information storage medium in a broad sense) used in this embodiment. This game card is an authentication card for game data, and car data (game data in a broad sense) owned by the player is associated with the game card. Specifically, a card ID (medium ID in a broad sense) is stored in the game card, and this card ID is associated with car data owned by the player.

  The car data is stored in the game data storage unit 672 of the server system. For example, in FIG. 5, the player can own data of, for example, 100 cars with one game card in a car game using this game card. The car data includes, for example, a car number, image data representing the appearance of the car (an image ID such as an object number), a name given to the car (driver name), a car registration location, a car level / title, a car type, and the like. Data can be included. FIG. 5 shows an example of car data, and the contents and data structure are not limited to those shown in FIG. For example, a car ID may be assigned to each car, and car image data or the like may be stored in association with the car ID. Further, the car data need not include all the data (car number, image data, name, etc.) shown in FIG. 5, and some of the data may be omitted or other data may be added.

  The player purchases the game card (passport card) at the game devices GM1 to GM4 or the game management device MN. That is, the player purchases a game card by inserting coins (consideration) into the coin insertion slot of the game devices GM1 to GM4 or the game management device MN.

  When a player newly registers a car to be used, the player touches the game card on the card reader 28 or the like of the game devices GM1 to GM4. Then, the car type is selected and a new car is registered. The registered car data is stored in the game data storage unit 672 of the server system 500 as car data owned by the player. For example, in FIG. 5, the player can newly register 100 cars per card. The car data can also be acquired and owned at an event or the like.

  When the player dresses up a car, the game card is touched to the card reader 44 of the game management device MN in FIG. Then, while looking at the screen displayed on the monitor 40 or the touch panel monitor 42, the touch panel monitor 42 is operated, and parts are attached to the car that is owned or parts are replaced, so that the car is dressed up. . The car data after the dress-up is stored in the game data storage unit 672 of the server system 500. For example, when the appearance of the vehicle is changed by dressing up, the changed vehicle data (image data) is stored.

  And a player can read the data of the car which he owns by touching a game card to the card reader 28 of game device GM1-GM4. Specifically, the car data associated with the card ID (medium ID) of the game card is read from the server system 500 and transferred to the game devices GM1 to GM4 via the game management device MN. Then, the player plays a car game using the transferred car data.

  FIG. 6 is an example of a game image generated in the car game. The player operates the host vehicle PCA (player car) with the operation unit 160, travels in the travel area, and races against the enemy vehicle RCA (computer car). The enemy vehicle RCA is a vehicle controlled by a computer (or another player).

  When the race battle is won, the player can obtain a predetermined point. For example, in the car game according to the present embodiment, a face-to-face battle mode is prepared, and a dress-up point can be obtained when a hostile vehicle that runs on the basis of the turn data (ghost data) is won. When a predetermined number of dress-up points are obtained, dress-up parts that can change the appearance of the dress-up of the vehicle can be obtained. Then, the car data after the dress-up is stored in the game data storage unit 672 of the server system 500.

  In the car game of the present embodiment, a story mode is prepared, and a tuning point can be obtained when the enemy vehicle is won in the story mode. By obtaining a predetermined number of tuning points, you can tune your vehicle to improve acceleration, maximum speed, and cornering performance. Then, the tuned car data is stored in the game data storage unit 672 of the server system 500.

2.2 Deletion of Car Data As described above, in this embodiment, the player can own data of a plurality of cars by possessing the game card. Further, when dressing up or tuning is performed on a car that is owned, the result is reflected in the data of the car and is stored in the game data storage unit 672 of the server system 500 in association with the game card (card ID). .

  Then, as shown in FIG. 5, the player can possess data of a large number of cars, such as 100 cars, by possessing a game card. Therefore, a car data deletion function is required to delete car data that is no longer needed by the player and is no longer needed.

  However, if such a deletion function is adopted without any contrivance, an unfavorable situation may occur in terms of security.

  For example, it is assumed that a player loses a game card and another person who picks up the game card touches the card reader 44 of the game management device MN or the card reader 28 of the game devices GM1 to GM4. In this case, it is assumed that the above-described deletion function is adopted, and the game card car data can be deleted without any limitation in the game management device MN and the game devices GM1 to GM4. Then, the car data associated with the game card is deleted regardless of the player's intention, and the car data stored in the game data storage unit 672 of the server system 500 is lost. Therefore, the player loses possession of the data of the car that has been subjected to dressing up and tuning. In addition, a friend of the player may take the player's game card and delete the car data without permission.

  Therefore, in the present embodiment, a technique is adopted in which the game data cannot be deleted alone in the game management device MN or the game devices GM1 to GM4. Specifically, when the player wants to delete the car data, the player inputs a deletion reservation in the game management device MN (or game devices GM1 to GM4, and so on). Then, this deletion reservation request is transmitted by the game management apparatus MN via the network 510 and accepted by the server system 500.

  Next, the player inputs deletion confirmation of the car data reserved for deletion in the terminal device TM such as a smartphone or a mobile phone owned by the player. Then, this deletion confirmation request is transmitted by the terminal device TM via the network 510 and received by the server system 500. Then, the server system 500 (release processing unit 608) receives the vehicle data deletion reservation request and then receives the vehicle data deletion confirmation request from the terminal device TM. Run. That is, the vehicle data is deleted from the game data storage unit 672. In this case, it is determined based on the card ID of the game card whether or not the game data requested to be deleted is game data requested to be deleted.

  Specifically, in this embodiment, a car game site where car data is used is prepared on the net. The player can receive various services prepared at the site by logging in and accessing the site with the terminal device TM. For example, the player accesses this site through the terminal device TM, so that the information on the car owned by the player (vehicle type, title, etc.), his / her own battle record (win / lose, competition result), ranking, You can view the information of the team to which you belong. In addition, news and the like are regularly distributed, and participation in events on the Internet becomes possible.

  In order for a player to receive various services provided to members on this site, it is necessary to register as a user and register as a member of this site. Then, for example, at the time of membership registration, the card ID of the game card used by the player is input. Alternatively, even when a game card is purchased after registering as a member, the card ID or the like of the newly purchased game card is input. In this way, the player (user ID) is associated with the card ID of the game card owned by the player.

  When the player inputs the user ID and password and logs in to the site, for example, the card ID corresponding to the user ID is searched and acquired.

  When the player deletes unnecessary car data, the player touches the game card on the card reader 44 of the game management device MN (may be game devices GM1 to GM4, hereinafter the same). Then, while looking at the monitor 40 and the touch panel monitor 42 of the game management device MN, the user inputs a reservation for deleting the data of the car desired to be deleted.

  FIG. 7A and FIG. 7B are examples of input screens used for car deletion reservation. These input screens are displayed using the monitor 40 and the touch panel monitor 42 of the game management apparatus MN.

  On the input screen of FIG. 7A, an image (graphic) of a car owned by the player is displayed, as indicated by A1. Specifically, the vehicle selection screen is displayed before the transition to the input screen of FIG. 7A, and the player can select a desired vehicle from a plurality of vehicles displayed on the vehicle selection screen. When a car is selected, the screen changes to the input screen shown in FIG. For example, when making a deletion reservation for car data, the player selects a car for which a deletion reservation is desired from a plurality of cars displayed on the car selection screen. By doing so, an image of a car to be deleted is displayed at A1 in FIG. 7A. Further, as shown in A2, the name of the vehicle (driver name) and the vehicle type are also displayed. The player touches the input icon shown in A3 to shift to a car dress-up parts replacement screen, a car data confirmation screen, a shop screen where parts are purchased, and an event menu screen. be able to. Further, by touching the “return” input icon shown in A4, it is possible to return to the car selection screen which is the previous screen.

  When the player touches the input icon indicated by A5 in FIG. 7A, a pop-up screen as indicated by B1 in FIG. 7B is displayed. In this pop-up screen, as shown at B2, detailed information on the car reserved for deletion by the player is displayed. For example, the name given to the car (driver's name), the registration place where the car is newly registered, the car level / title, the car type, the horsepower increased by tuning, the last use date and time of the car, Information such as car number is displayed. These pieces of information can be displayed based on car data stored in the game data storage 672. The player confirms these pieces of information and determines in detail whether or not to reserve this vehicle for deletion. When making a deletion reservation, the user touches the input icon “YES” shown in B3. As a result, this car deletion reservation is executed. Specifically, the game management apparatus MN transmits a deletion reservation request via the network 510, and the server system 500 accepts this deletion reservation request. For example, the card ID of the game card used by the player is associated with this deletion reservation request.

  Further, as indicated by B4 in FIG. 7B, the player is notified of points to note regarding the deletion reservation for this pop-up screen. Specifically, after the deletion reservation is made, it is notified that it is necessary to access the dedicated site for the game by a terminal device TM such as a smartphone or a mobile phone, and to confirm the deletion. Even if the car data is deleted, the alternation data (ghost data) created for the car remains without being deleted.

  When the “YES” input icon is touched at B3 in FIG. 7B, the screen transitions to the input screen shown in FIG. On this input screen, as shown at C1, the player is informed that the car is reserved for deletion. For example, after a deletion reservation, when this vehicle is selected on the above-described vehicle selection screen, the display shown in C1 is performed, so that the player can confirm that the vehicle has already been reserved for deletion.

  On the other hand, when the player changes his mind and cancels the reservation for deleting the car, the user touches the input icon indicated by C2 in FIG. Then, a pop-up screen indicated by D1 in FIG. 8B is displayed. Also on this pop-up screen, detailed information of the car reserved for deletion is displayed as shown at D2. When the player confirms the information and touches the “YES” input icon shown in D3, the reservation for deletion of the car is cancelled. Thereby, for example, a screen transition is made to return to the input screen of FIG.

  After making a reservation for deletion of a car (car data) in the game management apparatus MN, the player uses his terminal device TM to input to confirm the deletion of the car. Specifically, the terminal device TM is used to log in to a dedicated site on the net prepared for the game. When logging in, a user ID and password are input. By this login, the server system 500 can search and acquire the game ID of the game card associated with the user ID.

  FIG. 9 is an example of a car deletion confirmation input screen displayed on the site. This input screen is displayed on the display unit of the terminal device TM. The player inputs the car deletion confirmation while looking at this input screen.

  Specifically, on this input screen, as indicated by E1, a reservation for deletion of the vehicle is made, and a display for inquiring whether or not to confirm the deletion is performed. Further, as indicated by E2 and E3, an image of a car reserved for deletion and detailed information on the car are displayed. In addition, you may make it not display such an image of a vehicle and detailed information of a vehicle. For example, a simplified image of a car may be displayed, or information on the outline of the car may be displayed. Alternatively, only the information such as the name of the car may be displayed without displaying the car image.

  The player confirms the images and information shown in E2 and E3, and touches the “YES” input icon shown in E4 when desiring to confirm the car deletion. This confirms the deletion of the car. Specifically, the terminal device TM transmits a deletion confirmation request via the network 510, and the server system 500 receives this deletion confirmation request. Then, the server system 500 determines whether or not the car data requested to be deleted is data of a car requested to be deleted based on the card ID of the game card or the like.

  That is, as described above, when a deletion reservation request is issued by the game management device MN, the card ID of the game card of the car is associated with the deletion reservation request. Further, when the player logs in to the site using the terminal device TM, for example, the user ID of the player and the card ID of the game card are associated with each other. Therefore, when the player inputs a deletion confirmation request at this site, the deletion confirmation request is associated with the card ID of the game card. Therefore, the server system 500 can easily determine whether or not the data of the vehicle requested to confirm the deletion matches the data of the vehicle requested to be deleted.

  And when these correspond, the server system 500 performs the deletion process of this vehicle data. Specifically, the car data is deleted from the game data storage unit 672. By doing so, even if the player touches the card reader 44 of the game management device MN or the card reader 28 of the game devices GM1 to GM4 after that, the data of the car is not displayed. The player can no longer play a game using the car data.

  FIG. 10 is a flowchart for explaining processing at the time of logging in to the game site.

  When the player selects login (step S1), it is confirmed whether or not automatic login is performed (step S2). If it is not automatic login, a user ID and password are input by the player (step S3). Then, the input contents of the user ID and password are confirmed (step S4), and if they are not correct, an input error is set (step S5).

  When automatic login is performed or when the user ID and password are correct, it is confirmed whether or not the player has been registered in the site service (step S6). If the player is unregistered, the top page for unregistered users is displayed. That is, even the unregistered player can see the top page.

  On the other hand, if the player is registered as a free member, the top page for the free member is displayed (step S8). If the player is registered as a paying member, a top page for the paying member is displayed (step S9). If you become a paid member, you can receive special services for paid members, such as browsing more detailed information than if you are a free member.

  By logging in to the site such as steps S1 to S3 in FIG. 10, the server system 500 can specify the user ID and the like of the logged-in terminal device TM. Moreover, the server system 500 can acquire the card ID of the game card associated with this user ID. Then, based on the acquired card ID, it is possible to determine the identity of the game data for which the car deletion confirmation request has been made and the game data for which the car deletion reservation request has been made.

  FIG. 11 is a diagram illustrating a car data deletion process, which is an example of a game data release process.

  For example, the server system 500 manages car data owned by the player in association with the user ID (card ID) of the player. For example, in FIG. 11, it is assumed that a deletion reservation request is made for the car data of the car number = 35 of the player with the user ID = IDP1, and then a deletion confirmation request is made. Then, the car data of the car number = 35 of the player with the user ID = IDP 1 is deleted from the game data storage unit 672. As a result, the storage area of the car number = 35 becomes an empty area, and the player can newly register, for example, newly acquired car data as car data of the car number = 35.

  FIG. 12 is a diagram for explaining car data transfer processing, which is an example of game data release processing.

  For example, in FIG. 12, a transfer reservation request (release reservation request in a broad sense) for car data of a car number = 35 of a player with user ID = IDP1 is made, and then a transfer confirmation request (release confirmation request in a broad sense) is made. Suppose that Further, it is assumed that the transfer destination is another player with the user ID = IDP2, and the storage area of the car number = 11 of the other player is an empty area. Then, the car data of the car number = 35 of the player with the user ID = IDP1 is transferred to, for example, the storage area of the car number = 11 of the other player of the user ID = IDP2. That is, the process of associating the car data associated with the player with the user ID = IDP1 with the other player as the car data owned by the other player with the user ID = IDP2. In this way, other players with the user ID = IDP2 can freely use the data of the car with the car number = 35 used by the player with the user ID = IDP1 as their possession thereafter. become.

  FIG. 13A is a diagram showing the correspondence between the user ID and the terminal ID of the terminal device TM. When the player inputs a user ID and password using the terminal device TM and logs in to the site, the user ID (card ID) is associated with the terminal ID of the terminal device TM. Therefore, when the player inputs the car data deletion reservation and then uses the terminal device TM to input the vehicle data deletion confirmation, the player who owns the terminal device TM inputs the deletion confirmation. Can be properly authenticated. Therefore, it is possible to ensure the reliability of the deletion confirmation input.

  FIG. 13B is a diagram illustrating a case where the game data is game content data such as music data. In FIG. 13B, music data, which is one piece of game content data, is stored in the game data storage unit 672 in association with the user ID (card ID) of the player. According to the method of the present embodiment, even for game content data such as music data, a deletion reservation is input in the game management device MN (or game device) and then a deletion confirmation is input in the terminal device TM. The game data storage unit 672 can be deleted. Alternatively, for game content data such as music data, after entering the transfer reservation to another player in the game management device MN (or game device), the transfer confirmation of the other player is input in the terminal device TM. The game content data can be transferred to other players free of charge or for a fee.

  As described above, according to the present embodiment, release processing such as deletion and transfer of game data is not executed only by input to the game management device or the game device, and after a release reservation is input at these devices, The release process is executed only after the release confirmation is input at the terminal device. Therefore, the security of the release process can be improved as compared with the technique of the first comparative example in which the game data release process is performed only by input to the game management device or the game device.

  In the first comparative example described above, for example, when the player loses the game card associated with the game data, there is a risk that the game data release process may be performed by another person who picks up the game card. is there. Further, there is a possibility that the game data of the player may be used without permission by a friend of the player and the game data release process is performed.

  In this regard, according to the method of the present embodiment, even if the game card is used without permission by the above-mentioned other person or friend, only the release reservation can be input in the game management device MN or the game devices GM1 to GM4. And terminal device TM, such as a smart phone and a mobile telephone, is authenticated at the time of its use. Therefore, there is little possibility that the terminal device TM is used by another person or friend as described above and the release confirmation is input, and the security level of the release process can be increased. In particular, when a release confirmation is input after logging in to the game site by the terminal device TM, if the release confirmation request is accepted, the security level of the release process can be further increased. Therefore, according to the present embodiment, it is possible to realize the game data release process with higher security as compared with the technique of the first comparative example described above.

  Further, as a method of the second comparative example of the present embodiment, a method of executing the release process only by input to the terminal device TM can be considered.

  On the other hand, in the present embodiment, the release process is not executed only by input to the terminal device TM, and the release reservation is input in the game management device MN or the game devices GM1 to GM4 before the input to the terminal device TM. There is a need to. Therefore, it is possible to urge the player to visit the amusement facility where the game devices GM1 to GM4 and the game management device MN are installed. For this reason, there is an advantage that the game play of the player at the amusement facility can be promoted as compared with the method of the second comparative example described above.

  Further, the method of the second comparative example has a problem that it is necessary to transfer a large amount of game data to the terminal device TM. For example, in the case of a car game, it is necessary to transfer a large amount of car image data to the terminal device TM, and the processing load on the terminal device TM, the load on the network, and the like become excessive.

  In this regard, according to the method of the present embodiment, for example, the player confirms the details of the game data (for example, detailed vehicle images) with the game management device MN or the game devices GM1 to GM4 and inputs the release reservation. Then, the release confirmation may be input at the terminal device TM. Accordingly, since it is not necessary to transfer a large amount of data to the terminal device TM, there is an advantage that the processing load of the terminal device TM, the network load, and the like can be greatly reduced as compared with the method of the second comparative example.

2.3 Release Confirmation After Satisfying Predetermined Conditions As described above, in the present embodiment, after the release reservation is input in the game management device MN or the game devices GM1 to GM4, the release confirmation is input in the terminal device TM Since the release process is executed, the security level of the release process can be increased.

  However, for example, after a player's friend picks up a game card and inputs a release reservation, the player terminal device TM may be picked up and a release confirmation may be input.

  Therefore, in the present embodiment, in order to prevent such a situation, when a game data release reservation request is received, a predetermined condition is satisfied, and when the release confirmation request is received after the predetermined condition is satisfied, A method for executing data release processing is adopted. Specifically, the predetermined condition is satisfied based on the elapse of a predetermined time after the release reservation request is made or the distance information between the game management device MN or the game devices GM1 to GM4 and the terminal device TM. It is determined whether or not. By doing so, the occurrence of the above situation can be suppressed.

  For example, in FIG. 14A, after the deletion reservation is input by the game management device MN or the game devices GM1 to GM4, the deletion confirmation is input by the terminal device TM after a short period TA has elapsed. In this case, since the period TA is short, the deletion process is not executed.

  On the other hand, in FIG. 14B, after the deletion reservation is input in the game management device MN or the game devices GM1 to GM4, the deletion confirmation is input in the terminal device TM after a long period TB has elapsed. In this case, since the period TB is long, the deletion process is executed.

  In FIG. 15A, the distance LA between the game management device MN or the game devices GM1 to GM4 and the terminal device TM is short. For example, the distance LA is shorter than a predetermined threshold distance. In this case, since the distance LA is short, the deletion process is not executed.

  On the other hand, in FIG. 15A, the distance LB between the game management device MN or the game devices GM1 to GM4 and the terminal device TM is long. For example, the distance LB is not less than a predetermined threshold distance. In this case, since the distance LB is long, the deletion process is executed.

  For example, a situation is assumed in which a friend of the player picks up both the game card and the terminal device TM and inputs a deletion reservation and a deletion confirmation.

  In such a situation, it is expected that the friend will input the deletion confirmation at the terminal device TM without waiting so much time after inputting the deletion reservation at the game management device MN or the game devices GM1 to GM4. The

  In this case, in the present embodiment, as shown in FIG. 14A, the deletion process is not executed because the period TA is short. Accordingly, it is possible to prevent the release process from being executed by the input of a friend who takes up both the game card and the terminal device TM.

  Further, in such a situation as described above, it is expected that the friend inputs deletion confirmation using the terminal device TM picked up by the player near the game management device MN or the game devices GM1 to GM4.

  In this case, in this embodiment, as shown in FIG. 15A, the deletion process is not executed because the distance LA is short. Accordingly, it is possible to prevent the release process from being executed by the input of a friend who takes up both the game card and the terminal device TM.

  In the above, the passage of time and distance are used to determine the predetermined condition, but the present embodiment is not limited to this. For example, when a signal such as a beacon is generated in an amusement facility and a release confirmation is input in a state where the signal is detected, the release process may not be executed.

3. Detailed Processing Next, a detailed processing example of this embodiment will be described with reference to the flowchart of FIG.

  First, the game management device MN or the game devices GM1 to GM4 determines whether or not a car deletion reservation request has been made (step S11). This can be determined, for example, based on whether the reception processing unit 602 of the server system 500 has received a car deletion reservation request from the game management device MN or the game devices GM1 to GM4. If a deletion reservation request is made, the deletion reservation is accepted and a deletion reservation flag is set for the car reserved for deletion (step S12).

  Next, it is determined whether or not a vehicle deletion confirmation request has been made in the terminal device TM (step S13). When a deletion confirmation request is made, it is determined whether or not a deletion reservation flag for the vehicle is set (step S14). And when the deletion reservation flag is set, the deletion process of the data of the vehicle is performed (step S15).

  FIG. 17 is a flowchart for explaining a card ID acquisition process using a user ID.

  First, the management server 300 accepts a player login at the terminal device TM (step S21). When the login is accepted, the user ID / password input by the player, the terminal unique ID of the terminal device TM, the service ID, etc. are sent to the manufacturer ID server 310. The manufacturer ID server 310 is a server of a manufacturer that develops and provides a game and operates the above-described site.

  The manufacturer ID server 310 confirms the manufacturer registration ID of the player based on these user ID / password and the like (step S22). If the manufacturer registration ID is confirmed, it is determined whether or not the card ID of the game card is registered for the manufacturer registration ID (step S23). If it is not registered, a card ID registration process is executed (step S24). On the other hand, if registered, a flag indicating the presence / absence of registration of the card ID and the manufacturer registration ID in which the card ID is registered are sent to the management server 300.

  Receiving this, the management server 300 sends the manufacturer registration ID to the card server 320 that manages the game card, and executes a card ID confirmation process (step S25).

  Then, the card server 320 acquires the card ID registered in the manufacturer registration ID and sends the card ID to the management server 300 (step S26). For example, in this embodiment, the player can have a maximum of three game cards as game cards of the manufacturer, and in this case, the card IDs of the maximum three game cards are sent. .

  Receiving this, the management server 300 checks whether or not the game card corresponding to the card ID is a game card that is set to be active (step S27). For example, of the three game cards that can be possessed by the player, only one game card is an active game card that can receive the above-described game site service. Therefore, the management server 300 inquires of the game server 330 whether or not the game card is an active game card. If the game card is an active game card, the game page is shifted to the top page of the my page of the site, and the top page is displayed on the terminal device TM of the player (step S28).

  As described above, in the present embodiment, when the player logs in to the site, the card ID associated with the user ID is acquired based on the user ID of the player. Then, it is determined whether or not the game data for which the release confirmation request is made based on the card ID (medium ID) acquired in this way corresponds to the game data for which the release reservation request has been made.

  Although the present embodiment has been described in detail as described above, it will be easily understood by those skilled in the art that many modifications can be made without departing from the novel matters and effects of the present invention. Accordingly, all such modifications are intended to be included in the scope of the present invention. For example, in the specification or drawings, terms (deletion / transfer processing, car data, games) described at least once together with different terms (release processing, game data, portable information storage medium, medium ID, etc.) having a broader meaning or the same meaning Card, card ID, etc.) may be replaced by the different terms anywhere in the specification or drawings. Further, game data release reservation processing, release confirmation processing, release execution processing, and the like are not limited to those described in this embodiment, and techniques equivalent to these are also included in the scope of the present invention. The present invention can be applied to various games. Further, the present invention can be applied to various game devices such as a business game system, a home game system, a large attraction system in which a large number of players participate, a simulator, a multimedia terminal, a system board for generating game images, and a mobile phone. .

GM1-GM4 game device, MN game management device, TM terminal device,
10 monitor, 20 steering wheel, 22 brake, 24 accelerator,
26 shift lever, 28 card reader, 40 monitor,
42 Touch panel monitor, 44 Card reader, 46 Unloading port, 48 loading port,
100 processing unit, 102 game calculation unit, 104 object space setting unit,
106 mobile object calculation unit, 108 virtual camera control unit, 110 reception processing unit,
114 transmission processing unit, 116 battle processing unit, 120 image generation unit, 130 sound generation unit,
160 operation unit, 170 storage unit, 172 object data storage unit,
176 Drawing buffer, 180 information storage medium, 190 display unit, 192 sound output unit,
194 I / F unit, 195 portable information storage medium, 196 communication unit,
500 server system, 510 network, 600 processing unit,
602 reception processing unit, 604 transmission processing unit, 606 game result processing unit,
608 release processing unit, 616 billing processing unit, 618 management processing unit,
620 image generation data generation unit, 630 sound generation data generation unit,
670 storage unit, 672 game data storage unit, 676 billing information storage unit,
678 User information storage unit, 696 communication unit

Claims (11)

A reception processing unit for receiving information via a network;
A transmission processing unit for transmitting information via the network;
In a game device or a game management device connected to the game device, when a release reservation request for game data owned by a player is made, the release reservation request is accepted, and after the release reservation request is accepted, A release processing unit that executes a release process including a process of deleting or transferring the game data when a release confirmation request for the game data is made in the terminal device of the player;
A game system comprising: In claim 1,
The release processing unit
In the game device or the game management device, when the game data is specified using a portable information medium possessed by the player, and the release reservation request for the specified game data is made, the release A game system characterized by accepting a reservation request. In claim 2,
The release processing unit
Whether the game data for which the release confirmation request has been made in the terminal device corresponds to the game data for which the release reservation request has been made in the game device or the game management device is determined as the portable information medium The game system characterized by making a determination using the medium ID. In any one of Claims 1 thru | or 3,
The release processing unit
The release processing of the game data is executed when the player accepts the release confirmation request after logging in to the game site where the game data is used using the terminal device. A game system. In any one of Claims 1 thru | or 4,
Including a storage unit for storing the game data;
The release processing unit
In the release process, a game system that performs a process of deleting the game data from the storage unit. In any one of Claims 1 thru | or 4,
The release processing unit
In the release process, a game system is provided for performing a process of associating the game data associated with the player with the other player as game data owned by the other player. In any one of Claims 1 thru | or 6.
The release processing unit
A predetermined condition is satisfied after receiving the release reservation request for the game data, and the release processing of the game data is executed when the release confirmation request is received after the predetermined condition is satisfied. A game system. In claim 7,
The release processing unit
It is determined whether or not the predetermined condition is satisfied based on a lapse of a predetermined time after the release reservation request is made or distance information between the game device or the game management device and the terminal device. A game system characterized by that. In any one of Claims 1 thru | or 8.
The game system, wherein the game data is data of a moving object appearing in the game or an item used in the game. In any one of Claims 1 thru | or 8.
The game system, wherein the game data is game content data. A reception processing unit for receiving information via a network;
A transmission processing unit for transmitting information via the network;
In a game device or a game management device connected to the game device, when a release reservation request for game data owned by a player is made, the release reservation request is accepted, and after the release reservation request is accepted, A release processing unit that executes a release process including a process of deleting or transferring the game data when a release confirmation request for the game data is made in the terminal device of the player;
A server system comprising: