JP2017080036A - Game system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow a player to acquire a real article corresponding to an appearing object that appears in a game and to enhance fun of a player.SOLUTION: A game system relates object information for indicating an appearing object to player identification information for identifying a player to manage the appearing object so as to be in a state owned by the player, for the appearing object including a character or an item appearing in a game. The owned state of the appearing object includes a first owned state in which a real article corresponding to the appearing object is not provided and a second owned state in which a real article corresponding to the appearing object is provided. The system can execute a game using an appearing object in an owned state by the player, and make a mode of execution of the game differ between when the appearing object used at this time is in the first owned state and when it is in the second owned state.SELECTED DRAWING: Figure 9

Description

  The present invention relates to a game system and a program, and more particularly, to an electronic game performed using characters and items corresponding to virtual articles or real articles.

  In recent years, there is a game system that realizes a battle game or the like between a plurality of client terminals through the exchange of information with a predetermined server. In such a game system, a user of a client terminal constructs a virtual article card (digital card) provided as electronic data as a deck, and starts a game using the deck. It is possible to play a game in which a character corresponding to is displayed.

  In Patent Document 1, in a game system provided with a function relating to the result of such a battle game and the exchange (trading) of a digital card between users, the acquired digital card is a card of an actual article having an entity in the real world. Is issued, and a client terminal user can actually obtain a real product card.

JP 2001-331667 A

  On the other hand, in a trading system as described in Patent Document 1, cards issued as actual articles are merely used for collection purposes and have nothing to do with the provided game.

  The present invention has been made in view of the above-described problems, and a game system and program for improving the interest of a player while enabling the player to acquire an actual article corresponding to an appearance object appearing in the game. The purpose is to provide.

  In order to achieve the above-mentioned object, the game system of the present invention has a first providing means for providing a player with a corresponding real article for an appearance object including a character or item appearing in the game. The management means for managing the appearance object as being in the possession state of the player by associating the object information indicating the appearance object with the player identification information for identifying the player, and the appearance object in the possession state of the player Control means for executing the used game, and the possession state of the appearance object is the first possession state in which the actual article corresponding to the appearance object is not provided, and the actual state corresponding to the appearance object. The second possession state in which the article is provided, and the control means Object, wherein varying the mode for executing a game in the case where in case a second ownership state in the first owned state.

  With such a configuration, according to the present invention, it is possible to improve the interest of the player while allowing the player to acquire an actual article corresponding to the appearance object appearing in the game.

The figure which showed the system configuration | structure of the game system which concerns on embodiment of this invention. The block diagram which showed the function structure of the game server 100 which concerns on embodiment of this invention. The block diagram which showed the function structure of the account management server 200 which concerns on embodiment of this invention. The block diagram which showed the function structure of the delivery management server 300 which concerns on embodiment of this invention. The figure which showed the structural example of the real card provided to a player in the game system which concerns on embodiment of this invention. The sequence diagram which illustrated the object acquisition processing implement | achieved with the game system which concerns on embodiment of this invention The sequence diagram which illustrated the real card delivery processing implement | achieved with the game system which concerns on embodiment of this invention The flowchart which illustrated the real card registration process performed in the game server 100 which concerns on embodiment of this invention. The flowchart which illustrated the game process performed in the game server 100 which concerns on embodiment of this invention. The flowchart which illustrated the object cancellation | release process performed in the game server 100 which concerns on embodiment of this invention. The figure which illustrated the structure of various data used with the game system which concerns on embodiment of this invention

[Embodiment 1]
Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. Note that in the embodiment described below, as an example of a game system, a game server that directly provides a service related to a game to a connected client device, authentication information and billing information related to each player, and the like Account management server that manages account information that is also used for services other than the provided games, and delivery management that manages a series of information related to delivery to players for real articles corresponding to the appearance objects in the provided games An example in which the present invention is applied to a game system including a server will be described. However, the present invention does not need to be a server group configured by being separated into a plurality of servers having different roles, and can be applied to any device having the same or a part of the configuration. .

  In this specification, “appearing object” is a generic term for various objects that can be used by a player (based on operation) during game play, including characters or items that appear in the provided game. To do. In the following description, when an appearance object is obtained, information for identifying the object (object ID) or information for identifying an article (card) corresponding to the object (card ID) identifies the player (player ID). First, an article corresponding to the object is provided to the player as a “virtual article” on the game. Further, as described above, in the game system of the present embodiment, the player can acquire an article corresponding to the acquired appearance object as a “real article” by making a request for delivery. Here, “real article” refers to an article having a physical entity in the real world, and “virtual article” is equivalent to an actual article in the program although it does not have a physical entity in the real world. It will be described as referring to an electronic article handled as being.

  In the game system of the present embodiment, the appearance object obtained by the player (which can be used in the game play) can be obtained on the game in accordance with the configuration in which a card as an actual article can be actually obtained. Although a description will be given assuming that a virtual card as a virtual article is provided to the player, this is not an essential configuration in the practice of the present invention. The present invention can be applied to any configuration in which the player can obtain the actual article corresponding to the appearance object, and it will be easily understood that the presence or absence of provision as a virtual “article” is not an essential configuration.

  In the present embodiment, for the sake of simplicity, the article is assumed to be a card, and the real article card is referred to as a real card, and the electronic information handled as a virtual article card is referred to as a virtual card. Further, in the case where both are indicated or any one may be indicated, the description will be simply made as “card” without referring to “real” and “virtual”. It will be easily understood that the article is not limited to a card but may be a predetermined toy body such as a figure, piece, or medal. In addition, “real” and “virtual” prefix characters are used in the same manner when identification is required in management of corresponding information.

《Game system configuration》
FIG. 1 is a block diagram showing a system configuration of the game system according to the present embodiment. The game system according to the present embodiment includes a game server 100, an account management server 200, and a delivery management server 300 in order to realize game play in the client device 400 used by the player via the network 500.

  The game server 100 receives information on operation inputs made in the client device 400 and controls execution of a game application related to the provided game. In the game system of the present embodiment, each player can own one or more appearance objects as virtual cards, and a “deck” in which one or more virtual cards in the possession state are registered is used as a virtual card in the deck. It is possible to play a provided game using the appearance object. In other words, each appearance object is treated as a corresponding virtual card when acquiring the appearance object (when it becomes owned) or building a deck, but during actual game play such as story mode or battle mode, the appearance object Are treated as appearing in the game. Therefore, in the following description, an appearance object that is in the possession state of the player (or is in the possession state) will be referred to simply as an “appearance object” or a corresponding “virtual card”, which is changed for convenience according to the content of the explanation. However, in essence, both can be interpreted interchangeably. In this embodiment, a plurality of “virtual cards” can be assigned to “appearing objects” in the provided game, but one “virtual card” corresponds to one “appearing object”.

  The account management server 200 manages payment of consideration related to personal authentication related to the service usage of the player and acquisition of appearance objects. In the present embodiment, the account management server 200 will be described as performing personal authentication of a player via the game server 100 when a service use request related to the provided game is made from the client device 400 to the game server 100. The account management server 200 receives a request from the game server 100 and performs a process related to payment of a price in the same manner even when an appearance object acquisition request is made. In the game system of the present embodiment, the consideration is paid by points given according to the player's advance billing amount. Accordingly, the account management server 200 performs point addition processing according to the charging instruction from the player, point subtraction processing according to the appearance object acquisition request, and the like.

  The delivery management server 300 is a server provided for managing / updating delivery information for shipping (/ delivery) of real cards, for example. When the game server 100 makes a delivery request for a real card corresponding to an appearance object in the possession state from the client device 400, the delivery management server 300 receives the delivery information from the game server 100, and delivers based on the delivery information. Execute processes related to preparation and various procedures. In this embodiment, the real card is issued in advance and installed in a facility such as a business operator that can refer to the delivery information, and information on the real card that is actually delivered to the player in correspondence with the delivery information is the delivery management server 300. Registered in

  Thus, the game server 100, the account management server 200, and the delivery management server 300 are communicably connected via the network 500 in order to transmit and receive information for each request. The network 500 may realize information communication between devices such as a public communication network such as the Internet or a local area network. Further, the existence of the network 500 does not limit that information communication is realized by a specific network, and the game server 100, the account management server 200, and the delivery management server 300 can be directly connected regardless of wired / wireless. The devices may be connected.

  The client device 400 is an arbitrary terminal used by a player having a configuration capable of communication connection with the game server 100 via a network 500 such as a PC, a smart phone, a tablet, or a game console. The client device 400 is assumed to have an operation input interface capable of performing necessary operation input and a built-in / externally connected display device in order to perform a game play related to the provided game.

  In this embodiment, the functions are separated into the game server 100, the account management server 200, and the delivery management server 300, but the functional configuration of each server is not limited to this. For example, personal authentication and billing may be performed in the game server 100, and the account management server 200 may not exist. The delivery management server 300 may not be external but the game server 100 may perform the same processing. The configuration for performing lottery related to virtual card acquisition may be performed by the account management server 200 together with the charge management, and the game server 100 may receive the lottery result so that the lottery is not performed. The delivery request for the real card may be received by the account management server 200 and a delivery instruction may be issued to the delivery management server 300. As described above, in this embodiment, an example in which the game server 100, the account management server 200, and the delivery management server 300 perform various functions of the game system separately will be described. Any function is performed by any device. This can be changed arbitrarily.

  Hereinafter, the functional configuration of the device for each of the game server 100, the account management server 200, and the delivery management server 300 will be described in more detail. In the following description, in order to identify which server has the same function in each server, “game (game server 100)”, “account (account management server 200) ”And“ delivery (delivery management server 300) ”.

<Configuration of game server 100>
First, the functional configuration of the game server 100 according to the present embodiment will be described with reference to the block diagram of FIG.

  The game control unit 101 is, for example, a CPU, and controls the operation of each block included in the game server 100. The game control unit 101 controls the operation of each block by, for example, reading the operation program of each block stored in the game storage medium 102 and the program related to the provided game application, developing the program in the game memory 103 and executing the program.

  The game storage medium 102 is a rewritable storage device that can hold permanent information, such as a nonvolatile memory or an HDD. The game storage medium 102 stores not only the operation program for each block of the game server 100 but also information such as parameters required for the operation of each block. The game memory 103 is a rewritable storage device used for temporary information holding such as a volatile memory. The game memory 103 is used not only as a development area for the operation program of each block but also as a storage area for storing intermediate data output in the operation of each block.

  The player DB 104 is a database that manages various information (player information) necessary for providing a game for each player who uses the provided game. For example, as shown in FIG. 11A, the player information may have a data configuration for managing various types of information in association with a player ID for identifying the player. As shown in the figure, in the player information, in association with the player ID 1101, game progress information 1102 indicating the progress status (execution event, story progress, status, etc.) of the game play being performed by the player, The owned object information 1103 for managing a certain appearance object and the deck information 1104 indicating the information of the deck used for playing the provided game are managed.

  Here, owned object information 1103 is information for managing one or more virtual cards owned by one player, and one or more data associated with a card ID for identifying each virtual card is included in the information. Have. As shown in FIG. 11 (a), for each virtual card, an object ID 1112 that specifies an appearance object corresponding to the virtual card in association with the card ID 1111 and the real card after the real card is provided for the virtual card. The real card registration flag 1113 indicating whether or not is registered (logical type information indicating that the card has been registered or provided with True (true)), for example, updated as the game progresses (growth: character's Status that indicates the status that has been changed (level increase / decrease, increase / decrease in parameters used for game progress control, increase / decrease in available feats, presence / absence of equipped items, item grade change, item decoration change, item effect parameter increase / decrease, etc.) Update information 1114 is managed.

  Since the player DB 104 stores player information of a plurality of players using the service, the capacity of a storage area that can be occupied by one player information is determined in advance, and the number of virtual cards that can be held by each player An upper limit is set for (number of virtual cards having different card IDs). That is, if an unlimited number of virtual cards that can be held by each player is recognized, a database having a sufficient capacity to store the virtual cards must be selected, leading to an increase in server installation costs. Therefore, an upper limit is set for the number of possessions in an aspect in which the appearance objects and the like that are owned by each player are managed on the server side.

  The object DB 105 is a database that manages various types of information (object information) about each of the appearance objects that appear in the provided game. For example, as shown in FIG. 11B, the object information may have a data configuration that manages various types of information in association with an object ID that identifies each of the appearance objects appearing in the provided game. As shown in the figure, in the object information, in association with the object ID 1121, basic status information 1122 indicating a reference value or the like of each parameter of the object, issued virtual card information 1123 indicating one or more virtual cards provided for the object Is managed.

  Here, the issued virtual card information 1123 is information for managing a virtual card provided for one appearance object, and has one or more data associated with a card ID for identifying each virtual card in the information. As shown in FIG. 11B, for each virtual card, a real card presence flag 1132 indicating whether there is a real card corresponding to the virtual card in association with the card ID 1131 (logical information, True If there is a real card (determined when a code is registered, prepared for delivery, delivered, or received), the code attached to the real card when there is a real card (character string or 1D / 2D pattern) And a registration state 1134 indicating whether or not the player has registered in the game system using the code attached to the real card (information for specifying predetermined information such as For example, logical type information registered with True) is managed.

  In the present embodiment, it is assumed that the information of the real card delivered corresponding to one virtual card is included in the issued virtual card information 1123 and managed in the object information. 1103 may be managed in association with the card ID. It goes without saying that the data structure in the database of this embodiment is merely an example. In this embodiment, the player DB 104 and the object DB 105 are described as the internal configuration of the game server 100. However, at least one of these databases is a configuration of an external device different from the game server 100. Also good. In this case, the game server 100 is connected so as to be able to communicate with the database so that record information can be obtained from each database.

  The lottery unit 106 performs a lottery process for the appearance object to be provided to the player as a virtual card on the condition that the payment has been made when the client device 400 requests the appearance object to be acquired. The lottery process is performed by randomly selecting object IDs corresponding to the number of acquisition requests from a list including object IDs of all or predetermined appearance objects in a predetermined ratio.

  The delivery instruction unit 107 issues a delivery instruction to the delivery management server 300 in response to a real card delivery request made by the player. In the game system of the present embodiment, the player can issue a corresponding real card delivery instruction for an appearing object that is in a usable state (owned state) in accordance with payment of the consideration. In other words, not only the electronic possession item in the game called the virtual card but also the product related to the appearing object can be obtained as a real card which is an article having an entity in the real world. In other words, the appearance objects on the game that can be used after being paid for the provided game can be actually obtained as real cards, not just in the game. The property can be increased synergistically from the viewpoint of collecting articles.

  As described with respect to the real card grant code 1133, the code grant unit 108 is a code attached to the real card that can uniquely identify the real card with respect to the virtual card for which the real card is provided (issued). Is granted. The assignment of the code is realized by assigning a real card grant code 1133 obtained by card scanning or the like from the actual card to be delivered to the issued virtual card information 1123 associated with the card ID of the corresponding virtual card. Is done. As shown in FIG. 5, the code is attached to the back side of the actual card in a visible state. The code is input to the client device 400 and transmitted to the game server 100, so that the actual card is The possession can be further registered in the game system. Note that the code of the card shown in FIG. 5 is shown as a numeric string so that the player can easily input it, but is not limited to this mode. Further, it is preferable to attach the code to the real card in a visible configuration in that it does not require the player to introduce a dedicated information acquisition device, but it is attached in an invisible state, and a dedicated or general-purpose information acquisition device. The code may be attached in such a manner that information can be acquired via the.

  The game communication unit 109 is a communication interface that allows the game server 100 to perform information communication with an external device. The game server 100 can send and receive information to and from an external device connected via the network 500 via the game communication unit 109. In addition, the application program related to the provided game may be updated by receiving the corresponding data via the game communication unit 109.

<Configuration of Account Management Server 200>
Next, the functional configuration of the account management server 200 according to the present embodiment will be described with reference to the block diagram of FIG.

  The account control unit 201 is a CPU, for example, and controls the operation of each block included in the account management server 200. The account control unit 201 controls the operation of each block by, for example, reading the operation program for each block stored in the account storage medium 202 and developing it in the account memory 203 for execution.

  The account storage medium 202 is a rewritable storage device that can hold permanent information, such as a nonvolatile memory or an HDD. The account storage medium 202 stores not only the operation program for each block of the account management server 200 but also information such as parameters required for the operation of each block. The account memory 203 is a rewritable storage device used for temporary information holding such as a volatile memory. The account memory 203 is used not only as a development area for the operation program of each block, but also as a storage area for storing intermediate data output in the operation of each block.

  The account DB 204 is a database that manages, as account information, various types of information necessary for using the service for each user (player) who uses the service related to the provided game of the present embodiment. For example, as shown in FIG. 11C, the account information may have a data configuration that manages various types of information in association with an account ID registered for each user (a user can be uniquely specified). As shown in the figure, in the account information, in association with the account ID 1141, a password 1142 required for user authentication at the time of login for use of the service, a point required for payment of the price during the service, and a charge (billing) of the point Billing destination information such as a credit card used for the credit card), billing information 1143 including information such as a billing history, and delivery destination information 1144 having an address and a contact used for delivery of the actual card are managed.

  The authentication unit 205 performs user authentication related to service use according to the account ID and password information transmitted from the client device 400. Information necessary for user authentication may be acquired from the account information related to the corresponding account ID 1141, and may be authenticated by comparing with information received from the client device 400, for example.

  Based on the request made from the client device 400, the charge management unit 206 is generally charged with increase / decrease of currency (points) related to service use, such as charging of points by charging, payment of consideration for acquiring appearance objects by subtracting points, etc. Process.

  The account communication unit 207 is a communication interface included in the account management server 200 that enables information communication with an external device. The account management server 200 can transmit / receive information to / from an external device connected through the network 500 via the account communication unit 207.

<Configuration of Delivery Management Server 300>
Next, the functional configuration of the delivery management server 300 according to the present embodiment will be described with reference to the block diagram of FIG.

  The delivery control unit 301 is a CPU, for example, and controls the operation of each block included in the delivery management server 300. The delivery control unit 301 controls the operation of each block by, for example, reading the operation program for each block stored in the delivery storage medium 302 and developing it in the delivery memory 303.

  The delivery storage medium 302 is a rewritable storage device capable of holding permanent information such as a nonvolatile memory or HDD. The delivery storage medium 302 stores not only the operation program for each block of the delivery management server 300 but also information such as parameters necessary for the operation of each block. The delivery memory 303 is a rewritable storage device used for temporary information holding such as a volatile memory. The delivery memory 303 is used not only as a development area for the operation program of each block, but also as a storage area for storing intermediate data output in the operation of each block.

  The delivery DB 304 is a database that manages one piece of delivery information for one delivery (delivery of one or more real cards) based on the delivery instruction received from the game server 100. For example, as shown in FIG. 11D, the delivery information may have a data configuration that manages various types of information in association with the delivery ID assigned to one delivery. As shown in the figure, in the delivery information, delivery destination information 1152 indicating the address of the delivery destination relating to the delivery and delivery card information 1153 relating to the actual card for delivery are managed in association with the delivery ID.

  Here, the delivery card information 1153 is information for managing each of the real cards to be delivered, and corresponds to the corresponding appearance object in order to indicate which real card is the delivery target to the delivery destination company or the like. One or more pieces of data each having the object ID 1162 of the object are included in association with the card ID 1161 of the virtual card. As described above, in the game system according to the present embodiment, information (code) for uniquely identifying a real card is attached to the real card in advance. The acquired real card is scanned for code acquisition, and the acquired code is acquired by the information acquisition unit 305 and added to the delivery card information 1153 as an acquisition code 1163. That is, it is sufficient that the information related to the delivery instruction includes at least the delivery destination information 1152, the card ID 1161, and the object ID 1162, and thereafter managed as delivery information in the delivery management server 300, and the actual delivery target corresponding to the object ID 1162 is detected. When the card is confirmed, the delivery code is completed by updating the acquisition code 1163 based on the code acquired from the card.

  The delivery communication unit 306 is a communication interface included in the delivery management server 300 that enables information communication with an external device. The delivery management server 300 can send / receive information to / from an external device connected through the network 500 via the delivery communication unit 306.

《Object acquisition processing》
A specific process of the object acquisition process executed in the game system of the present embodiment having such a configuration will be described with reference to the sequence diagram of FIG. The processing corresponding to the sequence diagram can be realized by the control unit of each server reading, for example, a corresponding processing program stored in each storage medium, developing it in the memory, and executing it. The object acquisition process will be described as being started when, for example, an appearance object acquisition request (new virtual card acquisition request) is received from the client device 400 operated by the player.

  In S601, the game control unit 101 determines whether or not the number of appearance objects currently owned by the player has reached the upper limit. Specifically, the game control unit 101 refers to the player information associated with the player ID 1101 and performs the determination of this step based on the data number of information related to the virtual card included in the owned object information 1103. If the game control unit 101 determines that the number of appearing objects currently owned by the player has not reached the upper limit, the game control unit 101 issues a settlement request related to payment of payment to the account management server 200 for acquisition of a new appearing object. Do it. If the game control unit 101 determines that the upper limit has been reached, the object acquisition process is completed.

  In step S <b> 602, the charge management unit 206 performs a payment process related to acquisition of a new appearance object based on the received payment request under the control of the account control unit 201. The charge management unit 206 returns information of successful payment to the game server 100 when the point subtraction related to the acquisition of a new appearance object is performed and the payment process ends normally. If the payment process does not end normally due to insufficient points or the like, the charge management unit 206 returns payment failure information to the game server 100. In this case, the object acquisition process may be completed with the settlement failure.

  In S603, the lottery unit 106 performs a lottery process related to acquisition of a new appearance object based on the successful point settlement. Specifically, the lottery unit 106 provides the number of object IDs requested to be acquired from a list including the object IDs of the appearance objects that are the objects of the lottery process by, for example, selecting them based on random number generation. The object ID of the appearance object is determined.

  In S604, when the lottery unit 106 determines the object ID of the appearing object through the lottery process, the lottery unit 106 assigns a new card ID (virtual card) to the appearing object, and the object information related to the object ID is obtained. Update. Specifically, the lottery unit 106 has the newly assigned card ID 1131 in the issued virtual card information 1123 associated with the object ID of the lottery result in the object information, and the real card presence flag 1132 is False. Data in which the assignment code 1133 is blank and the registration state 1134 is True is added.

  In S605, the lottery unit 106 updates the player information related to the player ID of the player in order to bring the virtual card corresponding to the appearance object obtained as a result of the lottery into the possession state of the player. Specifically, the lottery unit 106 has a newly assigned card ID 1111 in the owned object information 1103 of the player information, the object ID 1112 is the object ID of the lottery result, the real card registration flag 1113 is False, and the status update information 1114 is Add the initial data.

  By such processes of S603 to S605, the appearance object determined as a result of the lottery process can be brought into the possession state of the player (a state in which the player can appear in the game or a state that can be used in the game). In other words, a virtual card corresponding to the appearance object obtained as a result of the lottery process can be provided to the player.

  In S606, the game control unit 101 transmits information indicating the appearance object acquired by the player as a result of the lottery to the client device 400 via the game communication unit 109, and causes the client device 400 to present the player.

《Real card delivery processing》
Next, with regard to the actual card delivery process for registering the delivery information of the corresponding real card for the appearance object brought into the possession state of the player by such object acquisition process, a specific process is performed using the sequence diagram of FIG. explain. The processing corresponding to the sequence diagram can be realized by the control unit of each server reading, for example, a corresponding processing program stored in each storage medium, developing it in the memory, and executing it. The real card delivery process will be described as being started when a corresponding real card delivery request is received from the client device 400 operated by the player, for example, for an appearance object that is in the possession state of the player.

  In S <b> 701, the game control unit 101 determines that the number of appearance objects for which a real card delivery request has been made (the number of virtual card card IDs included in the delivery request) is equal to or greater than a predetermined number determined as requiring no delivery fee. Judge whether there is. In the game system of the present embodiment, the player is authorized to receive the corresponding real card because the player is required to pay the consideration at the time of provision of the virtual card. On the other hand, when the player already possesses a real card corresponding to the same appearance object, or when the virtual card corresponds to an appearance object that the player does not desire to provide the real card, the player has not necessarily obtained it. In some cases, it is not preferable to provide real cards for all virtual cards. Therefore, in the game system of the present embodiment, the consideration required for acquiring the appearance object related to the provision of the virtual card is set by subtracting the amount corresponding to the delivery fee, and the consideration related to the delivery fee is paid. Deliver the card. On the other hand, from the viewpoint of service provision, the acquisition of a larger number of appearance objects leads to the profit on the management side and, in turn, the service lengthening. The delivery of the above real card is configured so as not to require a delivery fee. Therefore, in the game system according to the present embodiment, the game control unit 101 makes a settlement relating to payment of a price corresponding to the delivery fee only when it is determined that the number of appearance objects requested to deliver a real card is less than a predetermined number. A request is made to the account management server 200. If the game control unit 101 determines that the number of appearance objects for which a real card delivery request has been made is equal to or greater than a predetermined number, the game control unit 101 moves the process to S703 without making a settlement request, assuming that no payment is required. .

  In step S <b> 702, the charge management unit 206 performs payment processing related to the delivery fee of the actual card based on the received payment request. The charge management unit 206 returns information of successful payment to the game server 100 when the point subtraction related to the acquisition of a new appearance object is performed and the payment process ends normally. If the payment process does not end normally due to insufficient points or the like, the charge management unit 206 returns payment failure information to the game server 100. In this case, the actual card delivery process may be completed with the payment failure.

  In step S <b> 703, the game control unit 101 requests the account management server 200 for delivery destination information associated with the player ID of the player who made the delivery request based on the successful point settlement.

  In step S <b> 704, the account control unit 201 acquires the delivery destination information 1144 from the account information related to the player ID included in the request based on the delivery destination information request, and returns the delivery destination information 1144 to the game server 100.

  In step S <b> 705, the delivery instruction unit 107 generates information related to the delivery instruction of the real card corresponding to the appearance object for which the delivery request is made, and transmits the information to the delivery management server 300. The information related to the delivery instruction includes at least the object ID of the corresponding appearance object and the card ID of the virtual card for one real card to be delivered as described above. The information related to the delivery instruction includes delivery destination information acquired from the account management server 200.

  In step S706, the delivery control unit 301 generates delivery information to which a new delivery ID is assigned based on the received information related to the delivery instruction, and registers the delivery information in the delivery DB 304. Specifically, the delivery control unit 301 has a newly assigned delivery ID 1151, and the delivery destination information 1152 is included in the information related to the delivery instruction, and is delivered to each real card to be delivered as delivery card information 1153. Delivery information including the card ID 1161 of the corresponding virtual card, the object ID 1162 of the appearance object, and data with the acquisition code 1163 being blank is generated and registered in the delivery DB 304.

  In S707, when the information acquisition unit 305 receives the code of the real card to be delivered for the registered delivery information, the information acquisition unit 305 receives the acquisition code 1163 related to the card included in the delivery card information 1153 of the delivery information. Update with. In addition, the information acquisition unit 305 associates the received code of the real card to be delivered with the card ID and object ID of the corresponding virtual card and transmits the code to the game server 100 as the assigned code information.

  In S708, the code granting unit 108 updates the issued virtual card information 1123 related to the virtual card corresponding to the object information based on the received grant code information. Specifically, the code assigning unit 108 includes a real card presence flag 1132 of data associated with the card ID 1131 included in the assigned code information in the issued virtual card information 1123 of the object information related to the object ID included in the assigned code information. Is changed to True and the real card grant code 1133 is changed to the code included in the grant code information, and the update is performed.

  By doing so, the association of the virtual card for which a delivery request has been made with the actual card to be delivered is completed. In addition, based on the delivery information completed by the process of S707, delivery of the actual card to the player is performed.

《Real card registration process》
Next, a specific process will be described with reference to the flowchart of FIG. 8 for the actual card registration process for actually associating the card delivered to the player by the actual card delivery process with the player. The processing corresponding to the flowchart can be realized by the game control unit 101 reading out a corresponding processing program stored in, for example, the game storage medium 102 and developing it in the game memory 103 for execution. The real card registration process will be described as being started when a code attached to the real card, for example, input in the client device 400 is received.

  In S801, the game control unit 101 inquires about the received code. Specifically, the game control unit 101 searches the object information managed in the object DB 105 to determine whether there is an object having the code received as the actual card grant code 1133. If the received game code can be queried, the game control unit 101 stores the card ID 1131 related to the virtual card associated with the code in the game memory 103 as the registration candidate card ID, and advances the process to S802. If the received code cannot be queried, the game control unit 101 returns information indicating that the code input in S807 is incorrect to the client device 400 to notify the player.

  In the present embodiment, the code is referred to by referring to all object information in the object DB 105. However, the present embodiment is limited to object information having issued virtual card information 1123 in which the real card presence flag 1132 is True. It may be an introduction. Further, for example, the object ID may be specified by performing a predetermined operation on the code, and the inquiry may be limited to the object information related to the object ID. Alternatively, based on the object ID obtained by the calculation, the card ID of the candidate virtual card is further specified by referring to the appearance object in the possession state of the player, and limited to the issued virtual card information 1123 related to the card ID. May be used for inquiries.

  In step S <b> 802, the game control unit 101 determines whether an actual card has already been registered based on the received code. Specifically, the game control unit 101 makes this determination based on the registration state 1134 of the issued virtual card information 1123 for which the registration candidate card ID has been acquired. If the game control unit 101 determines that the real card is not already registered based on the received code, the game control unit 101 moves the process to S803. If the game control unit 101 determines that the registration of the real card based on the received code has already been performed, the game control unit 101 provides information indicating that the registration of the real card based on the code input in S808 has already been performed. It is returned to the client device 400 to notify the player.

  In step S803, the game control unit 101 determines whether the virtual card associated with the received code is in the possession state of the player. Specifically, the game control unit 101 refers to the possessed object information 1103 of the player information (target player information) related to the player ID, and determines this step based on whether or not data having a registration candidate card ID is included. . If the game control unit 101 determines that the virtual card associated with the received code is in the possession state of the player, the game control unit 101 moves the process to S804, and if the game control unit 101 determines that the received code is not in the possession state, moves the process to S805.

  In S804, the game control unit 101 changes the real card registration flag 1113 of the data of the owned object information 1103 having the registration candidate card ID included in the target player information to True. Further, the game control unit 101 changes the registration state 1134 of the issued virtual card information 1123 from which the registration candidate card ID has been acquired to True.

  On the other hand, if it is determined in S803 that the virtual card associated with the received code is not owned by the player, the game control unit 101 adds the virtual object related to the received code to the owned object information 1103 of the target player information in S805. Add card information. Specifically, the game control unit 101 has a registration candidate card ID, the object ID 1112 is the object ID of the object information for which the registration candidate card ID has been acquired, the real card registration flag 1113 is True, and the status update information 1114 is initial. The value data is added to the owned object information 1103 of the target player information. Further, the game control unit 101 changes the registration state 1134 of the issued virtual card information 1123 from which the registration candidate card ID has been acquired to True.

  In S806, the game control unit 101 returns information indicating that the registration of the real card based on the input code is completed to the client device 400, and notifies the player.

  As described above, with respect to a virtual card provided with a real card to the player (a virtual card linked with the real card), the player possesses the real card by using the code attached to the real card. Can be identified. Further, even if an appearance object has been released from the possession state of the virtual card by an object release process described later, the corresponding virtual card can be brought into the possession state by using the real card.

《Game processing》
Next, specific processing of the game processing related to the provided game executed by the game server 100 according to the present embodiment will be described with reference to the flowchart of FIG. The process corresponding to the flowchart can be realized by the game control unit 101 reading, for example, a program related to the provided game application stored in the game storage medium 102, developing it in the game memory 103, and executing it. This game process is started when the game server 100 receives that the player authentication in the account management server 200 is successful after, for example, a connection request related to service use (game play) from the client device 400. It will be described as something.

  In addition, the provided game may be a game in which information is transmitted and received between the game server 100 and the client device 400 so as to realize a game play in a Web browsing application activated in the client device 400, for example. Accordingly, the game server 100 receives information on operation input made in the client device 400 such as command selection, and executes the corresponding action processing related to the provided game in accordance with the operation input, and displays the result obtained by the client device. Return to 400. Further, in the following description of the game process, it is assumed that a deck composed of appearance objects that are in the possessed state is registered in advance by the player.

  In step S <b> 901, the game control unit 101 acquires information on the appearance object (use appearance object) used in the game play from the deck information 1104 of the player information related to the player ID.

  In S902, the game control unit 101 selects an object for which state information (information indicating the state of the appearance object referred to in connection with the game play) is not confirmed, and uses the object (target object). It is determined whether or not a real card has been registered. Whether or not a real card has been registered can be determined by determining whether the real card registration flag 1113 is True or False in the data of the owned object information 1103 related to the card ID of the virtual card corresponding to the target object. Good. If the game control unit 101 determines that a real card has been registered for the target object, the game control unit 101 moves the process to S903, and if the game control unit 101 determines that a real card has not been registered, moves the process to S904.

  In S903, the game control unit 101 refers to, for example, the basic status information 1122 and status update information 1114 related to the target object, and determines a parameter related to the game progress of the target object reflecting the growth state based on the game play history of the player. To do. Furthermore, since the target object is an object for which a real card has been registered, the game control unit 101 gives a privilege related to possession of the real card to the determined parameter relating to the game progress. The provision of the privilege is at least one of changing the parameter related to the game progress in a direction in which the game progress is advantageous, and adding a predetermined appearance object such as equipment or item when the target object is a character, for example. It may be. The game control unit 101 stores the parameters related to the final game progress determined as described above in the game memory 103 in association with the card ID of the target object as the determined state information.

  On the other hand, for the target object that is determined not to be registered in the real card in S902, the game control unit 101 refers to, for example, the basic status information 1122 and the status update information 1114 related to the target object in S904, and the game of the player A parameter related to the game progress of the target object reflecting the growth state based on the play history is determined. Since the privilege is not given when the real card is not registered, the game control unit 101 stores the determined parameter related to the game progress in the game memory 103 in association with the card ID of the target object as the state information. Store.

  In step S <b> 905, the game control unit 101 determines whether there is an object for which state information is not confirmed among the used appearance objects. If the game control unit 101 determines that there is an object for which state information has not been determined, the process returns to S902. If the game control unit 101 determines that there is no object, the process proceeds to S906.

  In step S <b> 906, the game control unit 101 provides game play to the player of the client device 400 while performing progress control related to the provided game based on the state information related to each use appearance object stored in the game memory 103. To do.

  By doing in this way, in the game system of this embodiment, the aspect which performs the game which concerns on a corresponding appearance object can be varied according to whether the player registered the real card. More specifically, when using an appearance object that has registered a real card, the game progress can be developed more advantageously than when using the same object without registering a real card. As a result, the player's interest can be enhanced.

《Object release processing》
As described above, in order to avoid an increase in the introduction cost of the server based on the database, the number of appearing objects (number of virtual cards with different card IDs) that can be in the possessed state is limited for each player. On the other hand, since each of the virtual cards is in the possessed state through payment of the consideration, it may not be preferable for the player to have a configuration in which the owned state can be easily released. Therefore, the game system of the present embodiment employs a configuration in which the possession state of the corresponding appearance object can be canceled by providing the actual card.

  Hereinafter, the object release processing executed by the game server 100 of the present embodiment when a request for releasing the possession state is made to the appearance object that is in the possession state of the player will be concretely described with reference to the flowchart of FIG. Will be described. The processing corresponding to the flowchart can be realized by the game control unit 101 reading out a corresponding processing program stored in, for example, the game storage medium 102 and developing it in the game memory 103 for execution.

  In step S <b> 1001, the game control unit 101 determines whether a real card has been registered for an appearance object (release object) for which a request for releasing the possession state has been made. As described in the game process, whether or not a real card has been registered depends on whether the real card registration flag 1113 is True or False in the data of the owned object information 1103 related to the card ID of the virtual card corresponding to the release object. Judgment may be made depending on which one is used. If the game control unit 101 determines that a real card has been registered for the release object, the game control unit 101 moves the process to S1002, and if it determines that the real card has not been registered, returns information indicating that the release cannot be released to the client device 400 in S1004. Then, the player is notified.

  In S1002, the game control unit 101 cancels the possession state of the player related to the cancel object. Specifically, the game control unit 101 deletes data having the card ID of the virtual card corresponding to the release object from the owned object information 1103 of the player information related to the player ID. Further, the game control unit 101 changes the registration state 1134 of the data having the card ID of the virtual card corresponding to the release object to False from the issued virtual card information 1123 of the object information related to the object ID of the release object. As described above, in the game system of the present embodiment, the information corresponding to the release object whose ownership state has been released is deleted from the player information, but remains in the object information only by changing the registration state 1134. In other words, since the real card exists in the real world even after the possession state on the game is canceled, the player registers the virtual card related to the same appearance object again by performing registration using the real card. be able to. In other words, if the player possesses a real card, the player can make the corresponding appearance object usable again in the game. Requests related to appearance object acquisition can be made. With such a configuration, if the possession state is canceled, even if an actual card is traded (transferred) or transferred between players, the obtained player can make a corresponding appearance based on the actual card. Game play using objects can be performed.

  In S1003, the game control unit 101 returns information indicating that the possession state of the release object has been released to the client device 400, and notifies the player of the information.

  As described above, the game system according to the present embodiment can improve the interest of the player while allowing the player to acquire an actual article corresponding to the appearance object appearing in the game. More specifically, the game system associates the object information indicating the appearance object with the player identification information for identifying the player for the appearance object including the character or item appearing in the game, so that the appearance object is in the possession state of the player. Manage as a thing. The possession state of the appearance object includes a first possession state in which the actual article corresponding to the appearance object is not provided, and a second possession state in which the actual article corresponding to the appearance object is provided. Is included. The system can execute a game using an appearance object that is in the possession state of the player, and the game is performed depending on whether the appearance object to be used is in the first possession state or the second possession state. Different modes of execution.

[Embodiment 2]
In the above-described embodiment, the description is given on the assumption that the code attached to the card is acquired from the actual card issued (manufactured) in advance for the appearance object for which the delivery instruction has been issued and the information of the real card grant code 1133 is input However, the implementation of the present invention is not limited to this. That is, a so-called on-demand real card issuance / delivery configuration in which a code attached to a real card is determined in the game server 100 upon delivery instruction, and a real card with the code is issued (manufactured) and delivered. Also good.

[Modification 1]
In the game processing of the first embodiment described above, the description has been made on the assumption that the registration of the code attached to the actual card is a requirement in order to obtain a privilege given to the appearance object in the deck. It is not limited to this. For example, whether or not a privilege is granted depends on whether a delivery request has been received, a delivery instruction has been given to the delivery management server 300, a real card grant code 1133 code has been updated after the delivery instruction, Registration of the code attached to the real card by setting the real card registration flag 1113 to True, triggered by the execution of various processes performed based on the delivery request, for example, the acquisition of the information by the delivery management server 300 May be determined instead of the requirement.

[Modification 2]
In addition, there are two types of modes that make an appearance object owned: a mode that requires billing and a mode that does not require billing (non-billing), and real cards can be delivered only for registered objects acquired by the former It may be configured as follows. In such a case, since the actual card cannot be delivered for the appearance object acquired by the latter, the actual card can be delivered for the appearance object acquired by the former contrary to the requirement. It is good also as a structure which provides a privilege in a game process as a thing which became possible, even if a delivery request | requirement is not made. That is, the real card registration flag 1113 in the owned object information 1103 may be set according to whether or not a virtual card has been provided by charging / non-charging (True in case of charging). That is, whether or not to give a privilege in the game process may be controlled in accordance with the provision of a virtual card accompanied by payment of a consideration.

[Other Embodiments]
The present invention is not limited to the above-described embodiment, and various changes and modifications can be made without departing from the spirit and scope of the present invention. The game system according to the present invention can also be realized by a program that causes one or more computers to function as the game system. The program can be provided / distributed by being recorded on a computer-readable recording medium or through a telecommunication line.

  100: Game server 200: Account management server 300: Delivery management server 400: Client device 500: Network 101: Game control unit 102: Game storage medium 103: Game memory 104: Player DB 105: Object DB, 106: lottery section, 107: delivery instruction section, 108: code assigning section, 109: game communication section

To achieve the foregoing objects, the game system of the present invention, the appearance object that contains the character or item appearing in the game, a first providing means for performing the provision of corresponding real products to the player, the corresponding A second providing means for providing a virtual article , wherein the appearance object is in the possession state of the player by associating the object information indicating the appearance object with the player identification information for identifying the player. Management means for managing as a thing, and control means for executing a game using an appearance object that is in the possession state of the player, and the possession state of the appearance object is to provide an actual article corresponding to the appearance object. We have Orazu, and determines that the provision of virtual article corresponding to該登field object is performed That first and owned state, and a second ownership status of which determines that provides the real article corresponding to該登field object is performed, the management unit is provided in the virtual article made by the second providing means In this case, the object information indicating the corresponding appearance object is associated with the player identification information as the first possession state, and the control means sets the appearance object to be used in the first possession state and the second possession state. A mode in which a game is executed is different depending on a case.

Claims (15)

A game system having a first providing means for providing an actual object corresponding to a player for an appearance object including a character or an item appearing in a game,
Management means for managing the appearance object as being owned by the player by associating the object information indicating the appearance object with the player identification information for identifying the player;
Control means for executing a game using an appearance object in the possession state of the player,
The appearance state of the appearance object includes a first possession state in which the actual article corresponding to the appearance object is not provided and a second possession state in which the actual article corresponding to the appearance object is provided. Including
The game system according to claim 1, wherein the control means changes a mode in which the game is executed depending on whether the appearance object to be used is in the first possession state or the second possession state. The mode of executing the game includes a first mode and a second mode that gives a privilege that favors the progress of the game to the first mode.
The control means executes the game in the first mode when the appearance object to be used is in the first possession state, and when the appearance object to be used is in the second possession state, The game system according to claim 1, wherein the game is executed in a second mode.   The provision of the privilege is at least one of a change of a parameter related to the progress control of the game of the appearance object to be used and an addition of a predetermined appearance object to the appearance object to be used. 2. The game system according to 2. The first possession state is a state in which a virtual article corresponding to the appearance object is provided to the player,
The game system further includes second providing means for providing a virtual article to the player,
The management means associates object information indicating a corresponding appearance object with the player identification information as the first possession state when a virtual article is provided by the second providing means. The game system according to any one of 1 to 3.   The game system according to claim 4, wherein the second providing unit determines object information related to the virtual article to be provided by a lottery process.   The game system according to claim 4 or 5, wherein the second providing means determines object information related to a virtual article to be provided in response to payment of a consideration.   The provision of the real article by the first providing means is that the provision of the real article corresponding to the appearance object is made after the provision of the virtual article corresponding to the appearance object by the second provision means. The game system according to any one of claims 4 to 6, wherein the game system is performed according to the game.   The provision of the actual article by the first providing means is performed without a condition for payment of the consideration when a provision request for the actual article corresponding to the appearance object is made for a predetermined number of appearance objects. The game system according to claim 7.   In response to the provision of the virtual article corresponding to the appearance object by the second provision means, or the provision of the real article corresponding to the appearance object, the management means The game system according to claim 7 or 8, wherein article identification information for identifying an actual article provided correspondingly by the providing means is associated with object information indicating the appearance object. Further comprising an acquisition means for acquiring the article identification information from an actual article provided by the first providing means;
The game system according to claim 9, wherein the management unit associates the article identification information acquired by the acquisition unit with object information indicating a corresponding appearance object. A manufacturing means for manufacturing an actual article with the article identification information;
The game system according to claim 9, wherein the first providing unit provides the player with the actual article manufactured by the manufacturing unit. The article identification information is attached to the real article provided by the first providing means so as to be visible,
When there is a registration request with the article identification information, the management means assumes that the provision of the actual article has been completed, and changes the ownership state of the corresponding appearance object from the first ownership state to the second ownership state. The game system according to claim 9, wherein the game system is changed to: There is an upper limit on the number of objects that can be owned by the player,
13. The second providing means provides a virtual article to a player when the number of object information associated with the player identification information is less than the upper limit number. The game system according to any one of claims. A release means for accepting a request to release ownership of the appearance object;
The management means includes object information indicating the appearance object on condition that the provision of the real article corresponding to the appearance object requested to be released by the first provision means or the provision request of the real article is made. 14. The game system according to claim 13, wherein the association with the player identification information is canceled. One or more computers having providing means for causing a player to provide a corresponding real article for an appearance object including a character or item appearing in the game,
A process of managing the appearance object as being owned by the player by associating the object information indicating the appearance object with the player identification information for identifying the player;
A process for executing a game using an appearance object in the possession state of the player,
The appearance state of the appearance object includes a first possession state in which the actual article corresponding to the appearance object is not provided and a second possession state in which the actual article corresponding to the appearance object is provided. Including
The process of executing the game is controlled such that the game execution mode is different depending on whether the appearance object to be used is in the first owned state or the second owned state. Program to do.

Images