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

Abstract

PROBLEM TO BE SOLVED: To provide a game system capable of providing an opportunity of acquiring different consideration from a game play.SOLUTION: The game system collects a play fee via a plurality of payment methods such as cash and electronic currency, and provides a game in exchange for the collection of the play fee. Further, the game system includes a storage unit storing article data 14b for managing the respective articles in association with recommended conditions. After the collection of the play fee, the game system discriminates whether or not the play fee is paid in the electronic currency (whether or not to satisfy the recommended conditions), specifies partial articles PP of all the articles AP managed by the article data 14b on the basis of the recommended conditions, and, on the basis of the specification result, when the play fee is paid in the electronic currency, provides an article purchase opportunity for guiding the partial articles PP after the play, however, when it is paid in a method other than the electronic currency, omits the article purchase opportunity.SELECTED DRAWING: Figure 3

Description

  The present invention relates to a game system that provides a predetermined game.

  There is a game system that provides a predetermined game. For example, as one of such predetermined games, there is a business game device that provides a soccer game using a player card in exchange for collecting a play fee (see, for example, Patent Document 1).

Japanese Patent No. 2002-301264

  For example, in order to obtain a price in exchange for selling a product or providing a service, it is necessary to make the user interested in the product or service. In order to make users interested, it is necessary to have at least some time, and various efforts are being made for this purpose. On the other hand, in the game device of Patent Document 1, a soccer-type card game is provided in exchange for collecting a play fee, but no collection of other consideration is assumed. That is, although the user has an opportunity to acquire time through playing the game, the opportunity cannot be effectively utilized. In addition, the characteristics of each user may be acquired through the use of the game device. In such a case, if information on more appropriate products and the like is provided, there is a high possibility that the price associated with the purchase of the products will be obtained. In the first place, a user who uses a game device is highly interested in a game. For this reason, if it is a game-related goods etc., possibility that goods will be purchased is high and possibility that the price different from the play of a game will be obtained is also high.

  Then, an object of this invention is to provide the game system etc. which can provide the opportunity which obtains consideration different from the play of a game.

  The game system of the present invention is a game system that collects a play fee through at least one payment method and provides a game in exchange for the collection of the play fee, and stores product data for managing each product in association with a recommended condition. Product data storage means for storing, product specification means for specifying at least some products of a plurality of products managed by the product data based on the recommended conditions, and based on a specification result of the product specification means, Product guidance means for providing a guidance opportunity to guide the part of the product after the game is played when each user of the game satisfies the guidance conditions.

  On the other hand, the computer program of the present invention is configured to cause a computer including an input device for collecting a play fee through at least one payment method to function as each means of the above-described game system.

The figure which shows the outline | summary of the whole structure of the game system which concerns on one form of this invention. The figure which shows the structure of the principal part of the control system of a game system. Explanatory drawing for demonstrating the case where a product purchase opportunity is included in a provision range, and the case where it is not included (a product purchase opportunity is abbreviate | omitted). Explanatory drawing for demonstrating the flow of provision when payment conditions are satisfy | filled and when not satisfy | filling. Explanatory drawing for demonstrating an example of the flow to goods purchase in a goods purchase opportunity. The figure which shows typically an example of the goods guidance screen displayed in a goods guidance process. The figure which shows typically an example of the rule guidance screen used in a rule guidance process. The figure which shows typically an example of the user authentication screen used in a price collection process. The figure which shows typically an example of a result guidance screen when purchase etc. of goods are materialized. The figure which shows typically an example of a result guidance screen when purchase etc. of goods are not materialized. The figure which shows typically an example of the completion | finish screen used in an completion | finish process. The figure which shows a part of example of the content of user management data. The figure which shows a part of example of the content of goods data. The figure which shows a part of example of the content of account data. The figure which shows an example of the flowchart of merchandise guidance process routine. The figure which shows an example of the flowchart of goods purchase processing routine.

  Hereinafter, a game system according to an embodiment of the present invention will be described. FIG. 1 is a diagram showing an outline of the overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 includes a center server 2 and a plurality of game machines GM. The game machine GM is connected to the center server 2 via the network 3. As an example, the game machine GM is configured as a business (commercial) game machine. Commercial game machines are game machines that allow a predetermined range of games to be played for a fee or free of charge. As an example, the game machine GM provides a game for a fee. Specifically, for example, the game machine GM provides a card game in a range corresponding to the consideration in exchange for consumption (collection) of a predetermined consideration (play fee). 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. As the user terminal 5, various network terminal devices that can be connected to the network and are mainly used for personal use of the user, such as personal computers, portable game machines, and portable tablet terminal devices, are used. It's okay.

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

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

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

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

  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 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. Note that an input device such as a keyboard and an output device such as a monitor can be connected to the control unit 10. However, those illustrations are omitted.

  The storage unit 11 is connected to the control unit 10. The storage unit 11 is configured by a large-capacity storage medium such as a magnetic tape, for example, so that the storage can be held without 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, a game machine service management unit 16 and a web service management unit 17 are provided inside the control unit 10.

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

  The server data 14 is data that is referred to when the server program 15 is executed. For example, the server data 14 includes user management data 14a, product data 14b, and account data 14c. The user management data 14a is data for managing various types of information for each user. Moreover, the user management data 14a may function as the above-described play data. The play data is data in which information about past play results of each user is described (for example, to take over the previous play results (past results) from the next time onwards, or to take over the settings specific to each user. Used).

  The account data 14c is data for managing the amount (amount) of electronic currency held by each user. For example, the account data 14c is used for payment of a play fee through a payment card CD2 described later. In addition, the amount of electronic currency managed by the account data 14c, that is, the amount of electronic currency held by each user is increased (deposited) by the user via, for example, a website operated by the system operator. Billing to the user corresponding to the deposit of electronic currency is performed separately through settlement means such as a credit card. Alternatively, a dedicated terminal for such deposit may be prepared. In this case, the deposit may be executed by various payment methods such as cash. The depositing and settlement of the electronic currency for the account data 14c may be the same as, for example, a prepaid electronic currency system, and detailed description thereof is omitted.

  On the other hand, the product data 14b is data for managing products that can be purchased or reserved for purchase. As an example, the product data 14b is used to provide each user with an opportunity to purchase or reserve various products. The purchase or purchase reservation opportunity will be further described later. Details of user management data 14a, product data 14b, and account data 14c will also be described later. The server data 14 may include ID management data for managing various IDs such as a user ID, for example.

  On the other hand, the game machine GM includes a control unit 30 as a computer, a storage unit 31, a card reader 32 as an input device, a money receiving device 33, an operation input device 34, a monitor MO as a display means, Is provided. The storage unit 31, card reader 32, money receiving device 33, operation input device 34, and monitor MO are all connected to the control unit 30. The control unit 30 is configured as a computer unit that combines a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor. The control unit 30 can be connected to various output devices or input devices such as a speaker unit, for example, in the same manner as a known game machine. However, those illustrations are omitted.

  The card reader 32 is a known device that reads various information recorded in a storage medium in a non-contact state, for example, using short-range wireless communication. The card reader 32 is used for reading a user card CD as an example. Specifically, for example, the card reader 32 reads information on the user card CD possessed by each user and outputs a signal corresponding to the information to the control unit 30. The user card CD is provided with a nonvolatile storage medium (not shown) such as an IC chip or a magnetic stripe. Various types of information are recorded on the user card CD via such a nonvolatile storage medium.

  For example, the user card CD includes an ID card CD1 and a payment card CD2 as identification recording media. The ID card CD1 is a card used for specifying each user. Specifically, for example, user ID information (information that can identify the user ID) and card ID information are recorded on the ID card CD1. The user ID is a unique ID for each user, and is used for identification of each user as described above. The card ID is a unique ID for each user card CD, and is used for identifying each user card CD. The card ID is managed by, for example, the above ID management data. Specifically, for example, the card ID is managed in association with each user by being associated with the user ID one-to-one or many-to-one by ID management data. Note that the user ID of the ID card CD1 may be specified from the card ID via the ID management data. For this reason, the user ID information may not be recorded on the ID card CD1. The same applies to the payment card CD2.

  On the other hand, the payment card CD2 has a different use from the ID card CD1. For example, the payment card CD2 is used for payment of a play fee. Specifically, user ID information and card ID information are recorded on the payment card CD2 as in the case of the ID card CD1. Further, the card ID of the payment card CD2 is managed in association with the amount of electronic currency by the account data 14c. Then, with the payment of the play fee by the payment card CD2, the amount of electronic currency corresponding to the play fee is subtracted from the amount of electronic currency managed by the account data 14c. That is, the payment card CD2 is a card for using the electronic currency managed by the account data 14c, and is used for consuming the amount of electronic currency held by each user. In addition, the payment card CD2 may record, for example, authentication information (for example, information such as a personal identification number) for permitting payment of electronic currency. The payment card CD2 may also be used for the same purpose as the card for identifying each user, that is, the ID card CD1.

  The user card CD is not limited to a so-called physical card. For example, various storage media capable of recording various information such as a mobile phone may be used as the user card CD. Further, the user card CD is not limited to a form in which various information is electronically stored in a nonvolatile storage medium or the like. For example, information may be recorded on the user card CD through various codes such as a two-dimensional code. For this reason, the card reader 32 is not limited to the form using short-range wireless communication. For example, various devices that can read information recorded on a user card CD corresponding to the form of the user card CD, such as a camera that reads a two-dimensional code, may be used as the card reader 32.

  The money receiving device 33 is a known device for detecting the amount of money (coins or banknotes) inserted by the user. The money receiving device 33 outputs a signal corresponding to the amount of money input to the control unit 30. That is, the game machine GM is configured to be able to collect a play fee through the card reader 32 and the money receiving device 33 through both electronic currency and cash payment methods. The money receiving device 33 is not limited to money, and may be used for payment of various considerations collected as play fees, such as medals, for example. That is, the money receiving apparatus 33 may collect a play fee by another payment method in addition to cash.

  The operation input device 34 is a device for receiving various user operations. The operation input device 34 outputs a signal corresponding to the operation content executed by the user to the control unit 30. As the operation input device 34, for example, various known devices such as a push button such as a numeric keypad or a touch panel may be used. The monitor MO is a known display device. Various screens such as a game screen are displayed on the monitor MO according to the output signal of the control unit 30.

  The storage unit 31 is configured by, for example, a magnetic recording medium, an optical recording medium, a flash SSD (Solid State Drive), or the like so that the storage can be held without power supply. The storage unit 31 stores a game program 35 and game data 36. The game program 35 is a computer program necessary for the game machine GM to provide a card game. Along with the execution of the game program 35, a game providing unit 37 is provided inside the control unit 30. The game providing unit 37 executes various processes necessary for providing a card game and a product purchase opportunity described later. 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 36 is data that is referred to when the game program 35 is executed. The game data 36 includes, for example, the above-described user management data 14a and product data 14b. For example, at least a part of the user management data 14a and the product data 14b is provided from the center server 2 so that a necessary part is included. The game data 36 may include, for example, image data necessary for displaying a game screen or the like, BGM data necessary for reproducing BGM, and the like. Furthermore, the game data 36 may include, for example, the above-described ID management data, play data, account data 14c, and the like. In other words, the game data 36 may include various other data necessary for providing a card game. However, those illustrations are omitted.

  Next, a card game provided by the game machine GM will be described. The card game is a type of game that is played using a character card. The character card corresponds to each character appearing in the game. For this reason, various information for defining each character of a game, such as a parameter, is recorded on a character card, for example. In the card game, along with the use of such a character card, a character corresponding to the character card is reproduced during the game and used as a play medium. In the game, for example, each character is trained. The breeding is executed, for example, through a battle (including a group battle) such as a battle with an opponent character prepared in the game and a battle with another user's character.

  Further, for example, the contents such as parameters that define each character change with growth. After the game is played, characters (characters defined by the changed parameters and the like) that have grown through the play are further generated as character cards. As an example, the game machine GM provides such a card game.

  In addition, the game machine GM may provide a play opportunity of the card game described above in exchange for collection of a predetermined value (play fee), and may provide a product purchase opportunity as a guide opportunity after play. That is, there is a case where a product purchase opportunity is included in the provision range provided in exchange for a predetermined consideration. The product purchase opportunity is an opportunity to purchase or reserve a product through the game machine GM. A predetermined amount (consideration) necessary for purchase is set for each product. In the product purchase opportunity, each product is purchased by paying a price corresponding to the amount of each product separately from the play fee.

  FIG. 3 is an explanatory diagram for describing a case where a product purchase opportunity is included in the provision range and a case where the product purchase opportunity is not included (a product purchase opportunity is omitted). As shown in FIG. 3, whether or not a product purchase opportunity is included in the provision range is determined based on the guidance conditions. Specifically, after collecting the play fee from the user U, the game machine GM determines whether or not the user U satisfies the guide condition. The guidance conditions include, for example, payment conditions, information conditions, and play status conditions. Moreover, guidance conditions may be satisfy | filled when at least one condition is satisfy | filled, for example among payment conditions, information conditions, and play condition conditions. In addition, guidance conditions may be satisfy | filled when all of payment conditions, information conditions, and play condition conditions are satisfy | filled, and may be satisfy | filled when some (plural) of these are satisfy | filled.

  The payment conditions are conditions that require a payment method as an example. For example, payment terms are met for a specific payment method. Moreover, as a specific payment method, for example, a payment method using a payment card CD2 may be employed. That is, the payment condition may be satisfied, for example, when the electronic currency managed by the account data 14c is used for payment of the play fee.

  The information condition is, for example, a condition that requires information accompanying each user as a requirement. For example, the ownership condition and the attribute condition may be further included. The ownership condition is a condition that requires what each user owns, for example. As what each user owns, for example, a user card CD, an item in a game, or the like may be employed. More specifically, for example, the ownership condition may be satisfied in the case of a user who owns the payment card CD2 among the user cards CD. In some cases, the user has the payment card CD2 and is able to pay the play fee, but forgets to hold the payment card CD2 and temporarily cannot pay with the payment card CD2. In other words, the user who plays the game may be a user who originally satisfies the payment condition. As an example, when the ownership condition requires the ownership of the payment card CD2, such a user also satisfies the guidance condition.

  On the other hand, the attribute condition is a condition that requires the attribute of each user, for example. For example, credit information or sending information necessary for sending (delivery) a product may be used as user attribute information. The credit information is information for determining whether or not each user can be trusted. The credit information may be set based on, for example, purchase results or payment results of past products. Further, the sending information includes, for example, address information. That is, for example, the attribute condition may be satisfied in the case of the user U who is determined to be credible based on the credit information or the user U in which the sending information such as address information is registered.

  The play situation condition is a condition that requires the play situation of the game as a requirement. As the play status, for example, the achievement status of a mission (issue) such as a score or clearing a specific stage may be used. In other words, the play situation condition is satisfied when the play situation satisfies the predetermined situation, for example, when a predetermined mission is achieved, such as when a score of a predetermined value or more is obtained in the card game. As the play situation, the previous play situation (or the previous play situation) may be used, or the current play situation may be used. When the current play situation is used, the determination of the play situation condition, that is, the determination of the guidance condition may be executed after playing the card game. Therefore, the determination of the guidance condition is not limited to the form executed before provision of the play opportunity, and may be executed at an appropriate time as long as each user is specified.

  And when the above-mentioned guidance conditions are satisfied (in the case of “OK”), a product purchase opportunity is provided. In other words, the product purchase opportunity is included in the provision range corresponding to the play fee. On the other hand, when the guide condition is not satisfied (in the case of “NG”), the opportunity to purchase the product is omitted. That is, the product purchase opportunity is not provided and is not included in the provided range. As an example, in the game machine GM, whether or not a product purchase opportunity can be provided is determined based on the guidance conditions.

  On the other hand, in the product purchase opportunity, an opportunity such as purchase of some of the commodities that can be purchased is provided. Specifically, the game machine GM first acquires product data 14b including information on all products AP as a plurality of products that can be purchased from the center server 2. Further, the game machine GM uses product data 14b including only information on a partial product PP as a partial product extracted from all the products AP based on the recommended conditions (hereinafter, may be referred to as individual product data 14ba). Generate. A product purchase opportunity is provided based on the individual product data 14ba. In other words, as an example, at the product purchase opportunity, only some of the products PP specified (selected) based on the recommended conditions are provided as targets for purchase or the like.

  As an example, the recommended conditions include, for example, a money amount condition, a registration information condition, and a play situation condition. Further, as recommended conditions, these conditions may be used alone or in combination.

  The amount condition is a condition related to the amount of each product. For example, the money amount condition is satisfied by a product less than or equal to a predetermined amount on the basis of a predetermined amount. The predetermined amount may be set according to the amount of electronic currency managed by the account data 14c, for example. Specifically, for example, a product that is equal to or less than the amount of electronic currency in the account data 14c may satisfy the money amount condition. In this case, only commodities that can be purchased through electronic currency are specified, and opportunities such as the purchase of those commodities are provided at the commodity purchase opportunities. Alternatively, when the amount of the electronic currency in the account data 14c is equal to or greater than a predetermined value, a high-priced product having a predetermined amount or more may be specified preferentially and may be purchased. The predetermined amount is not limited to the amount of electronic currency managed by the account data 14c. For example, when an upper limit of the amount that can be settled at one time is set, the amount may be used as a predetermined amount. In addition, when a limit is set according to age, the amount may be used as a predetermined amount.

  The registration information condition is a condition related to the registration information of each user U. For example, when each user U registers information unique to each individual such as age, address, and sex, that is, when such information is managed by the user management data 14a, based on such information A product may be identified. Specifically, for example, an appropriate product may be specified according to the age and sex of each user U according to the registration information condition. Alternatively, a physical product that needs to be mailed when the address is registered may be specified, and an electronic product that does not need to be mailed when the address is not registered. In other words, on the basis of age, sex, and the presence / absence of address registration, products corresponding to these may satisfy the registration information condition.

  The play situation condition is a condition related to the game play situation. For example, for a user U who uses a character card corresponding to a specific character, a product related to the specific character is specified. Further, for example, a CD album including music used in a game (for example, music used in a music game when the game machine GM provides a music game) is specified as a product related to the play situation. May be. Or goods may be specified according to the progress of a game, etc. In other words, a product corresponding to a specific play situation such as a product related to a specific character or a specific progress situation may satisfy the play situation condition as an example. In addition, as the play situation, the cumulative situation up to the previous time (or the previous single situation) may be used, or the current play situation (or the cumulative situation including this time) may be used. Note that the play status condition may be satisfied, for example, when a specific model (for example, the type of the game machine GM) is being played. And the goods relevant to the model, such as the game which the specific model provides, may be specified.

  With reference to FIG. 4, an example of the flow of a provision concretely using payment conditions among guidance conditions is demonstrated. FIG. 4 is an explanatory diagram for explaining the flow of provision when the payment condition is satisfied and when the payment condition is not satisfied. As described above, the payment condition is satisfied, for example, when the play fee is paid through consumption of the amount of electronic currency in the account data 14c. Therefore, as shown in FIG. 4, when the user U uses the payment card CD2 for payment of the play fee, that is, when the play fee is paid through the payment card CD2, the payment condition is satisfied. In this case, since the guide condition is satisfied by the provision of the payment condition, the provision range includes a product purchase opportunity. More specifically, a product purchase opportunity for purchasing a part of the product PP specified by the recommended conditions is provided following the play opportunity (card game play opportunity), and then the provision range ends.

  On the other hand, for example, when the play fee is paid in cash such as a coin CO, the payment condition is not satisfied. In this case, the guidance conditions are not satisfied unless conditions other than the payment conditions are also satisfied. For this reason, provision of a product purchase opportunity is omitted, and the provision range does not include a product purchase opportunity. That is, as the play opportunity ends, the provision range ends as it is. As an example, card game play and merchandise purchase opportunities are provided in this manner.

  Next, the merchandise purchase opportunity will be further described with reference to FIGS. FIG. 5 is an explanatory diagram for explaining an example of a flow up to product purchase at a product purchase opportunity. As shown in FIG. 5, the product purchase opportunity includes a product selection process, a contract guidance process, a value collection process, a result guidance process, and an end process as an example in order.

  The merchandise guidance process is a process for guiding various information related to the merchandise such as the name of the merchandise that can be purchased or reserved and the explanation of the merchandise (step S1). In the product guidance process, information on some products PP is guided based on the individual product data 14ba. The product guidance process is also used for selecting a product to be purchased or reserved.

  If a target product for purchase or the like is selected in the product guidance process, the process proceeds to a rules guidance process. The contract guidance process is a process for guiding contracts necessary for purchase or reservation of goods (step S2). When each user U accepts the agreement in the agreement guidance process, a subsequent fee collection process is provided. The value collection process is a process for collecting the purchase price of the product selected in the product guidance process (step S3). The purchase price is collected through cash such as a payment card CD2 or a coin CO.

  The subsequent result guidance process is a process for guiding the result of purchase or the like (step S4). For example, when the purchase or reservation of the product is successfully completed through the value collection process, a purchase or reservation completion guide is notified in the result guide process. The next end process is a process for guiding the end of the product purchase opportunity (step S5). In addition, the ending process may include guidance for other products such as products to be purchased in the future. Then, with the end of the end process, the product purchase opportunity ends. As an example, a product purchase opportunity is provided in this manner. The result guidance process may function as an end process. In this case, the end step may be omitted.

  Moreover, each process of FIG. 5 is implement | achieved through the goods purchase screen displayed on monitor MO as an example. 6-11 is a figure which shows typically an example of the goods purchase screen used in each process of FIG. Specifically, FIG. 6 is a diagram schematically illustrating an example of a product guidance screen displayed in the product guidance process. The product guide screen 50 </ b> A is a product purchase screen 50 used for purchase by the user U or selection of a product to be reserved. As illustrated in FIG. 6, the product guide screen 50 </ b> A includes, for example, a product guide area 51 and an option area 52. The product guidance area 51 is an area in which information such as a product name such as “A product” and a description of the product is displayed. The merchandise guidance area 51 is provided for each merchandise to be displayed, such as “A merchandise” and “B merchandise”.

  Moreover, the arrangement position or arrangement order of the merchandise guidance area 51 of each merchandise may change based on the recommended conditions. For example, when a product having a predetermined amount or less (a product specified by the money amount condition) is displayed, the product guide area 51 of each product may be arranged in ascending order of money from the top. Alternatively, the size and display method (for example, a special effect is given) of the product guide area 51 of each product may be changed according to the amount of money. The same applies to other recommended conditions. That is, the arrangement position of the product guide area 51 of each product may change according to the registration information condition and the play status condition.

  On the other hand, the option area 52 is an area for specifying a product for which purchase or reservation is desired. For this reason, the option area 52 is also provided for each product to be purchased, such as “A product”, and functions as an option indicating the purchased product. In addition, an option area 52 for specifying all of the purchase target products such as “A product + B product set” as purchase targets is also provided. Furthermore, the option area 52 is also an area for displaying an intention when it is desired to end the product purchase opportunity without making a reservation. For this reason, an option area 52 that functions as an option corresponding to “not reserved” is also provided. In this case, an option area 52 corresponding to “not displayed afterwards” may be prepared. When this option area 52 is selected, a product purchase opportunity may be provided so that the product displayed this time is not specified, or the product purchase opportunity itself may not be provided thereafter. . Any one of these option areas 52 is specified and selected through the position of the cursor 53, for example.

  In the example of FIG. 6, the option area 52 corresponding to the intention display “do not reserve” is selected by the cursor 53. In this case, at the current product purchase opportunity, “A product” ends without being purchased. In this case, the same product purchase opportunity (the displayed product may change) is also provided at the next play. As an example, the product purchase opportunity provides an opportunity to purchase a product if the product stock exists, and an opportunity to reserve a product if the stock does not exist (including pre-release). .

  FIG. 7 is a diagram schematically illustrating an example of a convention guidance screen used in the convention guidance process. The agreement guide screen 50B is a product purchase screen 50 used for guidance and acceptance of the agreement. As shown in FIG. 7, the rule guidance screen 50B includes a rule guide area 54 and a consent area 55, for example. The rule guidance area 54 is an area for displaying a rule associated with purchase or reservation of a product. The acceptance area 55 is an area for displaying an intention of “agree” or “not agree” with respect to the agreement. Therefore, the consent area 55 includes an affirmative area 55A (“Agree”) and a negative area 55B (“I disagree”) corresponding to these intentions.

  FIG. 8 is a diagram schematically illustrating an example of a user authentication screen used in the fee collection process. The user authentication screen 50 </ b> C is a product purchase screen 50 used for user U authentication. As shown in FIG. 8, the user authentication screen 50 </ b> C includes, for example, a password request area 56. The password request area 56 is an area for requesting the user U to input a password registered in advance by the user U as information for authenticating the user U. With the input of an appropriate password, for example, the amount corresponding to the price of the product is consumed from the amount of electronic currency in the account data 14c via the payment card CD2 used for payment of the play fee. In the case where consideration is collected by a payment method other than the payment card CD2, such as a credit card or cash, even if a settlement screen (not shown) for collecting the purchase amount of goods is provided by those methods. Good. In that case, the user authentication screen 50C may be omitted. In addition, when the product reservation is executed, the consideration collection step may be omitted. In this case, for example, the consideration for the product may be collected separately when the product is actually delivered.

  9 and 10 are diagrams schematically showing an example of a result guidance screen used in the result guidance process. The result guidance screen 50D is a product purchase screen 50 for guiding results of product purchase and the like. More specifically, FIG. 9 schematically illustrates an example of the result guidance screen 50D when the purchase of the product is established, and FIG. 10 schematically illustrates an example of the result guidance screen 50D when the purchase of the product is not established. Is shown. As shown in FIGS. 9 and 10, the result guidance screen 50 </ b> D includes, for example, a result guidance area 57. In the result guidance area 57, information indicating whether or not a product purchase has been established is displayed. The result guidance area 57 also displays accompanying information associated with the establishment or non-establishment of the product purchase.

  In the example of FIG. 9, information “SUCCESS” (success) indicating the establishment of the product purchase or the like is displayed in the result guidance area 57 with the success of the product purchase or the like. In addition, as the accompanying information, information such as an inquiry destination related to product purchase is displayed. On the other hand, in the example of FIG. 10, “FILURE” (failure) information indicating failure of product purchase or the like is displayed in the result guidance area 57 due to failure (failure) of product purchase or the like. Moreover, the reason for failure is displayed as accompanying information. Specifically, the lack of registration information necessary for purchasing a product such as a name and address is displayed as accompanying information as a reason for failure.

  FIG. 11 is a diagram schematically illustrating an example of an end screen used in the end step. The end screen 50E is a product purchase screen 50 for notifying the end of the product purchase opportunity. The end screen 50E is also used for, for example, product guidance. Specifically, as shown in FIG. 11, the end screen 50E includes, for example, information on the release date of “X product release”, the image of the product, information on the price, information on the presence / absence of a limited privilege, etc. Notification information for promoting the purchase of a product other than the target product is displayed. As an example, a product purchase opportunity is realized through the product purchase screen 50 as described above.

  Next, details of the user management data 14a, the product data 14b, and the account data 14c will be described. The user management data 14a is data for managing various information of each user U as described above. More specifically, the user management data 14a is used for managing attribute information of each user U as an example. FIG. 12 is a diagram illustrating a part of an example of the contents of the user management data 14a. As illustrated in FIG. 12, the user management data 14a includes, for example, information on “user ID”, “name”, “address”, “age”, and “gender”. “User ID” is information indicating the above-described user ID. “Name”, “address”, “age”, and “gender” are information indicating the name, address, age, and gender of each user U. As an example, the user management data 14a is configured as a set of records described so that these pieces of information are associated with each other.

  The attribute information is managed by the user management data 14a when registered (provided) by the user U as an example. That is, when attribute information is not registered, the attribute information may not be included in the record corresponding to the user U of the user management data 14a. As an example, the registration of attribute information may be executed by the user U via a website or the like operated by the system operator, or through the game machine GM, as in the case of depositing electronic currency. Further, when the user management data 14a is used as play data, the user management data 14a may include information related to the game play record.

  The product data 14b is data for managing products that can be purchased or reserved for purchase as described above. More specifically, the product data 14b is used as an example for managing a product that can be purchased and a product that requires prior notice before reservation (for example, a product that should be notified through the end screen 50E). FIG. 13 is a diagram illustrating a part of an example of the content of the product data 14b. As shown in FIG. 13, the product data 14b includes information on “product ID”, “recommended condition”, “name”, “price”, and “guidance period”.

  “Product ID” is information of a unique ID for each product, and is used to identify each product. “Recommended conditions” is information for specifying each product according to the above-mentioned recommended conditions. For example, as “recommended conditions”, attribute information of a user U to be recommended (specific target) such as an address, age, and sex, or information on a play status indicating a specific character, progress status, or the like is used. The “name”, “price”, and “guidance period” are information indicating the name, price, and guidance period (period to be purchased) of each product. As an example, the product data 14b is configured as a set of records described so that these pieces of information are associated with each other. In addition, when the money amount condition is used as the recommended condition, the “price” information may be used as information (recommended condition) indicating the purchase amount of the present invention.

  The account data 14c is data for managing the amount (amount) of electronic currency held by each user as described above. FIG. 14 is a diagram illustrating a part of an example of the contents of the account data 14c. As shown in FIG. 14, the account data 14c includes, for example, information of “user ID”, “remaining amount”, “card ID”, and “password”. “User ID” is information indicating the above-described user ID. “Remaining amount” is information indicating the amount of electronic currency held by each user U.

  “Card ID” is information indicating a card ID for identifying each user card CD described above. As an example, when the card ID of the ID card CD1 is associated with the “remaining amount” via the account data 14c, the ID card CD1 functions as the payment card CD2. That is, the payment card CD2 means, as an example, the ID card CD1 associated with the “remaining amount” via the account data 14c. When there is information on “card ID” associated with “remaining amount”, the user U can pay in electronic currency. For this reason, for example, when the ownership condition requiring the use of the payment card CD2 is used, payment in electronic currency depends on whether or not the “card ID” information associated with the “remaining amount” exists in the payment condition. It may be determined whether or not.

  Further, the “card ID” is associated one-to-one or many-to-one with one “user ID” record, that is, the “remaining amount” held by the user U corresponding to one “user ID”. . That is, the information of “card ID” indicating a plurality of ID cards CD1 may be associated with information indicating one “user ID” and “remaining amount”. Each ID card CD1 associated with the “remaining amount” functions as a payment card CD2. The association between the “remaining amount” and the card ID indicating the ID card CD1 may be executed by the user via a website or the like operated by the system operator, for example, as in the case of depositing electronic money, or the game machine GM May be executed through.

  “PIN” is information indicating a PIN for authorizing payment of electronic currency. The “password” may be used for authentication of each user U on the user authentication screen 50C, for example. As an example, the account data 14c is configured as a set of records described so that these pieces of information are associated with each other. Further, the information of “card ID” in the account data 14c functions as the payment determination information of the present invention. On the other hand, the attribute information of the user management data 14a functions as the attribute information of the present invention. For this reason, the information of “user ID” in the user management data 14a and the account data 14c functions as the user identification information of the present invention. Each information included in the user management data 14a and the account data 14c functions as management information of the present invention. The account data 14c is not limited to a form in which each record is managed using the user ID as a key. For example, instead of a user ID, a unique ID may be used for each record (in other words, for each “balance”) such as an account ID. For example, the user ID and the account ID may be associated and managed by ID management data or the like. For this reason, the account data 14c does not need to include the user ID information.

  Next, a product guidance process and a product purchase process will be described. The merchandise guidance process and the merchandise purchase process are processes for realizing a merchandise purchase opportunity. More specifically, as an example, the product guidance process includes the product selection process (step S1) in FIG. 5, and the product purchase process includes the contract guidance process (step S2) to the end process (step S5) in FIG. This is a process for realizing.

  For example, the merchandise guidance process is realized by the control unit 30 of the game machine GM through the routine of FIG. 15 and the merchandise purchase process through the routine of FIG. More specifically, both the routines of FIGS. 15 and 16 are executed by the control unit 30 through the game providing unit 37. 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. Such processing includes, for example, processing related to electronic currency management, such as consuming an electronic currency amount specified from a corresponding record in the account data 14c in response to a request for deduction of a play fee from the game machine GM. included. However, detailed description thereof will be omitted.

  FIG. 15 is a diagram illustrating an example of a flowchart of a product guidance process routine. The routine of FIG. 15 is executed after the card game play is completed, for example. When the routine of FIG. 15 is started, the game providing unit 37 first acquires information on the user U necessary for determining the guidance conditions in step S11. For example, the game providing unit 37 acquires information on the payment method of the user U's play fee when the payment condition is used as the guide condition. Further, when the information condition is used as the guidance condition, the user ID of the user U is acquired. For example, this acquisition may be acquired from the ID card CD1 via the card reader 32 with the use of the ID card CD1.

  In subsequent step S12, the game providing unit 37 determines whether the user U who has paid the play fee satisfies the guide condition based on the information acquired in step S11. The method for determining whether or not the guide condition is satisfied is as described above. If the determination result is a negative result, that is, if the guide condition is not satisfied, the game providing unit 37 skips the subsequent processing and ends the current routine. Even when the guide condition is not satisfied, the product notification may be executed. Further, as an example, such notification may be executed through the end screen 50E.

  On the other hand, if the determination result in step S12 is a positive result, that is, if the guidance condition is satisfied, the game providing unit 37 proceeds to step S13. In step S13, the game providing unit 37 specifies a product to be guided in the product selection process, that is, a product to be displayed on the product guidance screen 50A. As described above, this specification is performed based on the recommended condition as an example. In addition, when some of recommended conditions such as a money amount condition, a registration information condition, and a play situation condition are used, for example, the game providing unit 37 should be used based on a predetermined priority condition in step S13. A condition may be determined and each product may be specified based on the condition.

  In subsequent step S14, the game providing unit 37 determines the arrangement of the product specified in step S13. As an example, this determination is also performed based on the recommended conditions as described above. More specifically, for example, the game providing unit 37 arranges the product so that the arrangement position, the arrangement order, the size, or the production of each product changes based on the money amount condition, the registration information condition, or the play situation condition. To decide. In addition, when there are many products specified in comparison with the displayable number, the game providing unit 37 may specify a partial product PP according to a predetermined priority condition in step S14.

  In the next step S15, the game providing unit 37 causes the monitor MO to display a product guide screen 50A in which some products PP are arranged according to the determination content of step S14. And the game provision part 37 complete | finishes this routine, after finishing the process of step S15. Thereby, a product guidance screen 50A for purchasing a partial product PP specified based on recommended conditions from many products is provided. Further, such a product guide screen 50A is provided when the guide condition is satisfied, and is omitted when the guide condition is not satisfied. That is, a provision range including a product purchase opportunity is provided through the product guide screen 50A when the guide conditions are satisfied. On the other hand, when the guide condition is not satisfied, the product purchase opportunity is omitted, and a provision range not including the product purchase opportunity is provided.

  FIG. 16 is a diagram illustrating an example of a flowchart of a product purchase processing routine. The routine of FIG. 16 is executed following the provision of the product guide screen 50A, for example. When the routine of FIG. 16 is started, the game providing unit 37 first determines whether or not the progress condition is satisfied in step S21. The progress condition is satisfied when, for example, an option area 52 corresponding to product purchase or product reservation, such as an option area 52 corresponding to “A product”, is selected on the product guide screen 50A. In other words, the progress condition is not satisfied when, for example, an option area 52 such as “do not make a reservation” that does not want to purchase a product is selected. Further, for example, when the provision time of the product guide screen 50A is limited within a predetermined time, the progress condition is not satisfied even when the predetermined time elapses without selecting any option area 52.

  If the determination result in step S21 is a negative result, that is, if the progress condition is not satisfied, the game providing unit 37 proceeds to step S22. In step S22, the game providing unit 37 guides the end of the product purchase opportunity, and ends the current routine. Note that this termination guidance may be executed through the termination screen 50E, for example. That is, even when the product purchase opportunity ends without purchasing the product, notification of other products may be executed.

  On the other hand, if the determination result in step S21 is a positive result, that is, if the progress condition is satisfied, the game providing unit 37 proceeds to step S23. In step S <b> 23, the game providing unit 37 guides the rules necessary for product purchase. As an example, this guidance is executed through the above-described rule guidance screen 50B. That is, as an example, the game providing unit 37 displays the convention guidance screen 50B on the monitor MO in step S23, thereby realizing the convention guidance process (step S2).

  In subsequent step S24, the game providing unit 37 determines whether or not the user U has agreed to the rules guided in step S23. Specifically, for example, the game providing unit 37 determines whether or not the agreement is made depending on which of the positive area 55A and the negative area 55B is selected on the rule guidance screen 50B. In addition, for example, the game providing unit 37 also determines that the user does not agree, that is, the negative region 55B is selected even when a predetermined time has elapsed without selecting either the positive region 55A or the negative region 55B on the convention guidance screen 50B. You can do it. If the determination result is a negative result, that is, if the user U does not agree to the rules, the game providing unit 37 proceeds to step S22 and executes the process as described above.

  On the other hand, if the determination result in step S24 is a positive result, that is, if the user U agrees to the rules, the game providing unit 37 proceeds to step S25. In step S <b> 25, the game providing unit 37 provides an authentication opportunity for authenticating the user U. As an example, the authentication opportunity is executed through the user authentication screen 50C. That is, as an example, the game providing unit 37 displays the user authentication screen 50C on the monitor MO in step S25.

  In subsequent step S26, the game providing unit 37 determines whether or not the user U has been authenticated. Specifically, as an example, the game providing unit 37 authenticates each user U based on whether or not the password entered through the user authentication screen 50C is appropriate. When this determination result is a negative result, that is, when the user U is not authenticated (for example, when the personal identification number is not appropriate), the game providing unit 37 proceeds to step S22 and executes the process as described above. Note that, for example, even when a predetermined time has passed without the password being input on the user authentication screen 50C, it may be determined that the password is not appropriate.

  On the other hand, when the determination result of step S26 is a positive result, that is, when the user U is authenticated (for example, when the personal identification number is appropriate), the game providing unit 37 proceeds to step S27. In step S <b> 27, the game providing unit 37 collects a price corresponding to the price of the target product such as purchase. Specifically, the game providing unit 37 collects the consideration by consuming the electronic currency amount of the account data 14c via the payment card CD2 used for playing the game, for example. As a result, the value collection step (step S3) is realized by the processing of step S25 to step S27.

  In subsequent step S28, the game providing unit 37 determines whether or not a completion condition for completing the product purchase or the like is satisfied. The completion condition is satisfied, for example, when the consideration for purchasing the product is consumed without any problem in step S27. In addition, when the target product for purchase is a mailed product, for example, it may be satisfied when necessary information such as an address is registered in addition to the collection of consideration. On the other hand, for example, when the price of the product cannot be collected, when the necessary information is not registered, or when the processing cannot be completed due to a communication failure or the like, the completion condition is not satisfied.

  If the determination result in step S28 is a negative result, the game providing unit 37 proceeds to step S29. In step S <b> 29, the game providing unit 37 provides a complementary opportunity for satisfying the completion condition after indicating that the product purchase or the like is not established. In addition, failure to purchase a product or the like is realized through the result guidance screen 50D as an example. That is, the game providing unit 37 provides a supplementary opportunity after displaying the result guidance screen 50D indicating the failure of the product purchase on the monitor MO. Specifically, the game providing unit 37, for example, gives an opportunity to increase the amount of electronic currency when the amount of electronic currency is less than the amount of the product, and provides necessary information when the necessary information is not registered. Each registration opportunity is provided as a complementary opportunity. In the case of a communication failure, communication may be retried at a complementary opportunity. In addition, a result guidance process (step S4) is performed by step S29 through the display of the result guidance screen 50D which shows failure of goods purchase.

  In subsequent step S30, the game providing unit 37 determines whether or not a supplemental condition is satisfied. The complement condition may be the same as the completion condition as an example. And when this result is a negative result, the game provision part 37 progresses to step S22, and performs a process as mentioned above.

  On the other hand, if the processing result in step S30 or the processing result in step S28 is an affirmative result, that is, if the completion condition or the complementing condition is satisfied, the game providing unit 37 proceeds to step 31. In step S31, the game providing unit 37 guides the completion of the product purchase or the like. Specifically, the game providing unit 37 realizes completion guidance through the result guidance screen 50D as an example. That is, as an example, the game providing unit 37 causes the monitor MO to display a result guidance screen 50D indicating establishment of product purchase or the like in step S25.

  Further, the completion guidance may include, for example, notification of other products. And this notification may be performed through the end screen 50E as an example. That is, the game providing unit 37 may further display the end screen 50E on the monitor MO in step S31. As a result, the game providing unit 37 may execute a result guiding process (step S4) and an ending process (step S5) through step S31. When the process of step S31 is completed, the game providing unit 37 ends the current routine. Thereby, the process after the contract guidance process of FIG. In addition, the process (process for complementing required information etc.) of step S29 and step S30 may be abbreviate | omitted.

  As described above, according to this embodiment, a product purchase opportunity for guiding a product based on the guide conditions after playing the game is provided. For this reason, the user U can be interested in the product through the product purchase opportunity. And if it actually leads to the purchase of the product, it is possible to obtain a price associated with the sale or mediation of the product separately from the game play fee. That is, it is possible to provide not only a game play fee but also an opportunity to obtain further consideration through a product purchase opportunity.

  For example, the guide condition is satisfied when the user U who plays the game registers information necessary for selling the product, or when the user U has high trust. For this reason, it is possible to provide a product purchase opportunity to the user U who has high purchase possibility or high reliability. Thereby, the possibility that further consideration can be obtained can be increased.

  Furthermore, at the merchandise purchase opportunity, only some merchandise PP specified based on the recommended conditions are guided as purchase targets. Further, as recommended conditions, information on payment characteristics and attributes of each user U or play status is used. That is, information specific to each user U can be reflected in the identification of the partial product PP. For this reason, in the product purchase opportunity, a product more suitable for each user U can be guided based on the recommended conditions. And user's U's interest can be concentrated on those more suitable goods. Thereby, the possibility that further consideration can be obtained can be further increased.

  On the other hand, a product purchase opportunity is not provided to the user U who does not satisfy the guide conditions. For this reason, it is possible to suppress troublesomeness and time consumption of the user U who is unlikely to purchase a product. As a result, a decrease in the attractiveness of the game can be suppressed.

  In the above embodiment, the control unit 30 of the game machine GM functions as the product specifying unit and the product guide unit of the present invention by executing the routine of FIG. 15 through the game providing unit 37. Similarly, the control unit 30 of the game machine GM functions as information acquisition means of the present invention by executing step S11 of the routine of FIG. 15 through the game providing unit 37. The storage unit 31 of the game machine GM functions as the product data recording unit and the management data storage unit of the present invention by recording the user management data 14a and the product data 14b.

  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 product purchase opportunity is provided after playing the game. However, the provision time of the product purchase opportunity is not limited to such a form. For example, the product purchase opportunity may be provided at any time before or during the game play. In other words, the product purchase opportunity may be provided at any time as long as it is provided along with the game play. Moreover, with the above-mentioned form, the payment conditions are satisfied in the case of payment in electronic currency. That is, as an example, payment by electronic currency is adopted as a specific payment method that satisfies the payment conditions. However, the present invention is not limited to such a form. For example, on the contrary, a cash payment method may be adopted as a specific payment method. That is, the payment condition may be satisfied in the case of cash payment. Similarly, various other payment methods may be adopted as a specific payment method.

  For example, guidance conditions may be used also for grant of privilege. Specifically, for example, the game machine GM has a game mode and a game range that can be specially played as a privilege when the guide conditions are satisfied (for example, a game that cannot be played if the guide conditions are not satisfied). May be provided. Then, for example, when a predetermined play situation condition is satisfied, such as when a high score is acquired in the special game mode or game range, a product purchase opportunity may be provided. For example, rare or high-value products such as premium products may be subject to purchase. In this case, it is possible to promote play or promote an increase in the number of users who satisfy the guide conditions by utilizing such attractiveness of the product. Further, there is a possibility that a high-value product is purchased not for the purchaser itself but for a third party (including resale). By including the play status such as a high score in the requirement, such a purchaser can be excluded. As described above, the guide condition may be used by a combination of a monetary condition or the like while interposing a privilege.

  In the above-described form, the amount of electronic currency is managed by the account data 14c. However, the present invention is not limited to such a form. For example, the amount of electronic currency, that is, the remaining amount of electronic currency may be recorded on the payment card CD2. In the above-described form, the ID card CD1 registered in the account data 14c functions as the payment card CD2. However, the payment card CD2 is not limited to such a form. For example, the payment card CD2 may be configured as a card (recording medium) different from the ID card CD1.

  In the above-described form, the game machine GM collects a play fee through the card reader 32 or the money collection device 33. However, the present invention is not limited to such a form. For example, in the game machine GM, information on a user ID and a personal identification number may be input, and the center server 2 may collect a play fee by consuming an electronic currency amount from the account data 14c based on the information. In this case, for example, an input device capable of inputting numbers such as a touch panel and a numeric keypad may function as the input device of the present invention. Further, when the payment condition is not adopted as the guide condition, the game machine GM may not be configured to accept a plurality of payment methods. For this reason, for example, one or both of the card reader 32 and the money receiving apparatus 33 may be omitted.

  In the above-described form, the game machine GM provides a card game. However, the game provided by the game machine GM is not limited to such a form. For example, various other games such as an action game, a role playing game, an adventure game, a simulation game, a puzzle game, a music game, a shooting game, a sports game, and a composite game may be provided by the game machine GM.

  Further, the game machine GM is not limited to a commercial game machine. As the game machine GM, for example, a home-use game machine (including a stationary personal computer capable of executing a game), a portable game machine (a smartphone, tablet PC, portable personal computer capable of executing a game) 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.

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

  The game system according to the present invention is a game system (1) for providing a predetermined game, and product data storage means (31) for storing product data (14b) for managing each product in association with a recommended condition; Product specifying means (30) for specifying at least some products (PP) of a plurality of products (AP) managed by the product data based on recommended conditions, and based on the specification result of the product specifying means, Product guidance means (30) for providing a guidance opportunity for guiding the part of the products as the game is played when each user of the game satisfies the guidance conditions.

  According to the present invention, it is possible to provide a guidance opportunity for guiding a product based on guidance conditions as a game is played. For this reason, a user can be interested in goods through a guidance opportunity. And if it actually leads to the purchase of a product, it is possible to obtain a price associated with the sale (or mediation, etc.) of the product separately from the game play. That is, it is possible to provide an opportunity to obtain a price different from the game play by providing the guidance opportunity. Furthermore, at the guidance opportunity, the product specified based on the recommended conditions is guided. For this reason, in the guidance opportunity, according to the recommended conditions, it is possible to guide a product more suitable for each user. Thereby, possibility that the consideration different from the play of a game will be obtained can be raised. The product of the present invention may include a concept of service (service).

  In one aspect of the game system of the present invention, the product guidance means may omit providing the guidance opportunity when the guidance conditions are not satisfied. In this case, it is possible to suppress the troublesomeness and time consumption of the user who is determined that the guidance opportunity is unnecessary based on the guidance conditions.

  The game system of the present invention may provide various games as the predetermined game. In addition, the predetermined game may be provided in various charged and free modes. For example, as one aspect of the game system of the present invention, the game system further includes an input device for collecting a play fee through at least one payment method, wherein the game is provided in exchange for the collection of the play fee, and the product guide means A mode may be adopted in which the guidance opportunity is provided after collection of the play fee.

  In one aspect of the game system of the present invention, a plurality of payment methods are prepared as the at least one payment method, and the guide fee is collected by a specific payment method among the plurality of payment methods. May be met at least. For example, there may be a payment method in which it is possible to determine that the purchase possibility of the product is high or the user's reliability is high. In this case, it is possible to provide a guidance opportunity to such a user who has high purchase possibility or high reliability. In addition, for example, in this aspect, a payment method using electronic currency may be adopted as the specific payment method. The electronic currency of the present invention may include a concept of virtual currency or monetary value in a game.

  The guide condition may be satisfied in various other cases. For example, as one aspect of the game system of the present invention, the management data storage means (31) stores user identification information (for example, user ID) for identifying each user in association with management information for managing each user. ) And information acquisition means (30) for acquiring the user identification information of a user who plays the game via an identification storage medium for storing the user identification information, and the guide condition is the identification storage A mode may be adopted in which the management information associated with the user identification information acquired via a medium satisfies at least an information condition for providing the guidance opportunity. Alternatively, in one aspect of the game system of the present invention, the guidance condition may include at least a play situation of the game as a requirement, and the play condition satisfies a predetermined play situation condition.

  In the aspect in which the guide condition includes the information condition as the requirement, the information condition may be satisfied in various cases. For example, in one aspect of the information condition of the present invention, the management information includes payment determination information for determining whether or not each user can pay in the electronic currency, and the information condition is determined by a user who plays the game. It may be satisfied at least when it is determined that the user can make payment in the electronic currency based on the payment determination information. Alternatively, when attribute information including at least one of age and address is registered by each user, the management information includes the attribute information, and the information condition includes the management information including the attribute information. If included, it may be at least satisfied. In addition, the management information includes credit information for determining whether or not each user can trust, and the information condition is at least when the user who plays the game is determined to be reliable based on the credit information. May be satisfied.

  Also, for example, in an aspect in which the management information includes attribute information, information indicating at least one of the age and address of each user is used as the recommended condition, and the product specifying unit is configured based on the attribute information. The product corresponding to the attribute information may be specified as the partial product. In this case, the attribute information of each user can be reflected in the identification of the product guided at the guidance opportunity. For this reason, also in this case, the possibility that further consideration can be obtained can be increased.

  Also, for example, in an aspect in which the management information includes attribute information, at least information indicating a specific play situation of the game is used as the recommended condition, and the product specifying unit is configured to play the play according to the play situation of the game. Products corresponding to the situation may be specified as the partial products. In this case, the game play status can be reflected in the identification of the product that is guided at the guidance opportunity. For this reason, also in this case, the possibility that further consideration can be obtained can be increased.

  In addition, various aspects may be adopted as recommended conditions. For example, in one aspect of the game system of the present invention, as the recommended condition, at least information indicating a purchase amount necessary for purchasing each product is used, and the product specifying unit uses the predetermined amount as a reference. A product with a smaller purchase price than the above may be specified as the partial product.

  In addition, as one aspect of the game system of the present invention, the game system of the present invention further includes display means (MO) for displaying a product guidance screen (50A) for providing the guidance opportunity, wherein the product specifying means is the part of the products. When two or more products are specified, an aspect may be adopted in which at least one of the arrangement position and the arrangement order of the two or more products on the product guidance screen is changed based on the recommended condition. In this case, the guidance of each product can be differentiated through the arrangement position and arrangement order on the product guidance screen at the guidance opportunity. For this reason, for example, it is possible to make a product that has a high possibility of obtaining further consideration stand out. Thereby, the possibility of obtaining further consideration can be further increased.

  On the other hand, the computer program of the present invention is configured to cause a computer having an input device (32, 33) for collecting a play fee through at least one payment method to function as each means of the above-described game system. Is. By executing the computer program of the present invention, the game system of the present invention can be realized.

1 game system 30 control unit (computer, product identification means, information acquisition means)
31 Storage unit (product data storage means, management data storage means)
32 Card reader (input device)
33 Money collection device (input device)
50A Product information screen MO monitor (display means)
AP All products (multiple products)
PP Some products (some products)
CD1 ID card (identification recording medium)
CD2 payment card

Claims (16)

A game system for providing a predetermined game,
Product data storage means for storing product data for managing each product in association with a recommended condition;
A product specifying means for specifying at least a part of a plurality of products managed by the product data based on the recommended conditions;
Product guidance means for providing a guidance opportunity to guide the part of the product when the game satisfies the guidance conditions based on the identification result of the product identification means, along with the play of the game;
A game system characterized by comprising:   The game system according to claim 1, wherein the merchandise guidance unit omits provision of the guidance opportunity when the guidance condition is not satisfied. An input device for collecting a play fee through at least one payment method;
The game is provided in exchange for the collection of the play fee,
The game system according to claim 1, wherein the commodity guide means provides the guide opportunity after collecting the play fee. A plurality of payment methods are prepared as the at least one payment method,
The game system according to claim 3, wherein the guide condition is satisfied at least when the play fee is collected by a specific payment method among the plurality of payment methods.   The game system according to claim 4, wherein an electronic currency payment method is adopted as the specific payment method. Management data storage means for storing user identification information for identifying each user and management information for managing each user in association with each other;
Information acquisition means for acquiring the user identification information of a user who plays the game via an identification storage medium for storing the user identification information;
Further comprising
The guidance condition is satisfied at least when the management information associated with the user identification information acquired via the identification storage medium satisfies an information condition for providing the guidance opportunity. The game system according to any one of the above. Management data storage means for storing user identification information for identifying each user and management information for managing each user in association with each other;
Information acquisition means for acquiring the user identification information of a user who plays the game via an identification storage medium for storing the user identification information;
Further comprising
6. The guide condition according to claim 5, wherein the guide condition is satisfied at least when the management information associated with the user identification information acquired via the identification storage medium satisfies an information condition for providing the guide opportunity. Game system. The management information includes payment determination information for determining whether payment by the electronic currency of each user is possible,
The game system according to claim 7, wherein the information condition is satisfied at least when a user who plays the game is determined to correspond to a user who can pay with the electronic currency based on the payment determination information. If the attribute information including at least one of age and address is registered by each user, the management information includes the attribute information,
The game system according to any one of claims 6 to 8, wherein the information condition is satisfied at least when the management information includes the attribute information. Information indicating at least one of the age and address of each user is used as the recommended condition,
The game system according to claim 9, wherein the product specifying unit specifies a product corresponding to the attribute information as the partial product based on the attribute information. The management information includes credit information for determining whether or not each user can trust,
The game system according to any one of claims 6 to 10, wherein the information condition is satisfied at least when a user who plays the game is determined to be credible based on the credit information.   The game system according to any one of claims 1 to 11, wherein the guidance condition includes a play situation of the game as a requirement, and is satisfied at least when the play situation satisfies a predetermined play situation condition. As the recommended condition, at least information indicating a specific play situation of the game is used,
The game system according to any one of claims 1 to 12, wherein the product specifying unit specifies a product corresponding to the play status as the partial product in accordance with the play status of the game. As the recommended condition, at least information indicating the purchase amount necessary for purchasing each product is used,
The game system according to any one of claims 1 to 13, wherein the product specifying unit specifies, as a part of the product, a product whose purchase price is smaller than the predetermined amount based on a predetermined amount. Further comprising display means for displaying a product guidance screen for providing the guidance opportunity,
When the product specifying means specifies two or more products as the part of the products, the recommended condition is at least one of an arrangement position and an arrangement order of the two or more products on the product guide screen. The game system according to claim 1, which is changed based on the game system.   The computer program comprised so that a computer provided with the input device for collecting a play charge through at least one payment method may function as each means of the game system as described in any one of Claims 1-15.

Images