JP2017086611A - Game system and computer program used therefor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system, when a use of the enemy character as an ally character is permitted, capable of reflecting a situation of a match with the enemy character in a value of an ally character.SOLUTION: A game system 1 provides a card game including ally characters FC and enemy characters AC matching with the ally characters FC. When a permission condition is satisfied in the card game, the game system 1 permits to make a card of a boss character AC1 such that the boss character AC1 out of the enemy characters AC can be used as a new ally character FC subsequently. Further, the game system determines a value of the character card KC when the card of the boss character AC1 is made, such that the value of the character card KC changes according to a situation of the match with the boss character AC1.SELECTED DRAWING: Figure 5

Description

  The present invention relates to a game system that provides a game including a teammate character and an enemy character that battles the teammate character.

  There is a game system that provides a game including an ally character and an enemy character that battles the ally character. As one of such game systems, there is a game system that pays out after playing a card on which an image or the like corresponding to an ally character in the game is printed in advance. For example, as one of such game systems, there is also known a game device that performs an effect corresponding to a card that is scheduled to be paid out next time among such prepared cards (see, for example, Patent Document 1). ). On the other hand, a card game is also known in which a physical card corresponding to such a character is used for a battle according to a predetermined rule. A payout device that determines an image to be printed on a card for such a card game according to the game result is also known (see, for example, Patent Document 2).

JP 2010-172505 A JP 2000-126443 A

  In the game device of Patent Document 1, although an effect corresponding to a card scheduled to be paid out next time is executed, the payout target card itself is merely prepared in advance. For this reason, the contents of the card to be paid out next time are constant regardless of the game result. Moreover, in the payout device of Patent Document 2, although a card having contents corresponding to the game result is printed, the character in the game is not configured as a card.

  On the other hand, some game systems that pay out such cards also pay out characters in the game as cards. However, even in such a game system, when an enemy character is paid out as a card, the enemy character may be fixedly defined by parameters or the like during the game, and the same card is paid out regardless of the game result. End up. That is, when an enemy character is paid out as a card, the play situation tends not to be reflected. In such a case, the user cannot be motivated with respect to a specific play content, and therefore, it is not possible to guide to a preferred play content such as capturing an enemy character more quickly or more appropriately. Further, in many game machines for business use, play is provided in exchange for consumption of a predetermined price. For this reason, in consideration of the user's satisfaction with respect to the consumption of consideration and euphoria, a configuration in which some card is provided is preferable to a configuration in which no card is provided when an enemy character cannot be captured. There is also.

  Therefore, an object of the present invention is to provide a game system or the like that can reflect the situation of a battle with an enemy character in the value of the friend character when the use of the enemy character is permitted as the friend character. .

  The game system of the present invention is a game system that provides a game including a teammate character and an enemy character that battles the teammate character, and when the permission condition is satisfied in the game, the character corresponding to the enemy character is the teammate. Use permission means for permitting the use of another friend character to be used as a friend character different from the character, and when the use of the another friend character is permitted, the friend character and the enemy character Value determining means for determining the value of the other teammate character so as to change according to the situation of the battle between the two.

  On the other hand, the computer program of the present invention is configured to cause a computer including a display device that displays the ally character and the enemy character to function as each means of the above-described game system.

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 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. Explanatory drawing for demonstrating an example of the content of a character card. Explanatory drawing for demonstrating an example of the flow of a card game. Explanatory drawing for demonstrating an example of the content of boss event data. Explanatory drawing for demonstrating an example of the content of play data. The figure which shows an example of the flowchart of a card | curd issuing 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 and a plurality of game machines GM. The game machine GM is connected to the center server 2 via the network 3. As an example, the game machine GM is configured as a business (commercial) game machine. Commercial game machines are game machines that allow a predetermined range of games to be played for a fee or free of charge. As an example, the game machine GM provides a card game for a fee. Specifically, for example, the game machine GM provides a card game in a range corresponding to the price 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 constituted 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 a code (for example, a two-dimensional code) generated in this way. 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 may include, for example, a game information service that provides various types of information related to a game provided by the game machine GM. Further, for example, the web service may include a distribution service that distributes various data or software to each user terminal 5 (including updates of data and the like). Further, the Web service may include 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.

  Next, the main part of the control system of the game system 1 for realizing the card game will be described. FIG. 2 is a diagram illustrating a configuration of a main part of the control system of the game system 1. As shown in FIG. 2, 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. However, those illustrations are omitted.

  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 a process 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. However, those illustrations are omitted.

  The server data 14 is data that is referred to when the server program 15 is executed. For example, the server data 14 includes boss event data 14a and play data 14b. The boss event data 14a is data related to events included in the card game. 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. Details of the boss event data 14a and the play data 14b will be described later.

  In addition, the server data 14 may include various data for realizing a card game. For example, such data may include ID management data. The ID management data is data for managing various IDs such as user IDs. However, those illustrations are omitted.

  On the other hand, the game machine GM is provided with a control unit 30 as a computer, a storage unit 31, a reader 32, a monitor MO, and a printer PR. The storage unit 31, the reader 32, the monitor MO as a display device, and the printer PR 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, various devices can be connected to the control unit 30 in the same manner as other known game machines, for example. Such devices may include various input devices or output devices such as control panels and speakers, for example. In addition, for example, such an input device may include a known device for collecting a predetermined value such as a coin authentication device. For example, coins or the like as a predetermined price may be collected through such a device. However, those illustrations are omitted.

  The reader 32 is a known device for reading various information recorded on the recording medium. As an example, the reader 32 is configured to read information included in the code via various codes displayed on the recording medium. For example, the reader 32 is used to read the game card 8 as one of recording media. More specifically, a two-dimensional code is printed on the game card 8. The two-dimensional code is a kind of code generated in accordance with a predetermined standard so as to include various kinds of information. The reader 32 reads the two-dimensional code of the game card 8 as one of various codes, and outputs a signal corresponding to the read result to the control unit 30. That is, the reader 32 is used, for example, for acquiring various types of information recorded on the game card 8 via the two-dimensional code.

  Note that the reader 32 may be configured as a well-known device that reads various information recorded in a storage medium in a non-contact state, for example, using short-range wireless communication. In this case, the game card 8 may be provided with a non-volatile storage medium such as an IC chip or a magnetic stripe, and various information may be recorded via such a non-volatile storage medium. Such information may include, for example, information on the amount of value used as a predetermined consideration (including various types of information that can specify the amount of value). The reader 32 may collect a predetermined value by consuming the value amount. Alternatively, the reader 32 may include both a first reader that reads codes and a second reader that uses near field communication.

  The monitor MO is a known display device for displaying various images and the like based on an output signal from the control unit 30. As an example, the monitor MO displays a game screen for playing a card game in accordance with an output signal from the control unit 30.

  The printer PR is a known printing apparatus for printing an image, a symbol (including a two-dimensional code), a character, or the like on a printing medium (an example of a recording medium). The printer PR generates the game card 8 by printing an image, a symbol, a character, or the like on a printing medium based on an output signal from the control unit 30. Further, the printer PR may be configured to be able to execute a plurality of printing methods by including a plurality of printers that execute different printing methods. For example, the plurality of printing methods may include a special method that executes a special process and a normal method that does not execute the special process. For example, as a special process, a process of performing so-called glossy printing that produces a shining effect on the printing result may be employed. Then, the game card 8 having different glossiness (shining effect) may be generated by the special method and the normal method.

  On the other hand, 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 37 is provided inside the control unit 30. The game providing unit 37 executes various processes necessary for providing a card game. The game providing unit 37 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. However, those illustrations are omitted.

  The game data 35 is data that is referred to when the game program 34 is executed. The game data 35 includes, for example, boss event data 14a and play data 14b. Similarly, the game data 35 may include the above-described ID management data, for example. As an example, at least a part of the boss event data 14a, the play data 14b, and the ID management data is provided from the center server 2 so that a necessary part is included. In addition, the game data 35 may include various data for executing a card game. For example, such data may include image data and sound effect data. The image data is data for displaying various images necessary for the game (including the generation of the game card 8). The sound effect data is data for reproducing various sounds such as music. However, those illustrations are omitted.

  Next, the game card 8 will be described. As an example, the game card 8 corresponds to a medium to be printed on which an image or the like is printed, as described above. More specifically, as an example, the game card 8 corresponds to a printing medium in which various information for games is recorded through printing. In addition, for example, there may be a plurality of types of game cards 8 according to recorded information and differences in usage.

  FIG. 3 is an explanatory diagram for explaining an example of the game card 8. As shown in FIG. 3, the game card 8 includes, for example, an ID card SC and a character card KC. As an example, these cards are generated as separate cards. As an example, information having different contents is recorded in the ID card SC and the character card KC. Furthermore, as an example, due to such a difference in information, the uses of these cards are also different from each other.

  For example, character information as reproduction information is recorded on the character card KC. The character information is information for reproducing the character during the card game. That is, each character card KC is a card for reproducing each character in the card game. The character is used as a play medium for playing the game in the card game.

  The character information includes, for example, parameter information and user ID information. The parameter is information defining a character used in the card game. As described above, the user ID is information for identifying each user. The user ID is used for identifying each user as an example. Thus, the character card KC is used for recording and reproducing each character via the character information. Furthermore, when each game card 8 (or information recorded therein) is managed individually, the character information may include information on a card ID for identifying each card. And card ID may be used for specification of the cards 8 for games, such as each character card KC, for example.

  On the other hand, ID information is recorded on the ID card SC. The ID information is information for managing each user individually. The ID information is mainly used for specifying each user and obtaining the play data 14b corresponding to the specified user. That is, the character card KC is used directly for playing (progressing) the game, whereas the ID card SC is used for assisting play.

  The ID information includes, for example, decoration information and user ID information. 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 game machine GM, for example. The ID information may include all or part of the individual information as at least a part thereof.

  The decoration information is information for improving the identification (uniqueness) of each ID card SC. As an example of the decoration information, an individual information image that changes according to the content of each individual information is displayed on the ID card SC. As a result, the display contents of the ID card SC change according to the individual information. The ID card SC is highly unique because it includes decoration information such as a key image. For example, the individual information image may include all or part of the individual information. And you may change according to the content of each individual information through the display of such individual information. Note that the ID information may include the above-described card ID information in addition to the character information, for example.

  With reference to FIG. 4, details of the character card will be further described as an example of the game card 8. FIG. 4 is an explanatory diagram for explaining an example of the contents of the character card KC. As shown in FIG. 4, the composite image CI is printed on the character card KC. As an example, the composite image CI includes a basic information area BA, an image area IA, and a feature information area FA. In these areas BA, IA, and FA, a plurality of items that function as parameters are displayed.

  In the basic information area BA, for example, a name item (“Kiku”) indicating the name of the character (which may be arbitrarily set by the user), a name item (“Show”) indicating the name of the user who owns the card, And basic item information is displayed. The basic items include, for example, HP (“102”) information indicating physical strength, AT (“25”) information indicating attack power, and a value for performing a special attack (for example, a special technique or summon described later). SP (“42”) information is included.

  In the image area IA, a character image MG is displayed as a character image item. The character image MG corresponds to a character image reproduced during the game by the character card KC. In the game, as the character corresponding to the character card KC, the character image MG or the composite image CI (the display of the two-dimensional code described later may not be included) itself is displayed.

  In the feature information area FA, for example, information on command items, level items, special move items, and item items are displayed. The command item is information indicating a command (for example, an attack method). The command is an option that the character can execute in the game. As an example, in the card game, a plurality of types of commands that are directly used to advance the game are prepared, and commands that can be used among these commands (for example, “Miss”, “Kogeki”, etc.) Is displayed in the feature information area FA as a command item. And the command which should be used for progress of a game is determined by lottery from each command of a command item, for example. Each command is classified into, for example, “I” or “II”, and is displayed separately for each classification. Each classification also functions as a lottery range for each command, for example. Then, for example, when the lottery target classification is determined by lottery when a command for changing the lottery target included in each category (for example, “II” or the like) is determined according to the range corresponding to the command. (For example, when “II” is selected, classification of “II”).

  The level item is information indicating the level of strength of the character (“LV11”). The special move item is information indicating a special move ("summon LV2") that the character can use in the game, for example. As an example, the Special Move has a greater influence on the opponent than each command. The item item is information indicating an item (“shield”) owned by the character.

  The composite image CI further includes a code information area CA. In the code information area CA, a two-dimensional code CG generated in accordance with a predetermined standard so as to include character information is displayed. That is, the character card KC records character information via the two-dimensional code CG. The character information includes parameter information, that is, information on each item described above. As a result, the information of each item displayed in the basic information area BA, the image area IA, and the feature information area FA, that is, parameter information (for example, image ID information for specifying the character image MG) is also obtained in the two-dimensional code CG. Etc., including information for specifying parameter information). Note that the two-dimensional code CG may include information that is not displayed in the composite image CI. That is, not all of the character information may be displayed on the composite image. For example, the character information may include information indicating the rarity (so-called rare degree) of the character or the character card KC and information indicating the character type. Similarly, for example, the composite image may include information that is not included in the two-dimensional code. As described above, the information displayed in the composite image CI and the information included in the two-dimensional code may not match. Similarly, the parameters are not limited to the above contents. For example, various items and information such as the information indicating the rarity described above may be used as parameters.

  Further, as will be described later, the contents of the parameters for defining the character change according to the play situation. And the character card KC is produced | generated based on the content of the parameter after the change after the change. That is, information (or images) to be displayed in these areas BA, CA, IA, and FA changes according to the play situation. Therefore, these areas BA, CA, IA and FA are configured as variable areas whose contents change. On the other hand, the positions and ranges of these areas BA, CA, IA, and FA do not change. Therefore, as an example, these areas BA, CA, IA, and FA are fixedly defined by the basic format FI. More specifically, for example, the boundary lines that delimit these areas BA, CA, IA, and FA are defined by the basic format FI as a fixed part. The composite image CI is configured by combining the parameter information and the image of the basic format FI so that the parameter information is arranged in the variable areas of the areas BA, CA, IA, and FA. .

  Next, a card game provided by the game machine GM will be described with reference to FIG. 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, for example, breeding of characters reproduced by the character card KC is executed. The breeding is executed through a battle such as a battle with an opponent character prepared in the game and a battle with another user's character. That is, as an example, the card game is configured as a battle-type game in which a user-side character (hereinafter sometimes referred to as a teammate character) and an opponent character (hereinafter also referred to as an enemy character) battle each other. The

  A battle (match) may be performed by a plurality of characters. In such a case, a plurality of character cards KC may be used for character reproduction. Furthermore, each character grows through these battles. Specifically, for example, the content of the parameter that defines the character according to the play situation (specific content of each item such as value), such as the value of “HP” of the basic item changing from “102” to “110” ) Will change. Then, after the game is played, a character (character defined by the changed parameter) grown through the play is further generated as a character card KC. In addition, the character card KC is used to reproduce a character that has grown in the next and subsequent games in the game again. Therefore, characters in the game are continuously nurtured through the character card KC. Furthermore, since the play situation is reflected in the generation of the character card KC, the uniqueness is high.

  Various events are also available in the card game. Characters also grow with events. More specifically, the opponent character (enemy character) includes a normal opponent character (hereinafter sometimes referred to as a normal enemy character) and a special opponent character (hereinafter sometimes referred to as a boss character). Yes. 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. Hereinafter, an event that plays against a boss character may be referred to as a boss event.

  FIG. 5 is an explanatory diagram for explaining an example of the flow of the card game. As shown in FIG. 5, the card game includes a play process, a selection process, and a generation process as an example. The play process is a process in which actual play using a character, that is, character development through a battle or the like is executed. For example, as described above, the card game includes a teammate character FC that functions as a user-side character. As an example, in the play process, characters corresponding to each character card KC are reproduced in the game, and this character, that is, a character corresponding to each character card KC functions as a teammate character FC.

  Note that the teammate character FC may include, for example, a broad concept character that can contribute to the user's victory in the battle. Specifically, for example, not only the character operated by the user as a target of play but also a character controlled by the game machine GM so as to be on the user's side may be included in the teammate character.

  Similarly, the card game includes an enemy character AC as an example. In the example of FIG. 5, the enemy character AC includes the boss character AC1 and the normal enemy character AC2 described above. Further, with the use of the character card KC, the card character FC1 corresponding to the character image MG printed on the card KC is reproduced as a teammate character FC during the game. Therefore, as an example, in the play process, a battle between the card character FC1 and the enemy character AC is executed. Further, through this battle, the card character FC1 is trained (parameter change).

  A selection process is a process for selecting the character which takes over a play condition to the next or subsequent play among each character used at the play process. For example, the teammate character FC grows (parameter contents change) according to the play situation. For example, when there are a plurality of such characters, the selection step is used to determine a character that will take over the current play situation after the next time. Further, the selection candidate to be handed over may include not only the friendly character FC but also the enemy character AC. That is, the enemy character AC of the current opponent may be included in the selection candidates to be taken over. In this case, such an enemy character AC may be used as the teammate character FC from the next time onward. That is, the selection candidate of the selection process may include the enemy character AC that has been played this time so that it can be used as the teammate character FC in the next and subsequent plays.

  For example, as described above, as an example, the character corresponding to the character card KC is used as the teammate character FC from the next time onward. For this reason, a selection process may be used in order to select the object made into a card. Specifically, in the selection step, as an example, candidates for cardification may be provided to the user, and the target to be actually carded may be selected by the user from among the candidates. Further, the enemy character AC included in such a candidate for card formation may be determined based on, for example, a determination condition.

  As an example, the determination condition may be a condition for determining whether the enemy character AC is a friendly character. Specifically, for example, the enemy character AC may be permitted to be used as a teammate character when the determination condition is satisfied. In addition, the permission target may be limited to the boss character AC1. That is, the normal enemy character AC2 may be permitted to be a friend character regardless of whether or not the determination condition is satisfied.

  Further, as described above, the character on the character card KC is used as the teammate character FC. For this reason, the enemy character AC may be provided as a candidate to be carded along with permission to turn into a teammate character. That is, as an example, the normal enemy character AC2 is provided as a candidate for card formation regardless of the determination condition, while the boss character AC1 is provided as a candidate for card formation only when the determination condition is satisfied. It's okay.

  As an example, the determination condition is used to determine whether or not the boss character AC1 is included in the candidate for card formation in the selection step, in other words, whether or not the boss character AC1 can be discharged as the character card KC. It's okay. If the determination condition is satisfied, the boss character AC1 may be included in the candidates for card formation in the selection step. On the other hand, if the determination condition is not satisfied, the card formation of the boss character AC1 is not permitted, and the boss character AC1 may not be included in the candidates for card formation. In this case, if the determination condition is not satisfied, the boss character AC1 cannot be used as the teammate character FC even after the next time. As an example, the discrimination condition may be used in this way.

  Further, for example, the determination condition may include a permission condition, a relaxation condition, and a discharge condition. The permission condition may be, for example, a condition for determining whether the enemy character AC is a friendly character. In this case, the determination condition may be satisfied when the permission condition is satisfied. More specifically, for example, the permission condition is satisfied when the boss character AC1 (or other normal enemy character AC2 may be included) is defeated (captured), that is, when the boss event is won. May be. That is, as an example, the determination condition may be satisfied when the boss character AC1 is captured. Further, for example, as with the teammate character FC, parameters may be set for the boss character AC1. Of the parameters, for example, when the “HP” information (remaining amount information) indicates zero, the boss character AC1 may be defeated and captured. As an example, if the strategy fails, another challenge may be permitted. That is, the battle with the same boss character AC1 may be executed a plurality of times.

  On the other hand, the relaxation condition and the discharge condition may be, for example, a condition used when the permission condition is satisfied (when provided). Specifically, the mitigation conditions may be conditions for mitigating (changing) the requirements for the emission conditions. That is, the relaxation conditions may be used to relax the discharge conditions so that they are more easily satisfied. For example, when the battle with the boss character AC1 is executed a plurality of times, the relaxation condition may include the number of battles with the boss character AC1, that is, the number of challenges to the boss event. Specifically, the relaxation condition may be satisfied when, for example, the number of challenges to the boss character AC1 (the number of battles with the boss character AC1) is equal to or greater than a predetermined value. That is, the relaxation condition may be set so that the discharge condition is relaxed as the number of challenges increases. In addition, the relaxation conditions may include, for example, a plurality of relaxation conditions having different requirements. More specifically, for example, the relaxation condition may include a plurality of relaxation conditions in which predetermined values used as criteria for whether the requirement is satisfied or not are different from each other.

  Note that the requirements for the relaxation conditions are not limited to the number of challenges. For example, various other play situations may be used as requirements for the relaxation condition. For example, as such a play situation, the play time and the number of times of play of the card game (for example, the total of a predetermined period), the presence / absence of use of a specific teammate character FC, or the like may be used. That is, the relaxation condition may be satisfied, for example, when the play time or the number of plays exceeds a predetermined value, or when a specific teammate character FC is used for a battle with the boss character AC1. Moreover, the requirements for the relaxation conditions are not limited to the playing situation of the card game. The play situation of other games may be used as the requirement for the relaxation condition.

  As an example, the discharge condition may be a condition for determining the value of the teammate character when the enemy character AC is converted to a teammate character. That is, the enemy character AC may be made into a friend character so that the value changes based on the discharge condition. For example, the discharge condition may include a battle situation with the enemy character AC as a requirement. More specifically, when the boss character AC1 is carded as the ally character FC, for example, the value of the ally character FC corresponding to the boss character AC1 or the value of the character card KC itself corresponding to the ally character FC is displayed. However, the boss character AC1 may change according to the battle situation.

  For example, the content of the parameter may be adopted as the value to be changed. That is, as an example, the content of the parameter of the teammate character FC corresponding to the boss character AC1 may change according to the battle situation of the boss event. That is, although the teammate character FC corresponds to the same boss character AC1, the parameter content of the teammate character FC may change according to the battle situation of the boss event.

  For example, when the boss event (matching against the boss character AC1) is executed in a form in which actions such as attack and defense are alternately executed between the teammate character FC and the enemy character AC, the discharge condition is, for example, The number of actions required to defeat the character AC1 (other normal enemy characters AC2 may also be included), that is, the number of actions required to capture the boss event (for example, an action for capturing a boss such as an attack, etc.) The number of times the user has selected the action of the teammate character) may be used as the battle situation. For example, the discharge condition may be satisfied when a boss event is captured with a predetermined number of actions.

  Note that the battle situation used as a requirement by the discharge condition is not limited to the number of actions. For example, the damage (for example, the effect of the attack of the ally character FC during a predetermined period or the total of the boss event unit) given to the boss character AC1 (or other normal enemy character AC2 may be included). In other words, as an example, the amount of decrease in “HP”), and when there are multiple types of attack methods, if a specific type of attack is used (and if that attack succeeds, that is, damages the boss character AC1) May be used as a battle situation. That is, the discharge condition may be satisfied, for example, when the damage of the boss character AC1 exceeds a predetermined amount, or when a specific type of attack is used.

  Moreover, the discharge conditions may include, for example, normal discharge conditions and relaxed discharge conditions. For example, normal emission conditions are emission conditions that are applied when mitigation conditions are not met (if they are not), while mitigation emission conditions are emission conditions that apply when mitigation conditions are met (if they are) It may be. That is, the relaxed discharge condition may be a condition in which the requirements are relaxed so as to be more easily satisfied than the normal discharge condition. For example, the relaxed discharge condition may be set such that a predetermined number of times for the number of actions is lower than the normal discharge condition, thereby relaxing the requirement. Further, when there are a plurality of mitigation conditions, the mitigation discharge conditions may include a plurality of mitigation discharge conditions so as to respectively correspond to those mitigation conditions.

  In the example of FIG. 5, the relaxation conditions include a first relaxation condition and a second relaxation condition. For example, the first relaxation condition is “2”, and the second relaxation condition is “3” as a predetermined value. In this case, the relaxation condition is not satisfied when the number of challenges is the first time, but the first relaxation condition is satisfied the second time and the second relaxation condition is satisfied the third time after the second time.

  Similarly, in the example of FIG. 5, the relaxed discharge condition includes a first discharge condition and a second discharge condition. For example, the first emission condition is a mitigation emission condition that is applied when the first mitigation condition is satisfied (when equipped), and the second emission condition is an application of the mitigation emission condition when the second mitigation condition is satisfied (when equipped). is there. Specifically, for example, the normal discharge condition employs “3” as a predetermined value, whereas the first discharge condition employs “5” and the second discharge condition employs “6” as a predetermined value. The case where it does is demonstrated. In this case, when the number of challenges is the first time, the discharge condition is not satisfied unless the boss character AC1 is defeated with the number of actions of 3 times (3 turns) or less, whereas the second time is the number of actions of 5 times or less and the 3rd time If the boss character AC1 can be defeated with the number of actions of 6 or less, the discharge condition is satisfied. In other words, the discharge conditions are more easily satisfied as the number of challenges increases.

  Further, in the example of FIG. 5, when the discharge condition is satisfied (if equipped), the first boss character AC1a equipped with the sword SW is set as a card selection target as in the battle. On the other hand, if the discharge condition is not satisfied (if it is not present), the second boss character AC1b that is not equipped with the sword SW that was equipped during the battle is not the first boss character AC1a, but the card selection target (The first boss character AC1a is not set as a card selection target). That is, although the characters correspond to the same boss character AC1, for example, a boss character AC1 having different images is provided as a card formation candidate depending on whether the discharge condition is satisfied or not. Note that, for example, the card candidate when the discharge condition is satisfied is not limited to such a form. For example, when the discharge condition is satisfied, in addition to the first boss character AC1a, the second boss character AC1b may be provided as a card candidate.

  Further, the contents of various parameters may be different between the first boss character AC1a and the second boss character AC1b. For example, the character images MG may be different so as to correspond to display differences during the game. In addition, for example, the contents of other items of the parameter may be different. That is, there may be a difference in the content of each parameter item between when the discharge condition is satisfied and when it is not satisfied. Specifically, although the characters correspond to the same boss character AC1, for example, the value of “AT” of the first boss character AC1a is “200”, whereas “AT” of the second boss character AC1b is “AT”. The first boss character AC1a may be set stronger (the value of the parameter content is higher) than the second boss character AC1b, such as “150”. Similarly, like the sword SW described above, the value may be different depending on whether a specific item is owned (including equipment) or not. As an example, such a difference in value may occur depending on the situation of the battle. When the discharge condition is satisfied (if equipped), in the selection process, not only the normal enemy character AC2 but also the boss character AC1 having different values as described above is included in the candidates for card formation. .

  On the other hand, when the permission condition is not satisfied (when the permission condition is not satisfied), the normal enemy character AC2 is included in the card formation target but the boss character AC1 is not included in the selection process. That is, the boss character AC1 cannot be carded. In the selection step, for example, a carding target may be selected from such candidates. In the selection step, one or a plurality of appropriate numbers of characters may be provided as selection candidates. The number of characters that can be selected in the selection step may be one or more. For example, the number of characters that can be selected in the selection process changes in exchange for collection of a predetermined consideration (for example, an additional consideration different from the consideration for play) or increased with the use of a specific item. May be. Similarly, such a change in the number may be used as a privilege. Furthermore, the selection process is not limited to the configuration in which the character is selected by the user. For example, in the selection step, a predetermined character (for example, the character with the highest value) may be automatically selected, and the user's selection may be omitted. For example, when the character with the highest value is automatically selected, it is possible to prevent the user from failing to select the character with the highest value. In such a case, or when the number of selection candidates is singular, the selection step may be omitted.

  The generation step is a step for recording the character information of the character selected in the selection step (information such as parameter contents reflecting the play situation) so that it can be used in the next and subsequent plays. For example, in the generation process, character information is recorded on various recording media (including those not owned by the user, that is, those having no collection property). For example, the character information may be managed by the play data 14b, and the storage unit 31 may function as a recording medium. In this case, for example, the character selected in the selection process may be managed and used as an electronic virtual card. On the other hand, as another example of the recording medium, a card-like print medium PM may be used. In the generation step, for example, a composite image CI including character information may be printed on the printing medium PM through the printer PR. In addition, as the printing medium PM, various printing media capable of printing the composite image CI may be used. For example, white paper may be used as the printing medium PM. Such a printing medium PM may be a blank sheet, or an image corresponding to the basic format FI may be printed on the printing surface of the printing medium PM in advance.

  In the generation step, as an example, a character card KC on which the composite image CI corresponding to the character selected in the selection step is printed may be generated. Therefore, for example, in the generation process, when the boss character AC1 is converted into a card, the boss character card KC1 corresponding to the boss character AC1 corresponds to the normal enemy character AC2 when the normal enemy character AC2 is converted into a card. The normal enemy character card KC2 to be generated may be generated as the character card KC. Specifically, as an example, the value of the boss character AC1 changes according to the battle situation as described above. For this reason, as an example, the boss character AC1 is carded so that the value changes according to the battle situation. That is, in the generation process, as an example, according to the battle situation of the boss event, a plurality of types of boss character cards KC1 having different parameter contents can be generated although they are the boss character cards KC1 for the same boss character AC1. .

  In the example of FIG. 5, two types of boss character card KC1 are shown as a first boss character card KC1a and a second boss character card KC1b. Specifically, the first boss character card KC1a corresponds to the boss character card KC1 when the first boss character AC1a is turned into a card. Therefore, a first boss character image MGa corresponding to the first boss character AC1a is printed on the first boss character card KC1a. More specifically, the first boss character card KC1a is printed with a first boss character image MGa including an image of the sword SW. Similarly, the contents of parameters corresponding to the first boss character AC1a are recorded in the two-dimensional code CG of the first boss character card KC1a.

  On the other hand, the second boss character card KC1b corresponds to the boss character card KC1 when the second boss character AC1b is carded. Therefore, a second boss character image MGb corresponding to the second boss character AC1b is printed on the second boss character card KC1b. More specifically, the second boss character image MGb that does not include the image of the sword SW is printed on the first boss character card KC1a. Similarly, the contents of parameters corresponding to the second boss character AC1b are recorded in the two-dimensional code CG of the second boss character card KC1b. When the first boss character card KC1a is used after the next time, the character corresponding to the first boss character AC1a is the ally character FC, and when the second boss character card KC1b is used, the second boss character is used. The characters corresponding to AC1b are reproduced in the game as teammate characters FC.

  The first boss character card KC1a and the second boss character card KC1b are character cards KC different from the character card KC used for the boss event, and therefore correspond to the first boss character AC1a and the second boss character AC1b. The character is reproduced in the game as a new ally character FC different from the card character FC1 used for the boss event. The teammate character FC corresponding to the first boss character AC1a has a stronger parameter and higher value than the teammate character FC corresponding to the second boss character AC1b. For this reason, the first boss character card KC1a has a higher value than the second boss character card KC1b due to the difference in the contents of the parameters. That is, the boss character card KC1 having a higher value is generated when the discharge condition is satisfied (for example, when the boss event is captured with a smaller number of actions). As an example, in the generation step, a boss character card KC1 having such a different content (value) may be generated according to the situation of the battle.

  In addition, the value which changes according to the battle situation of the boss event is not limited to the content of the parameter. For example, a printing method may be adopted as such value. Specifically, for example, the boss character card KC1 printed by the special printing method when the discharge condition is satisfied, and the boss character card KC1 printed by the normal printing method when the discharge condition is not satisfied, respectively. It may be generated in the generation step. That is, a difference in printing effect due to a difference in printing method (for example, presence or absence of a gloss effect) may be adopted as the value to be changed. In this case, the same parameter may be set for the ally character FC corresponding to the boss character AC1 regardless of whether the discharge condition is satisfied or not. That is, in the selection process, the same ally character FC corresponding to the boss character AC1 may be provided regardless of whether the discharge condition is satisfied or not. Further, the same character may include, for example, characters that are determined to be the same in a wide concept such as a character using a common system name or a character whose relationship is set by data or the like.

  Next, details of the boss event data 14a and the play data 14b will be described. As an example, the boss event data 14a is data for defining a boss character AC1 used in a boss event. FIG. 6 is an explanatory diagram for explaining an example of the contents of the boss event data 14a. As shown in FIG. 6, the boss event data 14a includes information on “boss ID”, “parameter”, “permission condition”, “relaxation condition”, and “discharge condition”.

  “Boss ID” is information for specifying the boss character AC1 appearing in each boss event. As the “boss ID” information, for example, information of a unique ID (an ID for identifying each boss character AC1) is used for each boss character AC1. “Parameter” is information on the above-described parameter. For example, as the “parameter” information, information indicating the contents of each parameter item for defining each boss character AC1 is used. The “permission condition”, “relaxation condition”, and “discharge condition” are information corresponding to the above-described permission condition, relaxation condition, and discharge condition, respectively. For example, information indicating requirements necessary for satisfying the permit condition, the relaxation condition, and the discharge condition is used. As an example, the boss event data 14a is configured as a set of records described so that these pieces of information are associated with each other.

  On the other hand, as described above, the play data 14b is data for realizing inheritance of past results. FIG. 7 is an explanatory diagram for explaining an example of the content of the play data 14b. As shown in FIG. 7, the play data 14b includes, for example, information on “user ID”, “result data”, and “attribute data”.

  “User ID” is information of the above-mentioned user ID (ID for identifying each user). “Attribute data” is information indicating the attribute of each user U. “Attribute data” includes, for example, information such as “sex” and “age”. “Gender” corresponds to information indicating the gender of each user U, and “age” corresponds to information indicating the age of each user U. The “attribute data” may include other information (such as various individual information) indicating the name and address of the user U, for example.

  “Result data” is information for passing on past results in subsequent play. For example, the “result data” includes information of “game ID”, “play date / time”, “play time”, “play count”, and “challenge count”.

  “Game ID” is information indicating a unique game ID for each game. The information of “game ID” is used to identify each game such as a card game. “Play Date”, “Play Time”, “Number of Plays”, and “Number of Challenges” are the date and time of playing the card game, the time played (period), the number of times played, and the number of challenges that challenged the boss event (boss If there are a plurality of events, each boss event can be identified, for example, information of “boss ID” may be included). For example, these pieces of information may be used for determining relaxation conditions. As an example, the play data 14b is configured as a set of records described so that these pieces of information are associated with each other.

  The play data 14b is used as an example when the ID card SC is used as described above. For this reason, when the requirement of the relaxation condition includes information managed by the play data 14b, the application of the relaxation condition may be limited to the case where the ID card SC is used. That is, when the ID card SC is not used, the relaxation condition is not satisfied and the normal discharge condition may always be applied.

  Next, card issue processing will be described. The card issuing process is a process for generating (issuing) a character card KC reflecting the play situation. As an example, the card issuing process is realized by the control unit 30 of the game machine GM through the routine of FIG. More specifically, the routine of FIG. 8 is executed through the game providing unit 37 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 known processes in addition to this process, either alone or in cooperation with each other. However, detailed description thereof will be omitted.

  FIG. 8 is a diagram illustrating an example of a flowchart of a card issuing process routine for realizing the card issuing process. For example, the routine of FIG. 8 is executed when an issue condition is satisfied. The issuance condition is satisfied, for example, when an operation for instructing card issuance is executed. That is, the routine of FIG. 8 is executed when an operation for instructing card issuance is performed as an example.

  When the routine of FIG. 8 is started, first, in step S21, the game providing unit 37 acquires play status information. For example, the information on the play situation includes the content of the changed parameter that has changed according to the play situation. In addition, the information on the play status includes, for example, information on the status of the battle of the boss event. Further, the play status information includes various play status information necessary for card issuance, such as play status information such as “number of challenges” included in the play data 14b.

  In subsequent step S <b> 22, the game providing unit 37 determines whether the determination condition is satisfied. Specifically, the game providing unit 37 determines that the determination condition is not satisfied, for example, when it is determined that the boss event is not executed based on the play status information acquired in step S21. On the other hand, when the boss event is being executed, the game providing unit 37 determines that, based on the play status information acquired in step S21, for example, if the permission condition is satisfied and the determination condition is also satisfied, If the condition is not satisfied, it is determined that the determination condition is not satisfied. And the game provision part 37 progresses to step S25, when this determination result is a negative result (ie, when determination conditions are not satisfy | filled).

  On the other hand, if the determination result in step S22 is a positive result, that is, if the determination result is satisfied, the game providing unit 37 proceeds to step S23. In step S <b> 23, the game providing unit 37 permits the boss character AC <b> 1 to become a friend character, that is, discharge as the character card KC.

  In subsequent step S24, the game providing unit 37 determines the value when the boss character AC1 is converted to a teammate character. For example, the value of the boss character AC1 is determined by the relaxation condition and the discharge condition as described above. Specifically, the game providing unit 37 first determines whether or not the relaxation condition is satisfied. When the determination result is a negative result, that is, when the relaxation condition is not satisfied, the game providing unit 37 determines whether or not the normal discharge condition is satisfied. On the other hand, when the determination result of the relaxation condition is a positive result, that is, when the relaxation condition is satisfied, the game providing unit 37 determines whether or not the relaxation discharge condition is satisfied. In this determination, when there are a plurality of mitigation conditions and mitigation discharge conditions, the mitigation discharge conditions according to the met mitigation conditions are used. Then, the game providing unit 37 determines the value so that the value of the boss character AC1 is higher when the discharge condition such as the normal discharge condition or the relaxed discharge condition is satisfied than when the discharge condition is not satisfied. More specifically, for example, the game providing unit 37 targets the first boss character AC1a when the discharge condition is satisfied, and the second boss character AC1b when the discharge condition is not satisfied, respectively. Thus, the value of the boss character AC1 is determined so that the value changes.

  In the next step S25, the game providing unit 37 provides a card candidate character. For example, if the determination result in step S22 is a negative result, the game providing unit 37 provides a card candidate character so that the normal enemy character AC2 is included but the boss character AC1 is not included. On the other hand, if the determination result of step S22 is a positive result, the game providing unit 37 provides a card candidate character so that the boss character AC1 is included based on the permission of step S23. In this case, the game providing unit 37 provides the boss character AC1 as a card candidate character so as to have a value corresponding to the determination result of step S24. Specifically, the game providing unit 37 provides the first boss character AC1a or the second boss character AC1b as a card candidate character, for example, based on the determination result of step S24. Further, the game providing unit 37 provides such a card candidate character through the game screen of the monitor MO, for example.

  In subsequent step S26, the game providing unit 37 generates character information corresponding to the character selected by the user through the provision of step S25. Specifically, the game providing unit 37 acquires the content of the changed parameter acquired in step S21 and the content of the parameter change determined in step S24. And the game provision part 37 produces | generates the character information containing those contents and other information (For example, it acquires from the character information acquired at the time of use of the character card KC). As an example, the game providing unit 37 generates character information in step S26 in this way.

  In the next step S27, the game providing unit 37 generates image data for expressing the composite image CI including the character information generated in step S26 as the two-dimensional code CG. When the change in the value of the boss character AC1 is realized by the printing method, the game providing unit 37 may generate image data corresponding to the printing method in step S27.

  In the next step S28, the game providing unit 37 outputs (provides) the image data to the printer PR so that a new character card KC on which the composite image CI is printed is generated based on the image data generated in step S27. To do. And after finishing the process of step S28, the game provision part 37 complete | finishes this routine.

  The routine of FIG. 8 provides the cardification candidate so that the boss character AC1 is not included in the cardification candidate when the determination condition is not satisfied, while the boss character AC1 is included when the determination condition is satisfied. The In addition, the value of the boss character AC1 as the card candidate changes according to the battle situation of the boss event corresponding to the boss character AC1. For example, the parameter content of the teammate character FC corresponding to the boss character AC1 changes according to the battle situation. That is, even for a teammate character FC corresponding to the same boss character AC1, a character card KC having different parameter contents according to the battle situation is generated. More specifically, as an example, a boss character AC1 having a higher value is carded when the number of actions until the capture is less than a predetermined number. Furthermore, the emission conditions for reflecting the situation of such battles are relaxed by the relaxation conditions. For this reason, for example, as the number of boss event attempts increases, the requirements for the discharge condition are relaxed, and the character card KC corresponding to the boss character AC1 with higher value is easily generated.

  As described above, according to this embodiment, when the boss character AC1 is carded, the value of the character card KC corresponding to the boss character AC1 is the number of actions until the boss character AC1 is captured. Varies depending on the event situation. Thereby, the battle situation of the boss event corresponding to the boss character AC1 can be reflected in the value of the character card KC corresponding to the boss character AC1. For this reason, for example, the situation of the battle with the boss character AC1 in the boss event can be guided to a more preferable development. On the other hand, even if it is not a preferable development (including a case where the boss event cannot be captured), it is possible to provide a character card KC having a value according to the situation of the battle. Thereby, for example, the user's satisfaction can be improved as compared with the case where the character card KC corresponding to the boss character AC1 is not provided at all when the development is not preferable. Moreover, euphoria can also be suppressed moderately.

  Specifically, for example, by using a discharge condition that includes the number of actions until the boss character AC1 is captured as a battle situation of the boss event as a requirement, the number of actions is reduced to a preferable one. be able to. Also, the number of actions until the capture is related to the difficulty level of the boss event capture. For this reason, the difficulty level of boss event capture can be reflected in the value of the character card KC corresponding to the boss character AC1 by such discharge conditions. More specifically, for example, by adopting a discharge condition that is satisfied when the number of actions is less than or equal to a predetermined number of times, the user's play is guided so that the boss event is captured with a number of actions less than the predetermined number of times. Can do. Further, the higher the difficulty level of the capture, the higher the value of the character card KC corresponding to the boss character AC1.

  Also, such requirements for emission conditions are relaxed by relaxation conditions. That is, it is possible to change the degree of difficulty for satisfying the discharge condition using the relaxation condition. Specifically, for example, when the relaxation condition includes a play situation such as play time as a requirement, the user's motivation and effort for the card game can be reflected in the difficulty of the discharge condition. For example, when the number of times of challenge to the boss event is used as such a play situation, the user's motivation and effort can be reflected in the difficulty of the discharge condition as a decrease in the difficulty. That is, it is possible to easily provide a character card KC having a higher value to a user who has made more efforts. Further, such a character card KC has both ownership and portability. As a result, such a boss character AC1 can have a collection property. As a result, it is possible to improve the fun of the game.

  In the above embodiment, the control unit 30 of the game machine GM functions as a use permission unit, a value determination unit, and a medium generation unit of the present invention by executing the routine of FIG.

  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 permission condition is satisfied when the boss character AC1 is defeated, that is, when a boss event is captured. However, the present invention is not limited to such a form. For example, the permission condition may be met by a challenge to the boss event. Alternatively, a play situation such as play time (may be the same as the relaxation condition or may be different) may be adopted as a requirement of the permission condition. In this case, the present invention is not limited to a card game, and play situations of other various games may be adopted as requirements for permission conditions. Furthermore, the requirements similar to the discharge conditions may be used as the requirements for the permission conditions. In this case, the requirements for the discharge conditions and the requirements for the permission conditions may be the same or different. If the contents match, the discharge condition (or permission condition) may be omitted.

  In the above-described form, the value when the use of the enemy character AC is permitted depends on whether or not the discharge condition is satisfied. However, the present invention is not limited to such a form. For example, a plurality of discharge conditions may be prepared, and the value may change according to the number of achieved discharge conditions, that is, the number of satisfied discharge conditions. Further, such value is not limited to the configuration determined by whether or not the emission condition is satisfied. For example, this value is the amount of damage given to the boss character AC1 in the boss event (for example, the boss character AC1 whose “HP” is set to “1000” is finally given “1100” damage and captured. In such a case, it may be determined by a predetermined logic (for example, multiplication by a predetermined value) based on “100” of these differences).

  In the above-described embodiment, the determination condition is applied only to the boss character AC1. However, the present invention is not limited to such a form. For example, the determination condition may be similarly applied to the normal enemy character AC2. In this case, the discharge conditions that are more easily satisfied than those applied to the boss character AC1 may be used. Further, the card formation of the enemy character AC is not limited to the case where it is used as the teammate character FC. For example, the character card KC of the enemy character AC may be used as the enemy character AC in the next play. On the other hand, use of the enemy character AC as the ally character FC may be permitted during the boss event. That is, the use of the enemy character AC may be permitted during the current play.

  In each above-mentioned form, game machine GM provides a card game. However, the game provided by the game machine is not limited to the card game. For example, as long as the game machine GM is a game including the teammate character FC and the enemy character AC, the game machine GM may provide various games such as an action game, a role playing game, a simulation game, a puzzle game, and a shooting game.

  In the above-described form, anthropomorphic characters are used as the teammate character FC and the enemy character AC. However, the character is not limited to such a form. As the character, for example, various elements used in the game such as objects and items may be employed.

  Furthermore, the game machine GM is not limited to a commercial game machine. As the game machine GM, for example, home-use stationary game machines (including stationary personal computers capable of executing games), portable game machines (smartphones capable of executing games, tablet PCs, portable personal computers) And other appropriate forms may be employed. 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.

  Note that the reference example is not limited to the above-described form, and other various forms may be employed. For example, in the above-described form, when the permission condition is satisfied, that is, when the boss character AC1 (or boss event) is captured, use of the boss character AC1 as the ally character FC is permitted. However, in the reference example, various privileges may be provided instead of permitting the use of the boss character AC1 with the provision of the permission conditions. For example, when the permission condition is satisfied, the use of other characters (including irrelevant characters) such as a character related to the boss character AC1 instead of the boss character AC1 itself is permitted instead of the use permission of the boss character AC1. May be. Alternatively, use of various items (including irrelevant items) such as items related to the boss character AC1 may be permitted (including grant). Further, various other benefits may be provided instead of permission to use the boss character AC1.

  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 of the present invention is a game system (1) that provides a game including a teammate character (FC) and an enemy character (AC) that battles the teammate character, and when the permission condition is satisfied in the game, Use permission means (30) for permitting use of the other ally character so that the character corresponding to the enemy character is used as a ally character (FC) different from the ally character, and use of the other ally character A value determining means (30) for determining the value of the other ally character so as to change according to the situation of the battle between the ally character and the enemy character. .

  According to the present invention, when the use of an enemy character is permitted as a teammate character, the value of the teammate character changes according to the situation of the battle with the enemy character. Thereby, the situation of the battle with the enemy character can be reflected in the value of the friend character when such use is permitted. For this reason, for example, the content of a battle with an enemy character can be guided to a more preferable development. Even if the enemy character cannot be captured or is not in a favorable development, the enemy character can be used as a friend character with a value corresponding to the situation of the battle. Thereby, compared with the case where an enemy character cannot be used as a friend character at all, a user's satisfaction can be improved. Moreover, euphoria can also be suppressed moderately. By these, the interest property of a game can be improved.

  The value determining means may determine the value when the use of the enemy character as the ally character is permitted in various modes. For example, in one aspect of the game system of the present invention, the value determination means uses a discharge condition that includes the battle situation as a requirement, and changes the value depending on whether the discharge condition is satisfied or not. Thus, the value may be determined according to whether or not the discharge condition is satisfied.

  Further, in a mode in which the value determining means uses the emission condition, the value determining means further uses a relaxation condition for relaxing the requirement of the emission condition, and the relaxation condition is satisfied when the relaxation condition is satisfied. The discharge condition requirement may be changed so that the discharge condition is more easily satisfied than when it is not. In this case, the difficulty level of the discharge condition can be changed using the relaxation condition.

  Furthermore, in the aspect in which the value determining means uses the relaxation condition, the relaxation condition may include the play situation so that the requirement of the discharge condition is relaxed according to the play situation of the game. . In this case, the play situation can be reflected on the difficulty level of the discharge condition. For example, the play status may include the game play time and the number of times played, the number of times the enemy character has been challenged, or the usage status of a specific character (including items such as items). For example, when the play time, the number of times, or the number of challenges (the number of battles) is used as the play situation, the user's motivation and effort for the game can be reflected in the difficulty of the discharge condition. In addition, since the usage situation of a specific character is often obtained by experience or information collection, the same effect can be obtained even when the usage situation of a specific character is used as a play situation. .

  Various information relating to play may be used as the play situation. For example, in a mode in which the relaxation condition includes a play situation as a requirement, the number of times of the battle when the battle is executed a plurality of times is adopted as the play status, and the requirement of the discharge condition increases the number of battles As the number of matches increases, the discharge condition may be more easily satisfied. In this case, the user's will and effort can be reflected in the difficulty level of the discharge condition as a decrease in the difficulty level.

  Further, in one aspect of the game system of the present invention, the game is configured such that the teammate character and the enemy character alternately perform actions in the battle, and the value determining means is configured as the battle situation. The number of actions of the teammate character may be adopted, and the value may be determined so as to change according to the number of actions of the teammate character. In this case, the number of actions for the enemy character can be reflected in the value of the teammate character when the use of the enemy character is permitted as the teammate character. For this reason, for example, the number of actions until the enemy character is captured can be guided to a preferable one such as fewer or more. In addition, the number of actions is related to the difficulty level of the enemy character's strategy, such as the smaller the number of actions, the more difficult it is to capture the enemy character. As a result, the difficulty level of the capture can be reflected in the value of the friendly character corresponding to the enemy character.

  The value determining means may adopt the number of actions of the teammate character in various modes as the situation of the battle. For example, in the aspect in which the number of actions of the teammate character is adopted in various forms as the situation of the battle, the value determination means may change the value so as to increase as the number of actions decreases. In this case, the user's play can be guided so that the number of actions until the enemy character is captured is reduced. Further, the higher the difficulty level of the capture, the higher the value of the friendly character corresponding to the enemy character.

  Various aspects may be adopted as values when the use of an enemy character is permitted as a friend character. For example, in one aspect of the game system of the present invention, the teammate character is defined by a parameter, the content of the parameter of the other teammate character is adopted as the value, and the value determining means is responsive to the situation of the battle. The content of the parameter may be determined so as to change. For example, when a recording medium corresponding to an ally character is generated, the value of the recording medium may be adopted as the value. Further, for example, when a printing medium is employed as the recording medium, a difference in printing method (as a result, a difference in printing effect such as a gloss effect) may be employed as the value of such a recording medium. .

  As one aspect of the game system of the present invention, a recording medium (KC) having the value by recording reproduction information for reproducing the other ally character in the game based on the determination result of the value determining means. A mode may further be adopted that further includes medium generating means (30) for generating. In this case, for example, the enemy character can be used as a friend character in the next and subsequent games via the recording medium. Further, when a recording medium having portability or ownership is adopted, the enemy character can be provided with a collection property via the recording medium.

  In the aspect in which the medium generation unit generates the recording medium, various aspects may be adopted as the recording medium. For example, in such an embodiment, a card-like print medium (PM) on which the reproduction information is recorded through printing may be used as the recording medium.

  On the other hand, the computer program of the present invention is configured to cause a computer (30) having a display device (MO) for displaying the ally character and the enemy character to function as each means of the above-described game system. is there. By executing the computer program of the present invention, the game system of the present invention can be realized.

1 game system 30 control unit (computer, use permission means, value determination means, medium generation means)
GM game machine KC character card (recording medium)
FC ally character AC enemy character PM media to be printed MO monitor (display device)

Claims (11)

A game system that provides a game including an ally character and an enemy character that battles the ally character,
Use permission means for permitting the use of the other ally character so that the character corresponding to the enemy character is used as a ally character different from the ally character when the permission condition is satisfied in the game;
A value determining means for determining the value of the another ally character so as to change depending on the situation of the battle between the ally character and the enemy character when the use of the other ally character is permitted;
A game system characterized by comprising:   The value determining means uses an emission condition that includes the situation of the battle as a requirement, and determines whether the emission condition is satisfied by changing the value depending on whether the emission condition is satisfied or not. The game system according to claim 1, wherein the value is determined in response.   The value determining means further utilizes a relaxation condition for relaxing the requirement of the emission condition, so that the emission condition is more easily satisfied when the relaxation condition is satisfied than when the relaxation condition is not satisfied. The game system according to claim 2, wherein the requirement of the discharge condition is changed.   The game system according to claim 3, wherein the relaxation condition includes the play situation so that the requirement of the discharge condition is relaxed according to the play situation of the game. As the play situation, the number of times of the battle when the battle is executed a plurality of times is adopted,
The requirements for the emission conditions are relaxed as the number of matches increases,
The game system according to claim 4, wherein the discharge condition is more easily satisfied as the number of battles increases. The game is configured so that the teammate character and the enemy character alternately perform actions in the battle,
The said value determination means employ | adopts the action frequency of the said teammate character as the said battle | competition situation, and determines the said value so that it may change according to the frequency | count of an action of the said teammate character. The game system as described in.   The game system according to claim 6, wherein the value determining unit changes the value so that the value increases as the number of actions decreases. The ally character is defined by parameters,
As the value, the parameter content of the other ally character is adopted,
The game system according to any one of claims 1 to 7, wherein the value determining means determines the content of the parameter so as to change according to the situation of the battle.   2. A medium generating unit that generates a recording medium having the value by recording reproduction information for reproducing the other ally character in the game based on a determination result of the value determining unit. The game system as described in any one of -8.   The game system according to claim 9, wherein a card-like print medium on which the reproduction information is recorded through printing is used as the recording medium.   The computer program comprised so that a computer provided with the display apparatus which displays the said friendly character and the said enemy character may function as each means of the game system as described in any one of Claims 1-10.