JP5848307B2 - GAME SYSTEM, CONTROL METHOD AND COMPUTER PROGRAM USED FOR THE SAME - Google Patents

Description

  The present invention relates to a game system that provides a game that uses an event for progress.

  There are various games that use events for progress. There is a game system that provides such a game, which obtains game information via a game recording medium and uses the acquired game information. Further, as an example of such a game system, there is a game machine that uses a character card as a game recording medium and character parameter information corresponding to the character card as game information. More specifically, as an example, a game machine is known that acquires a character parameter through a barcode in the character card and reproduces and uses the character corresponding to the parameter in the game (for example, a patent) Reference 1).

JP 2009-160117 A

  In the game machine of patent document 1, the character card corresponding to the character in a game is produced | generated, and the character card is utilized again in order to reproduce a character in a game. Various events are prepared in the game. Then, the event is played through the character reproduced by the character card. On the other hand, if a game is not used, it is impossible to grasp events that can be used in the game. For example, special enemy characters (for example, so-called boss characters) with a limited number of appearances are often difficult to capture. Even in such difficult events, it is often difficult to capture multiple times. In addition, when a single game machine for business use is used for providing a game, it is not easy to form a group including a plurality of users for convenience of location and time. As a result, it is often difficult to provide events that are captured in groups.

  Therefore, an object of the present invention is to provide a game system or the like that can improve the attractiveness of an event.

  The game system of the present invention is a game system that provides a game that uses an event for progress, based on an event information generation unit that generates event information corresponding to the event, and a generation result of the event information generation unit And event information providing means for providing the event information so that an event recording medium for recording the event information is generated.

  According to the control method of the present invention, an event information generation procedure for generating event information corresponding to the event and a generation result of the event information generation procedure are included in a computer incorporated in a game system that provides a game that uses an event for progress. And an event information providing procedure for providing the event information so that an event recording medium for recording the event information is generated.

  The computer program for a game system according to the present invention includes an event information generation means for generating event information corresponding to the event, a computer incorporated in a game system that provides a game that uses the event in progress, and the event information It is configured to function as an event information providing unit for providing the event information so that an event recording medium for recording the event information is generated based on a generation result of the generating unit.

The figure which shows the outline | summary of the whole structure of the game system which concerns on one form of this invention. The figure which shows schematically the external appearance of the game machine which concerns on one form of this invention. The figure which shows the structure of the principal part of the control system of a game system. Explanatory drawing for demonstrating an example of the card for games which a game machine generates. The figure which shows an example of the content of an event card. Explanatory drawing for demonstrating an example when an event card is produced | generated. Explanatory drawing for demonstrating an example of condition relevant information. Explanatory drawing for demonstrating an example when an event card is produced | generated again. Explanatory drawing for demonstrating an example in case a group is formed with use of an event card. The figure which shows an example of the flowchart of a reproduction process routine. The figure which shows an example of the flowchart of an event utilization process routine. The figure which shows an example of the flowchart of a progress control processing routine. The figure which shows an example of the flowchart of a card | curd issuing process routine. The figure which shows an example of the flowchart of a right provision process routine.

  Hereinafter, a game system according to an embodiment of the present invention will be described. FIG. 1 is a diagram showing an outline of the overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 includes a center server 2 as a server device and a plurality of game machines GM. The game machine GM is connected to the center server 2 via the network 3. The game machine GM is a commercial (commercial) game machine that allows a user to play a game within a range according to the price in exchange for consumption of a predetermined price. As an example, the game machine GM provides a card game in exchange for consumption of a predetermined price. An appropriate number of game machines GM are installed in a commercial facility such as the store 4. The center server 2 is not limited to an example configured by a single physical device. For example, one logical center server 2 may be configured by a server group as a plurality of physical devices. Further, the center server 2 may be logically configured using cloud computing. Furthermore, the game machine GM may function as the center server 2.

  A user terminal 5 is connected to the center server 2 via the network 3. The user terminal 5 is a type of network terminal device that exhibits various functions by executing software distributed from the center server 2. In the example of FIG. 1, a mobile phone (including a smartphone) is used as an example of the user terminal 5. In addition, as the user terminal 5, for example, various network terminal devices that can be connected to the network and are used for personal use of the user, such as a personal computer, a portable game machine, and a portable tablet terminal device, are used. Good.

  As an example, the network 3 is configured to realize network communication using a TCP / IP protocol. Typically, the network 3 is configured by combining the Internet as a WAN and an intranet as a LAN. In the example of FIG. 1, the center server 2 and the game machine GM are connected to the network 3 via the router 3a, and the user terminal 5 is connected to the network 3 via the access point 3b.

  The network 3 is not limited to a form using the TCP / IP protocol. As the network 3, various forms using a wired line for communication or a wireless line (including infrared communication, short-range wireless communication, etc.) may be used. Alternatively, the communication between the user terminal 5 and the game machine GM or the like conforms to a predetermined standard so as to include various information such as a two-dimensional code without using a communication line (including wired and wireless), for example. It may be realized using code generated in this way. Specifically, for example, transmission / reception of information is performed between the user terminal 5 and the game machine GM or the like through provision or reading of a two-dimensional code generated so as to include necessary information. May be. Therefore, the term “network (or communication line)” includes a form of transmitting and receiving information without using a line, such as a communication method using such a code.

  The center server 2 provides various game machine services to the game machine GM or its user. For example, a service for receiving user identification information from the game machine GM and authenticating the user may be provided as the game machine service. Further, a service may be provided in which the play data of the authenticated user is received from the game machine GM and stored, or the play data to be stored is provided to the game machine GM. Furthermore, the game machine service distributes and updates the game machine GM program or data via the network 3, and matches users when a plurality of users play a common game via the network 3. A matching service or the like may be included.

  Further, the center server 2 provides various Web services to the user of the user terminal 5 via the network 3. The web service includes, for example, a game information service that provides various types of information related to a game provided by the game machine GM. The Web service also includes a distribution service that distributes various data or software to each user terminal 5 (including data update). Further, the Web service includes other services such as a community service that provides a place for information exchange, exchange, and sharing by users, and a service that provides a user ID for identifying each user.

  The game machine GM will be further described with reference to FIG. FIG. 2 is a diagram schematically showing the appearance of a game machine according to one embodiment of the present invention. As shown in FIG. 2, the game machine GM includes a housing 6. A control panel CP, a monitor MO, and a speaker SP are provided on the top of the housing 6. The monitor MO is disposed above the control panel CP. Further, the speaker SP is disposed further above the monitor MO. In addition to the control panel CP, the game machine GM is provided with various input devices and output devices provided in a normal business game machine such as a volume operation switch, a power switch, and a power lamp. FIG. 2 does not show them.

  The control panel CP is provided with a direction selection operation section CP1 that can select a direction, a button CP2 that can be used for determination, a code reader 7, and a coin insertion slot SO. The code reader 7 is configured to be able to read a two-dimensional code and output a signal according to the read result. Various game cards 8 are inserted into the code reader 7. A two-dimensional code is printed on the game card 8. The code reader 7 reads this two-dimensional code. A card discharge port EO1 and a coin discharge port EO2 are provided on the front surface of the housing 6. The card outlet EO1 is used for discharging the game card 8 generated inside the housing 6. The control panel CP is provided with various operation units such as buttons that can be used for determining the operation, etc., but these are not shown.

  Next, the main part of the control system of the game system 1 for realizing the card game will be described. FIG. 3 is a diagram illustrating a configuration of a main part of the control system of the game system 1. As shown in FIG. 3, the center server 2 includes a control unit 10 and a storage unit 11. The control unit 10 is configured as a computer unit combining a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor. Note that an input device such as a keyboard and an output device such as a monitor can be connected to the control unit 10, but these are not shown.

  The storage unit 11 is connected to the control unit 10. The storage unit 11 is configured by a large-capacity storage medium such as a magnetic tape, for example, so that the storage can be held without power supply. The storage unit 11 stores server data 14 and a server program 15. The server program 15 is a computer program necessary for the center server 2 to provide various services to the game machine GM and the user terminal 5. When the control unit 10 reads and executes the server program 15, a game machine service management unit 16 and a Web service management unit 17 are provided inside the control unit 10.

  The game machine service management unit 16 executes processing for providing the game machine service described above. On the other hand, the web service management unit 17 executes processing necessary to provide the above-described web service. The game machine service management unit 16 and the web service management unit 17 are logical devices realized by a combination of computer hardware and a computer program. Various other logical devices may be provided inside the control unit 10, but these are not shown.

  The server data 14 is data that can be referred to as the server program 15 is executed. The server data 14 includes, for example, the above-described play data or ID management data. The play data is data in which information related to past play results of each user is described. The play data is used, for example, to take over the previous play results (past results) from the next time onward or to take over the settings specific to each user. The ID management data is data for managing various IDs such as user IDs. For example, when ID management is performed by identifying each game card 8, the ID management data may include information on such an ID (a card ID described later). The same applies to user IDs and group IDs described later.

  On the other hand, the game machine GM is provided with a control unit 30 as a computer, a storage unit 31, the above-described code reader 7, and a printer 32. The storage unit 31, the code reader 7 and the printer 32 are all connected to the control unit 30. The control unit 30 is configured as a computer unit in which a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor are combined. In addition to the control panel CP, the monitor MO, and the speaker SP, the control unit 30 includes various input devices or output devices such as a coin authentication device or a card reading device as well as known game machines. Although they can be connected, their illustration is omitted.

  The code reader 7 is a known device for reading a two-dimensional code. For example, the code reader 7 reads a two-dimensional code of the game card 8 and outputs a signal corresponding to the read result to the control unit 30. The printer 32 is a known printing apparatus for printing images, symbols (including a two-dimensional code), characters, and the like on a predetermined recording medium. The printer 32 generates the game card 8 by printing an image, a symbol, a character, or the like on a card-like paper medium (recording medium) based on an output signal from the control unit 30.

  The storage unit 31 is configured by, for example, a magnetic recording medium, an optical recording medium, a flash SSD (Solid State Drive), or the like so that the storage can be held without supplying power. The storage unit 31 stores a game program 34 and game data 35. The game program 34 is a computer program necessary for the game machine GM to provide a card game. Along with the execution of the game program 34, a game providing unit 36 is provided inside the control unit 30. The game providing unit 36 executes various processes necessary for providing a card game. The game providing unit 36 is a logical device realized by a combination of computer hardware and a computer program. Various other logical devices may be provided inside the control unit 30, but these are not shown.

  The game data 35 is data that can be referred to as the game program 34 is executed. The game data 35 includes, for example, image data 35b as image data and print data. The image data is data for displaying various images necessary for the game (including generation of the game card 8). The image data further includes format data 35a. Details of the format data 35a and the image data 35b will be described later. In addition, the game data 35 includes sound effect data for reproducing various sounds such as music, the above-described play data and ID management data (for example, these may be provided from the center server 2 as appropriate), and the like. Although they may be included, their illustration is omitted.

  Next, the game card 8 generated by the game machine GM will be described. FIG. 4 is an explanatory diagram for explaining an example of the game card 8 generated by the game machine GM. As shown in FIG. 4, the game card 8 generated by the game machine GM includes a key card SC, a character card KC as a character recording medium, and an event card EC as an event recording medium. These cards are of different types. These cards are also physically different from each other.

  The character card KC is a card corresponding to a character used in a card game provided by the game machine GM. Character information related to the character is recorded on the character card KC. Specifically, the character information includes, for example, parameter information and user ID information as user identification information. Furthermore, the character information may include information of a card ID for identifying each card when each card (or information recorded therein) is managed individually. And card ID may be used for specification of the cards 8 for games, such as each character card KC, for example.

  The parameter is information defining a character used in the card game. As an example, the character card KC functions as a card that defines a character used in a card game via parameter information. The user ID is information for identifying each user. Therefore, the user ID is used to identify each user. Thus, the character card KC is used for recording and reproducing each character via the character information.

  The event card EC is a card for reproducing an event used for the progress of the game. Event information used for event reproduction is recorded in the event card EC. The event information includes, for example, detailed information, condition related information, and user ID information.

  The user ID is as described above. Detailed information is various information for defining an event. The condition related information is included when a use condition necessary for using the event is set. The condition related information is information on the conditions and information related to the conditions. Details of these information will be described later. Note that the event information may include the above-described card ID information, similarly to the character information. In the event information, a usable period may be set. In this case, the event information may include information on the usable period. Further, the event information may include achievement information indicating the presence or absence of event capture (achievement). And based on this achievement information, use of an event may be restricted.

  On the other hand, the key card SC is mainly used for specifying each user. While the character card KC and the event card EC are directly used for playing (progressing) the game, the key card SC is used for assisting the play. In the key card SC, identification information used for identifying each user is recorded. The identification information includes, for example, user ID information and decoration information. Note that the identification information may include the above-described card ID information in addition to the character information, for example.

  The user ID is as described above. The user ID is given along with provision of individual information depending on each user. The individual information includes, for example, personal information such as name, sex, date of birth, and age. The individual information is provided from the user through an operation on the control panel CP of the game machine GM, for example. All or a part of the individual information is displayed on the key card SC. Note that the identification information may include all or a part of the individual information as at least a part thereof.

  The decoration information is information for improving the identification (uniqueness) of each key card SC. As an example of the decoration information, a key image that changes in accordance with the contents of each individual information is displayed on the key card SC. As a result, the display content of the key card SC changes according to the individual information. The key card SC is highly unique because it includes decoration information such as a key image.

  Next, details of the event card EC will be described as an example of the game card 8. FIG. 5 is a diagram showing an example of the contents of the event card EC. The example of FIG. 5 shows an event card EC when an event that causes a special enemy character (boss character) to appear in the card game is used as an example of the event. More specifically, the example of FIG. 5 shows an event card EC that enables a battle with a boss character.

  As shown in FIG. 5, the composite image CI is printed on the event card EC. The composite image CI includes an event name area EA, a basic information area BA, an image area IA, and a content information area DA. In these areas, detailed information about the event is displayed. That is, the information displayed in these areas functions as the detailed information described above.

  In the example of FIG. 5, information indicating the name of the boss character “Raid Boss A” is displayed in the event name area EA. In the basic information area BA, the boss character strength (capture difficulty level) such as level ("LV"), physical strength (heart mark), attack power (sword mark) or defensive power (wing mark) is defined. The item information is displayed. As an example, in the example of FIG. 5, the information of each item is displayed as “?”. Thus, for example, each of these items may be kept secret until used in a card game. Further, for example, when used once, an event card EC for displaying (disclosing) information on these items may be newly generated by the game machine GM. Alternatively, these items may be displayed from the beginning.

  A boss character image is displayed in the image area IA. More specifically, as an example, the secret image SG of the boss character is displayed in the image area IA. The secret image SG is an image showing the silhouette of the boss character. That is, the secret image SG is an image in which the silhouette other than the actual boss character image (the boss character image actually used in the game) is omitted so that the detailed appearance of the boss character is concealed. Similar to the basic item information in the basic information area BA, the secret image SG may be switched to an actual boss character image with use. Alternatively, a boss character image may be displayed from the beginning.

  Detailed description information regarding the event is displayed in the content information area DA. In the example of FIG. 5, information indicating that the event is a boss character, information on the boss character, and information on the number of times that the boss character can be challenged are displayed as commentary information.

  Further, the composite image CI includes a code information area CA. In the code information area CA, a two-dimensional code CG as a code generated in accordance with a predetermined standard so as to include event information is displayed. That is, the event card EC records event information via the two-dimensional code CG. The event card EC provides event information to the game machine GM through the two-dimensional code CG. Further, the event information includes detailed information as described above. Therefore, the two-dimensional code CG includes various information displayed in the event name area EA, the basic information area BA, the image area IA, and the content information area DA. Furthermore, as described above, the event information includes condition-related information and user ID information, so the two-dimensional code CG also includes such information.

  In general, an event is reset at each end and proceeds from the beginning each time it is executed. On the other hand, as described later, the game may be ended in the middle of the event. In such a case, an event card EC that records the intermediate state may be generated. In such a case, for example, in the example of the boss character event, there may be a change in the basic item of the boss character (for example, a decrease in physical strength). Alternatively, as described above, the display of the basic item may change from “?” To a specific numerical value or the like according to use. Similarly, the secret image SG may change to a boss character image. In this way, detailed information, that is, information to be displayed in each area of the composite image CI changes according to the game situation and the like. Then, an event card EC is newly generated based on the changed detailed information. For this reason, each area of the composite image CI is configured as a variable area.

  On the other hand, the position and range of each area of the composite image CI do not change. These areas are fixedly defined by the basic format FI. More specifically, the boundary line that separates the areas of the composite image CI from each other is defined by the basic format FI as a fixed part. The composite image CI is configured by combining these and the image of the basic format FI so that the detailed information and the two-dimensional code CG are arranged in the variable region of each region. The character card KC is also generated based on the composite image in which the parameter information and the basic format are combined because the parameter information changes according to the game result. Further, since the contents of the key card SC change according to the individual information of the user, the key card SC is similarly generated based on the composite image.

  Note that information included in the composite image CI, that is, detailed information may include information that is not used in the game. Further, the two-dimensional code CG may include information other than the information included in the composite image CI. Furthermore, when an event card EC is generated in the middle of an event, information indicating the event state may be included in the composite image CI. Specifically, when the boss character is used as an event as described above, information indicating the achievement state of the boss character capture (for example, the current physical strength is divided by the initial physical strength based on the initial physical strength of the boss character). Information on the proportion of cases) may be displayed. Alternatively, as described later, when an event is played in a group, information indicating a user who uses the event (for example, a user who has played against a boss character) may be displayed.

  Further, the composite image CI may include condition related information. That is, as an example, as described later, when a use condition is set such that an event can be executed only once, information indicating the use condition such as once is stored in the event card EC as condition-related information. May be displayed. Such information may be displayed in the content information area DA, for example.

  Next, a card game provided by the game machine GM will be described. The game machine GM provides a card game after acquiring the user ID through the key card SC. That is, the game machine GM provides a card game while specifying a user who is playing. In addition, when it does not have user ID, such as the first time, game machine GM may provide a user with a new user ID. In addition, when the user ID is not provided, some functions of the card game (for example, generation of a character card KC after the game) may be restricted.

  The card game is a type of game in which a character defined by a character card KC prepared by a user is reproduced during the game and used as a play medium. In the game, a battle is executed through the character reproduced by the character card KC. The battle includes a battle with an enemy character prepared in the game and a battle with another user's character.

  The battle may be executed by a plurality of characters. In such a case, a plurality of character cards KC may be used for character reproduction. Furthermore, the character grows through these battles. That is, the breeding of characters reproduced by the character card KC is also provided as a game element. Then, a character that has grown through the game play is further generated as a character card KC. Therefore, characters in the game are continuously nurtured through the character card KC. Further, since the character card KC is generated based on the game result, it is highly unique.

  Various events are also prepared in the card game. Characters also grow with events. More specifically, the enemy character includes a normal enemy character and a special enemy character (sometimes referred to as a boss character) as an event enemy character. The normal enemy character is an enemy character whose number of appearances is not limited. On the other hand, the boss character is an enemy character different from the normal enemy character. More specifically, the boss character is an enemy character that has a limited number of appearances, such as only one at a time. As an example, a battle with a boss character is used as an event.

  The event can be converted into a card. Specifically, the card game provides generation of an event card EC in which information on events in the game is described as one of game elements. As described above, the event card EC is used to use an event defined by the event card EC in the next card game.

  The event is not limited to a battle with a boss character. For example, when a plurality of types of items are used as an event, an event such as collecting a predetermined number of specified types of items may be used. Alternatively, an event that captures a predetermined number or more of enemy characters (may be designated types of enemy characters) may be used. As described above, a game element whose time and number of times are limited or a game element that can be executed only when a predetermined grant condition is satisfied may be used as an event. Alternatively, a wider range of events (may be called missions) to which a privilege or the like is given when an achievement condition is specified and the condition is satisfied may be used as an event. The term “event” may be interpreted as a general term meaning an event, an event, an event, an event, or the like.

  The information recorded on the event card EC will be further described with reference to FIGS. FIG. 6 is an explanatory diagram for explaining an example when an event card EC is generated. The example of FIG. 6 shows a case where a special event that becomes playable when a predetermined grant condition is satisfied is carded as an example of an event.

  As shown in FIG. 6, when a predetermined grant condition is satisfied in the card game, a special event (“SP event”) is added to the normal event (“event 1” to “event n”). That is, when a predetermined grant condition is satisfied, a right to play a special event (hereinafter sometimes referred to as a play right) is granted. That is, the post-grant game range after the play right is granted includes a normal event and a special event. As a result, when the right to play a special event is granted, the original game range (only normal events) is expanded to include the special event in addition to the normal event. For example, the predetermined grant condition may be satisfied when a character having a predetermined level or higher is included, or when a specific event is captured. In addition, as a requirement for satisfying a predetermined grant condition, various game elements in the card game may be used.

  As described above, the game range differs depending on the presence or absence of play rights. Therefore, in order to play a special event after the next time, it is necessary to record a play right. As an example, the event card EC is used for recording such a play right. The event card EC is used to reproduce the special event in the next and subsequent card games. More specifically, the event card EC is used for managing the play right. That is, it is determined that the owner of the event card EC has a play right. For this reason, the event card EC is managed in association with the user ID. As a result, detailed information, condition-related information, and a user ID are recorded on the event card EC in order to reproduce the special event as described above. The play right may be managed separately by data for managing the play right. The play right may be given to a character that satisfies a predetermined grant condition, or may be given to a user (user ID). As the user ID, for example, a general-purpose ID that does not specify a user may be used. In other words, an event card EC that does not limit the user with the user ID may be generated. And a special event may be played by each user who uses this event card EC through such an event card EC. In addition, when the play right is managed separately, the play right may be given to the user who uses the event card EC. As an example, in this way, the predetermined grant condition may be satisfied when an event card EC corresponding to a special event is used.

  FIG. 7 is an explanatory diagram for explaining an example of condition-related information. As shown in FIG. 7, as an example of the condition related information, information on the number of times of use and the number of times condition is recorded on the event card EC. Then, the information on the number of times of use and the number of times condition is used for controlling the progress of the event reproduced by the event card EC. As an example, the number of times of use and the number of times condition are used for controlling the progress of the event in such a manner that the event cannot be executed and the content is changed. In other words, in this case, an event whose progress changes according to information on the number of times of use and the number of times condition is provided.

  For example, impossibility is control of progress so as not to provide an event even if the event card EC is used when the number of times of use exceeds a predetermined number. As the predetermined number, for example, a number of times such as once or twice may be used. That is, in this case, when a predetermined number such as once is exceeded based on the information on the number of times of use, even if the event card EC is used, the event corresponding to the event card EC is not executed.

  On the other hand, the change of the content of the event is a progress control for changing the content of the event according to the number of times of use. More specifically, the change in content includes two changes: a change that gives a privilege uniformly according to the number of times of use, and a change in privilege that is given after playing an event. The change that uniformly grants a privilege is a change in which an event progresses so that a privilege is granted as the event is executed when the number of uses exceeds a predetermined number. That is, in this case, a privilege is given due to the use of the event, regardless of whether or not the event is necessary, such as event capture.

  The change in the privilege after play is a change in which the event progresses so that the privilege after play changes according to the number of uses. For example, a change is adopted in which the most valuable privilege is given when the number of times of use is the first, the next most valuable privilege is given when the number of times is used, and the privilege is not given after the third time. That is, in this case, a privilege with higher value is given as the number of times of use decreases. In contrast, as the number of times of use increases, it may be changed such that a privilege with higher value is given.

  The information on the number of times of use is used for controlling the progress in this way as an example. Then, information indicating the type of progress control according to the number of times of use may be employed as the number-of-times condition information. Specifically, the information on the number of times condition may be information on execution of non-executable control when the number of times of use exceeds a predetermined number or information on execution of control whose contents change. Furthermore, the information whose content changes may include information indicating either a change in which a privilege is uniformly given or a change in a privilege after play. That is, information for determining the type of control that occurs according to the number of times of use is used as an example of information on the number of times condition.

  The card game includes a service for generating an event card EC again after playing an event using the event card EC. For example, as described above, when information on the number of times of use or the like is used as the condition related information, the content of the condition related information changes after play. By this service, the post-play event card EC for recording information that has changed with such play is generated again.

  FIG. 8 is an explanatory diagram for explaining an example of a case where the event card EC is generated again. In addition, the example of FIG. 8 illustrates a case where the above-described use count and count condition information is used as the condition-related information. As shown in FIG. 8, first, an SP event (special event) is added to the card game as the event card EC (hereinafter, sometimes referred to as an initial event card EC1) is used. Specifically, the game range is expanded to the SP event in addition to the normal event by the initial event card EC1. And SP event is played with expansion of a game range.

  After the play, a new event card EC (hereinafter sometimes referred to as a post-play event card EC2) that records event information corresponding to the post-play SP event is generated separately from the initial event card EC1. The post-play event card EC2 as the post-change event recording medium includes, for example, information on the new usage count in which the usage count is counted up.

  The card game also includes a service for generating a post-play event card EC that records a state in the middle of the event so that the event can be ended halfway and resumed from the middle in the next time. For example, a battle with a special boss character that is difficult to capture may be used as an SP event. In such a case, an event card EC for recording the state of the battle is generated as the post-play event card EC2 so that the battle can be started from the midway state by this service. Information defining an SP event (initial SP event) includes information that changes with play. For example, detailed information including basic items such as physical strength of a special boss character changes as the game is played. Accordingly, in this case, the post-play event card EC further includes new detailed information reflecting the game result as information for defining the post-play SP event.

  Thus, even if the event card EC is for reproducing the same SP event, there is a difference between the post-play event card EC2 and the initial event card EC1. On the other hand, information that does not change even when the game is played may be common between the post-play event card EC2 and the initial event card EC1. The example of FIG. 8 shows a case where the number of times condition, the user ID, etc. do not change. For this reason, the post-play event card EC2 includes the same number of conditions and user ID information as the initial event card EC1. That is, new event information (post-change event information) including new detailed information, new usage count information, count condition information, and user ID information is recorded in the post-play event card EC. As an example, the post-play event card EC2 including the detailed information changed according to the play result or the usage count information is generated again as the event card EC separately from the initial event card EC1.

  Furthermore, the card game includes a service for sharing and playing a common event among a plurality of users. For example, this service is used when a common event is captured by a plurality of users in cooperation. More specifically, this service is used when one group is formed by a predetermined number of users and one event is used for each group. For example, when the capture of a special boss character is used as a common event, this service allows the special boss character to be captured in cooperation with a predetermined number of users.

  Such a group is formed by use of the event card EC as an example. More specifically, as an example, when a predetermined number of users for forming a group sequentially use the event card EC, a group is formed by those users. FIG. 9 is an explanatory diagram for explaining an example in which a group is formed with the use of the event card EC. In the example of FIG. 9, when three people are used as a predetermined number and one user forms a group, the event card EC owned by the user A is assigned to three users, user B to user D. Shows the case of using in order. In this case, as shown in FIG. 9, the game machine GM groups the two users B and C, which have been used previously, together with the user A as one group. On the other hand, even if the user D corresponding to the fourth person uses the user D, the user D is not grouped because the user D exceeds the upper limit of the number of users belonging to the group.

  Specifically, first, the user B uses the event card EC of the user A (hereinafter sometimes referred to as an “A event card ECa” initially) in the game machine GM. That is, the user B reproduces the event corresponding to the initial A event card ECa in the card game and plays the event. Thereby, together with the user A who is the owner of the initial A event card ECa, the user B who uses this is grouped into one group. More specifically, the game machine GM issues a group ID as group information for specifying a group including the user A and the user B. Then, based on this group ID, a new event card EC (hereinafter also referred to as “B used event card ECb”) is generated. That is, the post-use event card ECb in which the user ID information of the initial A event card ECa is replaced with the group ID information is generated. As a result, user A and user B can use the post-use event card ECb. In the middle of an event or the like, detailed information or information on the number of times of use may be updated when the post-use event card ECb is generated.

  The same applies when the user C uses the post-use event card ECb. That is, as the user C is used, the user C is added to the group having the group ID including the user A and the user B. Based on this group ID, a new event card EC (hereinafter also referred to as “post-use event card ECc”) is generated. As a result, the post-use C event card ECc can be used by three users A to C. As described above, the detailed information or the like may be updated when the post-use event card ECc is used.

  On the other hand, in the example of FIG. 9, since the upper limit number belonging to one group is 3, the group ID corresponding to the post-use event card ECc has reached the upper limit due to the use of the user C. For this reason, even if the user D tries to use the post-use C event card ECc, it cannot be used. As a result, user D is not added to the group. In other words, the use of new users is permitted until the predetermined number is reached and added to the group in the order of use, but after the predetermined number is reached, the use of users other than those belonging to the group is not permitted, resulting in the group Also not added to. In this way, the card game also provides a service for grouping users who have been used according to usage.

  The game machine GM uses the event card ECb after the use of B after the use of the event card ECc after use of the C, and uses the event card ECa after the use of the event card ECb after use of the B, Each may be disallowed. The same applies when the post-play event card EC is generated. That is, the game machine GM may permit the use of the latest event card EC, but may not permit the use of the past event card EC. Further, the predetermined number is not limited to three people. Any number of people may be employed as the predetermined number. Alternatively, the predetermined number may not be limited. That is, all users who use the event card EC may be grouped. Furthermore, the present invention is not limited to a form in which a group ID is used for group definition. For example, the event card EC may define a group by including the user IDs of a predetermined number of users in the event card EC. That is, each user ID that forms a group may be recorded on the event card EC instead of the group ID. In this case, each user ID included in the event card EC functions as group information of the present invention. In addition, the event card EC may be used for privilege grant management. Specifically, for example, when an event is captured, a privilege may be given to each user in the group. In such a case, each user in the group may be given a privilege to each user by using the shared event card EC after the event capture. Therefore, the event information may include information for managing the presence / absence of granting of benefits for each user in the group.

  Next, details of the format data 35a and the image data 35b will be described. The format data 35a is data for defining fixed portions of the character card KC, event card EC, and key card SC. That is, the format data 35a defines a variable area and a fixed part such as the character card KC. For example, the basic format FI of the event card EC is expressed by the format data 35a. The image data 35b is data for expressing a composite image printed on the character card KC, event card EC, and key card SC. For example, the composite image CI of the event card EC is expressed by the image data 35b. Then, the composite image CI is printed on the recording medium based on the image data 35b, and the event card EC is generated.

  Next, reproduction processing, event use processing, progress control processing, card issuance processing, and right grant processing will be described. The reproduction process is a process for reproducing a character corresponding to the character card KC in the game based on the character card KC. The event use process is a process for using an event corresponding to the event card EC in the game based on the event card EC. The progress control process is a process for controlling the progress of the event corresponding to the event card EC based on the condition related information. The card issuing process is a process for issuing a new character card KC or event card EC reflecting the game result. The right grant process is a process for granting a play right.

  As an example, these processes are realized by the control unit 30 of the game machine GM through the routines of FIGS. More specifically, the routines of FIGS. 10 to 14 are executed through the game providing unit 36 of the control unit 30 as an example. Note that the control unit 30 of the game machine GM and the control unit 10 of the center server 2 execute various kinds of well-known processes alone or in cooperation with each other in addition to these processes. However, detailed description thereof will be omitted.

  FIG. 10 is a diagram illustrating an example of a flowchart of a reproduction processing routine for realizing the reproduction processing. As an example, the routine of FIG. 10 is executed each time the code reader 7 reads the character card KC. When the routine of FIG. 10 is started, the game providing unit 36 first acquires the character information of the character card KC in step S11. Specifically, based on a signal output from the code reader 7, character information included in the two-dimensional code of the character card KC is acquired.

  In the next step S12, the game providing unit 36 generates reproduction data for reproducing the character defined by the character card KC during the game, based on the character information acquired in step S11. The reproduction data includes, for example, image data corresponding to the character image acquired based on the character information. The reproduction data includes information on other parameters included in the character information acquired in step S11.

  In the next step S13, the game providing unit 36 outputs the reproduction data generated in step S12 to a predetermined storage area, and ends the current routine. As the predetermined storage area, for example, an internal storage device of the control unit 30 or a storage unit 31 may be used that stores at least temporarily various data usable in the game. The reproduction data is stored in a predetermined storage area, and is appropriately used depending on the situation such as game development. As a result, a character having characteristics and the like defined by the character card KC is reproduced during the game with an image similar to the display of the character card KC.

  FIG. 11 is a diagram illustrating an example of a flowchart of an event use processing routine for realizing event use processing. As an example, the routine of FIG. 11 is executed every time the code reader 7 reads the event card EC. When the routine of FIG. 11 is started, the game providing unit 36 first acquires event information of the event card EC with reference to the output signal of the code reader 7 in step S21.

  In subsequent step S22, the game providing unit 36 determines whether or not a predetermined usage condition is satisfied. For example, a user ID and a group ID are used as the predetermined usage conditions. That is, as an example, the predetermined use condition is satisfied when a user of each user ID belonging to the group managed by the group ID uses or when the owner uses it. Alternatively, the predetermined use condition is, for example, when a user ID different from the owner is used, and when a group is not formed or a group is formed but the predetermined number is not reached It is filled. Alternatively, when the use is limited depending on whether or not the event is achieved, the predetermined use condition is satisfied when the event is not yet achieved based on the achievement information. And the game provision part 36, when the determination result of step S22 is a negative result, that is, when the user ID not belonging to the group is used or the event has already been achieved, or the predetermined use condition is not satisfied, The subsequent processing is skipped and the current routine is terminated.

  In step S22, when the determination result is a negative result, it may be notified that the event card EC cannot be used. Further, when the use of the past event card EC is not permitted, the predetermined use condition is satisfied when the latest event card EC is used, and is not satisfied when the past event card EC is used. May be adopted. As an example, when the latest event card EC is managed by the event card EC, the card ID may be used as a predetermined use condition. In step S22, the game providing unit 36 permits the use of the event information corresponding to the latest event card EC based on the card ID, but does not permit the use of the event information corresponding to the past event card EC. May be.

  On the other hand, the game provision part 36 progresses to step S23, when the determination result of step S22 is a positive result, ie, when predetermined | prescribed utilization conditions are satisfy | filled. In step S23, the game providing unit 36 determines whether or not the user who uses the event card EC is a new user. Specifically, the game providing unit 36 determines that the user is an existing user in the case of each user ID corresponding to an owner or a user belonging to a group. On the other hand, the game providing unit 36 determines that the user is a new user when the user is not an owner and does not correspond to a user belonging to the group. If the determination result is negative, that is, if the user who uses the event card EC is not a new user, the game providing unit 36 skips the next step S24 and proceeds to step S25.

  On the other hand, if the determination result in step S23 is a positive result, that is, if the user who uses the event card EC is a new user, the game providing unit 36 proceeds to step S24. In step S24, the game providing unit 36 forms a group including a user ID corresponding to a new user. Specifically, when the group ID has not yet been acquired, the game providing unit 36 acquires a new group ID for specifying a group including a new user. On the other hand, if the group ID has already been acquired, the game providing unit 36 adds a new user ID to the existing group so that the group with the existing group ID includes the user ID of the new user. . As an example, the game providing unit 36 thus forms a group in step S24.

  In subsequent step S25, the game providing unit 36 reflects the event on the event card EC in the game so that the event corresponding to the event card EC is used in the game, and ends the current routine. Thereby, whether or not the event card EC can be used is determined based on a predetermined use condition. In addition, users of the event card EC are grouped in order, and the event card EC is used by each user belonging to the group. And the event corresponding to the event card | curd EC is utilized in a game with the use.

  FIG. 12 is a diagram illustrating an example of a flowchart of a progress control process routine for realizing the progress control process. The routine of FIG. 12 is executed each time the event card EC is read, for example, similarly to the routine of FIG. Alternatively, it may be executed continuously after the routine of FIG. When the routine of FIG. 12 is started, the game providing unit 36 first obtains event information of the event card EC with reference to the output signal of the code reader 7 in step S31. More specifically, the game providing unit 36 acquires condition-related information included in the event information in step S31.

  In subsequent step S32, the game providing unit 36 determines the number of times that the event corresponding to the read event card EC has been used in the game based on the information on the number of times of use included in the condition-related information.

  In the next step S33, the game providing unit 36 controls the progress of the event according to the number-of-times condition included in the condition-related information acquired in step S31 and the number of uses determined in step S32. Specifically, in a case where the number of times condition exceeds a predetermined number, for example, in a condition that makes it impossible to execute the event thereafter, the game providing unit 36 determines whether or not the predetermined number of times is exceeded based on the number of times of use. To determine. When the predetermined number of times is exceeded, the event progress is controlled so that the event information of the read event card EC is not used in the card game. On the other hand, when the predetermined number of times is not exceeded, the progress is controlled so that an event corresponding to the event information is executed.

  Similarly, when the number-of-times condition is a condition for changing the contents of the event according to the number of times of use, the game providing unit 36 changes, for example, in a step S33 that a privilege is uniformly given based on the number of times of use The progress of the event is controlled so that a change that changes the privilege at the end of the event occurs. And after finishing the process of step S33, the game provision part 36 complete | finishes this routine. Thereby, the progress of the event is controlled so that the content of the event changes according to the number of times of use or the execution of the event itself is restricted.

  FIG. 13 is a diagram illustrating an example of a flowchart of a card issuance processing routine for realizing card issuance processing. The routine of FIG. 13 is executed each time a predetermined operation for printing the character card KC or the event card EC is executed after the end of the game such as a battle or after the end of the event (including the end of the event). Is done. When the routine of FIG. 13 is started, the game providing unit 36 first obtains character information and event information (sometimes referred to as game information) in step S41. Specifically, in step S41, the game providing unit 36 acquires game information when the card used for playing the game is used. For example, this acquisition may be realized by acquiring them in the case where the acquisition has been performed by the routine of FIG. 10 or FIG.

  In subsequent step S42, the game providing unit 36 acquires a game result (including an event result). In the next step S43, the game providing unit 36 generates post-use game information reflecting the result of the game or the like based on the game or the like acquired in step S43. Specifically, in the case of the character card KC, the game providing unit 36, for example, the character after the change including the parameter information after the change after reflecting the change such as the level up based on the game result. The information is generated as game information after use. Similarly, in the case of an event card EC, the game providing unit 36, for example, after reflecting the event result based on the information on the new usage number after reflecting the number of times of use based on the event result or the middle of the event, etc. New event information including new detailed information is generated as game information after use.

  In the next step S44, the game providing unit 36 generates image data 35b for expressing a composite image including the game information after use generated in step S43. Therefore, the game result is reflected in the composite image. For example, since the composite image includes a two-dimensional code, the image data 35b also includes data for expressing the two-dimensional code. For this reason, game information after use is recorded in the composite image. That is, for example, in the case of the event card EC, the image data 35b for expressing the composite image CI (including the display of the two-dimensional code CG) reflecting the event result is generated based on the new event information. .

  In the subsequent step S45, the game providing unit 36 prints the image data so that the composite image is printed on the recording medium based on the image data 35b generated in step S44, and a character card KC or event card EC is newly generated. 35b is output (provided) to the printer 12. That is, the game providing unit 36 transmits the image data 35b to the printer 12 so that the changed character information or new event information reflecting the game result is recorded on the character card KC or the event card EC via the composite image. To provide. As a result, for example, new image information including the new usage count and new detailed information is recorded on the event card EC via the composite image CI. And the game provision part 36 complete | finishes this routine, after finishing the process of step S45. Thereby, a new character card KC or event card EC reflecting the game result (including the event result) is generated separately from the card used for play.

  FIG. 14 is a diagram illustrating an example of a flowchart of a right grant process routine for realizing the right grant process. The routine of FIG. 14 is repeatedly executed at a predetermined cycle in the game, for example. When the routine of FIG. 14 is started, the game providing unit 36 first determines whether or not a predetermined grant condition is satisfied in step S51. When the determination result of step S51 is a negative result, that is, when the predetermined grant condition is not satisfied, the game providing unit 36 skips the subsequent processing and ends the current routine.

  On the other hand, when the determination result of step S51 is a positive result, that is, when a predetermined grant condition is satisfied, the game providing unit 36 proceeds to step S52. In step S52, the game providing unit 36 grants a play right and ends the current routine. Thereby, the play right for playing a special event is provided when predetermined | prescribed provision conditions are satisfy | filled.

  As described above, according to this embodiment, for example, an event added in the game is generated as the event card EC. That is, an event in the game can be taken out of the game by recording it on the event card EC. Therefore, the event that can be executed without playing the game can be easily grasped through the event card EC. In addition, sharing or transfer of the play right to play an event can be realized through an event card that is easy to deliver. As a result, it is possible to add a new appeal of collection to the event through the event card EC. In addition, the event card EC can be used to take over the event from the next time. Thereby, it is possible to play the event divided into a plurality of times. These can improve the attractiveness of the event.

  The event corresponding to the event card EC is reproduced in the game with the use of the event card EC, and the progress is controlled according to the number of times played, that is, the number of times the event information is used. More specifically, the use of the event is restricted or the content of the event changes according to the number of times the event information is used. Therefore, for example, early use or long-term use of event information can be promoted. Further, even if the same event card EC is used, the value is different if the number of times of use is different. For this reason, it is possible to promote the overlapping ownership of the event card EC that reproduces the same event. As a result, the attractiveness of the event card EC can be improved. As a result, the interest of the game can be improved.

  Furthermore, the event card EC can be used to group users through a service that groups users in the order in which the event card EC is used. As a result, a group can be formed through the event card EC that is easy to deliver. For this reason, it is not necessary for users to gather around a specific game machine GM to form a group. That is, a group can be formed relatively easily. Then, using the group, one event can be shared with the group. Thereby, a new game element such as a group battle can be added.

  In the above embodiment, the control unit 30 of the game machine GM executes the routine shown in FIG. 13 through the game providing unit 36, whereby the event information generating means, event information providing means, group information generating means, and data generating means of the present invention are provided. Function as. Similarly, the control unit 30 of the game machine GM functions as the progress control means of the present invention by executing the routine of FIG. 11 through the game providing unit 36. Further, the control unit 30 of the game machine GM functions as the parameter information acquisition unit and the character reproduction unit of the present invention by executing the routine of FIG. 10 through the game providing unit 36. Further, the control unit 30 of the game machine GM functions as the right granting unit of the present invention by executing the routine of FIG. 15 through the game providing unit 36.

  This invention is not limited to the above-mentioned form, It can implement with a suitable form. For example, in the above-described form, the progress of the event is controlled according to the number of uses. However, the present invention is not limited to such a form. For example, the progress of the game may be controlled so that the use of the character card KC itself is restricted according to the usage period, or the progress of the game is controlled so that the character state reproduced by the character card KC changes. May be. As an example in which the character state changes, the character parameters may change according to the number of times of use, or the items owned by the character may change. Alternatively, a privilege such as an item may be given to the character.

  In the above-described form, the progress of the event is controlled according to the number of times of use. However, the present invention is not limited to such a form. For example, the progress of the event may be controlled according to the usage period. As an example, the progress of an event may be controlled so that the value of a privilege is given or obtained when the period of use is long, or vice versa.

  In the above-described form, the character card KC and the event card EC are generated by the game machine GM. However, the character card KC and the event card EC used in the game machine GM are not limited to such a form. That is, the character card KC and the event card EC used in the game machine GM are not limited to those generated by the game machine GM. For example, the character card KC and the event card EC generated and distributed by an administrator of the store 4 using a device other than the game machine GM may be used in the game machine GM. Similarly, a character card KC and an event card EC distributed through an advertising medium such as a magazine may be used in the game machine GM. Therefore, these event cards EC and the like may be used for grouping. Further, for example, for these character cards KC and the like, a general-purpose user ID (targeting all users) may be used as the user ID.

  In the above-described form, a two-dimensional code CG or the like is printed on the game card 8 such as the event card EC as a code including event information or the like. However, the present invention is not limited to such a form. For example, a barcode may be used as such a code. In other words, the event card EC may use various codes including various information by being generated according to a predetermined standard. Further, the present invention is not limited to a form in which various types of information are recorded on the recording medium as codes. For example, an optical storage medium such as DVDROM or CDROM, or a nonvolatile semiconductor memory such as EEPROM may be used as the recording medium. Such a storage medium includes, for example, an IC card. When these recording media are used, for example, instead of printing a composite image, image data 35b itself for expressing the composite image may be recorded on these media. Such data may be provided to the storage medium by infrared communication or the like. Furthermore, one recording medium may function as both an event recording medium and a character recording medium. That is, the physically same recording medium may be shared as the event recording medium and the character recording medium.

  Further, the present invention is not limited to the form in which the event information is recorded on the event card EC. For example, unique information (for example, a serial number) for specifying event information may be recorded on the event card. And game machine GM may acquire event information specified based on the unique information from center server 2, for example. That is, as an example, the event information may be acquired via the event card by the event card providing the unique information to the game machine GM. Alternatively, the event card may store the address of the event information stored on the network. The event information may be acquired via the event card when the event card provides its address (for example, using a two-dimensional code). Alternatively, as the event information, information for specifying such unique information or information for reproducing an event such as address information may be used. That is, when such address information or the like is used as event information, the recording medium on which the address information or the like is recorded functions as the event recording medium of the present invention. The same applies to the character information and the character recording medium.

  In the above-mentioned form, event information is recorded on event card EC. However, the present invention is not limited to such a form. For example, the event information may be recorded in the center server 2. In this case, for example, event information may be specified based on a card ID or the like provided by the event card EC, and event information corresponding to the event card EC may be provided from the center server 2 as a game machine service. The same applies to the character information.

  In the above-described form, the special event added when the predetermined grant condition is satisfied is generated as the event card EC. However, an event to be carded is not limited to such an event. For example, a normal event may be generated as the event card EC. Alternatively, a list of events that can be executed in the game may be generated as the event card EC. For example, even in these cases, events in the game can be easily grasped through the event card EC. In the above-mentioned form, user ID or group ID is used as a predetermined use condition. When an owner or a group is formed, users belonging to the group or up to a predetermined number of new users satisfy a predetermined usage condition. However, the predetermined use condition is not limited to such a form. For example, the predetermined use condition may be satisfied when a predetermined operation for using the event card EC is executed. That is, the event card EC may be used regardless of the owner or the group. In this case, since the owner or the like is not determined, the event information may not include the user ID.

  In the above-described form, a predetermined number of users are grouped in the order in which the event card EC is used by the game machine GM. However, the grouping is not limited to such a form. For example, a predetermined number of users who form a group may be determined by lottery or user selection from a plurality of users using the event card EC. Alternatively, regardless of the use of the event card EC, a group may be formed according to user settings or the like. The formation of the group may be provided as a web service, for example. Therefore, the grouping is not limited to the form executed by the game machine GM.

  In the above-described form, each game machine GM provides a card game in which a character card KC whose contents change according to the game result is generated. However, the game provided by each game machine GM is not limited to such a form. For example, the game machine GM may provide a card game in which the character of the character card does not grow. Each game machine GM may provide various games such as an action game, a role playing game, a simulation game, and a shooting game. Similarly, the game machine GM is not limited to a commercial game machine. As the game machine GM, for example, an appropriate form such as a home-use game machine or a portable game machine may be adopted. In the above-described embodiment, the control unit 30 and the storage unit 31 are provided in the game machine GM. However, the game machine of the present invention is not limited to such a form. For example, the control unit 30 and the storage unit 31 may be logically provided on the network using cloud computing. That is, the game machine GM may be configured as a terminal that displays and provides the processing result of the control unit 30 through the network 3. Further, the game system of the present invention may be realized by a single game machine without the center server 2.

  Hereinafter, an example of the present invention obtained from the above contents will be described. In addition, in the following description, in order to make an understanding of this invention easy, the reference sign of the accompanying drawing was attached in parenthesis, but this invention is not limited to the form of illustration by it.

  The game system according to the present invention is a game system (1) that provides a game that uses an event for progression, an event information generating means (30) that generates event information corresponding to the event, and the event information generating means And event information providing means (30) for providing the event information so that an event recording medium (EC) for recording the event information is generated based on the generation result.

  According to the present invention, an event recording medium for recording event information corresponding to an event in a game is generated. Thereby, the event in the game can be easily grasped using the event recording medium without playing the game. In addition, the event recorded on the event recording medium can be used in the next and subsequent games. Therefore, it is possible to play the event by dividing it into a plurality of times. Furthermore, a new attractiveness of collection can be added to the event through the event recording medium. As a result, new elements such as transfer and sharing can be added to the event. As a result, the attractiveness of the game event can be improved. As a result, the interest of the game can be improved.

  As one aspect of the game system of the present invention, the event information acquisition means (30) for acquiring the event information via the event recording medium, and the acquisition result of the event information acquisition means when a predetermined use condition is satisfied On the basis of the above, a mode may further be adopted, further comprising progress control means (30) for controlling the progress of the game so that the event is used for the progress of the game. In this case, a change can be given to the progress of the game using the event recorded on the event recording medium using a predetermined usage condition.

  As one aspect of the game system of the present invention, when the event is used in the game, the event information further includes a change granting unit (30) for giving a change to the event information according to the result of the game. The providing means generates a post-change event recording medium (for example, EC2) that records post-change event information after the change has been given, based on the result of the change giving means, as the event recording medium. The post-change event information may be provided as the event information. In this case, a post-change event recording medium is generated based on the post-change event information changed according to the game result. Therefore, for example, the state in the middle of the game can be recorded on the post-change event recording medium through the post-change event information. Thereby, for example, one event can be captured in multiple times.

  The post-change event recording medium may be generated in any manner. For example, in one aspect of the game system of the present invention in which a post-change event recording medium is generated, the post-change event recording medium may be generated separately from the event recording medium. Further, in this aspect, when the post-change event recording medium is generated, the progress control means permits the use of the post-change event information while disallowing the use of the event information. The progress of the game may be controlled. In this case, the value of the latest event recording medium can be improved.

  In one aspect of the game system of the present invention that uses predetermined usage conditions, the event information is managed in association with user identification information (for example, user ID) for identifying each user, and the predetermined usage conditions are: Based on the user identification information, it may be satisfied when a user associated with the event information uses the event. In this case, the progress of the game using the event can be controlled based on the user using the event recording medium. Thereby, for example, when only the owner can use the event, the user's desire to own the event recording medium can be improved.

  In addition, in a mode in which a user associated with event information satisfies a predetermined usage condition, the user identification information includes group information (for example, group ID) that specifies a plurality of users, and the event information includes the group information. The predetermined use condition may be satisfied when each of the plurality of users uses the event based on the group information. In this case, the progress of the game using the event can be controlled in units of groups.

  In a mode in which a group is used, group information generation for generating the group information for specifying the predetermined number of users so that the predetermined number of users using the event recording medium in order is grouped as the plurality of users. An aspect further comprising means (30) may be employed. In this case, a group can be formed using an event recording medium. This makes it easier to use events in groups.

  The user identification information may be managed in any way. For example, in one aspect of the present invention, the event information may be managed in association with the user identification information by including the user identification information. Alternatively, a game machine (GM) that provides the game, and a server device (2) that is connected to the game machine via a network (3) and provides a game service related to the game, The event information may be managed in association with the user identification information by the server device, and the user identification information associated with the event information may be provided by the server device as the game service.

  Event information corresponding to various events may be recorded on the event recording medium. For example, in one aspect of the game system of the present invention, when a predetermined grant condition is satisfied, the game system further comprises right grant means (30) for granting a play right to play a special event used for the progress of the game, The special event may be used as the event, and the predetermined provision condition may be satisfied when the play right is granted.

  The event information may be recorded on the event recording medium in any way. For example, in one aspect of the game system of the present invention, a printer (32) that prints a code (CG) generated in accordance with a predetermined standard so as to include the event information, and the printer prints the code. Data generating means (30b) for generating print data (35b) for use, and a card-like paper medium is used as the event recording medium, and the event information providing means is configured to print the code. The print data including the event information may be provided to the printer so that the event information is recorded on the event recording medium.

  Various games may be used as the game of the present invention. For example, in one aspect of the game system of the present invention, the parameter information acquiring means (30) for acquiring the parameter information via a character recording medium (KC) for recording the parameter information defining the character, the parameter information Character reproduction means (30) for reproducing the character corresponding to the parameter information in the game based on the acquisition result of the acquisition means, wherein the game is reproduced by the character reproduction means. May be played through. In this aspect, the game is configured to play against an enemy character through the character. The enemy character includes a normal enemy character and an event enemy character different from the normal enemy character, and the event A battle with the event enemy character may be employed.

  Various recording media may be employed as the character recording medium and the event recording medium. For example, in one aspect of the game system of the present invention, the event recording medium may be physically different from the character recording medium.

  The control method of the present invention includes an event information generation procedure for generating event information corresponding to the event in a computer (30) incorporated in a game system (1) that provides a game that uses the event for progress, and the event information. An event information providing procedure for providing the event information is executed so that an event recording medium (EC) for recording the event information is generated based on a generation result of the generating procedure.

  The computer program for a game system according to the present invention is a computer program (30) that is incorporated in a game system (1) that provides a game that uses an event for progress, and that generates event information corresponding to the event. And an event information providing means for providing the event information so that an event recording medium (EC) for recording the event information is generated based on a generation result of the event information generating means. It has been done. By executing the control method or the computer program of the present invention, the game system of the present invention can be realized.

1 Game system 2 Center server (server device)
3 Network 30 control unit (computer, event information generation means, event information provision means, progress control means, change assignment means, group information generation means, right assignment means, data generation means, parameter information acquisition means, character reproduction means)
32 Printer 36b Image data (print data)
GM game machine KC character card (character recording medium)
EC event card (event recording medium)
EC2 post-play event card (event recording medium after change)
CG two-dimensional code (code)

Claims (15)

A game that obtains the character information via a character recording medium that records character information including parameter information that defines the character, reproduces the character corresponding to the parameter, and provides a game that uses an event for progression A system,
Event information generation that generates event information including detailed information that defines the event based on the play status of the game separately from the character information so that the content differs from the character information by not including the detailed information Means,
Based on the generation result of the event information generating means, and an event information providing unit that forms physically separate raw and the event information the character recording medium events recording medium for recording,
A game system characterized by comprising: Event information acquisition means for acquiring the event information via the event recording medium;
Progress control means for controlling the progress of the game so that the event is used for the progress of the game based on the acquisition result of the event information acquisition means when a predetermined use condition is satisfied
The game system according to claim 1, further comprising: When the event is used in the game, further comprising a change granting unit that gives a change to the event information according to the result of the game,
The event information providing unit, based on the grant result of the variation inducing means, that the raw form a post-change event recording medium for recording a change after the event information after the change is applied as the event recording medium, according to claim 2 The game system as described in.   The game system according to claim 3, wherein the post-change event recording medium is generated separately from the event recording medium.   The progress control means controls the progress of the game so that, when the post-change event recording medium is generated, the use of the post-change event information is permitted but the use of the event information is not allowed. The game system according to claim 3 or 4. The event information is managed in association with user identification information for identifying each user,
The game system according to claim 2, wherein the predetermined use condition is satisfied when a user associated with the event information uses the event based on the user identification information. The user identification information includes group information for specifying a plurality of users,
The event information is associated with the plurality of users via the group information,
The game system according to claim 6, wherein the predetermined use condition is satisfied when each of the plurality of users uses the event based on the group information.   The system further comprises group information generating means for generating the group information for specifying the predetermined number of users so that the predetermined number of users using the event recording medium in order are grouped as the plurality of users. The game system as described in.   The game system according to any one of claims 6 to 8, wherein the event information includes the user identification information and is managed in association with the user identification information. A game machine providing the game;
A server device connected to the game machine via a network and providing a game service related to the game;
Further comprising
The event information is managed in association with the user identification information by the server device,
The game system according to claim 6, wherein the user identification information associated with the event information is provided by the server device as the game service. A right granting unit for granting a play right to play a special event used for the progress of the game when a predetermined grant condition is satisfied;
The special event is used as the event,
The game system according to claim 1, wherein the predetermined grant condition is satisfied when the play right is granted. A printer that prints a code generated in accordance with a predetermined standard so as to include the event information;
Data generating means for generating print data for the printer to print the code;
Further comprising
A card-like paper medium is used as the event recording medium,
The event information providing means, so that the event information through the printing of the code is recorded in the event recording medium, said event recording medium by providing the print data including the event information to the printer The game system according to any one of claims 1 to 11, which is generated . The game is configured to play against enemy characters through the character,
The enemy character includes a normal enemy character and an event enemy character different from the normal enemy character,
The game system according to any one of claims 1 to 12, wherein a battle with the event enemy character is adopted as the event. A game that obtains the character information via a character recording medium that records character information including parameter information that defines the character, reproduces the character corresponding to the parameter, and provides a game that uses an event for progression On the computer that is built into the system,
Event information generation that generates event information including detailed information that defines the event based on the play status of the game separately from the character information so that the content differs from the character information by not including the detailed information Procedure and
Based on the generation result of the event information generating procedure, and the event information providing procedures that constitute separate raw physically from said event information the character recording medium events recording medium for recording,
Control method A game that obtains the character information via a character recording medium that records character information including parameter information that defines the character, reproduces the character corresponding to the parameter, and provides a game that uses an event for progression The computer built into the system,
Event information generation that generates event information including detailed information that defines the event based on the play status of the game separately from the character information so that the content differs from the character information by not including the detailed information It means, and based on the generated result of the event information generating unit, configured event recording medium for recording the event information so as to function as the event information providing unit that physically make separate raw and the character recording medium Computer program for game system.