JP2020039488A - Game system and computer program used for the same - Google Patents

Abstract

To provide a game system capable of increasing an overlappingly granted value when a character to be granted to a user overlaps with a character owned by a user.SOLUTION: A game system 1 provides a baseball game for granting each player for play as a possessed character possessed by a user U by issuing a player card 39 based on a grant condition. The game system 1 determines whether a privilege condition is satisfied when the user U already owns the player card 39 corresponding to a player to be granted newly as a possessed card 39G corresponding to possessed character, and omits addition of a privilege when a privilege condition is not satisfied while issuing a player card 39 having a privilege obtained by adding a privilege to the normal player card 39 when the privilege condition is satisfied.SELECTED DRAWING: Figure 7

Description

  The present invention relates to a game system or the like that provides a game in which at least a part of a plurality of characters prepared for the progress of play is provided as a possessed character owned by a user based on a provision condition.

  There is a game system that provides a game in which at least a part of a plurality of characters prepared for the progress of play is provided as a possessed character owned by a user based on a provision condition. For example, by using a soccer game in which a player plays the role of a manager and a player who forms a team of the soccer game as such a game and a character, and paying out a player card corresponding to each player to the user, A game device for giving each player is known (for example, see Patent Document 1). In addition, Patent Document 2 exists as a prior art document related to the present invention.

Japanese Patent No. 5622184 Japanese Patent No. 4086125

  In the game device of Patent Literature 1, it seems that a character image corresponding to each player may be customized. However, Patent Literature 1 does not mention a problem when a player card corresponding to the same player is repeatedly owned. For this reason, even if a character image may be customized, it is not provided in the case of duplicate ownership. Further, in the game system of Patent Document 2, one or a plurality of character cards selected from data on character cards owned by each user are ejected. However, Patent Document 2 does not mention the problem in the case of duplicate ownership. On the other hand, when the same character is repeatedly given as the possessed character, there is a problem that the interest of the user may be reduced, and the interest of the game may be reduced. Such a problem tends to be more remarkable when the user cannot select a given character to be given.

  Therefore, an object of the present invention is to provide a game system or the like that can increase the value of such duplicated grant when the grant character to be granted to the user overlaps with the character owned by the user.

  The game system of the present invention is a game system that provides a game in which at least a part of a plurality of characters prepared for the progress of play is provided as a possessed character owned by a user based on a provision condition, A privilege determining unit that determines whether or not a privilege condition is satisfied when the user already owns the provided character as a character to be newly provided based on the providing condition as the owned character; and the privilege determining unit. Based on the determination result, if the privilege condition is satisfied, the additional character is added while adding the privilege associated with the bonus condition, while if the privilege condition is not satisfied, the bonus is added. And a privilege adding means for giving the character.

  On the other hand, a computer program of the present invention causes a computer connected to an output device for providing the game and an input device for inputting a user's playing action to function as each unit of the game system. It is constituted in.

FIG. 1 is a diagram illustrating a schematic configuration of a game system according to one embodiment of the present invention. FIG. 2 is a diagram illustrating a configuration of a game machine. The top view which expands and shows an arrangement surface. FIG. 2 is a functional block diagram showing a main part of a control system of the game system. The figure which shows an example of an entry screen typically. The figure which shows an example of an instruction | indication screen typically. Explanatory drawing for demonstrating an example when the privilege is provided at the time of issuance of a player card. FIG. 9 is an explanatory diagram for explaining an example of a change in the value of a privilege. The figure which shows an example of a structure of character data. The figure which shows an example of a structure of card data. 9 is a flowchart illustrating an example of a procedure of a reproduction process. 9 is a flowchart illustrating an example of a card issuing process.

  Hereinafter, an example of a game system according to an embodiment of the present invention will be described. First, an overall configuration of a game system according to one embodiment of the present invention will be described with reference to FIG. The game system 1 includes a center server 2 and a plurality of game machines 3 as client devices connectable to the center server 2 via a predetermined network 5. The center server 2 is configured as one logical server device by combining server units 2A, 2B,... As a plurality of computer devices. However, the center server 2 may be constituted by a single server unit. Alternatively, the center server 2 may be logically configured using cloud computing.

  The game machine 3 is an example of a game device, and is configured as a commercial (business) game machine that allows a user to play a game within a range corresponding to the play fee in exchange for payment of a predetermined play fee. I have. This type of game machine 3 may be called an arcade game machine. The game machine 3 is a computer device installed in a predetermined facility such as the store 6 mainly for the purpose of increasing profits by allowing a large number of users to play the game repeatedly. The game machine 3 is configured as a card game machine that provides a card game using various cards for playing. More specifically, the game machine 3 uses a card corresponding to each player as such a card game, and reproduces the player corresponding to each card during the game while giving instructions to each player and training. Provide a simulation-type baseball game that plays the role of manager through In addition, the game machine 3 is not limited to such a baseball game and the simulation format, and may provide various games as appropriate.

  The user terminal device 4 may be connected to the game system 1 via the network 5 in some cases. The user terminal device 4 is a computer device that can be connected to a network and is provided for a user's personal use. For example, a stationary or book-type personal computer (hereinafter referred to as PC) 4a or a mobile terminal device 4b such as a mobile phone (including a smartphone) is used as the user terminal device 4. In addition, various computer devices that can be connected to a network and are used for personal use of users, such as stationary home game machines, portable game machines, and portable tablet terminal devices, are used as the user terminal devices 4. May be. The user terminal device 4 can allow a user to enjoy various services provided by the center server 2 by installing various computer software.

  The network 5 may be appropriately configured as long as the game machine 3 and the user terminal device 4 can be connected to the center server 2, respectively. As an example, the network 5 is configured to realize network communication using a TCP / IP protocol. Typically, it is constructed by connecting the Internet 5A as a WAN and LANs 5B and 5C connecting the center server 2 and the game machine 3 to the Internet 5A via a router 5D. The user terminal device 4 is also connected to the Internet 5A by an appropriate configuration. Note that a local server may be installed between the game machine 3 and the router 5D of the store 6, and the game machine 3 may be communicably connected to the center server 2 via the local server. The server units 2A, 2B,... Of the center server 2 may be connected to each other by a WAN 5A instead of or in addition to the LAN 5C.

  The center server 2 provides various game machine services to the game machine 3 or its user. The game machine service includes a distribution service for distributing and updating a program or data of the game machine 3 via the network 5. The center server 2 appropriately distributes various programs or data necessary for providing a baseball game to each game machine 3 through such a distribution service.

  In addition, the game machine service may include a service that receives user identification information from the game machine 3 and authenticates the user. Further, a service for receiving play data of the authenticated user from the game machine 3 and storing the play data, or providing the stored play data to the game machine 3 may be included. Further, the game machine service may include a matching service for matching users when a plurality of users play a common game via the network 5, or a billing service for collecting a fee from the user. Similarly, the center server 2 may provide various Web services to the user of the user terminal device 4 via the network 5. The Web service includes a game information service that provides various information related to a game provided by the game machine 3, a distribution service that distributes various data or software to each user terminal device 4 (including an update of data and the like), and a user service. It may include a service such as a community service that provides a place for interaction such as information transmission, exchange, and sharing, and a service that assigns a user ID for identifying each user.

  Next, the configuration of the game machine 3 will be described with reference to FIG. FIG. 2 shows an example of one game machine 3. The illustrated game machine 3 has a housing 10. The housing 10 is provided with a monitor 11 as an output device, a reading device 12 as an input device, and a card ejection mechanism 13. The monitor 11 is a known display device that displays a game screen for providing a baseball game. The monitor 11 is arranged so as to be located in front of the user who is playing the baseball game. The card ejection mechanism 13 is disposed on the left side of the reading device 12 (on the left side when the user is positioned to face the monitor 11 to play a baseball game). The card ejection mechanism 13 is a mechanism for generating and ejecting a card usable in a baseball game. It should be noted that various output devices or input devices can be connected to the game machine 3, for example, similarly to other known game machines. For example, such an input device includes a price collecting device for collecting a predetermined price required for a game from a user using cash, substitute coins, medals, electronic currency (including points), and the like. Is also good. Such a device may collect various charges such as an electronic currency via a card that records the remaining amount of the electronic currency. However, their description is omitted.

  On the other hand, the reading device 12 is arranged below the monitor 11. The reading device 12 is a device for reading information of a card usable for a baseball game and for inputting various playing actions for playing a baseball game. The reading device 12 is provided with an arrangement surface AA on which such a card is arranged. FIG. 3 is an enlarged plan view showing the arrangement plane AA. As shown in FIG. 3, the arrangement plane AA includes a plurality of partition areas DR. In each section area DR, cards usable for a baseball game are arranged. A boundary 15 is provided between the divided areas DR. That is, each partitioned area DR is partitioned by the boundary 15 and formed so as to be distinguished from each other. For this reason, in each of the partitioned areas DR, the movement (movement in the left-right direction) of the card across the partitioned areas DR is restricted. In the example of FIG. 3, ten partitioned areas DR are formed on the arrangement plane AA as such partitioned areas DR. In each of the divided areas DR, a restricting member 16 for restricting the movement of the card arranged in each of the divided areas DR in the vertical direction is provided. For this reason, each partitioned area DR is further distinguished up and down via such a limiting member 16. The lateral direction (width direction) of each partition area DR is formed to be substantially the same as or slightly larger than the width of the card. In each partition area DR, the length in the vertical direction (length in the depth direction) of the area below the restricting member 16 (hereinafter sometimes referred to as the lower area) is substantially equal to or longer than the vertical length of the card. It is formed to a slightly wider extent. As a result, in the lower area, the card can hardly move in the vertical direction (depth direction) and the horizontal direction (width direction). On the other hand, in a region above the restriction member 16 (hereinafter, sometimes referred to as an upper region) in each of the partitioned regions DR, the horizontal direction (width direction) is the same as the lower region, but the vertical direction (depth direction) is generally It is formed to be about three times the vertical length of the card. As a result, in the upper area, the card can be moved in the vertical direction (depth direction), and can be used in various ways according to the game content. Under such an arrangement plane AA, a display unit 37 for displaying an arrangement screen described later is arranged.

  Next, a main part of a control system of the game system 1 will be described with reference to FIG. First, the center server 2 is provided with a control unit 21 and a storage unit 23 as storage means. The control unit 21 is configured as a computer that combines a CPU as an example of a processor that executes various arithmetic processing and operation control in accordance with a predetermined computer program, and an internal memory and other peripheral devices necessary for the operation.

  The storage unit 23 is an external storage device realized by a storage unit including a non-volatile storage medium (computer-readable storage medium) such as a hard disk array. The storage unit 23 may be configured to hold all data on one storage unit, or may be configured to store data in a distributed manner in a plurality of storage units. In the storage unit 23, a program PG1 is recorded as an example of a computer program that causes the control unit 21 to execute various processes necessary for providing various services including a baseball game to the user. The storage unit 23 also records server data SD necessary for providing various services. The server data SD may include various data for a baseball game. As such data, the character data 25 and the card data 26 are shown in the example of FIG. The character data 25 is data for managing parameters that define each player of the baseball game. In the character data 25, parameters of each player are managed via a unique character ID for each player in order to identify each player. On the other hand, the card data 26 is data for managing information associated with each card for a baseball game. In the card data 26, information on each card is managed via a unique card ID for each card in order to identify each card. The card data 26 also manages a user (owner) associated with each card (in the case of a player card corresponding to each player described later, each character) via the user ID. Details of the character data 25 and the card data 26 will be described later.

  The control unit 21 is provided with a service providing unit 24 as a logical device realized by a combination of a hardware resource of the control unit 21 and a program PG1 as a software resource. The service providing unit 24 executes various processes for realizing the above-described game machine service for the game machine 3. Note that an input device such as a keyboard, an output device such as a monitor, and the like can be connected to the control unit 21 as necessary. However, their illustration is omitted.

  On the other hand, the game machine 3 is provided with a control unit 31 as a computer and a storage unit 32 as storage means. The control unit 31 is configured as a computer that combines a CPU as an example of a processor that executes various arithmetic processing and operation control in accordance with a predetermined computer program, and an internal memory and other peripheral devices necessary for the operation. The control unit 31 is provided with a game providing unit 33 as a logical device realized by a combination of a hardware resource of the control unit 31 and a program PG2 as a software resource. The game providing unit 33 executes various processes necessary for the progress of the game, and executes various processes necessary for enjoying the game machine service provided by the service providing unit 24 of the center server 2. Specifically, the game providing unit 33 executes, for example, a reproduction process and a card issuing process as a part of various processes necessary for the progress of such a game. The procedure of these processes will be described later.

  The storage unit 32 is an external storage device realized by a storage unit including a non-volatile storage medium (computer-readable storage medium) such as a hard disk and a semiconductor storage device. The storage unit 32 records various data together with the program PG2 described above. In the example of FIG. 4, the game data GD is shown. The game data GD is data for causing the user to play a predetermined baseball game according to the program PG2. The game data GD is unique to each user, such as image data for displaying various images for a baseball game, BGM data for reproducing various BGMs, or the previous play results (past results). Various data such as play data for taking over the contents from the next time on may be included, but in the example of FIG. 4, character data 25 and card data 26 are shown. The character data 25 and the card data 26 are provided from the center server 2 through a distribution service so as to include necessary parts.

  The game machine 3 is provided with the monitor 11 and the card ejection mechanism 13 shown in FIG. The monitor 11 is as described above. On the other hand, the card ejection mechanism 13 includes a printer 38. The printer 38 is a well-known output device for printing images, symbols such as various codes, or characters based on output signals from the control unit 31. The card ejection mechanism 13 is configured to generate (eject or issue) the card 39 by printing via the printer 38.

  Further, the game machine 3 is also provided with the reading device 12 of FIG. The reading device 12 includes a reading unit 36 and a display unit 37. The reading unit 36 is a device for acquiring information from a card 39 possessed by the user. For example, when various kinds of information are recorded on the card 39 via a code (pattern) generated according to a predetermined rule, the reading unit 36 reads (reads) such a code through such a code. It is configured to obtain information included in the code. Specifically, for example, a code for recording information of a unique card ID for each card 39 is printed on the card 39 for reproducing each player in the game as information necessary for reproducing the player. The reading device 12 is used to read the card ID of the card 39 via such a code.

  Note that the code of the card 39 corresponding to each player may further include character ID information as various types of information, for example, when information on the character ID corresponding to each card 39 is not managed by the card data 26. . On the other hand, when the parameters of each player are managed for each user, information of a unique user ID for each user may be recorded on each card 39 via a code instead of the card ID. That is, the information of the card ID may be omitted, and the information of the user ID and the character ID may be recorded on each card 39. Alternatively, such a code may include the parameter information of the player corresponding to each card 39 itself as information necessary for reproducing the player.

  When the card 39 is arranged on the arrangement surface AA, the reading unit 36 is used to acquire information on the arrangement mode (arrangement position, arrangement angle, front and back, etc.) of the card 39 on the arrangement surface AA. May be done. Specifically, a camera may be used as such a reading unit 36. When the code is provided on the surface of the card 39 (the upper surface when the code is arranged on the arrangement surface AA), the camera (reading unit 36) may be arranged to photograph the code from above. When the code is provided on the back surface of the card 39 (the lower surface when the code is disposed on the arrangement surface AA), the code may be arranged so as to photograph the code from below. Note that the reading unit 36 may be configured to acquire information on the card 39 using, for example, short-range wireless communication. In this case, the card 39 may be provided with a non-volatile storage medium such as an IC chip and a magnetic stripe, and information such as a card ID may be recorded via the non-volatile storage medium. Further, the card 39 may be generated through writing of information into the IC chip or the like.

  On the other hand, the display unit 37 is a well-known display device that displays an arrangement screen for presenting various information related to the arrangement of the card 39 on the arrangement surface AA. Specifically, as the display unit 37, a projector may be used, or a monitor may be used. When the reading unit 36 acquires the information of the card 39 from below, an infrared transmission type monitor may be used as such a monitor. In this case, the reading device 12 may further include an infrared irradiator (not shown) that irradiates the code of the card 39 with infrared light. Further, a code may be printed on the card 39 via a method that responds to infrared rays (for example, a part reflects infrared rays and the other absorbs infrared rays). Then, the reading unit 36 (for example, a camera) may read such a code responsive to infrared rays from below the infrared transmission type monitor.

  Next, an example of an arrangement screen presented on the arrangement plane AA via the display unit 37 will be described. The game machine 3 is configured to provide the above-described baseball game using the card 39. Specifically, in the game machine 3, a card 39 (hereinafter, sometimes referred to as a player card 39) that records a card ID for specifying a parameter defining each player as a character is arranged on the arrangement surface AA. In such a case, by acquiring the card ID and the arrangement mode from the player card 39 on the arrangement plane AA, each player having the parameter specified by the card ID is reproduced in the baseball game using the arrangement mode. Have been. The arrangement surface AA may be formed by a display surface of a monitor when the monitor is used as the display unit 37, or a protection member for protecting a display surface such as a glass material on such a display surface. May be formed by the protective member. Hereinafter, a case will be described in which the reading device 12 includes such a protective member, and employs an infrared transmission type monitor and glass as the display unit 37 and the protective member, respectively.

  On the display unit 37, an entry screen and an instruction screen are displayed as a kind of arrangement screen in order to provide the above-described baseball game. That is, an entry screen and an instruction screen are presented on the arrangement surface AA via the display unit 37 as a kind of arrangement screen. The entry screen is an arrangement screen presented when a player corresponding to the player card 39 is reproduced (entry) in a baseball game. FIG. 5 is a diagram schematically illustrating an example of the entry screen. The example of FIG. 5 shows an example of an entry screen displayed so as to correspond to the arrangement plane AA of the example of FIG. In this case, as shown in FIG. 5, the entry screen 60 includes a plurality of arrangement areas DA. The plurality of arrangement areas DA are presented so as to respectively correspond to the plurality of division areas DR. Each arrangement area DA includes a reading area 61 and an instruction area 62. The reading area 61 and the pointing area 62 are arranged above and below, respectively, which are distinguished by the restriction member 16 of each of the divided areas DR.

  The reading area 61 is an area for reading code information (card ID information) of the player card 39. When the player card 39 is arranged in the reading area 61, the game machine 3 acquires the card ID of the player card 39 via the reading unit 36. On the other hand, the instruction area 62 is an area for executing an instruction to cause a change in the behavior of a player appearing in the baseball game (in other words, to reflect a user's intention). For this reason, the instruction area 62 is mainly used during the play of the baseball game on an instruction screen or the like described later after the entry of the player corresponding to each player card 39. In the instruction area 62, reading of the information of the card ID may be omitted to simplify the processing. That is, the instruction area 62 may be configured as an area in which the specification of the instruction is executed without acquiring the card ID.

  In the example of FIG. 5, the entry screen 60 includes ten arrangement areas DA so as to correspond to the arrangement plane AA of the example of FIG. Similarly, ten reading areas 61 and ten indication areas 62 respectively corresponding to the ten arrangement areas DA are formed so as to be located above and below the restricting member 16, respectively. In this case, ten players corresponding to the ten player cards 39 are reproduced in the game via these reading areas 61. Further, the ten reading areas 61 are divided into nine reading areas 61 for fielders, which indicate the batting order in order from the left, and one reading area 61 for pitchers. That is, the nine arrangement areas DA are arranged in the left-right direction so as to show a time series corresponding to the batting order from left to right, and the arrangement of the player cards 39 in the reading area 61 corresponding to each arrangement area DA. Through this, the batting order of the player corresponding to the player card 39 is specified. The placement area DA at the right end corresponds to the pitcher separately from the batting order, and the player corresponding to the player card 39 is specified as the pitcher through the placement of the player card 39 in the reading area 61. The reading area 61 for the pitcher (the reading area 61 at the right end) is used when the game mode with DH (Designated Hitter) is selected. That is, when the mode without DH is selected, nine reading areas 61 may be used in order from the left. On the other hand, when the game mode with DH is selected, the second reading area 61 from the right end is used as a reading area 61 for reading a player of DH, and the reading area 61 on the right end is a reading area of a player used as a pitcher. Used as 61.

  Similarly, in the example of FIG. 5, the ten designated areas are arranged on the ten reading areas 61 so as to correspond to the ten reading areas 61, respectively. These ten instruction areas 62 are provided through the ten reading areas 61 so that the instruction to the player reproduced through each reading area 61 is specified by the instruction area 62 corresponding to the reading area 61. It is used to give instructions to the 10 players reproduced. Therefore, the instruction area 62 does not need to be used directly on the entry screen 60. In this example, each player card 39 arranged in such a reading area 61 and information of a card ID recorded therein to reproduce each player function as a recording medium of the present invention and character information, respectively. I do.

  Note that the number of the reading area 61 and the number of the instruction areas 62 may be arbitrary. For example, a plurality of players may be reproduced through one reading area 61. In this case, a plurality of instruction areas 62 may be provided so as to respectively correspond to the plurality of players, or an instruction to each player may be realized via one instruction area 62. That is, the numbers of the reading area 61 and the instruction area 62 do not need to match. The instruction area 62 may be used for instructing a player other than the player reproduced through the reading area 61. Similarly, the number of arrangement areas DA may be appropriately set.

  On the other hand, when the player card 39 is not used for play, the entry screen 60 may not be used. For example, when a baseball game is played for the first time, each user may not have the player card 39. In such a case, instead of registering the player card 39 on the entry screen 60 (use of the player corresponding to each player card 39 in the game), each player prepared in advance for the baseball game is used for play. Specifically, in the baseball game, a predetermined number of players are prepared for each team in advance. At the time of the first play, each user selects a desired team, and selects a starting member, that is, nine (10 in the case of DH) players from among the players belonging to the team. Select and play the match through those nine players instead of the player corresponding to each player card 39. Even if 9 players (10 players in the case of DH) are not registered on the entry screen 60, that is, if the user does not have a player card 39 sufficient to constitute a starting member, the remaining starting members are It is selected from the players prepared in advance for each team. Therefore, a plurality of players prepared in advance in the baseball game and a player corresponding to the player card 39 owned by each user function as the plurality of characters of the present invention and some of the characters (owned characters).

  The instruction screen is an arrangement screen that is presented when input of an instruction to each player in the game is requested. More specifically, the instruction screen is presented via the player card 39 after each player is reproduced in the game, in order to execute an instruction to each player. FIG. 6 is a diagram schematically illustrating an example of the instruction screen. As shown in FIG. 6, the instruction screen 70 includes a plurality of arrangement areas DA, like the entry screen 60, and a reading area 61 and an instruction area 62 are formed in each arrangement area DA. The instruction area 62 is used to instruct each player as described above. On the other hand, the reading area 61 is used on the instruction screen 70 to assist the instruction area 62.

  In the example of FIG. 6, in each reading area 61, the content of parameters of a player (a player to be indicated in each of the instruction areas 62) corresponding to the player card 39 read in each of the reading areas 61 is displayed. That is, when the screen shifts from the entry screen 60 to the instruction screen 70, the reading area 61 functions as an area for displaying information such as parameters so as to assist the instruction via the instruction area 62. Specifically, in the reading area 61, parameter items such as “meet” and “power” and numerical values indicating the contents of each item (for example, “72” indicating the content of “meet” in the case of the left end) are displayed. Is displayed.

  On the other hand, in the example of FIG. 6, a player card 39 (mainly a player card 39 corresponding to the player to be instructed) is used in each of the instruction areas 62, but reading of information such as a card ID in the instruction area 62 is omitted. In this case, a player card 39 different from the instruction target may be used). Then, in each of the instruction areas 62, the instruction to the instruction target player is realized by sliding the player card 39 up and down. That is, each instruction area 62 uses the vertical arrangement position in the instruction area 62 as the arrangement mode of the player card 39, and instructs each player according to the arrangement position of the player card 39 in each instruction area 62, for example. Used to change the parameters of each player. Specifically, in each of the instruction areas 62, a reference position area 72 indicating a batting order ("P" in the case of a pitcher) is provided near the center, and the reference position area 72 functions as a neutral position. Then, the parameters are changed depending on whether or not each player card 39 is above the reference position area 72. The instruction in the instruction area 62 is not limited to the change of the parameter. In the instruction area 62, various actions may be instructed by various methods. For example, the instruction area 62 may be used to select an action to be executed from a plurality of action candidates by sliding the player card 39 up and down.

  Next, issuance of the player card 39 in the baseball game will be described with reference to FIGS. In the baseball game, a player card 39 is issued to each user when the grant condition is satisfied. Further, a privilege may be given when the player card 39 is issued. FIG. 7 is an explanatory diagram illustrating an example of a case where a privilege is given when a player card 39 is issued. As shown in FIG. 7, if the user U already owns a player card 39 corresponding to the same player as the player card 39 to be provided based on the providing condition (dashed player card 39), the privilege condition is set. It is determined whether or not the condition is satisfied. Then, when the privilege condition is satisfied (when the privilege condition is satisfied), a player card 39 with a privilege (dashed player card 39 positioned on the upper side) is issued as a new player card 39 corresponding to the same player. . That is, with the provision of the privilege condition, the privilege is newly given to the player card 39 to be issued. On the other hand, if the privilege condition is not satisfied (if the privilege condition is not satisfied), such a privilege is not granted, and a player card 39 (lower side) similar to the player card 39 already possessed as the possession card 39G. Is issued again.

  Specifically, when the user U satisfies the grant condition for the first time through the play of the baseball game, the card data 26 is first updated so that the association between the player to be issued this time and the user U is newly added. You. Then, based on such card data 26, the player card 39 is actually issued (printed) to the user U, and the player card 39 is newly added to the owned card 39G owned by the user U. The grant condition is satisfied, for example, every time a baseball game is played. That is, every time the baseball game is played, the player card 39 is issued. The players of the player card 39 issued at that time are determined by lottery from a plurality of players prepared in advance in the baseball game. In addition, the grant condition is not limited to the above-described case. For example, when the user desires to issue the player card 39 (performs a desired operation), or when the user wins the game, the play situation satisfies a predetermined result. May be satisfied in an appropriate case such as when For example, the grant condition may be satisfied regardless of whether a game is played. Specifically, for example, the user may specify the player card 39 corresponding to a desired player without playing the game, and acquire the player card 39 in exchange for a predetermined price. That is, the grant condition may be satisfied only when the consideration corresponding to the designated player card 39 is consumed. Alternatively, the target of such a predetermined price may be a predetermined number of lottery opportunities. Then, an appropriate number of player cards 39 corresponding to such a predetermined number of lottery opportunities (for example, the number may be the same as the predetermined number, or may be less if the concept of loss exists) is issued. Good. In other words, the grant condition is satisfied only when a predetermined price (a price corresponding to an operation or the like for requesting the issuance of the player card 39) is paid, and as a result, a predetermined number of lottery opportunities (so-called gacha) provided. The player card 39 to be issued may be determined. Similarly, the player of the player card 39 to be issued is not limited to the lottery described above, and may be determined based on an appropriate condition such as a user selection or a play situation.

  Similarly, if the player to be issued this time is added to the association with the user U with the provision of the grant conditions in the next and subsequent baseball games, whether or not the same player will be repeatedly associated with the user U Is first determined based on the card data 26. That is, the card data 26 is referred to as to whether or not the user U has already been associated with a player (a player to be issued this time) to be newly associated with the user U in the card data 26. Next, when the user U already owns the same player, that is, when the user U is already associated with the player to be issued this time, it is further determined whether or not the privilege condition is satisfied. Then, when the privilege condition is satisfied, the privilege is granted. That is, the player card 39 with the privilege is issued as the player card 39 to be issued this time, unlike the player card 39 of the possessed card 39G. On the other hand, when the privilege condition is not satisfied, the grant is omitted and the player card 39 is issued as usual. That is, the same player card 39 as the first time is issued as it is as a player card 39 to be issued this time.

  In the example of FIG. 7, a player card 39 corresponding to “A player” is issued for the first time, and after being added to the card owned by the user U, a player card 39 corresponding to the same “A player” is issued in the next and subsequent times. Have been. In such a case, that is, in a case where the user repeatedly owns the player card 39 of the same player (“A player”), the privilege condition is determined, and the player card 39 with the privilege is issued with the provision of the privilege condition. . In this case, the possession card 39G includes two player cards 39 corresponding to the same “A player” but different from each other depending on the presence or absence of the privilege. On the other hand, if the privilege condition is not satisfied, the grant of the privilege is omitted (the same applies to a case where the privilege does not correspond to overlapping ownership). That is, the player card 39 corresponding to “A player” as in the first time is issued as it is in the next and subsequent times. As a result, the same two player cards 39 corresponding to the same “A player” are included in the possession card 39G. That is, the user U has the player card 39 of “A player” which is exactly the same as the player card 39 already possessed. In this example, the dashed player card 39 and the corresponding "A player" function as the added recording medium and the added character of the present invention, respectively. Similarly, "A player" functions as the same character of the present invention. The privilege is not limited to the addition to the player card 39. Various elements that contribute to the benefit of the user U may be used as a privilege.

  The privilege condition includes, for example, a real condition and a play condition. The real condition is a condition using a real situation, not a playing situation of a baseball game. For example, as such a real situation, in a case where each player of a baseball game corresponds to each player of a real baseball (for example, a so-called professional baseball belonging to the Japan Baseball Organization) which exists, The actual situation of each player is used. More specifically, for example, when a real player corresponding to a player to be issued receives a hero interview in a real game, is selected for an all-star game, or receives a predetermined title such as monthly MVP , And a real-world event, real conditions are satisfied within a predetermined period. That is, the real condition is satisfied within a predetermined period from a predetermined start date such as a day when a real player corresponding to the issuance target player played an active part in a real game or a day when a commemorative event is performed. Further, when such a real condition is used, the degree of activity is reflected in the value of the privilege. The value of the privilege will be described later with reference to FIG. In addition, the real condition is, for example, when the weather is sunny, when the target player's birthday is reached, or when a specific team (for example, the team used for play) exceeds a predetermined number of spectators (for example, when the crowd is full) ) May be satisfied. That is, various actual situations may be used as the actual conditions. For example, in the case where each player of a real professional baseball is used as a real player, such a plurality of players of the real professional baseball and each player are referred to as a plurality of real characters of the present invention and a real character. Respectively.

  The play condition is a condition for using the play situation of the baseball game. For example, as such a play situation, the growth (change in parameters) of the player of the player card 39 already possessed is used. Specifically, the play condition is satisfied when, among the parameters defining the players of the existing player card 39, the value of the level indicating the degree of growth of the player has increased to a predetermined value or more. Further, the level of the information at such a level is reflected in the value of the privilege as in the case of the real condition. As the play status, for example, a change status of various items of the parameter other than the level may be used, or a status other than the parameter may be used. For example, the status other than the parameters includes the status of participation in a specific event (for example, presence / absence of participation), the result of the event (for example, a high-ranking prize in a competition type event), or the play other than the event When a ranking is set with another user according to the result, such a situation as the ranking situation may be used. That is, various situations related to play may be used as play situations.

  FIG. 8 is an explanatory diagram illustrating an example of a change in the value of a privilege. The example of FIG. 8 shows a case where the value of the privilege added to the player card 39 changes in two stages with the provision of the privilege condition. In this case, as shown in FIG. 8, the player card 39 includes three types of a normal player card 39N, a plus player card 39S, and a double plus player card 39SS so that the values are different from each other. The normal player card 39N is a normal player card 39 without a privilege. On the other hand, the plus player card 39S and the double plus player card 39SS are player cards 39 with benefits. Specifically, the plus player card 39S and the double plus player card 39SS are player cards 39 with benefits corresponding to the first-stage value and the second-stage value, respectively. Therefore, the value of the double plus player card 39SS is higher than the value of the plus player card 39S. The plus player card 39S and the double plus player card 39SS are issued according to the content of the fulfilled privilege when the privilege condition is satisfied. That is, a privilege having a different value is provided according to the content of the privilege condition. Further, a difference in display of the player card 39 is used as a value of such a privilege.

  In the example of FIG. 8, the display indicating the type of the card is changed on the plus player card 39S as compared with the normal player card 39N. Specifically, while the normal player card 39 includes a display of “SR”, the display of the plus player card 39S changes to “SR +”. Similarly, the display of “plus” is added to the plus player card 39S so as to correspond to such a type of change. The plus player card 39S is issued, for example, when the requirement of “hero interview” is satisfied under real conditions, and when the requirement of “maximum level” is satisfied under play conditions. In this example, the item of the level corresponding to “maximum level” among the items of the parameter defining the player functions as the parameter of the present invention.

  On the other hand, in the example of FIG. 8, the display indicating the type of the card is changed to “SR ++” on the double plus player card 39SS compared to the plus player card 39S, and “WINNER” (partly hidden behind the player). (Not shown). The double plus player card 39SS is, for example, when the requirement of “all-star selection” or “monthly MVP” is satisfied under real conditions, and when the requirement of “maximum breakthrough” is satisfied under play conditions. , Respectively. In general, the difficulty of taking a “hero interview” in real baseball is high enough, but this has the potential to occur every day, so “all-star election” (limited to two games a year) The right to participate) or “monthly MVP” (the most active player is often selected on a monthly basis for each throw) is more difficult. Similarly, "maximum breakthrough" means a change in the maximum value of a level, which occurs when a predetermined condition (for example, use of a specific item) is satisfied after the level reaches the maximum value. Again, the difficulty level is higher than "Maximum level". That is, the real condition and the play condition (in other words, the privilege condition) include a plurality of requirements having different degrees of difficulty, and the difficulty level of the requirement that has contributed to the fulfillment of the real condition or the play condition (in other words, the fulfilled privilege condition The value of the privilege changes so that the higher the difficulty, the higher the value in accordance with the degree of difficulty. In this example, information to be changed such as “SR” among information unique to each player displayed on the normal player card 39 functions as unique information of the present invention. In addition, information of “SR +” of the plus player card 39S or information indicating a picture or the like indicating the crown of the double plus player card 39SS (in other words, a background image including these or a character image) may be recognized. It functions as the unique information after the change of the present invention.

  The difference between the plus player card 39S and the normal player card 39N includes, for example, a change in color scheme, a change in the character image, a parameter of the player (whether the player card 39 is displayed or not displayed). ) May be used. As the change in the character image, a change in the number of character images arranged in one player card 39 may be adopted, or a change in the character image itself (for example, different poses of the same player, or different uniforms of different uniforms). Players etc.) may be employed. For example, the number of character images may be one for the normal player card 39N, two for the plus player card 39S, and three for the double plus player card 39SS. Further, when a plurality of character images are arranged in one player card 39, they may be character images of the same player in different poses or character images of the same player in the same pose. Good. Alternatively, they may be character images of different players. The difference between the plus player card 39S and the double plus player card 39SS is the same. The privilege condition may include various conditions in addition to the real condition and the play condition. For example, the privilege condition may include other user conditions. The user condition is a condition for using a user situation regarding the user U. For example, the selection result of the user U may be used as the user condition. Such a selection may be performed as a selection of whether or not to issue the player card 39. Specifically, for example, when a duplicate player card 39 is issued, the user U is given a confirmation opportunity to confirm whether or not to issue the player card 39, and when the issue is selected at the confirmation opportunity, A player card 39 may be issued. When such a player card 39 is issued, a change opportunity may be further provided. The change opportunity is an opportunity for executing various customizations (changes) on the player card 39 to be issued. That is, even when the duplicate issue is desired by the user U, customization for making the second and subsequent player cards 39 different from the first player card 39 may be executed.

  Specifically, at the change opportunity, for example, necessity (ON / OFF) of display of a normal display item as an item displayed on the normal player card 39, additional display on the normal player card 39 (normal player card 39) Whether or not to display an additional display item as an item that is not originally displayed in 39 may be specified for each item. The normal display items include, for example, a parameter item such as a physical strength value, an item related to the type of the player card 39 such as a rareness, and an item related to a color variation of a background color. By omitting the display of these items, it is possible to make the images (designs) of the players stand out. Further, the additional display items include, for example, an item for adding a signature image of a player, and an item indicating actual activity such as “monthly MVP”. As a result, even when the player cards 39 of the same player are issued redundantly, the player cards 39 can be differentiated (values can be differentiated). Further, when the player is not customized at the change opportunity, or when the change opportunity is not provided, the same player card 39 as the first one may be reissued, or a difference indicating the second one (for example, information of the second one, or Omission of an auxiliary display such as a back surface) may be automatically added.

  Furthermore, the second and subsequent player cards 39 may be restricted. For example, as such a restriction, reproduction of players in a baseball game may be restricted. That is, the second and subsequent player cards 39 that are duplicated cannot be used in the game, and may simply function as a commemorative player card 39 dedicated to collection or viewing. Such a restriction may be realized at the time of issuance by omitting printing of a code or the like. In this case, management of card IDs corresponding to the second and subsequent player cards 39 may be omitted. That is, the card ID of the duplicated player card 39 need not be managed by the card data 26. Alternatively, the restriction of the duplicated player card 39 is obtained when the restriction information for restricting the use of the player card 39 is recorded in the code (the card ID may function as such information). It may be realized when the player card 39 is used in the game machine 3 based on such restriction information, that is, at the time of reproduction. Similar restrictions may be provided for the player card 39 with benefits. That is, the use of the player card 39 with the privilege in the game may be restricted by omitting the code at the time of issuance or adding restriction information.

  Next, details of the character data 25 and the card data 26 will be described. FIG. 9 is a diagram showing an example of the configuration of the character data 25. As shown in FIG. 9, the character data 25 includes a character record 25R for managing basic (initial) parameters of each player for each player. In addition, the character record 25R includes information of “character ID” and “parameter (initial)”. “Character ID” is information indicating the character ID described above. As the character ID, the same ID is used for the same player (for example, between the same A players). “Parameter (initial)” is information indicating the content of the initial parameter of each player. At the beginning of the game, each player is defined by the same parameters (such as “power: 50”) based on “parameters (initial)”. Such information is recorded in the character record 25R so as to be associated with each other.

  FIG. 10 is a diagram showing an example of the configuration of the card data 26. More specifically, the example of FIG. 10 shows an example of the configuration of the card data 26 corresponding to each player card 39. In this case, as shown in FIG. 10, the card data 26 includes a card record 26R for managing various information unique to each player card 39 for each player card 39. In addition, the card record 26R includes information of “card ID”, “character ID”, “user ID”, “parameter (difference)”, “type”, and “rareness”. That is, in the example of FIG. 10, these pieces of information are associated with each player card 39.

  “Card ID”, “character ID”, and “user ID” are information indicating the above-described card ID, character ID, and user ID, respectively. Each player (for example, “A player” in the example of FIG. 7) and each user U are associated with each other by the information of the character ID of the “character ID” and the user ID of the “user ID”. The “parameter (difference)” is information indicating the content (“power: 1” or the like) of the parameter corresponding to the change (difference) from the basic (initial) parameter. That is, the growth amount (change amount) unique to the player of each player card 39 is managed by the card data 26 as “parameter (difference)”. When the player of each player card 39 is used in the game, the “parameter (initial)” (“power: 50” or the like) of the character data 25 and the “parameter (difference)” (“power : 1 "), the player of each player card 39 is reproduced in the game. The “type” and “rareness” are information indicating the type (“normal” or the like) and the rarity of the card, respectively. According to the information of “type”, even the player cards 39 corresponding to the same player are managed as different types. Similarly, the rarity of each player card 39 is managed based on the “rareness” information. For example, such a rarity may be digitized, and information indicating the numerical value may be used as “rareness” information. Such information is recorded in the card record 26R so as to be associated with each other.

  Next, a reproduction process and a card issuing process executed by the game providing unit 33 will be described with reference to FIGS. The reproduction process is a process for reproducing (appearing) a player corresponding to each player card 39 in the game. The example of FIG. 11 shows a case where the players of each player card 39 are reproduced in the baseball game through the entry screen 60. In this case, the game providing unit 33 starts the reproduction process of FIG. 11 when a predetermined game start condition such as collection of a fee is satisfied, and provides the entry screen 60 first (step S101). That is, the game providing unit 33 displays the entry screen 60 on the display unit 37. Subsequently, the game providing unit 33 determines whether or not the player card 39 is in the reading area 61 of the entry screen 60, that is, whether or not the player card 39 is arranged based on the output result of the reading unit 36 (Step S102). When the player card 39 is not arranged in the reading area 61 (there is no player card 39 in the reading area 61), the game providing unit 33 repeatedly performs the determination in step S102. That is, the game providing unit 33 repeats the determination in step S102 until the player card 39 is arranged in the reading area 61. Note that, in this case, the game providing unit 33 may end the determination in step S102 when an interruption condition such as a predetermined number of times or a predetermined period is satisfied.

  On the other hand, when the player card 39 is arranged in the reading area 61 (the player card 39 is located in the reading area 61), the game providing unit 33 determines the player card arranged in the reading area 61 based on the output result of the reading unit 36. The information of the card ID of No. 39 is obtained (step S103). Subsequently, the game providing unit 33 determines whether the card ID or the reading area 61 (defensive position or batting order) acquired in step S103 is already registered in the card ID or the reading area 61 (for example, in a league match in which the DH system is not introduced). If this is the case, only the pitcher is judged to correspond to the reading area 61 corresponding to the batting order and the reading area 61 corresponding to the pitcher (duplication may be permitted) (step S104). When the card ID or the reading area 61 acquired in step S103 corresponds to the already registered card ID or the reading area 61, the game providing unit 33 displays an error (registration is impossible) on the display unit 37 (step S105). Then, the game providing unit 33 returns to Step S102 after displaying the error, and executes the process of Step S102 again.

  On the other hand, when the card ID or the reading area 61 obtained in step S103 does not correspond to the already registered card ID or the reading area 61, the game providing unit 33 generates a parameter for reproducing the player corresponding to the obtained card ID. (Step S106). Specifically, the game providing unit 33 first acquires the card data 26 corresponding to the card ID acquired in step S103. Subsequently, the game providing unit 33 specifies the character ID corresponding to the card ID based on the card data 26, and acquires the character data 25 corresponding to the character ID. Then, the game providing unit 33 determines based on the information of “parameter (initial)” (“power: 50” or the like) of the character data 25 and “parameter (difference)” (“power: 1” or the like) of the card data 26. A parameter for reproduction (such as “power: 51”) is generated. That is, the game providing unit 33 generates a reproduction parameter by adding the initial parameter and the parameter for the growth. As an example, the game providing unit 33 generates parameters for reproduction in this way.

  Subsequently, the game providing unit 33 reproduces the player during the game based on the reproduction parameters generated in Step S106 (Step S107). That is, the game providing unit 33 causes a player defined by the reproduction parameter to appear in the game. Next, the game providing unit 33 determines whether the termination condition is satisfied (Step S108). The termination condition is, for example, when the number of reproductions of the players has been registered up to a limited number (for example, 10), when a predetermined period has elapsed, or when an operation for terminating the provision of the entry screen 60 is performed by the user. It is filled. If the end condition is not satisfied, the game providing unit 33 returns to step S102 again and executes the process of step S102 again. On the other hand, when the end condition is satisfied, the game providing unit 33 ends the current process. Thereby, the entry screen 60 is provided, and the players corresponding to the respective player cards 39 are reproduced during the game through the entry screen 60.

  On the other hand, the card issuing process is a process for issuing the player card 39 based on the grant condition. The example of FIG. 12 illustrates a case where the card issuing process executes the grant of a privilege based on the privilege condition. The example of FIG. 12 shows a case where the card issuance process determines a player to be issued by lottery and sets a limit on the duplicated player card 39 regardless of whether or not there is a privilege. In this case, when the grant condition is satisfied, the game providing unit 33 starts the card issuing process of FIG. 12, and first determines a player to be newly issued as the player card 39 (Step S201). This decision is realized by lottery. That is, the game providing unit 33 executes a lottery in step S201 to determine a player to be issued.

  Next, the game providing unit 33 determines whether the user U to be issued already owns the player determined in step S201, that is, whether the player is an overlap (step S202). This determination is realized based on the card data 26. Specifically, the game providing unit 33 first acquires the card record 26R of the card data 26 corresponding to the user U to be issued based on the information of the “user ID”, and obtains the information of the “character ID” included therein. To identify. Further, the game providing unit 33 determines whether the information of the “character ID” included therein includes the character ID corresponding to the player to be issued this time, that is, determines whether the character IDs overlap. Then, when the character ID corresponding to the player to be issued this time is not included therein, that is, when the character IDs do not overlap, the game providing unit 33 determines that the players do not overlap. On the other hand, when the character ID corresponding to the player to be issued this time is included therein, that is, when the character IDs overlap, the game providing unit 33 determines that the players overlap.

  When the players are duplicated (the user U already owns the player to be issued this time), the game providing unit 33 determines whether or not the privilege condition is satisfied (Step S203). As described above, the privilege condition is satisfied when, for example, the real condition or the play condition is satisfied. Therefore, the game providing unit 33 determines whether the real condition or the play condition is satisfied. More specifically, the game providing unit 33 determines whether the play condition is satisfied based on the information of the “parameter (difference)” of the card data 26. Further, the game providing unit 33 determines whether or not the real condition is satisfied based on the character ID of the issuance target player based on a table (not shown) for managing the actual activity status for each player (character ID). I do. When the privilege condition includes the user condition, the game providing unit 33 may provide a confirmation opportunity, for example, when it is determined that there is an overlap in step S202. Then, the game providing unit 33 may determine whether or not the privilege condition is satisfied in step S203 based on the selection result at the confirmation opportunity in step S202. Specifically, the game providing unit 33 determines that the privilege condition is satisfied when the user desires the issuance at the confirmation opportunity and that the privilege condition is not satisfied when the user does not desire the issuance. Further, when determining that the privilege condition is satisfied, the game providing unit 33 may provide a change opportunity in step S203.

  When the privilege condition is satisfied, the game providing unit 33 adds a privilege associated with the privilege condition (Step S204). Specifically, the game providing unit 33 first specifies the value of the privilege to be added this time according to the content of the satisfied privilege condition (the requirement that has contributed to the provision of the patent condition). Specifically, the game providing unit 33 generates the plus player card 39S and the double plus in accordance with the contents of the fulfilled privilege condition such as “hero interview” (reality condition) or “maximum level” (play condition). It specifies which player card 39 of the player card 39SS should be issued. On the other hand, when the change opportunity is provided in step S203, the game providing unit 33 acquires the result of the customization at the change opportunity, and specifies the result of the customization as the value of the privilege.

  On the other hand, when the privilege condition is not satisfied, the game providing unit 33 provides a confirmation opportunity to the user U and determines whether or not the player U wants to issue the player card 39 (step S205). If the user U does not want to issue the player card 39, the subsequent processing is skipped and the current processing ends. It should be noted that, even when the privilege condition is satisfied, it may be confirmed through the confirmation opportunity whether or not the issue is desired. Then, when issuance of the player card 39 is not desired, the subsequent processing may be similarly skipped even when the privilege condition is satisfied. In addition, even when issuance is not desired at such a confirmation opportunity, a right to receive a privilege, in other words, a right to issue a player card 39 with a privilege may be given. And the player card 39 with a privilege may be separately issued at another opportunity based on such a right. Also, such rights may be exercisable at any time without a time limit. On the other hand, such a right may be provided with a valid period. That is, when the privilege condition is satisfied, the issuance of the actual player card 39 with the privilege may be executed at any time within the validity period including this time. Further, such a validity period may be configured so that the right itself expires after the expiration, or the right is forcibly exercised at the first play after the expiration of the period (the player card 39 with the privilege is issued). May be configured). Alternatively, such a right may be configured to be exercisable after a predetermined period has elapsed (a player card 39 with a privilege can be issued).

  On the other hand, when it is determined in step S202 that the players to be issued this time do not overlap, the game providing unit 33 assigns a new card ID corresponding to the newly issued player card 39 (step S206). Subsequently, the game providing unit 33 adds the new card ID issued in step S205 to the card record 26R of the card data 26 (step S207). At this time, the game providing unit 33 also associates the information of the card ID with the information of the user ID corresponding to the user U. The character ID information is also associated with the card ID information. Therefore, in step S207, the game providing unit 33 also realizes the association between the user ID and the character ID, that is, the user U and the player through the association between the card ID and the user ID.

  Further, after adding the card record 26R in step S207, after adding the privilege in step S204, or when the user U desires to issue the player card 39 in step S205, the game providing unit 33 issues a new player card 39. (Step S208). Such issuance is realized by a print instruction to the printer 38. Specifically, the game providing unit 33 outputs print data necessary for printing any one of the normal player card 39N, the plus player card 39S, and the double plus player card 39SS to the printer 38. Further, when the print target is the plus player card 39S and the double plus player card 39SS, or when the issuance is selected at the confirmation opportunity even when the print target corresponds to the normal player card 39 (customization is not performed at the change opportunity) The game providing unit 33 generates print data so that restrictions are added to the player cards 39 when the player card 39 is changed and when no change opportunity is provided. More specifically, the game providing unit 33 generates print data for generating the player cards 39 so that the player cards 39 not including the code display are issued. Then, after issuing the player card 39 (after the player card 39 is printed by the printer 38 through the output of the print data), the game providing unit 33 ends the current process.

  According to the procedure of FIG. 12, the player card 39 is actually issued based on the additional condition. If the user U already owns the same player card 39 as the player card 39, it is determined whether or not the privilege can be added based on the privilege condition. Then, when the privilege condition is satisfied, the player card 39 issued this time is generated as the player card 39 with the privilege so as to be different from the existing player card 39. Similarly, even when the privilege condition is not satisfied, if the user U desires, the same normal player card 39 as the existing player card 39 is issued again. On the other hand, the code printing is omitted on the player card 39 with such a privilege and the second normal player card 39 corresponding to the same player. That is, use of the player card 39 or the like with such a privilege in a baseball game is restricted by omitting the code. Note that the second and subsequent player cards 39 corresponding to the same player, such as the player card 39 with benefits, need not be limited. That is, the overlapping player card 39 may be used in the baseball game like the other player cards 39.

  As described above, according to this embodiment, when the user U already owns the player card 39 corresponding to the player to be newly given based on the granting condition as the possession card 39G, the privilege condition A bonus is given according to the provision, and the player card 39 to be issued this time is issued as a player card 39 with a privilege such as a plus player card 39S or a double plus player card 39SS. Therefore, the existing player card 39 can be made different depending on the presence or absence of such a privilege. In addition, such a benefit can bring about a merit in duplicate ownership of the player card 39 corresponding to the same player. Accordingly, when the player card 39 to be given to the user U is duplicated with the player card 39 of the possessed card 39G by utilizing such a merit (the user U already possesses such a player card 39 39G), the value of the duplicate grant (issuing) of the player card 39 can be increased.

  Further, for example, when a real condition is used as a privilege condition, the actual activity status of a professional baseball player can be reflected on a privilege accompanying the fulfillment of the privilege condition. The baseball game user U is often an actual professional baseball fan. For this reason, by reflecting such a real professional baseball player's activity status in a privilege, a real professional baseball fan can be guided to a baseball game, and the charm of the privilege can be further improved. . Similarly, for example, when the play condition is used as the privilege condition, the play situation of the baseball game can be reflected in the privilege associated with the privilege condition. ), Which can lead to promotion of baseball game play. On the other hand, when the use of the player card 39 with such a privilege is restricted, it is suppressed that the benefit based on the privilege condition is passed on to the subsequent baseball game via the player card 39 with such a privilege. can do. That is, the range of the effect of such a privilege can be suppressed. As a result, the use of the player card 39 with the privilege can be limited to a mere viewing or collection, so that an unnecessary increase in the value of the player card 39 with the privilege can be suppressed. As a result, it is possible to suppress a decrease in the interest of the user U in the baseball game, which may be caused by issuing only the same player card 39 corresponding to the same player, and a decrease in the interest of the game.

  In the above embodiment, the game providing unit 33 of the game machine 3 functions as the privilege determining unit and the privilege adding unit of the present invention by executing the procedure of FIG. Specifically, the game providing unit 33 functions as a privilege determining unit by executing step S203 in FIG. 12, and functions as a privilege adding unit by executing step S208 in FIG. Similarly, when the confirmation opportunity and the change opportunity are provided based on the selection result of the user, the game providing unit 33 of the game machine 3 executes the procedure of FIG. Each functions as an opportunity giving means. Specifically, when such a confirmation opportunity and a change opportunity are provided in step S202 and step S203 in FIG. 12, respectively, the game providing unit 33 executes the steps S202 and S203 to execute the present invention. Function as a confirmation opportunity providing means and a change opportunity giving means.

  The present invention is not limited to the above-described embodiment, and may be embodied in an appropriately modified or changed embodiment. For example, in the above-described embodiment, each player is given to the user U through issuance of the player card 39. However, the giving of each player is not limited to such a form. For example, the player card 39 may be omitted. In this case, the players owned by the user U may be managed, for example, via the card data 26, and the updating of the card data 26 may realize the provision of the players. The same applies to the grant of benefits. Similarly, in the above-described embodiment, the game machine 3 provides a baseball game. However, the game provided by the game machine 3 is not limited to such a baseball game. The game machine 3 may provide an appropriate game such as a simulation game, an action game, or a role playing game. Then, various characters of such various games (not limited to those having personality elements, including various types of vehicles, etc.) may play the same role as players.

  In addition, the game machine 3 is not limited to an arcade game machine, and a stationary so-called home game device, a user terminal device 4, or the like may be used as the game machine 3. The game machine 3 may be configured as a game device that virtually operates on a server such as the center server 2 while using the user terminal device 4 or the like as a remote input / output device. Further, the game device may function as the center server 2. That is, a game device such as the game machine 3 may execute all or a part of the role (various processes and the like) of the center server 2 in the above-described embodiment. Alternatively, the center server 2 may execute all or a part of the role of the game machine 3. On the other hand, the center server 2 may be omitted. In this case, one game machine 3 may function as the game system of the present invention. Further, a plurality of game machines 3 may work together to form the game system of the present invention. Specifically, for example, the game may be executed by the home game device or the user terminal device 4, and the ejection of the card may be executed by an arcade game machine. In this case, communication of game data may be executed via the center server 2 or the like, or communication of game data may be executed via two-dimensional code, short-range wireless communication, or the like.

  Various aspects of the present invention derived from each of the above-described embodiments and modified examples will be described below. In the following description, corresponding members illustrated in the accompanying drawings are added in parentheses to facilitate understanding of each aspect of the present invention, but the present invention is limited to the illustrated embodiment. Not something.

  A game system according to the present invention is a game system for providing a game in which at least a part of a plurality of characters prepared for the progress of play is provided as a possessed character (39G) owned by a user based on a provision condition. The privilege condition is satisfied when the user already owns a given character ("A player" in the example of FIG. 7) as a character to be newly given based on the giving condition as the owned character. A privilege discriminating means (33) for discriminating whether or not the privilege condition is satisfied based on a result of the discrimination by the privilege discriminating means; A privilege adding means (33) for omitting the addition of the privilege when the privilege condition is not satisfied. A.

  According to the present invention, when the user already owns a character to be newly provided based on the providing condition, the benefit is provided according to the provision of the benefit condition. For this reason, it is possible to bring an advantage to the duplicate ownership of the same character by such a privilege. Thus, by utilizing such a merit, when the character to be given to the user overlaps with the character owned by the user, it is possible to increase the value of such overlapping giving. As a result, it is possible to suppress a decrease in the interest of the user and, consequently, a decrease in the interest of the game. In addition, when the privilege condition is not satisfied, the grant of the grant character may be executed, or the grant of the grant character may be omitted (canceled). The necessity of such an assignment may be determined, for example, based on a selection result of the user.

  Various conditions may be used as privilege conditions. For example, various conditions such as a game play situation, a user's selection result, or a lottery result may be used as the privilege condition. For example, in one aspect of the game system of the present invention, when the game uses a plurality of real characters actually existing as the plurality of characters, May be used as the privilege condition, and it may be determined whether or not the provided character satisfies the privilege condition according to the actual condition of the real character corresponding to the provided character. In this case, the actual situation can be reflected in the privilege accompanying the provision of the privilege condition. For example, when a sport game and a player of the sport are used as the game and the character, respectively, the user of the sport game is often a fan of the actual sport corresponding to the sport game. For this reason, by reflecting the actual situation in the privilege, fans of the actual sport can be guided to the sports game, and the charm of the privilege can be further improved.

  Alternatively, in one aspect of the game system of the present invention, the privilege determining means may determine that a parameter (for example, a level) defining the same character (“A player” in the example of FIG. 7) as the granting character included in the owned character is used. When changing according to the play situation of the game, the change of the parameter of the same character may be used as the privilege condition, and it may be determined whether the privilege condition is satisfied according to the change of the parameter. . In this case, since the play situation of the game can be reflected on the benefit associated with the privilege condition, it is possible to use the existing possessed character, and further promote the game play.

  The giving character may be given in an appropriate mode. For example, the added character may be provided electronically so as to exist only in the game, or may be physically provided via a physical recording medium corresponding to each character such as a character card. For example, in one aspect of the game system of the present invention, when the privilege condition is satisfied, the privilege adding unit records the unique information unique to the provided character so as to include the information of the privilege. 39), the above-mentioned special character may be given and the above-mentioned privilege may be added to the above-mentioned giving recording medium.

  When the provided character is physically provided via a physical recording medium corresponding to each character such as a character card, the recording medium may be configured to reproduce each character in a game. That is, the recording medium may be configured to be usable in the game system. Alternatively, the recording medium may not be used for such reproduction. That is, the recording medium is not used in the game system, but may be configured as a mere viewing medium or a collection medium. For example, in one aspect of the present invention in which an imparting character is imparted by generating an imparting recording medium, the privilege adding unit records each character by reproducing character information (for example, card ID information) for reproducing each character. When each character is reproduced in the game via the character information of the recording medium (39) corresponding to the recording medium (39), the restriction information for restricting the use of the additional character corresponding to the additional recording medium in the game ( The additional recording medium is generated so as to record either the unique information including the card ID information or the unique information in which the character information (for example, a code including the card ID information) is omitted. You may. In this case, the use of the imparted character in the game is restricted based on the restriction information, or restricted due to non-reproducibility based on the character information. That is, in any case, the use of the provided character corresponding to the provided recording medium in the game is restricted. Thereby, it is possible to prevent the benefit based on the privilege condition from being carried over to the subsequent game play via the additional recording medium. That is, the influence range of such a privilege can be suppressed.

  The privilege based on the privilege condition may be one type or a plurality of types. When there are a plurality of types of benefits, their values may be equal or different. Further, such a difference in value may be related to the privilege condition or may be irrelevant (for example, the value of the privilege may be determined by lottery or the like). Similarly, such a privilege may be appropriately provided. For example, such a privilege may be given to a user. In this case, as such a privilege, a privilege unrelated to the character can be used. Alternatively, when such a privilege is for a character, it can be shared with another character. On the other hand, the privilege may be given to the giving character. In this case, this privilege can be unique to the given character. Specifically, for example, in one aspect of the present invention in which an awarded character is awarded by generating an award recording medium, when the award condition includes a plurality of requirements of different difficulty levels, The privilege may be added to the grant recording medium such that the value of the privilege changes according to the difficulty of the requirement that contributed to the fulfillment of the condition. Alternatively, as one aspect of the present invention in which a user's selection result is used as a privilege condition, when the user already owns the provided character as the owned character, the user selects whether or not to generate the provided recording medium. A confirmation opportunity providing means (33) for providing the user with a confirmation opportunity to perform, and a change opportunity for changing the unique information to the user when generation of the additional recording medium is selected at the confirmation opportunity. And a change opportunity granting means (33) for providing the benefit recording condition, wherein the privilege determining means uses a selection result of the user at the confirmation opportunity as the privilege condition, and the generation of the grant recording medium is selected at the confirmation opportunity. In this case, it is determined that the privilege condition is satisfied, and the privilege adding means uses the change result in the change opportunity as the privilege. When the unique information is changed to the changed unique information at the change opportunity, the added recording medium is recorded such that the changed unique information includes the privilege information by recording the changed unique information. A generation mode may be adopted.

  On the other hand, the computer program according to the present invention includes a computer (31) connected to an output device (11) for providing the game and an input device (36) for inputting a user's playing action. It is configured to function as each means of the game system. The game system of the present invention can be realized by executing the computer program of the present invention.

Reference Signs List 1 game system 3 game machine 11 monitor (output device)
33 Game providing unit (computer, privilege discriminating means, privilege adding means, confirmation opportunity providing means, change opportunity giving means)
36 Reading unit (input device)
39 Player cards (recording media, recording media added)
PG2 program (computer program)

Claims (8)

A game system for providing a game in which at least a part of a plurality of characters prepared for the progress of play is provided as a possessed character owned by a user based on a provision condition,
A privilege determining unit that determines whether or not a privilege condition is satisfied when the user already owns the provided character as a character to be newly provided based on the providing condition as the owned character;
Based on the result of the determination by the privilege determining means, if the privilege condition is satisfied, a privilege associated with the privilege condition is added to the grant of the granted character. If the privilege condition is not satisfied, the privilege is added. Privilege addition means for omitting the addition of
A game system comprising:   When the game uses a plurality of actual characters that actually exist as the plurality of characters, the privilege determination unit uses the actual situation of each of the plurality of real characters as the privilege condition. The game system according to claim 1, wherein it is determined whether or not the additional character satisfies the privilege condition according to the actual situation of a real character corresponding to the additional character.   The privilege determining means uses a change in the parameter of the same character as the privilege condition when a parameter defining the same character as the provided character included in the owned character changes according to a play situation of the game. The game system according to claim 1, further comprising determining whether the privilege condition is satisfied according to a change in the parameter.   The privilege adding means, when the privilege condition is satisfied, while generating a recording medium for recording unique information specific to the character to be added so as to include the information of the privilege, and by providing the provided character, The game system according to any one of claims 1 to 3, wherein the privilege is added to the additional recording medium.   The privilege adding unit is configured to record character information for reproducing each character so that when each character is reproduced in the game via the character information of a recording medium corresponding to each character, the additional recording medium is used. The additional recording medium is configured to record either the specific information including restriction information for restricting use of the additional character in the game corresponding to the specific information, or the specific information in which the character information is omitted. The game system according to claim 4, wherein the game system generates the game.   The privilege adding means, when the privilege condition includes a plurality of requirements having different degrees of difficulty, the privilege is changed so that the value of the privilege changes according to the difficulty of the requirement that contributed to the provision of the privilege condition. The game system according to claim 4, wherein the game system is added to the recording medium. A confirmation opportunity providing unit that provides the user with a confirmation opportunity for selecting whether to generate the addition recording medium when the user already owns the assignment character as the possessed character;
A change opportunity providing unit that provides the user with a change opportunity to change the unique information, when generation of the added recording medium is selected at the confirmation opportunity;
With
The privilege determination unit uses a selection result of the user at the confirmation opportunity as the privilege condition, and determines that the privilege condition is satisfied when generation of the additional recording medium is selected at the confirmation opportunity.
The privilege adding unit uses the change result at the change opportunity as the privilege, and records the changed unique information when the unique information is changed to the changed unique information at the change opportunity. The game system according to claim 4, wherein the additional recording medium is generated such that the changed unique information includes the privilege information.   A computer connected to an output device for providing the game and an input device for inputting a user's playing action functions as each unit of the game system according to any one of claims 1 to 7. A computer program configured to cause.