JP2008295959A - Game system and server - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To perform an opposing game without limitation on the available time by utilizing an existing system. <P>SOLUTION: This game system utilizes the existing system including a ticket checker in a railroad and a server for receiving data read from a ticket by the ticket checker through a network. The server sets parameters referred to when the victory or defeat of an opposing game is determined concerning the respective data recorded on the ticket, records the same, and registers an entry waiting for playing. The server selects an object of an opposing game from the entry waiting for playing, determines the victory or defeat of the opposing game based on the parameter corresponding to the selected entry waiting for playing, and stores the victory or defeat result of the game. The server transmits the victory or defeat result corresponding to the data received from the ticket checker and read in checking the ticket in getting off to a ticket checker as the transmitting checker of the data to output the result. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a game system that executes a battle game and a server that controls the battle game in the game system.

  In recent years, game machines that read card data recorded on a card and execute a battle game using the card data have become widespread. For example, there is a game in which a card prepared by a user is used to play against another user or a computer. In this type of game machine, a new card is supplied to the user as one game is executed. The user can collect newly acquired cards and use them for the next and subsequent games.

For example, Patent Document 1 discloses a game content that automatically reads card data stored on the back side of a card by arranging the cards on the play field, and according to a combination of the card data placed on the play field. Describes a card game machine configured to advance a predetermined video game.
JP 2002-301264 A

  A game machine that uses a card to execute a battle game employs a different system depending on the device developer, so it is necessary for each developer to design, manufacture, and distribute a dedicated game chassis and program. It was. In addition, since conventional game machines are configured integrally with a card vendor (card supply device), it is necessary to include processing for coin receipt and card payout in the game application program, which increases development burden. Was invited.

  In addition, when a game machine is installed in a game facility such as a game center to which the customs business law is applied, the time for playing using the game machine is limited by the age of the user. In particular, for younger users, playing time is greatly limited.

  The present invention has been made in consideration of the above-described circumstances, and an object of the present invention is to provide a game system capable of executing a battle game using an existing system without any limitation of use time.

  The present invention is a game system including a plurality of ticket gates that read data recorded on a ticket, and a server that receives data read from the ticket by the plurality of ticket gates, From the plurality of ticket gates, a first storage means for storing additional information for setting a parameter to be referred to when determining the winning or losing of the battle game based on the data recorded on the ticket Parameter recording processing means for setting each parameter and recording it in association with the data for each of the data read at the time of the boarding ticket received, based on the additional information stored in the first storage means; A match queue means for recording a match waiting entry corresponding to each of the data received from the plurality of ticket gates; and a match waiting record recorded by the match queue means A battle processing means for selecting a target of a battle game from the entry, and determining the victory or defeat of the battle game based on the parameter recorded by the parameter recording means for the data corresponding to the selected battle waiting entry; Second storage means for storing the result of the win / loss determined by the battle processing means in association with the parameter and the data; and the win / loss result corresponding to the data read at the time of getting off the ticket received from the ticket gate. A winning / losing result transmitting means for transmitting to the ticket gate serving as the data transmission source, wherein the ticket gate transmits first data read from the boarding ticket to the server at the time of boarding the ticket gate; A second transmission means for transmitting data read from the boarding ticket to the server at the time of getting off the ticket gate, and a data by the second transmission means. Against the transmission, characterized in that said and an output means for outputting to receive victory or defeat result of the competition game from the server.

  According to the present invention, an existing system including a ticket gate used in transportation such as a railway and a server that receives data read from a ticket by the ticket gate through a network is read from the ticket. The game is executed based on the parameters set based on the collected data, so even younger users can participate in the game without any restrictions on usage time without being subject to the customs business law. It becomes possible.

Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a block diagram showing the configuration of the game system in the present embodiment. The game system in the present embodiment is also used as a card for using a ticket used in a transportation game such as a railway in a battle game. In this game system, the game data recorded on the ticket is read by passing through the ticket gate using the ticket and entered into the battle game, and the battle with the other people who have passed through the ticket gate in the same way. Is executed. The result of the battle game is notified to the user by displaying on the display device provided in the ticket gate when leaving the ticket gate.

  The server (battle server) 10 shown in FIG. 1 is connected to a plurality of ticket gates 14 to 20 via a dedicated network 12 for managing data read by a ticket gate installed at each station of the railway network, for example. Is done. As a normal function, the server 10 manages boarding records based on data read from the boarding ticket. Moreover, in the game system in this embodiment, the server 10 functions as a battle server that manages the battle game based on the data read from the boarding ticket. In the following description, the battle server 10 managing the battle game will be described.

  In FIG. 1, the battle server 10 includes a ticket gate 14 installed at Shibuya Station (JR Line), a ticket gate 15 installed at Shibuya Station (Tokyo Metro Ginza Line), a ticket gate 16 installed at Daikanyama Station, It shows that it is connected to the ticket gate 17 installed at Meguro Station. As for the ticket gates 14 to 17, only one ticket gate is illustrated for each station, but actually, a plurality of ticket gates are installed at one station. In FIG. 1, for example, a plurality of ticket gates 18, 19, and 20 are installed at Shinjuku Station. Each of the ticket gates 18, 19, and 20 is assigned a ticket gate number, and is managed individually based on the ticket gate number. Each of the ticket gates 14 to 20 is equipped with a function of reading data recorded on the ticket and transmitting it via the network 12, a function of displaying data read from the ticket, and the like.

  The battle server 10 is connected to a game server 31, a game machine 32, a personal computer 33, a mobile phone 34, and the like via a network 30 including the Internet.

  The game server 31 acquires data related to the battle game using the ticket from the battle server 10 (such as a battle history and a parameter to be referenced for determining the win or loss of the battle game), and is connected to the personal computer via the network 30. A service provided for a battle game that is viewed by the computer 33 or the mobile phone 34 or that is executed by the game machine 32 connected via the network 30 is performed.

  The plurality of game machines 32 are installed in a game facility such as a game center, for example, and read card data recorded on a card and execute a battle game using the card data. Moreover, the game machine 32 receives the data regarding the battle game using the boarding ticket from the battle server 10 or the game server 31 based on the card ID of the game boarding ticket, and uses this data to play the battle game. It can also be executed.

FIG. 2 is a block diagram illustrating a detailed functional configuration of the battle server 10.
The battle server 10 includes a communication unit 40, a recording processing unit 41, a database 42 (route number table 43, station number table 44, ticket gate number table 45, ticket type number table 46, character table 47, user information table 48), Functions of a battle queue unit 50, a battle processing unit 51, a communication processing unit 52, and a user information providing unit 53 are provided.

  The communication unit 40 transmits / receives data to / from a plurality of ticket gates installed at each station connected via the network 12.

  When the recording processing unit 41 determines the winning or losing of the competitive game based on the additional information registered in the database 42 for each of data (entry information to be described later) received from a plurality of ticket gates through the communication unit 40 Are set for each game ticket (card ID (identification information) attached to the ticket) and recorded in the database 42 (user information table 48). For example, “specific attack power”, “specific avoidance power”, “specific middle rate”, and “behavioral characteristics” are included as parameters to be referred to when determining the win or loss of the competitive game. The additional information includes the parameters “specific attack power”, “specific avoidance power”, “depending on the route, station, ticket gate, and ticket type of the game ticket used for the game ticket This is information indicating how to change the “specific rate” and “behavioral characteristics” (details will be described later). When the same ticket is used a plurality of times, the parameters are sequentially updated according to the use. The recording processing unit 41 records parameters in association with identification information (hereinafter referred to as a card ID) read from the boarding ticket, and continues to use the user while exchanging the boarding ticket (for example, a commuter pass). When doing so, the parameter can be continuously used in the battle game by changing the card ID in accordance with the exchange of the ticket.

  The database 42 stores various data for executing a battle game in the game system, and stores various tables (information for setting parameters to be referred to when determining the win or loss of the battle game). Route number table 43, station number table 44, ticket gate number table 45, ticket type number table 46, character table 47), parameters, results of the battle game, and data received from the ticket gate are associated with the card ID. A stored user information table 48 is included. Details of each table will be described below.

  In the route number table 43, route name and additional information data are set in association with the route number corresponding to each route on which the game ticket is used (getting on / off ticket gate, getting off ticket gate).

  FIG. 3 shows a specific example of data set in the route number table 43. For example, for the route number 0, the route name “Tokyu Toyoko” and the additional information “ordinary power 300 yen or more and attack power +5” are set. This data indicates that when the game ticket is used on the “Tokyu Toyoko Line” and the regular ticket is 300 yen or more, the “specific attack power” of the parameter for the game ticket is increased by +5. .

  In the station number table 44, station name and additional information data are set in association with the station number corresponding to each station where the game ticket is used (getting on / off ticket gate, getting off ticket gate).

  FIG. 4 shows a specific example of data set in the station number table 44. For example, for the station number 0, the station name “Shibuya” and the additional information “Shibuya station issued ticket hit rate +2” are set. This data indicates that when the game boarding ticket is used at “Shibuya Station” and issued at Shibuya Station, the “inherent medium rate” of the parameter for the game boarding ticket is incremented by +2.

  In the ticket gate number table 45, the ticket gate name and additional information data are set in association with the ticket gate number corresponding to each ticket gate for which the game ticket is used (getting on / off ticket, getting off ticket).

  FIG. 5 shows a specific example of data set in the ticket gate number table 45. For example, for the ticket gate number 0, the ticket gate name “Nishiguchi 1” and the additional information “attack-oriented behavior” are set. This data indicates that when the game ticket is used in, for example, the ticket gate at “West Exit 1” at “Shinjuku Station”, the “behavioral characteristics” parameter of the game ticket is changed to “action-oriented behavior”. It shows that

  In the ticket type number table 46, ticket type names and additional information data are set in association with ticket type numbers corresponding to the ticket types of game tickets.

  FIG. 6 shows a specific example of data set in the ticket type number table 46. For example, for the ticket type number 0, the ticket type name “tour ticket” and the additional information “first attack against all other ticket types” are set. This data indicates that when the game boarding ticket is a “tour ticket”, the “behavior characteristic” parameter of the game boarding ticket is set to “first attack against all other ticket types”.

  The character table 47 is associated with the character number corresponding to the character used in the pattern (symbol) attached to the ticket of the game ticket, and the character name, basic attack power, basic recovery power, basic midpoint Data is set.

  FIG. 7 shows a specific example of data set in the character table 47. For example, for the character number 0, the character name “Dolphin”, the basic attack power “10”, the basic recovery power “10”, and the basic medium ratio “10” are set. In this data, the character attached to the ticket of the game ticket is “Dolphin”, and the parameters “specific attack power”, “specific avoidance power”, “specific middle rate” set for this game ticket The initial values of “10”, “10”, and “10” are respectively shown. That is, the basic strength of the game ticket in the battle game can be understood by referring to the pattern (character) attached to the ticket surface of the game ticket.

  In the user information table 48, the parameters set by the recording processing unit 41, the result of the battle game processed by the battle processing unit 51, and the data received from the ticket gate are stored in association with the card ID.

  FIG. 8 shows a specific example of data stored in the user information table 48. For example, for the card ID “A00010” read from the card, as the data received from the ticket gate, the issuance route number “8”, the issuance station number “22”, the character number “2”, the “boarding station history” ”(History of the used route and station (including transit)) is stored, and the specific attack power“ 20 ”, the specific avoidance power“ 30 ”, the specific mid-rate“ 40 ”, and behavior characteristics (behavior information) are parameters. Is stored, and battle history information is stored as a result of the battle game.

  The battle queue unit 50 is for recording a battle waiting entry corresponding to each of data (entry information) received from a plurality of ticket gates, and parameters are generated by the recording processing unit 41 based on the entry information. As the information is recorded in the user information table 48, a match waiting entry is registered (queued).

  The match processing unit 51 selects a match game target from the match waiting entries registered (queued) in the match queue unit 50, and the user information table 48 for data (entry information) corresponding to the selected match waiting entry. Based on the parameter recorded by the above, the winning / losing of the competitive game is determined, and the winning / losing result is stored in the user information table 48 as battle history information.

  When the data (entry information) read at the time of getting off the ticket gate is received from the ticket gate through the communication unit 40, the communication processing unit 52 reads out the winning / losing result for the battle game corresponding to this data from the user information table 48, The data is transmitted to the ticket gate as a data transmission source through the communication unit 40. That is, when the ticket is entered by the ticket gate 36 shown in FIG. 2 and the entry information is transmitted to the battle server 10, the battle game is played based on the entry information in the battle server 10 while the user is moving by rail or the like. Is executed, and the result of the battle game is confirmed when the ticket gate 37 gets off the ticket gate.

  The user information providing unit 53 provides the game result registered in the user information table 48 of the database 42 to other external information devices such as the game server 31 and the game machine 32 via the network 30.

Next, the boarding ticket used with the game system in this embodiment is demonstrated.
Tickets used in this game system include ordinary tickets, commuter passes, special tickets such as round-trip tickets and one-day tickets, prepaid cards such as Passnet (registered trademark), Suica (registered trademark) and PASMO ( IC cards such as registered trademarks are included. When used in this game system, in addition to data for use as a general boarding ticket, data (entry information) necessary for executing the battle game is recorded on the boarding ticket. It can be read. Each boarding ticket is given a unique card ID for identifying each ticket, and can be read by a ticket gate.

  FIG. 9 shows a format of entry information transmitted to the battle server 10 when a ticket for a game is read by the ticket gate. The entry information includes a card ID, a ticket type number, an issuance line number, an issuance station number, and a character number as data read from the game ticket. As data added by the ticket gate, a route number, It is assumed that the station number and ticket gate number are included.

  The battle server 10 accesses each table recorded in the database 42 using each data included in the entry information as a key, and controls the battle game.

FIG. 10 is a view showing an appearance of a ticket vending machine that sells a ticket (game ticket) used in the game system.
The ticket vending machine shown in FIG. 10 can not only issue a general ticket, but can also be used for a battle game in a game system when a game ticketing button provided on the operation panel is pressed. A function is provided for issuing possible game tickets. As described above, the ticket issued by the ticket vending machine may include, for example, a commuter pass, a special ticket, a prepaid card, an IC card, and the like.

  The existing ticket vending machine has a basic structure for toll collection and ticketing (card payout), so that a ticket for a game used in the game system in this embodiment is issued. Functions can be added easily.

FIG. 11 shows a special ticket (tour ticket) as an example of a game ticket issued by a ticket vending machine.
In the special ticket shown in FIG. 11, an issuance date, a departure station / arrival station name, and the like are recorded as information as a normal ticket. In addition, a picture (for example, a character such as an animal, a dinosaur, or a robot) and a QR (Quick Response) code are printed on the game ticket (card). The game ticket is used in a battle game executed in the game system in the present embodiment, but it is also obtained in a game machine (card game machine) installed in a game facility such as a game center by obtaining it after getting off the ticket gate. It can be used (game tickets are not collected by the ticket gate when getting off the ticket gate).

). The QR code printed on the game boarding ticket indicates card data corresponding to the card type, and can be used for a battle game by being optically read by a game machine.

  The game ticket shown in FIG. 11 shows an example with a QR code attached, but the card data is recorded by other methods according to the function for reading the card data provided in the game machine. May be. For example, as data that can be optically read, a two-dimensional barcode may be printed in addition to the QR code. Further, card data may be recorded magnetically, or an IC tag capable of transmitting and receiving data using RFID (Radio Frequency Identification) technology may be attached to the game ticket.

  In addition, a picture or QR code attached to a game ticket may be printed at the time of ticketing by installing a printing mechanism capable of printing a picture or the like on a ticket machine, or on a mount used as a boarding ticket. It may be printed in advance.

  In addition, for special ticket types, general card games can be issued with a low probability of issuing special game tickets, that is, rare cards, with card data recorded on pictures and game tickets. Rare value can be added in the same way as cards used in the machine. Special ticket types include, for example, children's tickets, limited-time prepaid cards, one-day round tickets, and special limited designs for rare cards.

Next, the operation of the game system in the present embodiment will be described with reference to the flowcharts shown in FIGS. 12, 13, and 14.
FIG. 12A shows the ticket gate processing (entrance) executed by the ticket gate 36 that performs the boarding ticket gate.

  The ticket gate 36 reads the data (card information) recorded from the read boarding ticket (step A1). As a result, if it is detected from the card ID, ticket type number, character number, etc. recorded on the boarding ticket, entry information (see FIG. 9) is transmitted to the battle server 10 through the network 12. (Step A2). It should be noted that processing similar to that of a normal ticket is executed separately.

  FIG. 13A shows a recording process in the battle server 10.

The battle server 10 receives entry information from the ticket gate 36 through the communication unit 40 (step C1).
When the card ID in the entry information is already recorded in the user information table 48 of the database 42, the recording processing unit 41 includes the route number included in the entry information in the boarding / exiting station history information associated with the card ID. The station number and ticket gate number data are additionally recorded (step C2). Further, when the card ID in the entry information is not recorded in the user information table 48 of the database 42, the recording processing unit 41 additionally records the card ID and includes it in the entry information in association with the card ID. The route number, station number, and ticket gate number data are recorded (step C2).

  The recording processing unit 41 accesses each table 43 to 47 (FIGS. 3 to 7) of the database 42 using each data included in the entry information as a key, and sets a parameter ( (“Specific attack power”, “unique avoidance power”, “unique middle rate”) are obtained and recorded in the user information table 48 in association with the card ID.

  When a new card ID is recorded in the user information table 48, the character table 47 is accessed based on the character number of the entry information and set in the character table 47 in association with the corresponding character number. Each data of “basic attack power”, “basic recovery power”, and “basic medium ratio” is stored as an initial value of the parameter.

The parameter is obtained as follows, for example.
Attack power = Specific attack power + Addition value obtained from each table
Avoidance force = inherent avoidance force + added value obtained from each table
Hit probability = inherent hit rate + added value obtained from each table When the recording processing unit 41 records a parameter in the user information table 48, a match waiting entry (for example, a card ID) corresponding to the parameter is recorded in the match queue. Register (queue) in the unit 50 (step C3). Further, the recording processing unit 41 adds (+1) the remaining number of queues indicating the number of battle waiting entries registered in the battle queue unit 50 and sets it in the battle queue unit 50 (step C4).

  In other words, the recording processing unit 41 sequentially generates parameters for entry information received from a plurality of ticket gates based on the data in the entry information and records them in the user information table 48, and also creates a match queue. The entry for waiting for a battle is registered in the part 50.

  FIG. 14 shows a battle process in the battle server 10.

  The battle processing unit 51 checks the remaining number of battle queues (match waiting entries) set in the battle queue unit 50 (step E1), and when the remaining number is 2 or more, a battle game can be executed. It is determined that it exists (step E2, Yes).

  In this case, the battle processing unit 51 selects and takes out two entries from the battle waiting entries registered in the battle queue unit 50 as targets of the battle game using the FIFO (step E3). The battle processing unit 51 subtracts (-2) the remaining queue number and sets it in the battle queue unit 50 (step E4).

  The battle processing unit 51 acquires a parameter corresponding to the battle waiting entry (card ID) extracted from the battle queue unit 50 from the user information table 48. Then, based on the two parameters, a battle process for determining the victory or defeat of the battle is executed (step E6). In other words, a simulation is performed in consideration of instructions such as “first attack” and “defensive behavior” recorded as parameters “specific attack power”, “specific avoidance power”, “specific middle rate” and “behavioral characteristics”. Judge the winner.

  The battle processing unit 51 records the winning / losing result (winning or losing) in each of the battle history information corresponding to the two entries targeted for the battle game in the user information table 48 (step E7).

  FIG. 12B shows the ticket gate machine processing (exit) executed by the ticket gate machine 37 that performs the getting-off ticket gate, and FIG. 13B shows the notification process in the battle server 10. ing.

  The ticket gate 37 reads the data (card information) recorded from the read boarding ticket (step B1). As a result, if it is detected from the card ID, ticket type number, character number, etc. recorded on the boarding ticket, entry information (see FIG. 9) is transmitted to the battle server 10 through the network 12. (Step B2).

  The battle server 10 receives entry information from the ticket gate 37 through the communication unit 40 (step D1). The recording processing unit 41 additionally records the route number, station number, and ticket gate number data included in the entry information in the boarding / exiting station history information corresponding to the card ID in the entry information of the user information table 48 (step D2).

  On the other hand, the communication processing unit 52 accesses the corresponding battle history information in the user information table 48 based on the card ID in the entry information received from the ticket gate 37, and acquires the latest winning / losing result. And it transmits with respect to the ticket gate 37 of the transmission source of selection information through the communication part 40 (step D4).

  When the ticket gate 37 receives the winning / losing result (match result) from the battle server 10 (step B3), the ticket checker 37 outputs the match result (step B4).

  FIG. 15 shows an example in which the result of the battle game is displayed on the monitor screen. The ticket gate 37 separately executes processing similar to that of a normal ticket, and displays the fee (use fare) and the balance as a result of the processing (example of a game ticket using a prepaid card) As a result, for example, “◯” representing winning is displayed (“×” is displayed when representing losing).

  The output of the winning / losing result may be other than “◯” or “×”, and may be notified by the display color of the monitor or by voice.

  The parameters recorded in the user information table 48 can be used in the game server 31 or the game machine 32 via the network 30. When accessed from the game server 31 or the game machine 32 using the card ID as a login code, the user information providing unit 53 reads and downloads a parameter corresponding to the card ID (may include other battle history information). . The game server 31 can execute, for example, a card game using the data downloaded from the battle server 10.

  In this way, in the game system according to the present embodiment, the game system is configured using the existing system used in the railway network or the like, so the technical and time burden on the development side can be reduced. . Further, since the processing specific to the business game such as coin management and card payout can be separated from the game application, development can be facilitated. In addition, since it is not subject to the Customs Business Law, anyone can participate in the game regardless of age, so long as it is a time when the railway can be used. Furthermore, since the boarding ticket can be used in a card game machine installed in the game center, a new customer guidance to the game center can be expected.

  Further, the present invention is not limited to the above-described embodiments as they are, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. In addition, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.

The block diagram which shows the structure of the game system in this embodiment. The block diagram which shows the detailed function structure of the battle server 10. FIG. The figure which shows the specific example of the data set to the route number table. The figure which shows the specific example of the data set to the station number table. The figure which shows the specific example of the data set to the ticket gate number table 45. The figure which shows the specific example of the data set to the ticket type number table 46. FIG. The figure which shows the specific example of the data set to the character table 47. FIG. The figure which shows the specific example of the data memorize | stored in the user information table. The figure which shows the format of the entry information transmitted with respect to the battle server 10 from a ticket gate. The figure which shows the external appearance of the ticket vending machine which sells the boarding ticket (game ticket) used with the game system in this embodiment. The figure which shows a special boarding ticket (tour ticket) as an example of the boarding ticket for games issued by the ticket vending machine. The flowchart for demonstrating the ticket gate machine process in this embodiment. The flowchart for demonstrating the recording process and notification process of the battle server 10 in this embodiment. The flowchart for demonstrating the battle process in the battle server. The figure which shows the example by which the result of the battle | competition game was displayed and output on the monitor screen.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 10 ... Server, 12 ... Network, 14-20 ... Ticket gate, 30 ... Network, 31 ... Game server, 32 ... Game machine, 33 ... Personal computer, 34 ... Mobile phone, 40 ... Communication part, 41 ... Recording processing part, 42 ... database, 43 ... route number table, 44 ... station number table, 45 ... ticket gate number table, 46 ... ticket type number table, 47 ... character table, 48 ... user information table, 50 ... battle queue section, 51 ... battle Processing unit, 52 ... communication processing unit, 53 ... user information providing unit.

Claims (6)

Multiple ticket gates that read the data recorded on the ticket,
A game system including a server that receives data read from the ticket by the plurality of ticket gates,
The server
First storage means for storing additional information for setting a parameter to be referred to when determining the victory or defeat of the battle game based on the data recorded in the ticket;
For each piece of data read from the ticket gates received from the plurality of ticket gates, the parameters are set based on the additional information stored in the first storage means and recorded in association with the data. Parameter recording processing means;
Match queue means for recording a match waiting entry corresponding to each of the data received from the plurality of ticket gates;
A match game target is selected from the match waiting entries recorded by the match queue means, and the data corresponding to the selected match waiting entry is selected based on the parameters recorded by the parameter recording means. A battle processing means for determining victory or defeat;
Second storage means for storing the winning and losing results determined by the battle processing means in association with the parameters and the data;
A winning / losing result transmitting means for transmitting the winning / losing result corresponding to the data read at the getting-off ticket received from the ticket checker to the ticket checker as the data transmission source;
The ticket gate
First transmission means for transmitting data read from the ticket at the ticket gate to the server;
Second transmitting means for transmitting data read from the boarding ticket to the server when getting off the ticket gate;
A game system comprising: output means for receiving and outputting a winning / losing result for a competitive game from the server in response to data transmission by the second transmission means. A server that receives data read from a ticket at a ticket gate through a network,
First storage means for storing additional information for setting a parameter to be referred to when determining the victory or defeat of the competitive game based on the data recorded in the ticket;
Parameter recording for recording each of the data read from the ticket gate at the time of boarding ticket gates in association with the data by setting the parameters based on the additional information stored in the first storage means Processing means;
Match queue means for recording a match waiting entry corresponding to each of the data received from the plurality of ticket gates;
A match game target is selected from the match waiting entries recorded by the match queue means, and the data corresponding to the selected match waiting entry is selected based on the parameters recorded by the parameter recording means. A battle processing means for determining victory or defeat;
Second storage means for storing a result of the win / loss determined by the battle processing means in association with the parameter and the data;
A server comprising: a winning / losing result transmitting means for transmitting the winning / losing result corresponding to the data read at the getting-off ticket received from the ticket checking machine to the ticket checking machine as a transmission source of the data.   The additional information stored in the first storage means is for at least one of a route, a station, and a ticket gate, and has different contents depending on the place where the ticket is used. The server according to claim 2. The data read from the ticket includes identification information for identifying the ticket,
The parameter recording processing unit records the parameter in association with the identification information, and updates the parameter each time data read at the time of boarding a ticket from the ticket gate is received. Item 3. The server according to item 2.   5. The parameter recording processing means includes a changing means for changing the identification information of the first ticket associated with the parameter to the identification information of the second ticket. server.   5. The server according to claim 4, further comprising information providing means for providing parameters stored in the first storage means by the parameter recording processing means to another information device.

Images