JP6281062B2 - GAME SYSTEM, COMPUTER PROGRAM USED FOR THE SAME, AND SERVER DEVICE - Google Patents

Description

  The present invention relates to a game system that provides a game including each character defined by definition information whose contents change according to the play situation of the owner.

  There is a game system that provides a game including each character defined by definition information whose contents change according to the play situation of the owner. In addition, for example, there is a game system that uses parameter information that defines each character as such definition information. As such a game system, there is known a game device that uses a card for recording parameter information via a two-dimensional code for play in order to make each character appear in the game (for example, Patent Document 1). reference).

JP 2002-65936 A

  In the game device of patent document 1, since the parameter of each character changes according to a play condition, a highly unique card is owned by each user. For this reason, a card owned by each user may be used by other users due to physical card lending and borrowing. On the other hand, when the use of other users' cards is allowed without limitation, there is a possibility that the original interest of the game of nurturing one's own character may deteriorate. For this reason, in such a game, when another user's card is used, a predetermined restriction may be provided. In addition, as such a restriction, a change in parameters or a restriction on card formation may be used. As a result, when such a restriction is used, even if another user's card is used, the parameter of the character corresponding to the card does not change or the character cannot be carded.

  On the other hand, since each character is reproduced in the game based on the parameter information recorded on the card, as long as the same card is physically used, the character having the same parameter is reproduced. That is, when restrictions are imposed on changes in parameters and the like, the parameters of other users' cards are maintained and the parameters at the time of lending are not changed. For this reason, the character corresponding to such a card | curd may invite a user's tiredness early. As a result, other users' cards are likely to be limited to temporary use and are often not used at least for a long time.

  Then, an object of this invention is to provide the game system etc. which can promote utilization of the character which another user owns.

  According to the game system of the present invention, a user selects each character based on a determination condition for determining the owner of a game including each character defined by definition information whose contents change according to the play situation of the owner. When it is determined that the right to use is granted based on the usage conditions while distinguishing between the owned character that is owned and the non-owned character that is owned by a user other than the user. A game system that allows the user to use the non-owned character in the content of the definition information after the change of the content of the definition information of the non-owned character as the other user plays A data storage device for storing character data for managing the changed content when the content has changed, and the non-owned character When used for play by the user, the content acquisition means for acquiring the changed content of the definition information via the character data, and the content after the change based on the acquisition result of the content acquisition means Content reflecting means for reflecting the changed content in the definition information of the non-owned character so that the non-owned character is used.

  The computer program of the present invention is configured to cause a computer connected to the data storage device to function as each means of the above-described game system.

  On the other hand, the server device of the present invention is connected to the data storage device and functions 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 kind of game card. Explanatory drawing for demonstrating an example of the content of a character card. Explanatory drawing for demonstrating an example of the classification | category of a character. Explanatory drawing for demonstrating an example of a rental character. Explanatory drawing for demonstrating an example of the content of character data. The figure which shows an example of the flowchart of a reproduction process routine. 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 as a server device and a game machine 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 may be configured to realize network communication using a TCP / IP protocol. In this case, typically, the network 3 may be 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)” may include a form in which information is transmitted and received 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). Furthermore, 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 may be configured by a large-capacity storage medium such as a magnetic tape, for example, so that the storage can be held without supplying power. 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, for example, a game machine service management unit 16 and a Web service management unit 17 may be 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 may include character data 14a. The character data 14a is data for managing each character used for playing the card game. Details of the character data 14a will be described later.

  The server data 14 may include various other data for realizing a card game, for example. For example, such data may include play data, ID management data, and the like. 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, for taking over the previous play results (past results) from the next time onwards or for taking over the setting contents unique to each user. 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, 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. The reader 32 may be configured to read information included in the code via various codes displayed on the recording medium, for example. The reader 32 may be used for reading the game card 8 as one of recording media. More specifically, for example, a two-dimensional code may be 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 may read the two-dimensional code of the game card 8 as one of various codes and output a signal corresponding to the read result to the control unit 30. That is, the reader 32 may be used for acquiring various information recorded on the game card 8 via the two-dimensional code as an example.

  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.

  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 may display 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). For example, a card-like paper medium may be used as the print medium. The printer PR may generate the game card 8 by printing an image, a symbol, a character, or the like on such a paper medium based on an output signal from the control unit 30, for example.

  On the other hand, the storage unit 31 may be 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, for example, a game providing unit 37 may be 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 may include the above-described character data 14a, for example. Similarly, the game data 35 may include, for example, the above-described play data and ID management data. For example, at least a part of these data may be 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 the game card 8, for example, as described above, a paper medium on which an image or the like is printed out of various recording media may function. 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 types of the game card 8. As shown in FIG. 3, the game card 8 may include, for example, an ID card SC and a character card KC as a recording medium as such a plurality of types. In addition, different information may be recorded on the ID card SC and the character card KC, for example, in order to realize different uses.

  The ID card is a card for specifying each user who plays a card game. The ID card may be used for acquisition of information unique to each user, such as acquisition of play data. For example, ID information necessary for realizing such an application may be recorded on the ID card. The ID information may include, for example, information on “card ID”, “user ID”, and “decoration content”. “Card ID” is information on a unique card ID for each game card 8. The card ID information may be used, for example, for identifying and identifying each game card 8. Similarly, “user ID” is information of a unique user ID for each user. The user ID may be used for identifying and identifying each user, for example.

  The “decoration content” is information indicating the decoration content for improving the identification (uniqueness) of each ID card SC. As an example of the decoration content, the ID card SC displays an individual information image that changes according to the content of each individual information (for example, personal information such as name, gender, date of birth, and age may be included). It's okay. For example, the individual information image may change according to the content of each individual information by including all or part of the individual information.

  On the other hand, a character card is a card corresponding to each character used for playing a card game. A character card may be used, for example, to reproduce each character in a card game. The character card may store character information necessary for realizing such a use.

  The character information may include, for example, “card ID”, “user ID” as user identification information, “character ID”, and “parameter” information as definition information. “Card ID” and “User ID” are as described above. The “character ID” is information on a unique character ID for each character used for playing the card game. The character ID information may be used for identification and identification of each character, for example. On the other hand, “parameter” is parameter information for defining a character used in the card game. The parameter includes, for example, a name item indicating the name of the character (which may be arbitrarily set by the user), a name item indicating the name of the user who owns the card, and basic items (HP information indicating physical strength, attack strength) It may include AT information, for example, special attacks such as Special Moves and Summons (including SP information indicating values for performing), and image items indicating character images. The information “” may include information indicating each of these items and the contents thereof. The parameter may include various items used for character definition.

  Further, the character card KC may further include a normal character card KCa and a rental dedicated character card KCb as a dedicated recording medium. The rental dedicated character card KCb is a character card KC dedicated as a rental card described later. The character information of the rental dedicated character card KCb may further include “rental” information as non-owned information. “Rental” is information indicating a character card KCb dedicated to rental (or a character corresponding thereto). The “rental” information, for example, may be configured to positively identify a character card KCb dedicated to rental, or configured to distinguish between a normal character card KCa and a character card KCb dedicated to rental. (In this case, the normal character card KCa may also include “rental” information to indicate the normal character card KCa).

  With reference to FIG. 4, the details of the character card KC as an example of the game card 8 will be described. FIG. 4 is an explanatory diagram for explaining an example of the contents of the character card KC. As illustrated in FIG. 4, for example, a composite image CI may be printed on the character card KC. The composite image CI may include, for example, a basic information area BA, an image area IA, and a feature information area FA. For example, a plurality of items functioning as parameters and their contents may be displayed in these areas BA, IA, and FA.

  Specifically, in the basic information area BA, for example, a name item (“Kiku”), a name item (“Show”), and basic item information (for example, “102” indicating “HP”, “AT”) “25” indicating “SP” and “42” indicating SP) may be displayed in the image area IA as a character image item.The character image MG is a character image. This corresponds to an image of a character reproduced during the game by the card KC.In the game, as a character corresponding to the character card KC, for example, a character image MG or a composite image CI (the display of a two-dimensional code described later is displayed). It may not be included) itself may be displayed.

  On the other hand, in the feature information area FA, for example, information on command items, level items, special move items, and item items may be displayed. The command item is information indicating a command (for example, an attack method). Commands (for example, “Miss”, “Kogeki”, etc.) are options that the character can execute in the game. In addition, for example, the command is classified into a plurality of types (for example, “I” or “II” or the like), and the feature information is determined so that the use target is determined by lottery for each category (including the lottery of the use target category). It may be displayed in the area FA. On the other hand, the level item is information indicating the level of strength (“LV11”) of the character. In addition, the special technique item is information indicating a special technique ("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. Similarly, the item item is information indicating an item (“shield”) owned by the character.

  The composite image CI may further include a code information area CA. In the code information area CA, for example, a two-dimensional code CG as a code may be printed. Further, the two-dimensional code CG may be generated based on a predetermined standard so as to include the above-described character information, for example. That is, the character card KC may record character information through the two-dimensional code CG as an example. Further, as the parameter information of the character information, the above-mentioned items and information on the contents thereof may be used. 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 information displayed in the composite image CI and the information included in the two-dimensional code CG do not have to match.

  Further, as will be described later, the contents of the parameters may change depending on the play situation. And the character card KC may be produced | generated based on the content of the parameter after the change after the change. For this reason, these areas BA, CA, IA, and FA may be configured as variable areas whose contents change. On the other hand, the positions and ranges of these areas BA, CA, IA, and FA, that is, the boundary lines separating each other may be fixedly defined by the basic format FI as a fixed area. The composite image CI may be 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. . As an example, the character card KC may be configured in this way. It should be noted that various elements that affect the character, such as items, may be prepared in the game. Such elements such as items may also function as part of the parameters. Alternatively, when they are handled separately from parameters, the definition information of the present invention may include information on such items and the like. In addition, the rental-dedicated character card KC may display other information indicating rental-only, for example.

  Next, a card game provided by the game machine GM will be described. 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 may be executed. The breeding may be 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. It's okay.

  The battle (match) may be executed by one or a plurality of appropriate numbers of characters (both enemy characters and teammate characters). Further, for example, each character may be defined by a parameter such as HP (hit point). Then, the contents of such parameters (for example, the values of parameter items such as HP) may change according to the play situation such as battle. Similarly, the card game may include various events. For example, the opponent character (enemy character) is different from a normal opponent character (for example, an enemy character whose number of appearances is not limited) and a special opponent character (for example, unlike a normal enemy character, only at one time, etc.) Such a battle with a special opponent character may be used as an event, and the character may grow through such an event. Then, after playing the game, a character that has grown through the play (a character defined by the content of the parameter after the change) may be further generated as a character card KC. And such a character card may be used in order to reproduce the character which grew in the game after the next time in a game again. That is, characters in the game may be continuously developed through the character card.

  In a card game, for example, characters may be classified into a plurality based on the owner. FIG. 5 is an explanatory diagram for explaining an example of character classification. As shown in FIG. 5, for example, in a card game, not only the character card KC owned by the user, but also the character card KC to which the right of use is given by other users among the character cards KC owned by other users U. (Hereinafter sometimes referred to as rental card KC) may be used for play. That is, the card game allows the use of a character card KC owned by each user U himself (hereinafter sometimes referred to as “owned card KC”) and a rental card KC to which a usage right is given by another user U. It is configured. In the card game, the characters C corresponding to the possessed card KC and the rental card KC may be reproduced with the use of the character cards KC.

  In addition, those characters C, that is, a character C corresponding to the owned card KC (hereinafter sometimes referred to as owned character CO) and a character C corresponding to the rental card KC (hereinafter sometimes referred to as rental character CL) May be distinguished from each other in a card game. As such a difference in handling, for example, a growth restriction or a carding restriction may be used. That is, when the rental card KC is used, the rental character CL is reproduced in the game and can participate in battles, etc., but it does not grow through such battles, etc. There may be a restriction that the card cannot be made.

  For example, whether or not the usage right is granted may be determined based on usage conditions. In addition, the use conditions may include, for example, the occupation of the character card KC as a requirement. That is, the possession (occupation) of the character card KC of another user may be used as the right of use. And the presence or absence of occupation may be discriminate | determined by use of the character card KC. That is, when the character card KC of another user is used for providing character information, it may be determined that the usage condition is satisfied by the use and the usage right is granted. Further, the occupation of the character card KC may be realized by providing the physical character card KC through, for example, transfer or lending. When a character card KC that satisfies the usage conditions is used, the rental character CL corresponding to the rental card KC may be reproduced in the game. In addition, the contents of the character data 14a may be reflected in the reproduction of the rental character CL accompanying the use of the rental card KC. That is, for such reproduction, not only the character information of the rental card KC but also information recorded in the character data 14a may be used. Details of the reflection of the character data 14a will be described later.

  Further, the determination of the owner, that is, the determination of the owned card KC (or owned character CO) and the rental card KC (or rental character CL) may be executed based on, for example, a determination condition. As the determination condition, for example, a reference condition for determining an owner based on a reference card may be used. The reference condition is a condition that uses a determination result as to whether or not the owner of the reference card matches the owner of each character card KC. Specifically, for example, based on such a reference condition, if the owner of the character card KC matches the owner of the reference card, and if it does not match, the rental card KC, May be discriminated. For example, as the reference card, the above-described ID card SC or the character card KC that is first used at the target play opportunity (the character card KC that first provided the character information with the game play) or the like is adopted. Good. Also, the owner match may be determined based on, for example, user ID information. That is, as an example, the owner may be determined based on whether or not the user ID of the reference card matches the user ID of the character card KC.

  Similarly, for example, when the character card KC includes a rental-dedicated character card KCb (hereinafter sometimes referred to as a dedicated rental card KCb) as the determination condition, whether or not it corresponds to such a dedicated rental card KCb. Such a condition may be adopted. That is, the rental card KC may be discriminated when the dedicated rental card KCb is used, and the possessed card KC when the other normal character card KCa is used. Alternatively, for example, an authentication result may be used as the determination condition. That is, use of each character card KC may require authentication of the owner based on authentication information (for example, input of a password). Then, when the authentication information is not provided, it is determined that the user is not the owner, and the target character card KC may be determined as the rental card KC. Further, as the determination condition, a history condition regarding the history of the parameter of the character card KC or each character may be adopted. The history condition is satisfied by the latest character card KC when there are a plurality of old and new character cards KC corresponding to the same character C, that is, when there are a plurality of character cards KC respectively corresponding to the contents of the old and new parameters. This is a condition. That is, in this case, the possessed character CO may be discriminated when the latest character card KC is used, and the rental character CL may be discriminated when the other old character card KC is used. Such discrimination between new and old may be realized by information such as card generation time managed using a card ID as a key. Furthermore, these reference conditions, applicable conditions, authentication results, and history conditions may be used in appropriate combinations.

  In the example of FIG. 5, the first user U1 owns the first owned card KC1 and the second owned card KC2. On the other hand, the second user U2 different from the first user U1 owns the third possessed card KC3. Then, the second user U2 gives the first user U1 the right to use the third owned card KC3 owned by the second user U2. Specifically, the second user U2 physically lends the third owned card KC3 owned by the second user U2 to the first user U1. That is, the second user U2 permits the first user U1 to use the third possessed card KC3. As a result, the first user U1 plays not only the first owned card KC1 and the second owned card KC2 owned by the first user U1 but also the third owned card KC3 (rental card KC) owned by the second user U2. It is used for. As a result, three characters C corresponding to the first owned card KC1 to the third owned card KC3 are reproduced in the card game.

  In the example of FIG. 5, the first user U1 first uses the first owned card KC1 owned by the first user U1 among the first owned card KC1 to the third owned card KC3. For this reason, when the reference condition is used as the determination condition and the first character card KC is used as the reference card, the first possessed card KC1 and the second owned card KC2 having the same owner (user ID) are used. Is determined as the possessed card KC of the first user U1. On the other hand, the third owned card KC3 whose owner does not match the first owned card KC1 is determined as the rental card KC. In other words, in the card game, two owned characters CO corresponding to the first owned card KC1 and the second owned card KC2 and one corresponding to the third owned card KC3 based on the owner of the first owned card KC1. As the rental character CL, three characters C are distinguished.

  Furthermore, the contents of the character data 14a are reflected in the reproduction of the rental character CL. That is, in the example of FIG. 5, the rental character CL is reproduced in the game based on the character information of the third possessed card KC3 and the contents of the character data 14a. As an example, each character C may be classified based on the owner in this way and distinguished in the card game. In this case, the first user U1 and the second user U2 may function as the user of the present invention and another user, respectively. Furthermore, the rental character CL may function as a non-owned character of the present invention. Further, the first possessed card KC1 may function as the reference recording medium and the first recording medium of the present invention. Similarly, the “user ID” information of the first possessed card KC1 may function as the specific user identification information of the present invention.

  Next, details of the reflection of the character data 14a will be described with reference to FIG. FIG. 6 is an explanatory diagram for explaining an example of the rental character CL reproduced based on the rental card KC. FIG. 6 shows an example of the owned character CO and the rental character CL reproduced in the game in the example of FIG. As shown in FIG. 6, in this case, for example, the character information recorded on the character card KC may be used as it is to reproduce the possessed character CO. For this reason, as the possessed character CO, the same character C as the content displayed (printed) on the character card KC may be reproduced in the game. Specifically, for example, as the owned character CO, the parameter C included in the character information, that is, the character C defined by the parameter content displayed on the character card KC may be reproduced as it is.

  On the other hand, the contents of the character data 14a may be reflected in the reproduction of the rental character CL. That is, for reproducing the rental character CL, not only the character information recorded on the character card KC but also the contents of the character data 14a may be used. For this reason, there is a possibility that the character C, which is different from the content displayed on the character card KC, is reproduced in the game as the rental character CL.

  Specifically, for example, after lending a rental card KC (for example, the third owned card KC3 in the example of FIG. 5), the character C corresponding to the rental card KC is assigned to the user U (for example, the first card in the example of FIG. 5). When the two users U2) are continuously nurturing or when the old character card KC is lent out of the old and new character cards KC corresponding to the same character C (contents of parameters are different), the character C May have grown more than when the character card KC was generated. That is, there is a possibility that the content of the parameter that defines the character C corresponding to the rental card KC has changed. In such a case, the reproduction of the rental character CL may reflect the contents of the parameter after the change. In other words, for example, when the contents of such changed parameters are managed by the character data 14a, the character C defined by the contents of the changed parameters as the rental character CL with the use of the rental card KC. May be reproduced in the game. Therefore, the character C that is different from the character C defined by the parameter information included in the character information, that is, the parameter displayed on the rental card KC, may be reproduced as the rental character CL.

  In the example of FIG. 6, with the use of the first owned card KC1 and the second owned card KC2 of the first user U1, the first owned character CO1 and the second owned character CO2 corresponding to these are respectively reproduced in the game. Yes. Further, the first owned character CO1 and the second owned character CO2 have the same parameter contents of “HP: 100” and “HP: 120” as in the display (recording) of the first owned card KC1 and the second owned card KC2. It has been reproduced to have.

  On the other hand, in the example of FIG. 6, information “HP140” is recorded in the character data 14a as the content of the parameter corresponding to the character C of the third possessed card KC3. That is, the content of the parameter of the rental character CL has changed since the third owned card KC3 was lent according to the play situation of the second user U2. For this reason, the contents of the parameter of the rental character CL reproduced with use of the third possessed card KC3 reflect the contents of the parameter after the change, that is, the information of “HP140” of the character data 14a. Specifically, the rental character CL is reproduced so as to have the content of the parameter “HP140” of the character data 14a, not “HP: 90” recorded (displayed) on the rental card KC. As an example, the contents of the character data 14a may be reflected on the rental character CL as described above. In this case, the content of the parameter after change recorded in the character data 14a, that is, the information of “HP140” may function as the content after change of the present invention.

  Note that the content of the parameters used for reproducing the rental character CL is not limited to the latest parameter content. For example, when the content of a plurality of generation parameters exists in the character C corresponding to the rental card KC as the second user U2 plays, the generation to be used may be specified based on the specific condition. Further, as the specific condition, for example, designation of the owner, that is, designation of the second user U2 may be adopted. Alternatively, fixed setting contents set in advance, such as the previous generation, may be employed. Furthermore, appropriate setting contents set by the play situation of the first user U1 and the second user U2, the manager of the game machine GM, and the like may be used as the specific condition.

  Furthermore, when the rental card KC is used, a privilege may be given to the original owner of the rental card KC (for example, the second user U2 in the example of FIG. 5). For example, as a privilege associated with the use of such a rental card KC, a part of the results of playing using the rental card KC (for example, various points such as experience points, items, etc.) may be used. Alternatively, various points and items unrelated to play using the rental card KC may be used as a privilege. In addition, various game-related elements or elements unrelated to the game may be used as a privilege as appropriate. As such an element, for example, a setting for exchanging information or the like through a community service between the original owner and the user U who uses the element may be used.

  On the other hand, the use of the rental card KC is promoted to the user U who uses the rental card KC, that is, the user U who has the right to use the character card KC of another user U (for example, the first user U1 in the example of FIG. 5). Promotion information may be provided. For example, privilege information associated with the use of the rental card KC as described above may be provided to the user U as the promotion information. Or the description etc. explaining the charm of the character C corresponding to the rental card KC may be used as promotion information. Further, for example, a message provided from the original owner may be used as the promotion information. That is, as the promotion information, various kinds of information may be provided from the original owner to the user U who uses the rental card KC through the message. Further, when the rental card KC or the rental character is used (additional conditions may be included as appropriate), the user U who uses the rental card KC can receive various kinds of information similar to the original owner of the rental card KC. A privilege may be granted.

  Next, details of the character data 14a will be described. The character data 14a is data for managing each character C as described above. Further, the character data 14a may be used for reproducing the rental character CL, for example. Therefore, for example, the character data 14a may include at least a part of the character information. FIG. 7 is an explanatory diagram for explaining an example of the contents of the character data 14a. As shown in FIG. 7, the character data 14a may include, for example, information on “character ID”, “user ID”, and “parameter”.

  “Character ID” and “User ID” are information indicating the above-described character ID and user ID, respectively. Similarly, “parameter” is information indicating the parameter contents of each character C. For example, the information of “parameter” may include all the contents of past parameters of each character C, or may include only a part of the contents. Further, for example, the content of a parameter specified based on a specific condition such as the content of the latest parameter may be adopted as such a partial content. As an example, the character data 14a may be configured as a set of records described so that these pieces of information are associated with each other. If only the latest parameter content is included in the “parameter” information, the card ID information may be used instead of the character ID information.

  Next, the reproduction process and the card issue process will be described. The reproduction process is a process for reproducing the character C corresponding to the character card KC in the game. The card issuing process is a process for generating (issuing) a character card KC reflecting the play situation. More specifically, the card issuance process is a process for generating a character card KC corresponding to the character C after the parameter content has changed according to the play situation.

  As an example, the reproduction process may be realized by the control unit 30 of the game machine GM through the routine of FIG. 8, and the card issue process may be realized through the routine of FIG. More specifically, the routines of FIGS. 8 and 9 may be 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 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. 8 is a diagram illustrating an example of a flowchart of a reproduction processing routine for realizing the reproduction processing. More specifically, the example of FIG. 8 is a flowchart of the reproduction processing routine in the case where the promotion information is provided to the user U who uses the rental card KC and the privilege is provided to the owner who originally owns the rental card KC. Is shown. For example, the routine of FIG. 8 may be executed every time the character card KC is read. The presence / absence of reading of the character card KC may be executed based on an output signal of the reader 32, for example.

  When the routine of FIG. 8 is started, the game providing unit 37 first acquires character information of the character card KC in step S11. This acquisition may be performed based on the output signal of the reader 32, for example.

  In subsequent step S12, the game providing unit 37 determines whether or not the target character card KC corresponds to the possessed card KC, that is, whether or not the reproduction target character C corresponds to the owned character CO. Specifically, for example, as described above, the game providing unit 37 may determine whether the target character card KC corresponds to the possessed card KC or the rental card KC based on the determination condition. That is, the game providing unit 37 may distinguish the reproduction target character C from the owned character CO or the rental character CL based on the determination condition in step S12. If this determination result is a positive result, that is, if it corresponds to the possessed character CO (or the possessed card KC), the game providing unit 37 proceeds to step S17.

  On the other hand, if the determination result in step S12 is a negative result, that is, if it does not correspond to the owned character CO (or the owned card KC) (for example, corresponds to the rental character CL), the game providing unit 37 proceeds to step S13. In step S <b> 13, the game providing unit 37 acquires, from the character data 14 a, the parameter content (for example, the parameter content specified by the specific condition) after the change of the character C to be reproduced (for example, the rental character CL). Specifically, for example, the game providing unit 37 obtains the parameter information after the change by acquiring the “parameter” information of the character data 14a specified by the character ID information of the character information acquired in step S11. You may get it. If there is a problem in the acquisition of the character data 14a due to a failure in the network 3 (including the case where the character data 14a cannot be acquired), the game providing unit 37 changes the parameter information of the character information acquired in step S11 in step S13. You may acquire as a parameter content. That is, in this case, the content of the parameter recorded on the character card KC may be used as it is as the content of the parameter after the change, like the owned character CO.

  In subsequent step S14, the game providing unit 37 changes the contents of the parameters for reproduction to be used for reproducing the target character C so that the contents of the character data 14a are reflected. Specifically, the game providing unit 37 reflects the content of the parameters for reproduction in the content of the parameter of the character information acquired in the original step S11 (to the target character card KC so that the content of the character data 14a is reflected. Instead of the contents of the parameters to be recorded and displayed), it may be changed to the contents of the changed parameters acquired in step S14. That is, the game providing unit 37 changes the content of the parameter for reproduction so that the content of the parameter of the character data 14a is used for reproduction of the target character C instead of the content of the parameter included in the character card KC. The information of the character card KC may be reflected in the reproduction of the target character C by changing to the parameter contents.

  In the next step S15, the game providing unit 37 notifies the promotion information. This notification may be executed through display on the monitor MO, for example. In addition, when additional conditions are used for notification of the promotion information, the game providing unit 37 determines whether the additional conditions are satisfied or not in step S15. Promotion information may be notified.

  In the next step S16, the game providing unit 37 notifies the use of the rental card KC so that a privilege is given to the original owner of the rental card KC. This notification may be executed for the center server 2, for example. And grant of actual privilege may be performed by center server 2, for example. Alternatively, when the original owner plays a game through the game machine GM, a privilege may be given by the game machine GM. In step S <b> 16, for example, the game providing unit 37 executes a notification for granting the privilege so that the owner is granted a privilege through such processing.

  In subsequent step S <b> 17, the game providing unit 37 generates reproduction data for reproducing the character C corresponding to the target character card KC in the game. For example, when the processing of step S14 to step S16 is skipped, the game providing unit 37 uses the content of the parameter of the character information acquired in step S11 as it is as the content of the parameter for reproduction for reproducing the character C. May be used to generate data for reproduction. On the other hand, when the process of step S14 is executed, the game providing unit 37 reproduces the content of the parameter for reproduction after the change in step S14 as the content of the parameter for reproducing the character C. Data may be generated.

  In the next step S18, the game providing unit 37 outputs the reproduction data generated in step S16 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 may be stored in a predetermined storage area and used as appropriate depending on the situation, such as game development.

  The character C corresponding to the character card KC is reproduced in the game by the routine of FIG. Specifically, for example, when the owned card KC is used, the character C corresponding to the content of the parameter recorded on the owned card KC as the owned character CO is reproduced as it is. On the other hand, when the rental card KC is used, the character C corresponding to the parameter content recorded in the character data 14a is reproduced as the rental character CL. That is, in the case of the rental card KC, the contents of the parameters recorded on the rental card KC are not used as they are, but the character C corresponding to the contents reflecting the information of the character data 14a is reproduced. Further, when the rental character CL (rental card KC) is used for play, promotion information is also notified, and a privilege is also given to the original owner.

  On the other hand, FIG. 9 is a diagram showing an example of a flowchart of a card issuing process routine for realizing the card issuing process. For example, the routine of FIG. 9 may be executed when an issue condition is satisfied. The issue condition may be satisfied when, for example, an operation for instructing card issue is executed. That is, the routine of FIG. 9 may be executed when an operation to instruct card issuance is performed as an example. Further, such an instruction may include a selection result for specifying the type of card. For example, such a card type may include a normal character card KCa and a dedicated rental card KCb. That is, the card issuance instruction may include a selection result for specifying the generation target character card KC out of the normal character card KCa or the dedicated rental card KCb.

  When the routine of FIG. 9 is started, first, in step S21, the game providing unit 37 acquires play status information. For example, the information on the play situation may include the content of the changed parameter that has changed according to the play situation.

  In continuing step S22, the game provision part 37 produces | generates the character information after a play. Specifically, the game providing unit 37, for example, character information (card ID or the like) including the contents of the changed parameter acquired in step S21 (may be generated in step S22 based on the play situation in step S21). May be used for the character information at the time of use). Further, when the dedicated rental card KCb is designated as the character card KC to be generated, the game providing unit 37, in step S22, character information so as to further include “rental” information indicating the dedicated rental card KCb. May be generated. Note that the game providing unit 37 may update the contents of the character data 14a (for example, “parameter” information) so that the current play situation is reflected in step S22.

  In the next step S24, the game providing unit 37 generates image data for expressing the composite image CI including the character information generated in step S23. In subsequent step S24, the game providing unit 37 outputs (provides) the image data to the printer PR so that a new character card KC is generated based on the image data generated in step S23. And after finishing the process of step S24, the game provision part 37 complete | finishes this routine.

  The character card KC which records the character information of the content reflecting the play situation is generated by the routine of FIG. That is, the character card KC corresponding to the character C that has grown up reflecting the play situation is generated. Further, when the dedicated rental card KCb is designated as the type of character card KC to be generated, the dedicated rental card KCb is dedicated as the rental card KC (always determined as the rental card KC based on the determination condition). Is generated.

  As described above, according to this embodiment, not only the possessed character CO owned by the self (for example, the first user U1 in the example of FIG. 5) but also the self when the usage right is given. A character C owned by another user U (for example, the second user U2 in the example of FIG. 5) is also used as a rental character CL for playing the game. Further, when the content of the parameter of the rental character CL changes according to the play situation of the other user U, for example, the content of the change is reflected via the character data 14a. The rental character CL is reproduced in the game. That is, the content of the parameter of the rental character CL can be changed from the content recorded on the character card KC (the content when the usage right is granted by lending or the like) based on the play situation of another user U. As a result, the tiredness of the user U with respect to the rental character CL can be suppressed, so that the use of the rental character CL can be used as compared with the case where the parameter contents of the rental character CL are fixed to the display (recording) contents of the character card KC. The period can be extended. As a result, the use of the rental character CL can be promoted as compared with the case where the contents of such parameters are fixed.

  Further, when the promotion information is notified to each user U, the use of the rental character CL can be further promoted through such notification. Further, when a privilege is given to the original owner by using the rental character CL, it is possible to give a profit to the original owner along with the use of the rental character CL. As a result, since it is possible to urge each user U to be given the right to use through such a privilege, the possibility that the rental character CL appears in the game can be increased. Thereby, utilization of the rental character CL can be further promoted. And since the variation of the character C which each user U uses by these can also be increased, the interest property of a game can also be improved.

  In the above embodiment, the control unit 30 of the game machine GM functions as the content acquisition unit, the content reflection unit, the information acquisition unit, and the reproduction unit of the present invention by executing the routine of FIG. Further, the control unit 30 of the game machine GM functions as the medium generating means of the present invention by executing the routine of FIG. 9 through the game providing unit 37. On the other hand, the storage unit 31 of the game machine GM functions as the data storage device of the present invention by storing the character data 14a.

  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 character information includes “parameter” information. However, the present invention is not limited to such a form. For example, the character information may be appropriately configured as long as the parameter information of each character C can be specified. Specifically, for example, the character information may not include “parameter” information. In this case, the parameter information may be centrally managed by the character data 14a, for example. The character data 14a may also be used to reproduce the owned character CO. In this case, the parameter information may be specified by a character ID or a card ID. That is, the character information may be appropriately configured as long as it includes information for specifying such parameter information as the character ID.

  Furthermore, in the above-described embodiment, a character card KC (paper medium) is used as a recording medium for recording character information. However, the present invention is not limited to such a form. Various modes may be adopted as the recording medium as long as the character information can be recorded. Further, the present invention is not limited to the form in which the parameter contents are acquired via a storage medium physically owned by each user U. For example, a recording medium owned or possessed by each user U may not be involved in reproducing the character. That is, the character card KC or the like may not be generated. For example, the character information may be managed centrally by the character data 14a even in such a case. Then, the lending of the character C, that is, the grant of the usage right may be executed through the game machine GM, for example. Therefore, the usage right is not limited to occupation of a physical recording medium. As long as the usage right is managed, for example, the usage right may be granted through an operation on the operation unit for granting the usage right. In this case, the presence / absence of the right to use may be managed for each user U by play data or the like, for example. That is, various aspects may be adopted as the usage rights and usage conditions. Further, the usage right may have an end condition. In other words, the usage right may be restricted using an end condition. For example, a stop of use may be used as such a restriction. That is, when the termination condition is satisfied, as an example, the usage right may be treated as invalid and the use of the rental character CL may be stopped. For example, the termination condition may be satisfied when the number of times of use or the expiration date of use exceeds a predetermined value. Alternatively, the termination condition may be satisfied when a use stop is set by the original owner.

  In the above-mentioned form, anthropomorphic characters are used as the teammate character and the enemy character. 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. Conversely, the center server 2 may execute all or part of various processes executed by the game machine GM.

  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.

  According to the game system of the present invention, a game including each character (C) defined by definition information whose contents change according to the play situation of the owner is determined based on the determination condition for determining the owner. Are used, based on usage conditions, with a distinction between an owned character (CO) owned by the user (U1) and a non-owned character (CL) owned by a user (U2) different from the user. A game system (1) that provides to allow use of the non-owned character by the user in the content of the definition information when the right to use is granted. Character data (1) for managing the content after change when the content of the definition information of the non-owned character is changed to content after change as the user plays a data storage device (31) for storing a) and content acquisition means (30) for acquiring the changed content of the definition information via the character data when the non-owned character is used for play by the user ) And content reflection that reflects the changed content in the definition information of the non-owned character so that the non-owned character corresponding to the changed content is used based on the acquisition result of the content acquisition means Means (30).

  According to the game system of the present invention, not only a character owned by the user but also a non-owned character owned by a user other than the user is used for playing the game when the right to use is granted. Further, when the definition information of the non-owned character changes according to the play situation of the other user, the non-owned character reflecting the content of the change is used for playing the game. That is, the content of the definition information of the non-owned character can be changed from the content when the usage right is granted based on the play situation of another user. As a result, it is possible to prevent the user from getting bored of the non-owned character, so that the usage period of the non-owned character can be extended compared to the case where the definition information of the non-owned character is fixed to the contents at the time of granting the usage right. it can. As a result, compared to the case where the contents of such definition information are fixed, the use of characters owned by other users can be promoted. Thereby, since the variation of the character which each user uses can also be increased, the interest property of a game can also be improved.

  In one aspect of the game system of the present invention, when the non-owned character is used by the user, a privilege associated with the use of the non-owned character may be given to the other user. In this case, with the use of a non-owned character, the original owner of the character can also be profited. As a result, it is possible to urge each user to be granted usage rights. Thereby, utilization of a non-owned character can be promoted more.

  As an aspect of the game system of the present invention, an aspect may further be adopted that further includes information notification means (30) for notifying the user of promotion information for promoting use of the non-owned character. In this case, the use of the non-owned character can be further promoted through notification of the promotion information.

  The notification of the promotion information may be executed in various modes. For example, in one aspect of the present invention in which promotion information is notified, the information notification unit may notify the promotion information when the non-owned character is used by the user.

  Definition information corresponding to each character may be provided in various forms. For example, as one aspect of the game system of the present invention, the character information including the contents of the definition information of each character and user identification information for specifying the user who owns each character is recorded via the recording medium (KC). An aspect may further be adopted which further includes information acquisition means (30) for acquiring character information and reproduction means (30) for reproducing each character based on the contents of the definition information included in the character information.

  Moreover, various conditions may be employ | adopted as use conditions. For example, in one aspect of the present invention in which definition information is provided via a recording medium, the use condition is satisfied at least when a recording medium corresponding to the non-owned character is used to provide the character information, When the non-owned character is reproduced, the content reflecting means is configured so that the changed content is used for reproducing the non-owned character instead of the content of the definition information included in the character information. The content after the change may be reflected in the definition information by changing the content of the definition information used for reproduction by the reproduction means to the content after the change. In addition, for example, as one aspect of the present invention in which definition information is provided via a recording medium, the character information further including non-owned information indicating the non-owned character is recorded, and dedicated to reproduction of the non-owned character Medium generating means (30) for generating the dedicated recording medium (KCb), wherein the use condition is satisfied when the dedicated recording medium is used for providing the character information, and the reproducing means includes: A mode may be adopted in which a character corresponding to the character information of the dedicated recording medium is reproduced as the non-owned character.

  Similarly, various conditions may be adopted as the determination conditions. For example, in one aspect of the present invention in which definition information is provided via a recording medium, as the determination condition, via a reference recording medium (SC, KC1) that records specific user identification information corresponding to the owner A result of whether or not the acquired specific user identification information matches the user identification information corresponding to the owner of each character is used as the owned user character and the non-owned character. A character that matches the user identification information and a character that does not match the specific user identification information and the user identification information may be used. Furthermore, in this aspect, as the specific user identification information, the user identification information of the first recording medium (KC1) that first provided the character information with the play of the game is used, and as the reference recording medium, The first recording medium may function.

  Various modes may be used as the recording medium. For example, in one aspect of the present invention using a recording medium, a code (CG) generated in accordance with a predetermined standard so as to include the character information is printed on the recording medium, and the character information is It may be recorded on the recording medium by printing via the code.

  The computer program of the present invention is configured to cause the computer (30) connected to the data storage device to function as each means of the above-described game system.

  On the other hand, the server device (2) of the present invention is connected to the data storage device and functions as each means of the above-described game system. The game system of the present invention can be realized by the computer program or server device of the present invention.

1 game system 30 control unit (computer, content acquisition means, content reflection means, information notification means, information acquisition means, reproduction means, medium generation means)
31 Storage unit (data storage device)
14a Character data C Character U1 First user (user)
U2 Second user (another user)
CG two-dimensional code (code)
CO owned character CL Rental character (non-owned character)
GM game machine KC character card (recording medium)
KC1 First owned card (reference recording medium)
KCb exclusive rental card (dedicated recording medium)

Claims (11)

A game including each character defined by definition information whose contents change in accordance with the play situation of the owner, the owned character that the user owns each character based on the determination condition for determining the owner, and the user If it is determined that the right to use is granted based on the usage conditions, while distinguishing it from non-owned characters owned by other users, the content of the definition information when the right to use is given. A game system for allowing the user to use the non-owned character,
A data storage device for storing character data for managing the content after change when the content of the definition information of the non-owned character is changed to content after change with the play of the other user;
When the non-owned character is used for play by the user, content acquisition means for acquiring the content after change of the definition information via the character data;
Content reflecting means for reflecting the content after change in the definition information of the non-owned character so that the non-owned character corresponding to the content after change is used based on the acquisition result of the content acquisition means;
Information acquisition means for acquiring the character information via a recording medium for recording character information including specification information for specifying the definition information of each character and user identification information for specifying a user who owns each character;
Reproduction means for reproducing each character corresponding to the definition information identified by the identification information included in the character information;
Bei to give a,
When the content of the definition information of the non-owned character has changed to the content after the change, the reproducing unit defines the definition when the right to use is granted based on the reflection result of the content reflecting unit. A game system that reproduces the non-owned character based on the changed content instead of the information content .   The game system according to claim 1, wherein when the non-owned character is used by the user, a privilege associated with the use of the non-owned character is given to the other user.   The game system according to claim 1, further comprising information notifying means for notifying the user of promotion information for promoting use of the non-owned character.   The game system according to claim 3, wherein the information notification unit notifies the promotion information when the non-owned character is used by the user. The use condition is satisfied at least when a recording medium corresponding to the non-owned character is used for providing the character information,
When the non-owned character is reproduced, the content reflecting means is configured so that the changed content is used for reproducing the non-owned character instead of the content of the definition information included in the character information. The game system according to any one of claims 1 to 4, wherein the content of the definition information used for reproduction by the reproduction means is changed to the content after change to reflect the content after change in the definition information. Medium generation means for generating a dedicated recording medium dedicated to reproduction of the non-owned character by recording the character information further including non-owned information indicating the non-owned character;
The use condition is satisfied when the dedicated recording medium is used for providing the character information,
It said reproduction means, wherein to reproduce the character corresponding to the character information as the non-possessing character, the game system according to claim 1 of the dedicated recording medium. As the determination condition, the specific user identification information acquired via the reference recording medium for recording the specific user identification information corresponding to the owner matches the user identification information corresponding to the owner of each character. The result of whether or not
Examples possessing character and the non-possessing character, the character which the user identification information and the character and the certain user identification information, wherein the user identification information and the specific user identification information matches do not match are used respectively, claims 1 to 6, The game system according to any one of the above. As the specific user identification information, the user identification information of the first recording medium that first provided the character information with the play of the game is used,
The game system according to claim 7 , wherein the first recording medium functions as the reference recording medium. The recording medium is printed with a code generated in accordance with a predetermined standard so as to include the character information,
The game system according to any one of claims 1 to 8 , wherein the character information is recorded on the recording medium by printing via the code. The data computer connected to the storage device, according to claim 1 to 9 or a computer program arranged to function as each unit of a game system according to one of. The data storage connected device, the server device functioning as the means of the game system according to any one of claims 1-9.